From owner-freebsd-stable@FreeBSD.ORG Sun Jun 10 03:23:44 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by hub.freebsd.org (Postfix) with ESMTP id E65E5106566B for ; Sun, 10 Jun 2012 03:23:44 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from opti.dougb.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 6017714DBD1; Sun, 10 Jun 2012 03:23:44 +0000 (UTC) Message-ID: <4FD41340.3050003@FreeBSD.org> Date: Sat, 09 Jun 2012 20:23:44 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:13.0) Gecko/20120609 Thunderbird/13.0 MIME-Version: 1.0 To: =?UTF-8?B?0JzQvtC80YfQuNC7INCY0LLQsNC90L7Qsg==?= References: <86fwa8szos.wl%momchil@xaxo.eu> <4FD000FE.6090505@FreeBSD.org> In-Reply-To: <4FD000FE.6090505@FreeBSD.org> X-Enigmail-Version: 1.4.2 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org Subject: Re: ULE Scheduler X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Jun 2012 03:23:45 -0000 On 06/06/2012 18:16, Doug Barton wrote: > On 06/06/2012 18:01, Момчил Иванов wrote: >> Is there some remedy? > > Try the 4BSD scheduler. Did you ever try this? Did it help? -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Sun Jun 10 10:12:31 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AC315106564A for ; Sun, 10 Jun 2012 10:12:31 +0000 (UTC) (envelope-from martin@sugioarto.com) Received: from mailserv.regfish.com (mailserv.regfish.com [79.140.61.33]) by mx1.freebsd.org (Postfix) with ESMTP id 004D38FC08 for ; Sun, 10 Jun 2012 10:12:30 +0000 (UTC) Received: (qmail 441 invoked from network); 10 Jun 2012 10:12:23 -0000 Received: from pd9ec072c.dip0.t-ipconnect.de (HELO yuni.sugioarto.com) (46959-0001@[217.236.7.44]) (envelope-sender ) by mailserv.regfish.com (qmail-ldap-1.03) with SMTP for ; 10 Jun 2012 10:12:23 -0000 Received: from zelda.sugioarto.com (zelda.sugioarto.com [192.168.0.12]) by yuni.sugioarto.com (Postfix) with ESMTP id D10CA1BAC57; Sun, 10 Jun 2012 12:12:21 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=sugioarto.com; s=mail; t=1339323142; bh=pLmsddl0nPhrfsOjTPvRNQczR7kufAWY2yoJNNU7jME=; h=Date:From:To:Cc:Subject:In-Reply-To:References; b=QzVM4nmh1PWZxAEhlObcSUVCdjKG+WyDQiXqcorS360Vcjo/YZxJoznrwbC9NMFOd tpKPTgP+KdFo2o/YSbo6r4v9D3MKMz7c5N2gVf6eUAhbnicEEGWgu0LV1dHbAQRR3t sV5AT9XwjgiZgszGeEU8ad5QQ5/e5EMChMSMjF80= Date: Sun, 10 Jun 2012 12:12:10 +0200 From: Martin Sugioarto To: Adam Strohl Message-ID: <20120610121210.3ce1bd9d@zelda.sugioarto.com> In-Reply-To: <4FD35905.9080500@ateamsystems.com> References: <20120604110339.GA9426@equilibrium.bsdes.net> <4FD2D4CC.3080109@ateamsystems.com> <4FD3003C.4080109@zedat.fu-berlin.de> <4FD352FF.9090101@ateamsystems.com> <4FD357F2.9090901@zedat.fu-berlin.de> <4FD35905.9080500@ateamsystems.com> X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.6; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/hb1JEEjsd3AC5A_nxvLTynz"; protocol="application/pgp-signature" Cc: Steve Franks , freebsd-stable , Current FreeBSD , "O. Hartmann" Subject: Re: Why Are You NOT Using 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: Sun, 10 Jun 2012 10:12:31 -0000 --Sig_/hb1JEEjsd3AC5A_nxvLTynz Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Am Sat, 09 Jun 2012 21:09:09 +0700 schrieb Adam Strohl : > I get the feeling people are updating their ports tree and then=20 > recompiling/reinstalling everything "just because" and then are=20 > complaining when one thing breaks (its the only thing I can think of). Hi. But it does not need to break. Sometimes it would be enough just to test if the port compiles before committing it (I'm talking about libreoffice here which is broken). Some people rely on some essential ports. I can understand that porters are not Gods and make errors, but they should be fixed within hours, when they have been found on important ports. I mean, ports collection is sure great and this is one of the aspects why I am using FreeBSD, but at the moment FreeBSD is losing strength here, in my opinion. Martin --Sig_/hb1JEEjsd3AC5A_nxvLTynz Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQIcBAEBAgAGBQJP1HMEAAoJEF8wvLx/5p/7yGEP/36/j/QrI8Dym0lqt8og56UQ AsdJDmDR5zVuVLFREuLbcPVARN/lrgJv8VQsRGUGzK3Xm/jlRw2XDRtdo2dFZW8l MKNhT2O+dL/Q+En8UR4mOC5NokAnYH4KeB+cEMyrGG+l7JagZ4TIraJZlO6SBlQ6 1+RmGYIvxbd0AoAI30kZcjEKYbQwYFOb/bFwgNo1GYsnwvTY/bP8oUgolyVbreHb eAn3+B9MEJ7i9tITnLF2HInX5Sa9aykTCY5jFXXPZf/reiucUFwznVSxIwxCaayq sln54llvUB4vw9HXAiSBK5bV37Cu9dp44bgahj3roMAJfwQeJSohonGK+fWbckSs dNEBqgumeEs1d5MoYjGtpN0iCCG9cFD0+UERXeAvXAJA+2CcBEQqgkemeJBwu+ch N7jyKKemVoeDm5eO9qYNsECawRaHUOmRkawNsjuRt0UzavCq5xRgUseHL9fFGpFK 9W0kf7y3M2h+PYIrVUmfjqilOMMpJ47w9DzsMafkJ7Bf3Cer/XoM47felpebdWxv ypywSc8sV6c0xZ1EWDiHhqtBQ7vt5vV6500OagvTDKDKeR3DfXmLxBE8JJD8TUZ0 roB32nF3vrDxj5z1uTlqzj2tQQIBJF2/Y8WZvCovyQUSerMQy5KHTx+zpSaTNKV3 lo6REKwDe7x0EzO4coV1 =m4s0 -----END PGP SIGNATURE----- --Sig_/hb1JEEjsd3AC5A_nxvLTynz-- From owner-freebsd-stable@FreeBSD.ORG Sun Jun 10 10:26:12 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 39F7A106578B for ; Sun, 10 Jun 2012 10:26:12 +0000 (UTC) (envelope-from sodynet1@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id EFE1E8FC1D for ; Sun, 10 Jun 2012 10:26:11 +0000 (UTC) Received: by obcni5 with SMTP id ni5so6471567obc.13 for ; Sun, 10 Jun 2012 03:26:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=DeCmDrfJE2tOgjXb+KNlPO4PiQh5t5q3nb/YLxXM2hc=; b=knwmP4VuL4mfc4qe34RKRBN2+lY7/OU7a6oJEshRae45XWcUQmJR7aSjqQMBWIc7sb NZxcSgsGpJy5rlMdNnY3iyasodvtwo/DM+Im5wYzS5Rguylw9zi7t+lav7ySZP17NZZ/ XtFVLVnCdJ1gYgK8eYRA+Per6ntuIe3Qj82tVvwcXO33PImDhxLtlneekGWHvEhoy/9T N6bQXNxjW+bPDFD9sGzIrWZwKqiQJY024rTheWP0nZffUI8own5r2+ZgswAlde2CdgaE 4tMCana5WDwUzdFqmIbb/1y7XjAGT+N4zC47eAOMBKNH3kBT4THEwUGZsNulVEB9ZjPw XrqQ== MIME-Version: 1.0 Received: by 10.60.9.134 with SMTP id z6mr12869734oea.46.1339323970704; Sun, 10 Jun 2012 03:26:10 -0700 (PDT) Received: by 10.182.44.101 with HTTP; Sun, 10 Jun 2012 03:26:10 -0700 (PDT) In-Reply-To: <201206091443.q59Eh7F2067756@lurza.secnetix.de> References: <201206091443.q59Eh7F2067756@lurza.secnetix.de> Date: Sun, 10 Jun 2012 13:26:10 +0300 Message-ID: From: Sami Halabi To: Oliver Fromme Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: su 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: Sun, 10 Jun 2012 10:26:12 -0000 Hi Oliver, I saw you had similar problem for console on 2010 http://freebsd.1045724.n5.nabble.com/Serial-console-problems-with-stable-8-= td3950684.html but the thread wasn't ended by recommendation or conclusions by you. did you solve that problem then? it seems i have something similr. look at the logs: %tail /var/log/messages Jun 7 19:54:35 vps16 kernel: Trying to mount root from ufs:/dev/da0s1a Jun 7 19:54:36 vps16 kernel: bge0: link state changed to UP Jun 7 20:18:04 vps16 kernel: ugen0.2: at usbus0 Jun 7 20:18:04 vps16 kernel: ukbd0: on usbus0 Jun 7 20:18:04 vps16 kernel: kbd2 at ukbd0 Jun 7 20:18:05 vps16 kernel: uhid0: on usbus0 Jun 7 20:19:37 vps16 login: ROOT LOGIN (root) ON ttyv1 Jun 7 20:21:19 vps16 kernel: ugen0.2: at usbus0 (disconnected) Jun 7 20:21:19 vps16 kernel: ukbd0: at uhub0, port 1, addr 2 (disconnected= ) Jun 7 20:21:19 vps16 kernel: uhid0: at uhub0, port 1, addr 2 (disconnected= ) i had a keyboard attached but then removed after the system went up. Thanks in advance, Sami On Sat, Jun 9, 2012 at 5:43 PM, wrote: > Sami Halabi wrote: > > %id > > uid=3D1001(sody) gid=3D1001(sody) groups=3D1001(sody),0(wheel) > > % > > > > i have another account also id 1002 - sody2, also in group wheel. > > i can ssh using user sody/sody2, however su doesn't work if i do: su > sody2, > > when i logged in with user sody. > > it seems that su is broken somehow.... > > Something is definitely broken. Maybe the suid-root bit was > accidentally removed from the su binary? What is the output > from "ls -l /usr/bin/su"? > > Best regards > Oliver > > > -- > Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. > Handelsregister: Registergericht Muenchen, HRA 74606, Gesch=E4ftsfuehrun= g: > secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht M=FC= n- > chen, HRB 125758, Gesch=E4ftsf=FChrer: Maik Bachmann, Olaf Erb, Ralf Geb= hart > > FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd > > "If you think C++ is not overly complicated, just what is a protected > abstract virtual base pure virtual private destructor, and when was the > last time you needed one?" > -- Tom Cargil, C++ Journal > --=20 Sami Halabi Information Systems Engineer NMS Projects Expert FreeBSD SysAdmin Expert From owner-freebsd-stable@FreeBSD.ORG Sun Jun 10 10:37:42 2012 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 0A5521065807; Sun, 10 Jun 2012 10:37:42 +0000 (UTC) (envelope-from utisoft@gmail.com) Received: from mail-bk0-f54.google.com (mail-bk0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 584D58FC1C; Sun, 10 Jun 2012 10:37:40 +0000 (UTC) Received: by bkvi18 with SMTP id i18so3505290bkv.13 for ; Sun, 10 Jun 2012 03:37:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; bh=hHc6WbS4Dtralgiol76T03ZVh4Z0Eud1ssIHLx0mZ3Q=; b=WYLPb2s0jbGySGu0Odj7767CtO0/fN9Lh7dxW8a9/6vJ9jhxE3FXYRL6hfmezQ+pW/ 3PhWRJNuhK7Me5TLZ7Xg+tbj8Y7v18uBWx3Rtb69xmgUmJ8IsuJzpmuczWnknuGWrBZp ICwdyzQBALTRpmG6y3zkq8g3+vvqRxFkFtSn6VWuRSY8wsf+r1szzXhCFv9vyxfCdAGH 4zOeH+PBlXauIdoRhwWJ/jp5E/ikQnnOcs05Z4rdkmzQTP3oNWOiUm4DS+yDJFW9orXj 5ht1bHEV0qBMh4xGVaIPc8DUk97wW3ziDXaAWFNQMgtRPkGf4RxCDHbJZuLuS+gkVWZT M1jw== Received: by 10.204.154.214 with SMTP id p22mr8548197bkw.115.1339324660054; Sun, 10 Jun 2012 03:37:40 -0700 (PDT) MIME-Version: 1.0 Sender: utisoft@gmail.com Received: by 10.204.171.138 with HTTP; Sun, 10 Jun 2012 03:37:09 -0700 (PDT) In-Reply-To: <20120610121210.3ce1bd9d@zelda.sugioarto.com> References: <20120604110339.GA9426@equilibrium.bsdes.net> <4FD2D4CC.3080109@ateamsystems.com> <4FD3003C.4080109@zedat.fu-berlin.de> <4FD352FF.9090101@ateamsystems.com> <4FD357F2.9090901@zedat.fu-berlin.de> <4FD35905.9080500@ateamsystems.com> <20120610121210.3ce1bd9d@zelda.sugioarto.com> From: Chris Rees Date: Sun, 10 Jun 2012 11:37:09 +0100 X-Google-Sender-Auth: _Oam4dV8uRWNmdOHnTDEw8iOw4Y Message-ID: To: Martin Sugioarto Content-Type: text/plain; charset=ISO-8859-1 Cc: Steve Franks , "O. Hartmann" , Current FreeBSD , freebsd-stable , Adam Strohl Subject: Re: Why Are You NOT Using 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: Sun, 10 Jun 2012 10:37:42 -0000 On 10 June 2012 11:12, Martin Sugioarto wrote: > Am Sat, 09 Jun 2012 21:09:09 +0700 > schrieb Adam Strohl : > >> I get the feeling people are updating their ports tree and then >> recompiling/reinstalling everything "just because" and then are >> complaining when one thing breaks (its the only thing I can think of). > > Hi. > > But it does not need to break. Sometimes it would be enough just to > test if the port compiles before committing it (I'm talking about > libreoffice here which is broken). Some people rely on some essential > ports. I can understand that porters are not Gods and make errors, but > they should be fixed within hours, when they have been found on > important ports. > > I mean, ports collection is sure great and this is one of the aspects > why I am using FreeBSD, but at the moment FreeBSD is losing strength > here, in my opinion. Er... people always test their commits. Sometimes edge cases will creep in, such as the libreoffice failure which was due to different configurations, but to suggest that the commit wasn't tested is quite frankly insulting-- it built on a clean system perfectly well. Chris From owner-freebsd-stable@FreeBSD.ORG Sun Jun 10 10:51:46 2012 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 751E4106566C; Sun, 10 Jun 2012 10:51:46 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id D1E858FC08; Sun, 10 Jun 2012 10:51:45 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1SdfkG-0002YF-Pp>; Sun, 10 Jun 2012 12:51:44 +0200 Received: from e178032032.adsl.alicedsl.de ([85.178.32.32] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1SdfkG-0008GZ-Jh>; Sun, 10 Jun 2012 12:51:44 +0200 Message-ID: <4FD47C3A.7050001@zedat.fu-berlin.de> Date: Sun, 10 Jun 2012 12:51:38 +0200 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:12.0) Gecko/20120601 Thunderbird/12.0.1 MIME-Version: 1.0 To: Chris Rees References: <20120604110339.GA9426@equilibrium.bsdes.net> <4FD2D4CC.3080109@ateamsystems.com> <4FD3003C.4080109@zedat.fu-berlin.de> <4FD352FF.9090101@ateamsystems.com> <4FD357F2.9090901@zedat.fu-berlin.de> <4FD35905.9080500@ateamsystems.com> <20120610121210.3ce1bd9d@zelda.sugioarto.com> In-Reply-To: X-Enigmail-Version: 1.4.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig15EDE7E87D143076CC6F0684" X-Originating-IP: 85.178.32.32 Cc: Steve Franks , Current FreeBSD , freebsd-stable , Martin Sugioarto , Adam Strohl Subject: Re: Why Are You NOT Using 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: Sun, 10 Jun 2012 10:51:46 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig15EDE7E87D143076CC6F0684 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 06/10/12 12:37, Chris Rees wrote: > On 10 June 2012 11:12, Martin Sugioarto wrote: >> Am Sat, 09 Jun 2012 21:09:09 +0700 >> schrieb Adam Strohl : >> >>> I get the feeling people are updating their ports tree and then >>> recompiling/reinstalling everything "just because" and then are >>> complaining when one thing breaks (its the only thing I can think of)= =2E >> >> Hi. >> >> But it does not need to break. Sometimes it would be enough just to >> test if the port compiles before committing it (I'm talking about >> libreoffice here which is broken). Some people rely on some essential >> ports. I can understand that porters are not Gods and make errors, but= >> they should be fixed within hours, when they have been found on >> important ports. >> >> I mean, ports collection is sure great and this is one of the aspects >> why I am using FreeBSD, but at the moment FreeBSD is losing strength >> here, in my opinion. >=20 > Er... people always test their commits. Sometimes edge cases will > creep in, such as the libreoffice failure which was due to different > configurations, but to suggest that the commit wasn't tested is quite > frankly insulting-- it built on a clean system perfectly well. >=20 > Chris In do not see any insulting statement! Why those exaggerations? --------------enig15EDE7E87D143076CC6F0684 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBAgAGBQJP1Hw/AAoJEOgBcD7A/5N8cEkH/26QrmQtdrNN5o64khlnzAr1 3VddvdICFh/Pdx1Rl3dYk3hYz8PGBOYVYF5UQrNUTc+/5n7NJgMYGq2mwJ0dCawE +18f2K7/RN/e+WLTmuCC2FjowDB7Rjpq9EjGoNq/37mj2NC15LwXXJVi22ont9nb HgnV7qf7UsOf8lX3QWRPSdkYK97dtauDvdryzKHyRrIfQD3PetPVzXP/fNzOrgvA Xw4gsCxeY54VxhTf5RsaEeR82ddr9XVSWCKjAyWWtAplQ2kYkNKIfpGninkX+auM pzk3MJofygj735Xqaxjl5qouQlNXw+47qnTnzm29XV7vhNUPbCbMNLAvWt+SgIY= =7tek -----END PGP SIGNATURE----- --------------enig15EDE7E87D143076CC6F0684-- From owner-freebsd-stable@FreeBSD.ORG Sun Jun 10 10:56:15 2012 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 D0FDB1065670; Sun, 10 Jun 2012 10:56:15 +0000 (UTC) (envelope-from utisoft@gmail.com) Received: from mail-bk0-f54.google.com (mail-bk0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 26E588FC12; Sun, 10 Jun 2012 10:56:14 +0000 (UTC) Received: by bkvi18 with SMTP id i18so3511063bkv.13 for ; Sun, 10 Jun 2012 03:56:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=FEa1IqgAy3Ycx8/YDlGxrn3lzqXHAyujQuGmsLU3NUE=; b=pDODuHZSazw+BnntGLknetvYPKdvKuCx5C0vRZ5KTTA/gZkPE4Zj6Yo9/cVYDMt37v uMAU5Oce0q/8sTOVCbuvuhe+kBPtzJiAas5+3lAF4XKN7i3ntk7CFF5G/ipj+dPu9kln TT4XyFo/jShG+xJzTE0rU943/pgeVcIijme6RTxXlyCUx7o4s7m3XmQtd2Srf9UVpOu5 vm3r0aOKgFKiyEbdJr39YzRlwEWHfXEHthgOG6KCXi0rydCWVppLZ2kGHKRDoPczows5 l6xkOOLxcSI3VdqbCYRY924/aByDaYOW0joerLEfSNkXB36BGXuPLjaXhddl6nXSYaaj nzCQ== Received: by 10.204.154.193 with SMTP id p1mr8623835bkw.102.1339325773857; Sun, 10 Jun 2012 03:56:13 -0700 (PDT) MIME-Version: 1.0 Sender: utisoft@gmail.com Received: by 10.204.171.138 with HTTP; Sun, 10 Jun 2012 03:55:43 -0700 (PDT) In-Reply-To: <4FD47C3A.7050001@zedat.fu-berlin.de> References: <20120604110339.GA9426@equilibrium.bsdes.net> <4FD2D4CC.3080109@ateamsystems.com> <4FD3003C.4080109@zedat.fu-berlin.de> <4FD352FF.9090101@ateamsystems.com> <4FD357F2.9090901@zedat.fu-berlin.de> <4FD35905.9080500@ateamsystems.com> <20120610121210.3ce1bd9d@zelda.sugioarto.com> <4FD47C3A.7050001@zedat.fu-berlin.de> From: Chris Rees Date: Sun, 10 Jun 2012 11:55:43 +0100 X-Google-Sender-Auth: pTvuFO9zTNTA_l0VYzLscP_v0fI Message-ID: To: "O. Hartmann" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Steve Franks , Current FreeBSD , freebsd-stable , Martin Sugioarto , Adam Strohl Subject: Re: Why Are You NOT Using 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: Sun, 10 Jun 2012 10:56:16 -0000 On 10 June 2012 11:51, O. Hartmann wrote: > On 06/10/12 12:37, Chris Rees wrote: >> On 10 June 2012 11:12, Martin Sugioarto wrote: >>> Am Sat, 09 Jun 2012 21:09:09 +0700 >>> schrieb Adam Strohl : >>> >>>> I get the feeling people are updating their ports tree and then >>>> recompiling/reinstalling everything "just because" and then are >>>> complaining when one thing breaks (its the only thing I can think of). >>> >>> Hi. >>> >>> But it does not need to break. Sometimes it would be enough just to >>> test if the port compiles before committing it (I'm talking about >>> libreoffice here which is broken). Some people rely on some essential >>> ports. I can understand that porters are not Gods and make errors, but >>> they should be fixed within hours, when they have been found on >>> important ports. >>> >>> I mean, ports collection is sure great and this is one of the aspects >>> why I am using FreeBSD, but at the moment FreeBSD is losing strength >>> here, in my opinion. >> >> Er... people always test their commits. =A0Sometimes edge cases will >> creep in, such as the libreoffice failure which was due to different >> configurations, but to suggest that the commit wasn't tested is quite >> frankly insulting-- it built on a clean system perfectly well. >> >> Chris > > In do not see any insulting statement! Why those exaggerations? >> Sometimes it would be enough just to >> test if the port compiles before committing it (I'm talking about >> libreoffice here which is broken) From owner-freebsd-stable@FreeBSD.ORG Sun Jun 10 11:29:01 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E34221065670 for ; Sun, 10 Jun 2012 11:29:01 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id 5F1D58FC19 for ; Sun, 10 Jun 2012 11:29:00 +0000 (UTC) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id q5ABShbi007827; Sun, 10 Jun 2012 13:28:59 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id q5ABShXN007826; Sun, 10 Jun 2012 13:28:43 +0200 (CEST) (envelope-from olli) Date: Sun, 10 Jun 2012 13:28:43 +0200 (CEST) Message-Id: <201206101128.q5ABShXN007826@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, sodynet1@gmail.com In-Reply-To: X-Newsgroups: list.freebsd-stable User-Agent: tin/1.9.6-20101126 ("Burnside") (UNIX) (FreeBSD/6.4-PRERELEASE-20080904 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.3.9 (lurza.secnetix.de [127.0.0.1]); Sun, 10 Jun 2012 13:28:59 +0200 (CEST) Cc: Subject: Re: su problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, sodynet1@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Jun 2012 11:29:02 -0000 Sami Halabi wrote: > Hi Oliver, > I saw you had similar problem for console on 2010 > http://freebsd.1045724.n5.nabble.com/Serial-console-problems-with-stable-8-td3950684.html No, I don't think that the problem is related. My problem was with the serial console, while you don't have a serial console attached at all (at least you didn't mention it). > but the thread wasn't ended by recommendation or conclusions by you. > > did you solve that problem then? No, I came to the conclusion that the serial console support in FreeBSD 8 was broken somehow. So I removed the console cable; it's running with an old VGA CRT as the console for now. Fortunately I require console access very seldom, so I don't have to drive to that machine often. It's still annoying, but I didn't find a better solution; downgrading to 7.x isn't an option. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mn- chen, HRB 125758, Geschftsfhrer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "... there are two ways of constructing a software design: One way is to make it so simple that there are _obviously_ no deficiencies and the other way is to make it so complicated that there are no _obvious_ deficiencies." -- C.A.R. Hoare, ACM Turing Award Lecture, 1980 From owner-freebsd-stable@FreeBSD.ORG Sun Jun 10 11:52:34 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 10F3E106566B for ; Sun, 10 Jun 2012 11:52:34 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.16.84]) by mx1.freebsd.org (Postfix) with ESMTP id B5FDD8FC08 for ; Sun, 10 Jun 2012 11:52:33 +0000 (UTC) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by kabab.cs.huji.ac.il with esmtp id 1Sdgh0-0000tK-Fs; Sun, 10 Jun 2012 14:52:26 +0300 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.3 To: freebsd-stable@FreeBSD.ORG, sodynet1@gmail.com In-reply-to: <201206101128.q5ABShXN007826@lurza.secnetix.de> References: <201206101128.q5ABShXN007826@lurza.secnetix.de> Comments: In-reply-to Oliver Fromme message dated "Sun, 10 Jun 2012 13:28:43 +0200." Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Date: Sun, 10 Jun 2012 14:52:26 +0300 From: Daniel Braniss Message-ID: Cc: Subject: Re: su 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: Sun, 10 Jun 2012 11:52:34 -0000 > Sami Halabi wrote: > > Hi Oliver, > > I saw you had similar problem for console on 2010 > > http://freebsd.1045724.n5.nabble.com/Serial-console-problems-with-st= ab=3Dle-8-td3950684.html >=20 > No, I don't think that the problem is related. My problem > was with the serial console, while you don't have a serial > console attached at all (at least you didn't mention it). >=20 > > but the thread wasn't ended by recommendation or conclusions by you.= > > > > did you solve that problem then? >=20 > No, I came to the conclusion that the serial console support > in FreeBSD 8 was broken somehow. So I removed the console > cable; it's running with an old VGA CRT as the console for > now. Fortunately I require console access very seldom, so > I don't have to drive to that machine often. It's still > annoying, but I didn't find a better solution; downgrading > to 7.x isn't an option. > just for the record, serial on 8.x works fine=21 the device naming has ch= anged from sio to uart, and maybe some features. We use it on all our servers, = even redirecting it where possible via ILO,IMPI,DRAC. and is great for debugi= ng or saving long trips :-) WARNING: control access to these devices, specialy since root can login on the console=21 danny From owner-freebsd-stable@FreeBSD.ORG Sun Jun 10 11:57:25 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 977E7106566B for ; Sun, 10 Jun 2012 11:57:25 +0000 (UTC) (envelope-from sodynet1@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 5A7C98FC08 for ; Sun, 10 Jun 2012 11:57:25 +0000 (UTC) Received: by obcni5 with SMTP id ni5so6593413obc.13 for ; Sun, 10 Jun 2012 04:57:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=+vqUnQbP0hrpSXPIWFqkibBxP91K9AHoYcFS1Jacx0M=; b=xuJpVBMYSHFdzdovWgcI9+AQOE3vL1HJBQvzGMuy5vq+C93UUENez+WDMHh5UJ+B6s sYq6V3vTQqVkNcZJXZ2Qac5a9d86FVvvVIi20xVDHsi7biUhOiN0NyMks8KdHjxjsiEe 2asdv819NmG42od9xeAfAkdDAWCydkpvvjp8uTqqsHDzZWmbVFjJW2b5cku8hUM7/lCF UMkPII47+1Y0xuLzFubSfc8ANc4GiNsSUjvA4G10pvnpEbhD/xqkeBYQmVSmsc1+lSqB 6hgLpunUJ6bWzwmoh2nPW3/kGtHce5wsB71SxVkv7L50Fv9ciTQd6Jcnh3KYdkiBSK6O wM9Q== MIME-Version: 1.0 Received: by 10.182.18.137 with SMTP id w9mr13161978obd.75.1339329439065; Sun, 10 Jun 2012 04:57:19 -0700 (PDT) Received: by 10.182.44.101 with HTTP; Sun, 10 Jun 2012 04:57:19 -0700 (PDT) In-Reply-To: References: <201206101128.q5ABShXN007826@lurza.secnetix.de> Date: Sun, 10 Jun 2012 14:57:19 +0300 Message-ID: From: Sami Halabi To: Daniel Braniss Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: su 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: Sun, 10 Jun 2012 11:57:25 -0000 Well,in8.1 & 8.2it worked fine for me, in 8.3 i got this problem..... On Sun, Jun 10, 2012 at 2:52 PM, Daniel Braniss wrote: > > Sami Halabi wrote: > > > Hi Oliver, > > > I saw you had similar problem for console on 2010 > > > > http://freebsd.1045724.n5.nabble.com/Serial-console-problems-with-stab=le-8-td3950684.html > > > > No, I don't think that the problem is related. My problem > > was with the serial console, while you don't have a serial > > console attached at all (at least you didn't mention it). > > > > > but the thread wasn't ended by recommendation or conclusions by you. > > > > > > did you solve that problem then? > > > > No, I came to the conclusion that the serial console support > > in FreeBSD 8 was broken somehow. So I removed the console > > cable; it's running with an old VGA CRT as the console for > > now. Fortunately I require console access very seldom, so > > I don't have to drive to that machine often. It's still > > annoying, but I didn't find a better solution; downgrading > > to 7.x isn't an option. > > > just for the record, serial on 8.x works fine! the device naming has > changed > from sio to uart, and maybe some features. We use it on all our servers, > even > redirecting it where possible via ILO,IMPI,DRAC. and is great for debuging > or saving long trips :-) > > WARNING: control access to these devices, specialy since root can login > on the console! > > danny > > > -- Sami Halabi Information Systems Engineer NMS Projects Expert FreeBSD SysAdmin Expert From owner-freebsd-stable@FreeBSD.ORG Sun Jun 10 13:30:44 2012 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 C2C7A106566B for ; Sun, 10 Jun 2012 13:30:44 +0000 (UTC) (envelope-from erichfreebsdlist@ovitrap.com) Received: from alogreentechnologies.com (alogreentechnologies.com [67.212.226.44]) by mx1.freebsd.org (Postfix) with ESMTP id 770C48FC1B for ; Sun, 10 Jun 2012 13:30:44 +0000 (UTC) Received: from x220.ovitrap.com ([122.129.201.75]) (authenticated bits=0) by alogreentechnologies.com (8.13.1/8.13.1) with ESMTP id q5ADUatr006652; Sun, 10 Jun 2012 07:30:37 -0600 From: Erich To: freebsd-stable@freebsd.org Date: Sun, 10 Jun 2012 20:30:34 +0700 Message-ID: <6503552.94VfMdU4kq@x220.ovitrap.com> User-Agent: KMail/4.8.3 (Linux/3.3.7-1.fc16.x86_64; KDE/4.8.3; x86_64; ; ) In-Reply-To: References: <20120604110339.GA9426@equilibrium.bsdes.net> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Cc: Steve Franks Subject: Re: Why Are You NOT Using 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: Sun, 10 Jun 2012 13:30:44 -0000 Hi, On 08 June 2012 13:34:46 Steve Franks wrote: > has been running 7.x for years, and shows no sign of giving out. Just > keep sticking new HDD's in periodically. For a server that you rarely > add new apps to, it's stellar. Mind you, it's probably chock full of > security holes due to it's age... > 7.4 is supported until beginning of next year. What stops you from keeping it 'current' on the 7 branch? Erich From owner-freebsd-stable@FreeBSD.ORG Sun Jun 10 14:55:16 2012 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 0E54B106567E for ; Sun, 10 Jun 2012 14:55:16 +0000 (UTC) (envelope-from martin@sugioarto.com) Received: from mailserv.regfish.com (mailserv.regfish.com [79.140.61.33]) by mx1.freebsd.org (Postfix) with ESMTP id E1ED78FC26 for ; Sun, 10 Jun 2012 14:55:08 +0000 (UTC) Received: (qmail 16013 invoked from network); 10 Jun 2012 14:55:07 -0000 Received: from pd9ec072c.dip0.t-ipconnect.de (HELO yuni.sugioarto.com) (46959-0001@[217.236.7.44]) (envelope-sender ) by mailserv.regfish.com (qmail-ldap-1.03) with SMTP for ; 10 Jun 2012 14:55:07 -0000 Received: from zelda.sugioarto.com (zelda.sugioarto.com [192.168.0.12]) by yuni.sugioarto.com (Postfix) with ESMTP id 417C81BAC57; Sun, 10 Jun 2012 16:55:05 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=sugioarto.com; s=mail; t=1339340105; bh=x6op1Q1vW1/FSrpNpR4bhSTWNH4Jx5URL5JDIlFRCBk=; h=Date:From:To:Cc:Subject:In-Reply-To:References; b=Ruw6d1sCtF1eovtcjH0hhbqy2X0iYSlKnT9271jcW4jVUEGCa5f8jk8qunZUAR+Um eL8M8s4kMWL3LXB5HOqhhY3ABhHgK9aplXb6V2qJmMhWpgX85aa5Dyg+X93yaurqIX SSe2xfaDQfmdUOJBAQyPvY5qstDd42Qt3VSwcY90= Date: Sun, 10 Jun 2012 16:54:55 +0200 From: Martin Sugioarto To: Chris Rees Message-ID: <20120610165455.1c59e8ae@zelda.sugioarto.com> In-Reply-To: References: <20120604110339.GA9426@equilibrium.bsdes.net> <4FD2D4CC.3080109@ateamsystems.com> <4FD3003C.4080109@zedat.fu-berlin.de> <4FD352FF.9090101@ateamsystems.com> <4FD357F2.9090901@zedat.fu-berlin.de> <4FD35905.9080500@ateamsystems.com> <20120610121210.3ce1bd9d@zelda.sugioarto.com> X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.6; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/mdSH58OQl9a/fUq1FgOpNbV"; protocol="application/pgp-signature" Cc: Steve Franks , "O. Hartmann" , Current FreeBSD , freebsd-stable , Adam Strohl Subject: Re: Why Are You NOT Using 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: Sun, 10 Jun 2012 14:55:16 -0000 --Sig_/mdSH58OQl9a/fUq1FgOpNbV Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Am Sun, 10 Jun 2012 11:37:09 +0100 schrieb Chris Rees : > Er... people always test their commits. Sometimes edge cases will > creep in, such as the libreoffice failure which was due to different > configurations, but to suggest that the commit wasn't tested is quite > frankly insulting-- it built on a clean system perfectly well. Hi, I don't mean to insult anyone. As I have already told, I am really thankful that people invest their precious time into updating the ports collection. Whatever "clean system" means. It is surely not the default case that someone has got a freshly installed set of ports. Among all the default problems with ports, libreoffice[1] adds to the group of annoyances[2] at the moment. I don't know when I have seen "portmaster -ad" run through successfully last time. I need more and more "-x" options to exclude ports which fail to build. [1] german/libreoffice and libreoffice fails all the time in (LOCALIZED_LANG is set to "de"): Module 'lingucomponent' delivered successfully. 12 files copied, 2 files unchanged ----------------------------------------------------------------------- Oh dear - something failed during the build - sorry ! For more help with debugging build errors, please see the section in: http://wiki.documentfoundation.org/Development internal build errors: ERROR: error 65280 occurred while making /usr/workdir-ports/usr/ports/editors/libreoffice/work/libreoffice-co= re-3.5.2.2/vcl/prj it seems that the error is inside 'vcl', please re-run build inside this module to isolate the error and/or test your fix: ----------------------------------------------------------------------- Whatever this tries to tell me. I don't get it. This is a completely useless error message for me. [2] The default annoyances are for example: - After updating perl, php or whatever, it makes sense to enforce updating the modules that belong to these ports. I've seen 100x the same message that p5-XML-Parser does not work and know what it means, but this should be resolved by the port system. I mean, when you update perl, the perl modules won't work anymore. This is totally clear and it makes sense to update them first before going on. - When specifying WITHOUT_X11 the ports should respect this and not try to pull in the X11 variants of ports. I regularly see some ports pulling ImageMagick instead of the already installed ImageMagick-nox11. I still do not fully understand what is going on with WITHOUT_GNOME, but I'll try to figure it out later. But I am quite sure that some ports pull in unneeded Gnome dependencies. - Ports are being marked as interactive and stop the update process. The idea behind portmaster was (earlier) to avoid interactive building of ports and ask all the needed questions, before the builds start. I mean, earlier, I could get out and enjoy some coffee outdoors, now I have to sit at the keyboard. This is unacceptable! ;) - It would be nice to have a mechanism that tells you that your perl, mysql or whatever is not the default version anymore and you should consider updating to the default (and recommended) port. Martin --Sig_/mdSH58OQl9a/fUq1FgOpNbV Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQIcBAEBAgAGBQJP1LVIAAoJEF8wvLx/5p/7qX4P/ROTVzXZxdzFmLgHQaSFPe26 c1o4IJ7RDgFa+3hOurEG0EKzqcRPLYEIoNIHwVoEkuO3xG9Z2XAhLl8rYC9Qy1ZO qRZc93Mse97LyXaPlBJbxXeLVYbpNH0OwVPUBlN1+MxmBOX/Pb7cpVvA8hJMzqWy IofMpKUMSum6xst/472L6MO6K5BD9xJ4DQLRCDCFtBCyfqZlU/DlT6YuBL47/QBX X5Jnv5re54E/olrPQRnGtOjr6I4HfWoYuCwp0+EmF2ZFtdXqzTJf0umI0qpN1PWg CNMSoKKCrWxqB0kAWR36p/PEd7MjIbEM5nEeNYdEjL97A8NQesKE6ygxZHyHOLVR xyAUdxSXqvz1QRAjqGB84I/poa5OQl0N6FD80IN83FB6yw7gldt4jebVZrBQh3HT VUsUAVfG4zh1BfDbTrrZoj5hK12k5+i97vjjquUnkk/DYKhAb3mDO+abr2GpJnf1 JGy2MubHv6C52cMyT7FUOT/Ewr4Z4tTgx4gx1dAFK19xY5wD+QFSv2nlY3fj7u87 4rjAjkGELao8LiuFu1cEO5hu/eVHkLpSforyin5tS9LMjvpVWNvPLwHdSjpiP8Uz 68QigDrcmZHItEHRkxbVp/gISVj1+dApjrZILUQsLprkbsWcCAfXl1M9G8HbiheP l0ohiy823G02P33VQedM =5Rkt -----END PGP SIGNATURE----- --Sig_/mdSH58OQl9a/fUq1FgOpNbV-- From owner-freebsd-stable@FreeBSD.ORG Sun Jun 10 15:13:59 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 910C71065672 for ; Sun, 10 Jun 2012 15:13:59 +0000 (UTC) (envelope-from adams-freebsd@ateamsystems.com) Received: from fss.sandiego.ateamservers.com (fss.sandiego.ateamservers.com [69.55.229.149]) by mx1.freebsd.org (Postfix) with ESMTP id 7664D8FC0A for ; Sun, 10 Jun 2012 15:13:59 +0000 (UTC) Received: from [192.168.15.220] (unknown [118.175.84.92]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by fss.sandiego.ateamservers.com (Postfix) with ESMTPSA id E52AEB9F22; Sun, 10 Jun 2012 11:13:57 -0400 (EDT) Message-ID: <4FD4B9AC.6090604@ateamsystems.com> Date: Sun, 10 Jun 2012 22:13:48 +0700 From: Adam Strohl User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: Karl Denninger References: <4FD3AD35.3090301@denninger.net> In-Reply-To: <4FD3AD35.3090301@denninger.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Backups with 9-STABLE -- Options? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Jun 2012 15:13:59 -0000 On 6/10/2012 3:08, Karl Denninger wrote: > With SU+J as the default filesystem, what options actually WORK now? > > 1. Dump "L" will NOT -- it doesn't hang any more but now just bitches > and refuses to run. I suppose that beats a hang.... Heh, yeah that is improved from what it did before ;D > 2. Dump without "L" and take your chances? What risks am I running by > doing this on a running system? Depends on what is running and how it does file writes. For example SQL DB storage engines are unlikely to do well (ie; the restore will be corrupted if there are changes during the process). Something like CouchDB though which is "always consistent on disk" probably wouldn't care. Past specific applications (or user activity) the inherent risk is unpredictable usefulness of your backups. Since you're doing backups as a safeguard (and are very likely your last hope if things really go wrong) you don't want to find out that a key piece corrupted or missing entirely due to files moving around during the dump when you end up needing it. > 3. Other? > > Dump has been the canonical means of backing up... forever. And it > still is claimed to be the canonical means in the documentation. > > So what options do we have now that actually work -- is there now a new > "canonical" backup method that is recommended? My solution is to turn off journals for any build. Dump is a great tool (especially when scripted) and is very efficient. And as neat as journals are, backups using dump with snapshots is way more valuable and important in my book. My .02. -- Adam Strohl http://www.ateamsystems.com/ From owner-freebsd-stable@FreeBSD.ORG Sun Jun 10 15:26:26 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D52AD106564A for ; Sun, 10 Jun 2012 15:26:26 +0000 (UTC) (envelope-from karl@denninger.net) Received: from FS.denninger.net (wsip-70-169-168-7.pn.at.cox.net [70.169.168.7]) by mx1.freebsd.org (Postfix) with ESMTP id 881958FC1B for ; Sun, 10 Jun 2012 15:26:26 +0000 (UTC) Received: from [127.0.0.1] (localhost [127.0.0.1]) by FS.denninger.net (8.14.4/8.13.1) with ESMTP id q5AFQP8s053383 for ; Sun, 10 Jun 2012 10:26:26 -0500 (CDT) (envelope-from karl@denninger.net) Received: from [127.0.0.1] [192.168.1.40] by Spamblock-sys (LOCAL); Sun Jun 10 10:26:26 2012 Message-ID: <4FD4BCA1.2010502@denninger.net> Date: Sun, 10 Jun 2012 10:26:25 -0500 From: Karl Denninger User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: Adam Strohl References: <4FD3AD35.3090301@denninger.net> <4FD4B9AC.6090604@ateamsystems.com> In-Reply-To: <4FD4B9AC.6090604@ateamsystems.com> X-Enigmail-Version: 1.4.2 X-Antivirus: avast! (VPS 120610-0, 06/10/2012), Outbound message X-Antivirus-Status: Clean Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: Backups with 9-STABLE -- Options? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Jun 2012 15:26:26 -0000 On 6/10/2012 10:13 AM, Adam Strohl wrote: > On 6/10/2012 3:08, Karl Denninger wrote: >> With SU+J as the default filesystem, what options actually WORK now? >> >> 1. Dump "L" will NOT -- it doesn't hang any more but now just bitches >> and refuses to run. I suppose that beats a hang.... > > Heh, yeah that is improved from what it did before ;D > >> 2. Dump without "L" and take your chances? What risks am I running by >> doing this on a running system? > > Depends on what is running and how it does file writes. For example > SQL DB storage engines are unlikely to do well (ie; the restore will > be corrupted if there are changes during the process). Something like > CouchDB though which is "always consistent on disk" probably wouldn't > care. Well, backup with snapshots don't do well EITHER on a database unless you can snapshot BOTH the dbms data store(s) and the transaction log store(s) /*at the exact same instant*/. If you cannot then you're asking for trouble and are likely to get it. But I've dealt with that particular "gotcha" problem in a different way for the DBMS I use (Postgresql) > > Past specific applications (or user activity) the inherent risk is > unpredictable usefulness of your backups. Since you're doing backups > as a safeguard (and are very likely your last hope if things really go > wrong) you don't want to find out that a key piece corrupted or > missing entirely due to files moving around during the dump when you > end up needing it. Yeah, that's the problem. >> 3. Other? >> >> Dump has been the canonical means of backing up... forever. And it >> still is claimed to be the canonical means in the documentation. >> >> So what options do we have now that actually work -- is there now a new >> "canonical" backup method that is recommended? > > My solution is to turn off journals for any build. Dump is a great > tool (especially when scripted) and is very efficient. > > And as neat as journals are, backups using dump with snapshots is way > more valuable and important in my book. > > My .02. So basically what you're saying is that SU+J leaves you exposed to having no real backup option that provides a rational guarantee of the ability to restore the backup taken. Yet this was made the default.... why? -- -- Karl Denninger /The Market Ticker / Cuda Systems LLC From owner-freebsd-stable@FreeBSD.ORG Sun Jun 10 15:35:40 2012 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 6852E106566B for ; Sun, 10 Jun 2012 15:35:40 +0000 (UTC) (envelope-from adams-freebsd@ateamsystems.com) Received: from fss.sandiego.ateamservers.com (fss.sandiego.ateamservers.com [69.55.229.149]) by mx1.freebsd.org (Postfix) with ESMTP id 4D7BF8FC14 for ; Sun, 10 Jun 2012 15:35:40 +0000 (UTC) Received: from [192.168.15.220] (unknown [118.175.84.92]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by fss.sandiego.ateamservers.com (Postfix) with ESMTPSA id B3E9AB9F22; Sun, 10 Jun 2012 11:35:38 -0400 (EDT) Message-ID: <4FD4BEC1.1020201@ateamsystems.com> Date: Sun, 10 Jun 2012 22:35:29 +0700 From: Adam Strohl User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: Karl Denninger References: <4FD3AD35.3090301@denninger.net> <4FD4B9AC.6090604@ateamsystems.com> <4FD4BCA1.2010502@denninger.net> In-Reply-To: <4FD4BCA1.2010502@denninger.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Backups with 9-STABLE -- Options? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Jun 2012 15:35:40 -0000 On 6/10/2012 22:26, Karl Denninger wrote: > Well, backup with snapshots don't do well EITHER on a database unless > you can snapshot BOTH the dbms data store(s) and the transaction log > store(s) /*at the exact same instant*/. If you cannot then you're > asking for trouble and are likely to get it. But I've dealt with that > particular "gotcha" problem in a different way for the DBMS I use > (Postgresql) You asked what would happen, not what was the best way to back up a SQL DB, but your point is valid. Snapshots don't fix this issue entirely but drastically reduce the chance of a 100% broken backup. SQL servers should be dumped out to disk (ie; mysql_dump) to avoid this or have a dedicated backup client (which means you're probably not using dump anyway). > So basically what you're saying is that SU+J leaves you exposed to > having no real backup option that provides a rational guarantee of the > ability to restore the backup taken. That's a bit of a gloss over on what I said. My point was that you might end up missing something if its changing at the time the backup was taken. It really depends on what specifically that server is doing. There is also a consistency issue too, using snapshots makes it so that all the files make sense together, instead of the files getting more and more recent as the end of the backup block approaches. -- Adam Strohl http://www.ateamsystems.com/ From owner-freebsd-stable@FreeBSD.ORG Sun Jun 10 15:43:48 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8106F106564A for ; Sun, 10 Jun 2012 15:43:48 +0000 (UTC) (envelope-from john_m_cooper@yahoo.com) Received: from nm8-vm0.access.bullet.mail.mud.yahoo.com (nm8-vm0.access.bullet.mail.mud.yahoo.com [66.94.237.191]) by mx1.freebsd.org (Postfix) with SMTP id 362AA8FC08 for ; Sun, 10 Jun 2012 15:43:48 +0000 (UTC) Received: from [66.94.237.127] by nm8.access.bullet.mail.mud.yahoo.com with NNFMP; 10 Jun 2012 15:43:42 -0000 Received: from [98.137.12.178] by tm2.access.bullet.mail.mud.yahoo.com with NNFMP; 10 Jun 2012 15:43:41 -0000 Received: from [127.0.0.1] by smtp103.biz.mail.gq1.yahoo.com with NNFMP; 10 Jun 2012 15:43:41 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1339343021; bh=jXDD4BNcgqexFWpNzP0a5v7MrLUzWaNWtcag7cL4ZHA=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:Received:Message-ID:Date:From:User-Agent:MIME-Version:To:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=3Nelc5F2vz6jy8pqj4oaCvmQsZtOXvoudHoRRo1RRgf5UyhnIHbQ/Yx2ptVcfEUBpRH/egTxPvTJtpom2oX9r5A/MVSJUEoOs0ngVKBgmLfEXmGbwcXNqsYoOA1DiB6SrZembSphlaHyBPLjizY+IN39wexGIOOSkm8Yd/aJBa4= X-Yahoo-Newman-Id: 766559.71112.bm@smtp103.biz.mail.gq1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: pQ5ocn4VM1ndKSaN2HIxYAckGqLSQ4zVGzNFIuYBg3Ct.nb 2yLcGhVZ0QEd.HxHkar5W71hrfPgxOx5XIupJVCqO.QAyQDaj02lFKoNkDVd qiaEXtlq1fRZNUE3NaSGZ5BozL3PmD8SyPPZIvTALunq7DYNcliE4.wvAoi7 Or3mLDxuWUHNgkbcwFDiM_BgVZEJxfG7Vkfb5azbZRgPZNl0_BK5.ZxsWa0b lqQH4w2NXATDSPUvHmCtMemIIw0c2VliBzXUuHJsu1CAXzdevJohAT1ztnNY umWh8DYzvznlekaW540LImquoP52N9ze3FC9Nj58f2KIs9P8JMlUa976Q62k dIybuI2.MQVybcjoPbE65XTeoa7oPbMzYUyjW5VIvdarJYwHH6DYDq0.177K DKqyyQcBleNkLmoTj_QABeH2iQBruASDfNMOi4fjHE5uzwBif7lsVnu6CD5o .VFRyGPydE9KrZMytzzabbGE9yrh65T4N3WQG2J.t_Gb8WYpZOIPRWz0BNsD QQxzKA6gwtL8MFO.bC8dpyGBzIOwoYrtxHg8n X-Yahoo-SMTP: VcsS1ceswBAiCdFGlCDyQjSL5IpjXQVTjtG0dfoKj_spUOjjgZeO Received: from g7-HP.borgsdemons.com (john_m_cooper@72.135.31.137 with plain) by smtp103.biz.mail.gq1.yahoo.com with SMTP; 10 Jun 2012 08:43:41 -0700 PDT Message-ID: <4FD4C0AC.4000802@yahoo.com> Date: Sun, 10 Jun 2012 10:43:40 -0500 From: John Merryweather Cooper User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:13.0) Gecko/20120609 Thunderbird/13.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <20120604110339.GA9426@equilibrium.bsdes.net> <4FD2D4CC.3080109@ateamsystems.com> <4FD3003C.4080109@zedat.fu-berlin.de> <4FD352FF.9090101@ateamsystems.com> <4FD357F2.9090901@zedat.fu-berlin.de> <4FD35905.9080500@ateamsystems.com> <20120610121210.3ce1bd9d@zelda.sugioarto.com> <20120610165455.1c59e8ae@zelda.sugioarto.com> In-Reply-To: <20120610165455.1c59e8ae@zelda.sugioarto.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Why Are You NOT Using 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: Sun, 10 Jun 2012 15:43:48 -0000 On 06/10/12 09:54, Martin Sugioarto wrote: > Am Sun, 10 Jun 2012 11:37:09 +0100 > schrieb Chris Rees: > >> Er... people always test their commits. Sometimes edge cases will >> creep in, such as the libreoffice failure which was due to different >> configurations, but to suggest that the commit wasn't tested is quite >> frankly insulting-- it built on a clean system perfectly well. > Hi, > > I don't mean to insult anyone. As I have already told, I am really > thankful that people invest their precious time into updating the ports > collection. > > Whatever "clean system" means. It is surely not the default case that > someone has got a freshly installed set of ports. > > Among all the default problems with ports, libreoffice[1] adds to the > group of annoyances[2] at the moment. I don't know when I have seen > "portmaster -ad" run through successfully last time. I need more and > more "-x" options to exclude ports which fail to build. > > [1] german/libreoffice and libreoffice fails all the time in > (LOCALIZED_LANG is set to "de"): > > Module 'lingucomponent' delivered successfully. 12 files copied, 2 > files unchanged > > ----------------------------------------------------------------------- > Oh dear - something failed during the build - sorry ! > For more help with debugging build errors, please see the section in: > http://wiki.documentfoundation.org/Development > > internal build errors: > > ERROR: error 65280 occurred while > making /usr/workdir-ports/usr/ports/editors/libreoffice/work/libreoffice-core-3.5.2.2/vcl/prj > > it seems that the error is inside 'vcl', please re-run build > inside this module to isolate the error and/or test your fix: > ----------------------------------------------------------------------- > > > Whatever this tries to tell me. I don't get it. This is a completely > useless error message for me. > > [2] The default annoyances are for example: > > - After updating perl, php or whatever, it makes sense to enforce > updating the modules that belong to these ports. I've seen 100x the > same message that p5-XML-Parser does not work and know what it means, > but this should be resolved by the port system. I mean, when you > update perl, the perl modules won't work anymore. This is totally > clear and it makes sense to update them first before going on. > > - When specifying WITHOUT_X11 the ports should respect this and not try > to pull in the X11 variants of ports. I regularly see some ports > pulling ImageMagick instead of the already installed > ImageMagick-nox11. I still do not fully understand what is going on > with WITHOUT_GNOME, but I'll try to figure it out later. But I am > quite sure that some ports pull in unneeded Gnome dependencies. > > - Ports are being marked as interactive and stop the update process. The > idea behind portmaster was (earlier) to avoid interactive building of > ports and ask all the needed questions, before the builds start. I > mean, earlier, I could get out and enjoy some coffee outdoors, now I > have to sit at the keyboard. This is unacceptable! ;) > > - It would be nice to have a mechanism that tells you that your perl, > mysql or whatever is not the default version anymore and you should > consider updating to the default (and recommended) port. > > > Martin From /etc/defaults/periodic.conf: # 400.status-pkg weekly_status_pkg_enable="YES" # Find out-of-date pkgs pkg_version=pkg_version # Use this program pkg_version_index=/usr/ports/INDEX-9 # Use this index file There's an override script in ports-mgmt/portupgrade that uses it's database, also. -- -- John M. Cooper From owner-freebsd-stable@FreeBSD.ORG Sun Jun 10 16:17:54 2012 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 99181106566C for ; Sun, 10 Jun 2012 16:17:54 +0000 (UTC) (envelope-from egrosbein@rdtc.ru) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [IPv6:2a03:3100:c:13::5]) by mx1.freebsd.org (Postfix) with ESMTP id EDC988FC12 for ; Sun, 10 Jun 2012 16:17:53 +0000 (UTC) Received: from eg.sd.rdtc.ru (localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.14.5/8.14.5) with ESMTP id q5AGHoNs090920; Sun, 10 Jun 2012 23:17:50 +0700 (NOVT) (envelope-from egrosbein@rdtc.ru) Message-ID: <4FD4C8AE.4000900@rdtc.ru> Date: Sun, 10 Jun 2012 23:17:50 +0700 From: Eugene Grosbein User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; ru-RU; rv:1.9.2.13) Gecko/20110112 Thunderbird/3.1.7 MIME-Version: 1.0 To: Sami Halabi References: <201206091035.q59AZWFB058742@lurza.secnetix.de> <20120609122457.GS13609@albert.catwhisker.org> <20120609123626.GT13609@albert.catwhisker.org> <4FD37CF3.109@rdtc.ru> In-Reply-To: Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org Subject: Re: su 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: Sun, 10 Jun 2012 16:17:54 -0000 10.06.2012 01:45, Sami Halabi : > Hi, > > %sysctl kern.console > kern.console: ttyv0,dcons,/dcons,ttyv0,uart,ucom, > > %tail /var/log/messages > Jun 7 19:54:35 vps16 kernel: Trying to mount root from ufs:/dev/da0s1a > Jun 7 19:54:36 vps16 kernel: bge0: link state changed to UP > Jun 7 20:18:04 vps16 kernel: ugen0.2: at usbus0 > Jun 7 20:18:04 vps16 kernel: ukbd0: 0/0, rev 1.10/2.50, addr 2> on usbus0 > Jun 7 20:18:04 vps16 kernel: kbd2 at ukbd0 > Jun 7 20:18:05 vps16 kernel: uhid0: 0/0, rev 1.10/2.50, addr 2> on usbus0 > Jun 7 20:19:37 vps16 login: ROOT LOGIN (root) ON ttyv1 > Jun 7 20:21:19 vps16 kernel: ugen0.2: at usbus0 > (disconnected) > Jun 7 20:21:19 vps16 kernel: ukbd0: at uhub0, port 1, addr 2 (disconnected) > Jun 7 20:21:19 vps16 kernel: uhid0: at uhub0, port 1, addr 2 (disconnected) > % > > the system was loaded with keyboard and disconnected later if i understand > the logs... > > New ideas are appreciated, and thanks in advance, > Sami I still believe your problem concerns serial console: su writes to it, indirectly - it notes root login through syslogd that writes the message to /dev/console and locks in your case, locking su. Eugene Grosbein From owner-freebsd-stable@FreeBSD.ORG Sun Jun 10 16:34:22 2012 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 8F0A2106564A for ; Sun, 10 Jun 2012 16:34:22 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id 0C5538FC19 for ; Sun, 10 Jun 2012 16:34:21 +0000 (UTC) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id q5AGY5K5016660; Sun, 10 Jun 2012 18:34:20 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id q5AGY43T016659; Sun, 10 Jun 2012 18:34:04 +0200 (CEST) (envelope-from olli) Date: Sun, 10 Jun 2012 18:34:04 +0200 (CEST) Message-Id: <201206101634.q5AGY43T016659@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, john_m_cooper@yahoo.com In-Reply-To: <4FD4C0AC.4000802@yahoo.com> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.9.6-20101126 ("Burnside") (UNIX) (FreeBSD/6.4-PRERELEASE-20080904 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.3.9 (lurza.secnetix.de [127.0.0.1]); Sun, 10 Jun 2012 18:34:20 +0200 (CEST) Cc: Subject: Re: Why Are You NOT Using FreeBSD ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, john_m_cooper@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, 10 Jun 2012 16:34:22 -0000 John Merryweather Cooper wrote: > On 06/10/12 09:54, Martin Sugioarto wrote: > > [...] > > - It would be nice to have a mechanism that tells you that your perl, > > mysql or whatever is not the default version anymore and you should > > consider updating to the default (and recommended) port. > > From /etc/defaults/periodic.conf: > > # 400.status-pkg > weekly_status_pkg_enable="YES" # Find out-of-date pkgs That doesn't do what Martin asked for. It only tells you if a specific port has an update, but it won't tell you if the default version of a port changed. For example, when the default version of Python was changed from 2.6 to 2.7. It also won't tell you if the origin of a port doesn't exist anymore at all. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mn- chen, HRB 125758, Geschftsfhrer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "That's what I love about GUIs: They make simple tasks easier, and complex tasks impossible." -- John William Chambless From owner-freebsd-stable@FreeBSD.ORG Sun Jun 10 17:06:53 2012 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 31D55106564A for ; Sun, 10 Jun 2012 17:06:53 +0000 (UTC) (envelope-from karl@denninger.net) Received: from FS.denninger.net (wsip-70-169-168-7.pn.at.cox.net [70.169.168.7]) by mx1.freebsd.org (Postfix) with ESMTP id D31F28FC14 for ; Sun, 10 Jun 2012 17:06:52 +0000 (UTC) Received: from [127.0.0.1] (localhost [127.0.0.1]) by FS.denninger.net (8.14.4/8.13.1) with ESMTP id q5AH6prt058927 for ; Sun, 10 Jun 2012 12:06:52 -0500 (CDT) (envelope-from karl@denninger.net) Received: from [127.0.0.1] [192.168.1.40] by Spamblock-sys (LOCAL); Sun Jun 10 12:06:52 2012 Message-ID: <4FD4D42B.4030705@denninger.net> Date: Sun, 10 Jun 2012 12:06:51 -0500 From: Karl Denninger User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: Adam Strohl References: <4FD3AD35.3090301@denninger.net> <4FD4B9AC.6090604@ateamsystems.com> <4FD4BCA1.2010502@denninger.net> <4FD4BEC1.1020201@ateamsystems.com> In-Reply-To: <4FD4BEC1.1020201@ateamsystems.com> X-Enigmail-Version: 1.4.2 X-Antivirus: avast! (VPS 120610-0, 06/10/2012), Outbound message X-Antivirus-Status: Clean Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: Backups with 9-STABLE -- Options? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Jun 2012 17:06:53 -0000 On 6/10/2012 10:35 AM, Adam Strohl wrote: > On 6/10/2012 22:26, Karl Denninger wrote: >> Well, backup with snapshots don't do well EITHER on a database unless >> you can snapshot BOTH the dbms data store(s) and the transaction log >> store(s) /*at the exact same instant*/. If you cannot then you're >> asking for trouble and are likely to get it. But I've dealt with that >> particular "gotcha" problem in a different way for the DBMS I use >> (Postgresql) > > You asked what would happen, not what was the best way to back up a > SQL DB, but your point is valid. > > Snapshots don't fix this issue entirely but drastically reduce the > chance of a 100% broken backup. > > SQL servers should be dumped out to disk (ie; mysql_dump) to avoid > this or have a dedicated backup client (which means you're probably > not using dump anyway). Well, yes and no. I have this "problem" here and solve it in a number of ways, as the risks are multiple. It's not just hardware failure, it's also the risk of a malicious or broken code (or a stupid DBA, such as myself who fat-fingers something) doing something utterly insane like "drop ....." and realizing after hitting the button that wasn't what I wanted -- but having it dutifully mirrored almost-instantly to the slaves. Oops. It's the same issue you have with ordinary files (the "fool" who does "rm -rf /" by accident, as root) and then watches the color drain out of his face. My solution for Postgres is to take base backups as a "special case", keep the WAL log files post the base and back those up and run a mirrored server as a hot standby. That makes the hardware fault scenario a 5 minute deal to recover from while the stupid dba flaw remains recoverable. >> So basically what you're saying is that SU+J leaves you exposed to >> having no real backup option that provides a rational guarantee of the >> ability to restore the backup taken. > > That's a bit of a gloss over on what I said. My point was that you > might end up missing something if its changing at the time the backup > was taken. It really depends on what specifically that server is doing. Well there's a difference there then. I'm trying to get my arms around the risks here. For a very long time before we had snapshots I took live Level 0s (because I had to; I couldn't take the machines involved offline for the multiple hours required to take the dumps) and never got bit by them (I've been running FreeBSD since the 1990s!) and HAVE had to restore "in anger" before. There's a big difference between a user missing a file he had open in emacs at the time the system crashed and having a dump that blows up during restore. One is a risk that one has to take, even with snapshots, to some degree as the snapshot can always happen while a file is open for write and has half its contents in RAM rather than on disk at the instant of the snapshot. I accept that risk and have multiple versions of backups for that reason (the usual daily/weekly/monthly/full hierarchy), which mitigates but does not entirely eliminate it. In my environment the largest risk there are in things like mailbox stores (accessed via IMAP) which are open for write (not just append) at any time the user is doing a move or compact operation. But a dump that blows up restore at the 50% point (for example) and refuses to proceed is a different animal entirely. That leaves you with nothing (or effectively so.) The question is whether or not that latter "oh crap!" scenario becomes exposed if you don't use "L" and do use journaling. > There is also a consistency issue too, using snapshots makes it so > that all the files make sense together, instead of the files getting > more and more recent as the end of the backup block approaches. True. I've shut off journaling for now on my 9-STABLE machines (I'm just starting to roll these into production, now being satisfied with the stability that I'm willing to trust them with data I can't afford to lose); in general FreeBSD has gotten to the point that it doesn't crash on me at all (I have a server at a colo in heavy production use with roughly 18 months of uptime on it, with patches and code changes all being made while in-operation for security patches and such) and as such the crash reboot time is less material than knowing that if the worst-case happens I can get the data back. I'd really like to see a discussion as to the various risk modes here. That is: 1. Is it REALLY safer to have the root filesystem run WITHOUT softupdates? (As was previous default practice) 2. In order of risk of data loss what are the risks and options for SU, SU+J and neither? Neither exposes you to huge time delays on a post-crash boot due to the fsck requirement, but SU can expose you to a failed background fsck and thus get you the huge time delay too. Since SU+J eliminates this the only argument for NOT using it is that it's more dangerous to your data than running without either or with SU alone. Is this true? 3. Is there intent to fix dump -L with SU+J? If so, is there a projection on when? Or is the fix to simply flag it so it doesn't hang the box and say "don't slam door on finger"? If the latter then with SU+J we're back to the 1990s (before snapshots) in terms of risks and backup strategies; I can live with that but I'd like to know what I should be planning for an executing strategy against. -- -- Karl Denninger /The Market Ticker / Cuda Systems LLC From owner-freebsd-stable@FreeBSD.ORG Sun Jun 10 17:10:28 2012 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 E33181065670; Sun, 10 Jun 2012 17:10:28 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 849B88FC0C; Sun, 10 Jun 2012 17:10:28 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1Sdleg-0003D6-Ho>; Sun, 10 Jun 2012 19:10:22 +0200 Received: from e178032032.adsl.alicedsl.de ([85.178.32.32] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1Sdleg-00017E-Al>; Sun, 10 Jun 2012 19:10:22 +0200 Message-ID: <4FD4D4F6.9090805@zedat.fu-berlin.de> Date: Sun, 10 Jun 2012 19:10:14 +0200 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:12.0) Gecko/20120601 Thunderbird/12.0.1 MIME-Version: 1.0 To: Ports FreeBSD References: <20120604110339.GA9426@equilibrium.bsdes.net> <4FD2D4CC.3080109@ateamsystems.com> <4FD3003C.4080109@zedat.fu-berlin.de> <4FD352FF.9090101@ateamsystems.com> <4FD357F2.9090901@zedat.fu-berlin.de> <4FD35905.9080500@ateamsystems.com> <20120610121210.3ce1bd9d@zelda.sugioarto.com> <20120610165455.1c59e8ae@zelda.sugioarto.com> <4FD4C0AC.4000802@yahoo.com> In-Reply-To: <4FD4C0AC.4000802@yahoo.com> X-Enigmail-Version: 1.4.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigCC49ECD2589BC8743D2423B4" X-Originating-IP: 85.178.32.32 Cc: Current FreeBSD , freebsd-stable@freebsd.org Subject: WAS: Re: Why Are You NOT Using FreeBSD ? New: port annoyance LibreOffice X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Jun 2012 17:10:29 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigCC49ECD2589BC8743D2423B4 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 06/10/12 17:43, John Merryweather Cooper wrote: > On 06/10/12 09:54, Martin Sugioarto wrote: >> Am Sun, 10 Jun 2012 11:37:09 +0100 >> schrieb Chris Rees: >> >>> Er... people always test their commits. Sometimes edge cases will >>> creep in, such as the libreoffice failure which was due to different >>> configurations, but to suggest that the commit wasn't tested is quite= >>> frankly insulting-- it built on a clean system perfectly well. >> Hi, >> >> I don't mean to insult anyone. As I have already told, I am really >> thankful that people invest their precious time into updating the port= s >> collection. >> >> Whatever "clean system" means. It is surely not the default case that >> someone has got a freshly installed set of ports. >> >> Among all the default problems with ports, libreoffice[1] adds to the >> group of annoyances[2] at the moment. I don't know when I have seen >> "portmaster -ad" run through successfully last time. I need more and >> more "-x" options to exclude ports which fail to build. >> >> [1] german/libreoffice and libreoffice fails all the time in >> (LOCALIZED_LANG is set to "de"): >> >> Module 'lingucomponent' delivered successfully. 12 files copied, 2 >> files unchanged >> >> ----------------------------------------------------------------------= - >> Oh dear - something failed during the build - sorry ! >> For more help with debugging build errors, please see the section i= n: >> http://wiki.documentfoundation.org/Development >> >> internal build errors: >> >> ERROR: error 65280 occurred while >> making >> /usr/workdir-ports/usr/ports/editors/libreoffice/work/libreoffice-core= -3.5.2.2/vcl/prj >> >> >> it seems that the error is inside 'vcl', please re-run build >> inside this module to isolate the error and/or test your fix: >> ----------------------------------------------------------------------= - >> >> >> Whatever this tries to tell me. I don't get it. This is a completely >> useless error message for me. Not even in german/libreoffice. i try to build the standard version and I receive the same error. I can fix this by doing what the buildsystem suggests, but then I have a stop in sfx2 and others and it ends up in some module called tail_XXXX, where the build never ends when performing the repair as suggested. I had once a box running all the night looping building in this folder. >> >> [2] The default annoyances are for example: >> >> - After updating perl, php or whatever, it makes sense to enforce >> updating the modules that belong to these ports. I've seen 100x the= >> same message that p5-XML-Parser does not work and know what it mean= s, >> but this should be resolved by the port system. I mean, when you >> update perl, the perl modules won't work anymore. This is totally >> clear and it makes sense to update them first before going on. I can confirm that. I fixed that for me by "portmaster p5-" in case p5-SAX-XXX failed. >> >> - When specifying WITHOUT_X11 the ports should respect this and not tr= y >> to pull in the X11 variants of ports. I regularly see some ports >> pulling ImageMagick instead of the already installed >> ImageMagick-nox11. I still do not fully understand what is going on= >> with WITHOUT_GNOME, but I'll try to figure it out later. But I am >> quite sure that some ports pull in unneeded Gnome dependencies. >> >> - Ports are being marked as interactive and stop the update process. T= he >> idea behind portmaster was (earlier) to avoid interactive building = of >> ports and ask all the needed questions, before the builds start. I >> mean, earlier, I could get out and enjoy some coffee outdoors, now = I >> have to sit at the keyboard. This is unacceptable! ;) "portmaster" does even more damage. Sometimed a port reels in some newly updates, a port gets deleted. if on of the to be updated prerquisits fail, the port in question isn't there anymore. "portmaster" fails quite often in "oberwriting" remnant files. If a port gets corrupted by accident, like graphics/netpbm, One need to delete all binaries manually from /usr/local/bin, otherwise the installation fails. Somehow I wish to have a "brute force" knob to overwrite everything in a brutal way. >> >> - It would be nice to have a mechanism that tells you that your perl, >> mysql or whatever is not the default version anymore and you should= >> consider updating to the default (and recommended) port. >> >> >> Martin >=20 > From /etc/defaults/periodic.conf: >=20 > # 400.status-pkg > weekly_status_pkg_enable=3D"YES" # Find out-of-date pkgs= > pkg_version=3Dpkg_version # Use this program > pkg_version_index=3D/usr/ports/INDEX-9 # Use this index file >=20 > There's an override script in ports-mgmt/portupgrade that uses it's > database, also. >=20 --------------enigCC49ECD2589BC8743D2423B4 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBAgAGBQJP1NT9AAoJEOgBcD7A/5N8wPgIAN490p9vbsOW6VeCymRZJ7HZ S56xKvXT6b3Fpc62968OdF2Z9Aybsb3vgdKJq2xKRwkkTavlb/sRD+azPrR5udbU Y+zrFDdPeNAL+MBQR4KZY7ply4gfNKr5fs6Z/QQLm8iIdVqqNXW1rEjMSIJCvN+L aVFLQc6PH+ikhco6c+PX1zvqV2mRDnDw8Mde6QJH7YLZagzdhIx5noCdLbQ3eFar 1no9MxJ08kB6az6dllbpJZF6eLpXGF1eR2nEXmCWixmCifGEn98qSB8GMPZ6zoW4 YYBx2VPUvrJsINkfOHN3/Fx2peqGcMyspHOMqeKat36a8vySQe21fYiUnw9c+o4= =5O0E -----END PGP SIGNATURE----- --------------enigCC49ECD2589BC8743D2423B4-- From owner-freebsd-stable@FreeBSD.ORG Sun Jun 10 17:20:54 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0E928106566B; Sun, 10 Jun 2012 17:20:54 +0000 (UTC) (envelope-from utisoft@gmail.com) Received: from mail-bk0-f54.google.com (mail-bk0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 27F9E8FC1E; Sun, 10 Jun 2012 17:20:52 +0000 (UTC) Received: by bkvi18 with SMTP id i18so3670786bkv.13 for ; Sun, 10 Jun 2012 10:20:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=CWKp+/IMMY7GdfzqEE6IbgsblAgQDomGW2rElGu+RTQ=; b=Wjvag34+nlQ7oRPnHYrTUXRknk9xp1Uj+pN9eVNRXJKAr7LQbnL09kMrgsLnjBC2LA PdXK7a2JGbtAORLxvwTt++V9MZKCrtqNGvCX0FhjPIuVLGIXr1BMzLedUlMTBrF/nWXu 7I4tNIeoGZ3ownkXoZir8umIoGQ+LNrfxnDkVGeq0Xz7+dUzdDzN0xIsEGnwwtugVsSI LMkHk10sw2Zh6Z3biQxQfOxLD7ARNUUkT5zatBW2tXrlvDMG5hTmGPQgxVRgifrr1cs3 6PLPlIi303iPsZCgl4OF8cYVuNhP0T3yDh4AQRAYKUzLyndPHxPBpJSLlU4afdm7i0c8 3hUw== Received: by 10.204.154.214 with SMTP id p22mr8877374bkw.115.1339348851854; Sun, 10 Jun 2012 10:20:51 -0700 (PDT) MIME-Version: 1.0 Sender: utisoft@gmail.com Received: by 10.204.171.138 with HTTP; Sun, 10 Jun 2012 10:20:21 -0700 (PDT) In-Reply-To: <4FD4D4F6.9090805@zedat.fu-berlin.de> References: <20120604110339.GA9426@equilibrium.bsdes.net> <4FD2D4CC.3080109@ateamsystems.com> <4FD3003C.4080109@zedat.fu-berlin.de> <4FD352FF.9090101@ateamsystems.com> <4FD357F2.9090901@zedat.fu-berlin.de> <4FD35905.9080500@ateamsystems.com> <20120610121210.3ce1bd9d@zelda.sugioarto.com> <20120610165455.1c59e8ae@zelda.sugioarto.com> <4FD4C0AC.4000802@yahoo.com> <4FD4D4F6.9090805@zedat.fu-berlin.de> From: Chris Rees Date: Sun, 10 Jun 2012 18:20:21 +0100 X-Google-Sender-Auth: 0-bF1tgGB35-dG1TY4rvshiiM-4 Message-ID: To: "O. Hartmann" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Current FreeBSD , freebsd-stable@freebsd.org, Ports FreeBSD Subject: Re: WAS: Re: Why Are You NOT Using FreeBSD ? New: port annoyance LibreOffice X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Jun 2012 17:20:54 -0000 On 10 June 2012 18:10, O. Hartmann wrote: > On 06/10/12 17:43, John Merryweather Cooper wrote: >> On 06/10/12 09:54, Martin Sugioarto wrote: >>> Am Sun, 10 Jun 2012 11:37:09 +0100 >>> schrieb Chris Rees: >>> >>>> Er... people always test their commits. =A0Sometimes edge cases will >>>> creep in, such as the libreoffice failure which was due to different >>>> configurations, but to suggest that the commit wasn't tested is quite >>>> frankly insulting-- it built on a clean system perfectly well. >>> Hi, >>> >>> I don't mean to insult anyone. As I have already told, I am really >>> thankful that people invest their precious time into updating the ports >>> collection. >>> >>> Whatever "clean system" means. It is surely not the default case that >>> someone has got a freshly installed set of ports. >>> >>> Among all the default problems with ports, libreoffice[1] adds to the >>> group of annoyances[2] at the moment. I don't know when I have seen >>> "portmaster -ad" run through successfully last time. I need more and >>> more "-x" options to exclude ports which fail to build. >>> >>> [1] german/libreoffice and libreoffice fails all the time in >>> (LOCALIZED_LANG is set to "de"): >>> >>> Module 'lingucomponent' delivered successfully. 12 files copied, 2 >>> files unchanged >>> >>> ----------------------------------------------------------------------- >>> =A0 =A0 =A0 =A0 =A0Oh dear - something failed during the build - sorry = ! >>> =A0 =A0For more help with debugging build errors, please see the sectio= n in: >>> =A0 =A0 =A0 =A0 =A0 =A0 =A0http://wiki.documentfoundation.org/Developme= nt >>> >>> =A0 =A0internal build errors: >>> >>> ERROR: error 65280 occurred while >>> making >>> /usr/workdir-ports/usr/ports/editors/libreoffice/work/libreoffice-core-= 3.5.2.2/vcl/prj >>> >>> >>> =A0 it seems that the error is inside 'vcl', please re-run build >>> =A0 inside this module to isolate the error and/or test your fix: >>> ----------------------------------------------------------------------- >>> >>> >>> Whatever this tries to tell me. I don't get it. This is a completely >>> useless error message for me. > > Not even in german/libreoffice. i try to build the standard version and > I receive the same error. > > I can fix this by doing what the buildsystem suggests, but then I have a > stop in sfx2 and others and it ends up in some module called tail_XXXX, > where the build never ends when performing the repair as suggested. I > had once a box running all the night looping building in this folder. > >>> >>> [2] The default annoyances are for example: >>> >>> - After updating perl, php or whatever, it makes sense to enforce >>> =A0 =A0updating the modules that belong to these ports. I've seen 100x = the >>> =A0 =A0same message that p5-XML-Parser does not work and know what it m= eans, >>> =A0 =A0but this should be resolved by the port system. I mean, when you >>> =A0 =A0update perl, the perl modules won't work anymore. This is totall= y >>> =A0 =A0clear and it makes sense to update them first before going on. > > I can confirm that. I fixed that for me by "portmaster p5-" in case > p5-SAX-XXX failed. There's an UPDATING message written for that very purpose. >>> >>> - When specifying WITHOUT_X11 the ports should respect this and not try >>> =A0 =A0to pull in the X11 variants of ports. I regularly see some ports >>> =A0 =A0pulling ImageMagick instead of the already installed >>> =A0 =A0ImageMagick-nox11. I still do not fully understand what is going= on >>> =A0 =A0with WITHOUT_GNOME, but I'll try to figure it out later. But I a= m >>> =A0 =A0quite sure that some ports pull in unneeded Gnome dependencies. >>> >>> - Ports are being marked as interactive and stop the update process. Th= e >>> =A0 =A0idea behind portmaster was (earlier) to avoid interactive buildi= ng of >>> =A0 =A0ports and ask all the needed questions, before the builds start.= I >>> =A0 =A0mean, earlier, I could get out and enjoy some coffee outdoors, n= ow I >>> =A0 =A0have to sit at the keyboard. This is unacceptable! ;) > > "portmaster" does even more damage. Sometimed a port reels in some newly > updates, a port gets deleted. if on of the to be updated prerquisits > fail, the port in question isn't there anymore. > > "portmaster" fails quite often in "oberwriting" remnant files. If a port > gets corrupted by accident, like graphics/netpbm, One need to delete all > binaries manually from /usr/local/bin, otherwise the installation fails. > > Somehow I wish to have a "brute force" knob to overwrite everything in a > brutal way. FORCE_PKG_REGISTER. >>> >>> - It would be nice to have a mechanism that tells you that your perl, >>> =A0 =A0mysql or whatever is not the default version anymore and you sho= uld >>> =A0 =A0consider updating to the default (and recommended) port. >>> >>> >>> Martin >> >> From /etc/defaults/periodic.conf: >> >> # 400.status-pkg >> weekly_status_pkg_enable=3D"YES" =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0# Find o= ut-of-date pkgs >> pkg_version=3Dpkg_version =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 # Use this program >> pkg_version_index=3D/usr/ports/INDEX-9 =A0 =A0 =A0# Use this index file >> >> There's an override script in ports-mgmt/portupgrade that uses it's >> database, also. >> > From owner-freebsd-stable@FreeBSD.ORG Sun Jun 10 17:28:28 2012 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 819841065688 for ; Sun, 10 Jun 2012 17:28:28 +0000 (UTC) (envelope-from sodynet1@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 375668FC18 for ; Sun, 10 Jun 2012 17:28:28 +0000 (UTC) Received: by obcni5 with SMTP id ni5so7042607obc.13 for ; Sun, 10 Jun 2012 10:28:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=ge3oQ15ya7HNNFhV7MPDePKE2CZ8998ajjieJusPQvk=; b=WEjpmjYMQ10PgEFTl6vaOg8NhnatGMzFkCZLGaxbrw892oVoxdfFsJOmCk97sTffZf x75/9ozKpy0i3BqqPO1Gc6LrxK5wDqCP5eEiGIqrS3FhxjU763QjpnqyDjd0oQY78Ml/ bMWHJNdEmNbp44dUprrf1mmarJfIgrRvu1sWWvUEsIP1T6E5q6FXmzpfsDEksEzg0FWy 0wuV50nCHq5y1p9zQA6tXm/hflcebDzG61G9/ghgVY1x1tc90RgKsFc3BWJaUpoIn932 PEo16HF0QgJtV4ZiypXJW6Pgl2d+j6LWYhQ5oZfQNe5aahZQKID2/VoA31NOf2uvZuQP orlQ== MIME-Version: 1.0 Received: by 10.60.29.72 with SMTP id i8mr11165118oeh.26.1339349307581; Sun, 10 Jun 2012 10:28:27 -0700 (PDT) Received: by 10.182.44.101 with HTTP; Sun, 10 Jun 2012 10:28:27 -0700 (PDT) In-Reply-To: <4FD4C8AE.4000900@rdtc.ru> References: <201206091035.q59AZWFB058742@lurza.secnetix.de> <20120609122457.GS13609@albert.catwhisker.org> <20120609123626.GT13609@albert.catwhisker.org> <4FD37CF3.109@rdtc.ru> <4FD4C8AE.4000900@rdtc.ru> Date: Sun, 10 Jun 2012 20:28:27 +0300 Message-ID: From: Sami Halabi To: Eugene Grosbein Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: su 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: Sun, 10 Jun 2012 17:28:28 -0000 But how do I solve the problem? On Sun, Jun 10, 2012 at 7:17 PM, Eugene Grosbein wrote: > 10.06.2012 01:45, Sami Halabi =D0=C9=DB=C5=D4: > > Hi, > > > > %sysctl kern.console > > kern.console: ttyv0,dcons,/dcons,ttyv0,uart,ucom, > > > > %tail /var/log/messages > > Jun 7 19:54:35 vps16 kernel: Trying to mount root from ufs:/dev/da0s1a > > Jun 7 19:54:36 vps16 kernel: bge0: link state changed to UP > > Jun 7 20:18:04 vps16 kernel: ugen0.2: at usbus0 > > Jun 7 20:18:04 vps16 kernel: ukbd0: > 0/0, rev 1.10/2.50, addr 2> on usbus0 > > Jun 7 20:18:04 vps16 kernel: kbd2 at ukbd0 > > Jun 7 20:18:05 vps16 kernel: uhid0: > 0/0, rev 1.10/2.50, addr 2> on usbus0 > > Jun 7 20:19:37 vps16 login: ROOT LOGIN (root) ON ttyv1 > > Jun 7 20:21:19 vps16 kernel: ugen0.2: at usbus0 > > (disconnected) > > Jun 7 20:21:19 vps16 kernel: ukbd0: at uhub0, port 1, addr 2 > (disconnected) > > Jun 7 20:21:19 vps16 kernel: uhid0: at uhub0, port 1, addr 2 > (disconnected) > > % > > > > the system was loaded with keyboard and disconnected later if i > understand > > the logs... > > > > New ideas are appreciated, and thanks in advance, > > Sami > > I still believe your problem concerns serial console: > su writes to it, indirectly - it notes root login through syslogd > that writes the message to /dev/console and locks in your case, locking s= u. > > Eugene Grosbein > --=20 Sami Halabi Information Systems Engineer NMS Projects Expert FreeBSD SysAdmin Expert From owner-freebsd-stable@FreeBSD.ORG Sun Jun 10 17:36:32 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A3A9B106567B; Sun, 10 Jun 2012 17:36:32 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 2A9F48FC22; Sun, 10 Jun 2012 17:36:32 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1Sdm3z-0005WY-DA>; Sun, 10 Jun 2012 19:36:31 +0200 Received: from e178032032.adsl.alicedsl.de ([85.178.32.32] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1Sdm3z-0002M8-6I>; Sun, 10 Jun 2012 19:36:31 +0200 Message-ID: <4FD4DB19.5090005@zedat.fu-berlin.de> Date: Sun, 10 Jun 2012 19:36:25 +0200 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:12.0) Gecko/20120601 Thunderbird/12.0.1 MIME-Version: 1.0 To: Chris Rees References: <20120604110339.GA9426@equilibrium.bsdes.net> <4FD2D4CC.3080109@ateamsystems.com> <4FD3003C.4080109@zedat.fu-berlin.de> <4FD352FF.9090101@ateamsystems.com> <4FD357F2.9090901@zedat.fu-berlin.de> <4FD35905.9080500@ateamsystems.com> <20120610121210.3ce1bd9d@zelda.sugioarto.com> <20120610165455.1c59e8ae@zelda.sugioarto.com> <4FD4C0AC.4000802@yahoo.com> <4FD4D4F6.9090805@zedat.fu-berlin.de> In-Reply-To: X-Enigmail-Version: 1.4.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigA551136DDEEFDD43037E3AA0" X-Originating-IP: 85.178.32.32 Cc: Current FreeBSD , freebsd-stable@freebsd.org, Ports FreeBSD Subject: Re: WAS: Re: Why Are You NOT Using FreeBSD ? New: port annoyance LibreOffice X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Jun 2012 17:36:32 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigA551136DDEEFDD43037E3AA0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 06/10/12 19:20, Chris Rees wrote: > On 10 June 2012 18:10, O. Hartmann wrote:= >> On 06/10/12 17:43, John Merryweather Cooper wrote: >>> On 06/10/12 09:54, Martin Sugioarto wrote: >>>> Am Sun, 10 Jun 2012 11:37:09 +0100 >>>> schrieb Chris Rees: >>>> >>>>> Er... people always test their commits. Sometimes edge cases will >>>>> creep in, such as the libreoffice failure which was due to differen= t >>>>> configurations, but to suggest that the commit wasn't tested is qui= te >>>>> frankly insulting-- it built on a clean system perfectly well. >>>> Hi, >>>> >>>> I don't mean to insult anyone. As I have already told, I am really >>>> thankful that people invest their precious time into updating the po= rts >>>> collection. >>>> >>>> Whatever "clean system" means. It is surely not the default case tha= t >>>> someone has got a freshly installed set of ports. >>>> >>>> Among all the default problems with ports, libreoffice[1] adds to th= e >>>> group of annoyances[2] at the moment. I don't know when I have seen >>>> "portmaster -ad" run through successfully last time. I need more and= >>>> more "-x" options to exclude ports which fail to build. >>>> >>>> [1] german/libreoffice and libreoffice fails all the time in >>>> (LOCALIZED_LANG is set to "de"): >>>> >>>> Module 'lingucomponent' delivered successfully. 12 files copied, 2 >>>> files unchanged >>>> >>>> --------------------------------------------------------------------= --- >>>> Oh dear - something failed during the build - sorry ! >>>> For more help with debugging build errors, please see the section= in: >>>> http://wiki.documentfoundation.org/Development >>>> >>>> internal build errors: >>>> >>>> ERROR: error 65280 occurred while >>>> making >>>> /usr/workdir-ports/usr/ports/editors/libreoffice/work/libreoffice-co= re-3.5.2.2/vcl/prj >>>> >>>> >>>> it seems that the error is inside 'vcl', please re-run build >>>> inside this module to isolate the error and/or test your fix: >>>> --------------------------------------------------------------------= --- >>>> >>>> >>>> Whatever this tries to tell me. I don't get it. This is a completely= >>>> useless error message for me. >> >> Not even in german/libreoffice. i try to build the standard version an= d >> I receive the same error. >> >> I can fix this by doing what the buildsystem suggests, but then I have= a >> stop in sfx2 and others and it ends up in some module called tail_XXXX= , >> where the build never ends when performing the repair as suggested. I >> had once a box running all the night looping building in this folder. >> >>>> >>>> [2] The default annoyances are for example: >>>> >>>> - After updating perl, php or whatever, it makes sense to enforce >>>> updating the modules that belong to these ports. I've seen 100x t= he >>>> same message that p5-XML-Parser does not work and know what it me= ans, >>>> but this should be resolved by the port system. I mean, when you >>>> update perl, the perl modules won't work anymore. This is totally= >>>> clear and it makes sense to update them first before going on. >> >> I can confirm that. I fixed that for me by "portmaster p5-" in case >> p5-SAX-XXX failed. >=20 > There's an UPDATING message written for that very purpose. And even WITH this message written in /usr/ports/UPDATING and follwoing those instrauctions, I have had the very same problem as for years now with this port. The problem is, if you'd like to do an "automated" or "unattended" update of the ports, you stumble very quickly in such a kind of show stopper. If you do not update on a regular basis, those "problems" develop in very serious problems. By the way, the reason why I update also the ports on a regular basis IS because of 100% sure problems if I wait for weeks or months. >=20 >>>> >>>> - When specifying WITHOUT_X11 the ports should respect this and not = try >>>> to pull in the X11 variants of ports. I regularly see some ports >>>> pulling ImageMagick instead of the already installed >>>> ImageMagick-nox11. I still do not fully understand what is going = on >>>> with WITHOUT_GNOME, but I'll try to figure it out later. But I am= >>>> quite sure that some ports pull in unneeded Gnome dependencies. >>>> >>>> - Ports are being marked as interactive and stop the update process.= The >>>> idea behind portmaster was (earlier) to avoid interactive buildin= g of >>>> ports and ask all the needed questions, before the builds start. = I >>>> mean, earlier, I could get out and enjoy some coffee outdoors, no= w I >>>> have to sit at the keyboard. This is unacceptable! ;) >> >> "portmaster" does even more damage. Sometimed a port reels in some new= ly >> updates, a port gets deleted. if on of the to be updated prerquisits >> fail, the port in question isn't there anymore. >> >> "portmaster" fails quite often in "oberwriting" remnant files. If a po= rt >> gets corrupted by accident, like graphics/netpbm, One need to delete a= ll >> binaries manually from /usr/local/bin, otherwise the installation fail= s. >> >> Somehow I wish to have a "brute force" knob to overwrite everything in= a >> brutal way. >=20 > FORCE_PKG_REGISTER. Enabled by default in /etc/make.conf in my configuration. And the problem still persists ... --------------enigA551136DDEEFDD43037E3AA0 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBAgAGBQJP1NseAAoJEOgBcD7A/5N8M4UH/Ar63OEF7tum7LaTVxU8HsLO 0TTem5Bz+Gw6bLwn2Gfcj5J2rRt+t6Ivfstd7NCweG6onFpoaHtd8QWA/oRcNO7V WEwmJnFN9gVSsVjDpwSh84NzWv2MCRP6rvQMMp7K8ZPUhhFSfJW7bcU/QCUn1WtJ 4/bURmMX0t3ih8ri3YPVpQFbuNjSD0q0fjciAtvYNEwpgupyI8E4OSLutZmAfPNz rYK8BuWQ38l0mfGutqHrx9CDh2pbWo+VToLwsxCTVpUgcn+sYRC4zfyd2UQ7TeRv YzED9aGDphBAmprq7NDrk4tSgk8IXaxOreun6raBrfWS6d60sL82KDOAsMDFNDA= =NJ/B -----END PGP SIGNATURE----- --------------enigA551136DDEEFDD43037E3AA0-- From owner-freebsd-stable@FreeBSD.ORG Sun Jun 10 17:58:52 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3110C106566B for ; Sun, 10 Jun 2012 17:58:52 +0000 (UTC) (envelope-from egrosbein@rdtc.ru) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [IPv6:2a03:3100:c:13::5]) by mx1.freebsd.org (Postfix) with ESMTP id 50CF78FC12 for ; Sun, 10 Jun 2012 17:58:50 +0000 (UTC) Received: from eg.sd.rdtc.ru (localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.14.5/8.14.5) with ESMTP id q5AHwlHD091319; Mon, 11 Jun 2012 00:58:47 +0700 (NOVT) (envelope-from egrosbein@rdtc.ru) Message-ID: <4FD4E057.30606@rdtc.ru> Date: Mon, 11 Jun 2012 00:58:47 +0700 From: Eugene Grosbein User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; ru-RU; rv:1.9.2.13) Gecko/20110112 Thunderbird/3.1.7 MIME-Version: 1.0 To: Sami Halabi References: <201206091035.q59AZWFB058742@lurza.secnetix.de> <20120609122457.GS13609@albert.catwhisker.org> <20120609123626.GT13609@albert.catwhisker.org> <4FD37CF3.109@rdtc.ru> <4FD4C8AE.4000900@rdtc.ru> In-Reply-To: Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org Subject: Re: su 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: Sun, 10 Jun 2012 17:58:52 -0000 11.06.2012 00:28, Sami Halabi : > But how do I solve the problem? First you know for sure if it's true. Please show output of "grep console /etc/syslog.conf" and "kenv | grep console". From owner-freebsd-stable@FreeBSD.ORG Sun Jun 10 18:21:36 2012 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 560AB1065670 for ; Sun, 10 Jun 2012 18:21:36 +0000 (UTC) (envelope-from sodynet1@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 110A48FC0C for ; Sun, 10 Jun 2012 18:21:35 +0000 (UTC) Received: by obcni5 with SMTP id ni5so7112077obc.13 for ; Sun, 10 Jun 2012 11:21:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=MpA5dkI37SC9GW2C95j7vfsCOrFBGlu4AB1SsRQezWw=; b=z4Qf3Cd7fsLmUxLD56dCRL9LIvFRtxjFOA9ejUIviV5jw5HBYkayXFpPYAMx+0wvVY TyJF0JWeSxOkJfDFcEofzR5IL1cHqbhbPw4jxWbbajo1+y4Qh/onmTbEQVM5o+MyX5bW AkqxfWQthA9fFjyhj7FyvGI45lzkAKNXFI3YxyUCTOUANY1M4ctz/s0/eXoqvXF/2PvO 9nw4nspCWi5qXMT2PVkvEu6NuXAg34wI06xKHvlEQ5oTtPcuSEjvH2fseHkiXa3sjZ9z 9GB/TKgppfa6pBDduM8yzudmpTvj4GpS6sp/666Q2OcjNb1wfCVGNPiYUfFFOIbvuM9w CwUQ== MIME-Version: 1.0 Received: by 10.182.174.36 with SMTP id bp4mr14045099obc.53.1339352495234; Sun, 10 Jun 2012 11:21:35 -0700 (PDT) Received: by 10.182.44.101 with HTTP; Sun, 10 Jun 2012 11:21:35 -0700 (PDT) In-Reply-To: <4FD4E057.30606@rdtc.ru> References: <201206091035.q59AZWFB058742@lurza.secnetix.de> <20120609122457.GS13609@albert.catwhisker.org> <20120609123626.GT13609@albert.catwhisker.org> <4FD37CF3.109@rdtc.ru> <4FD4C8AE.4000900@rdtc.ru> <4FD4E057.30606@rdtc.ru> Date: Sun, 10 Jun 2012 21:21:35 +0300 Message-ID: From: Sami Halabi To: Eugene Grosbein Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: su 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: Sun, 10 Jun 2012 18:21:36 -0000 Hi, %grep console /etc/syslog.conf *.err;kern.warning;auth.notice;mail.crit /dev/console # uncomment this to log all writes to /dev/console to /var/log/console.log #console.info /var/log/console.log % %kenv | grep console comconsole_speed=3D"9600" console=3D"vidconsole" % does this makes us sure with the problem? Sami On Sun, Jun 10, 2012 at 8:58 PM, Eugene Grosbein wrote: > 11.06.2012 00:28, Sami Halabi =D0=C9=DB=C5=D4: > > But how do I solve the problem? > > First you know for sure if it's true. > Please show output of "grep console /etc/syslog.conf" and "kenv | grep > console". > --=20 Sami Halabi Information Systems Engineer NMS Projects Expert FreeBSD SysAdmin Expert From owner-freebsd-stable@FreeBSD.ORG Sun Jun 10 18:25:01 2012 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 5AB5C106566C for ; Sun, 10 Jun 2012 18:25:01 +0000 (UTC) (envelope-from egrosbein@rdtc.ru) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [IPv6:2a03:3100:c:13::5]) by mx1.freebsd.org (Postfix) with ESMTP id A81988FC15 for ; Sun, 10 Jun 2012 18:25:00 +0000 (UTC) Received: from eg.sd.rdtc.ru (localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.14.5/8.14.5) with ESMTP id q5AIOxcb091429; Mon, 11 Jun 2012 01:24:59 +0700 (NOVT) (envelope-from egrosbein@rdtc.ru) Message-ID: <4FD4E67B.5010101@rdtc.ru> Date: Mon, 11 Jun 2012 01:24:59 +0700 From: Eugene Grosbein User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; ru-RU; rv:1.9.2.13) Gecko/20110112 Thunderbird/3.1.7 MIME-Version: 1.0 To: Sami Halabi References: <201206091035.q59AZWFB058742@lurza.secnetix.de> <20120609122457.GS13609@albert.catwhisker.org> <20120609123626.GT13609@albert.catwhisker.org> <4FD37CF3.109@rdtc.ru> <4FD4C8AE.4000900@rdtc.ru> <4FD4E057.30606@rdtc.ru> In-Reply-To: Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org Subject: Re: su 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: Sun, 10 Jun 2012 18:25:01 -0000 11.06.2012 01:21, Sami Halabi : > Hi, > > %grep console /etc/syslog.conf > *.err;kern.warning;auth.notice;mail.crit /dev/console > # uncomment this to log all writes to /dev/console to /var/log/console.log > #console.info /var/log/console.log > % > > %kenv | grep console > comconsole_speed="9600" > console="vidconsole" > % > > does this makes us sure with the problem? No, this is against my proposition: console="vidconsole" states that /dev/console is not serial port but VGA output that cannot lock... Sorry, no other thoughts yet... From owner-freebsd-stable@FreeBSD.ORG Sun Jun 10 18:28:07 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 45F1B1065673 for ; Sun, 10 Jun 2012 18:28:07 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) by mx1.freebsd.org (Postfix) with ESMTP id 012708FC18 for ; Sun, 10 Jun 2012 18:28:06 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.5/8.14.5) with ESMTP id q5AIS2pT077506; Sun, 10 Jun 2012 12:28:02 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.5/8.14.5/Submit) with ESMTP id q5AIS2sV077503; Sun, 10 Jun 2012 12:28:02 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Sun, 10 Jun 2012 12:28:02 -0600 (MDT) From: Warren Block To: Karl Denninger In-Reply-To: <4FD4D42B.4030705@denninger.net> Message-ID: References: <4FD3AD35.3090301@denninger.net> <4FD4B9AC.6090604@ateamsystems.com> <4FD4BCA1.2010502@denninger.net> <4FD4BEC1.1020201@ateamsystems.com> <4FD4D42B.4030705@denninger.net> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (wonkity.com [127.0.0.1]); Sun, 10 Jun 2012 12:28:02 -0600 (MDT) Cc: freebsd-stable@freebsd.org, Adam Strohl Subject: Re: Backups with 9-STABLE -- Options? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Jun 2012 18:28:07 -0000 On Sun, 10 Jun 2012, Karl Denninger wrote: > 1. Is it REALLY safer to have the root filesystem run WITHOUT > softupdates? (As was previous default practice) The FAQ has an entry which has been there for a while. http://www.freebsd.org/doc/en_US.ISO8859-1/books/faq/disks.html#SAFE-SOFTUPDATES > 2. In order of risk of data loss what are the risks and options for SU, > SU+J and neither? Neither exposes you to huge time delays on a > post-crash boot due to the fsck requirement, but SU can expose you to a > failed background fsck and thus get you the huge time delay too. Since > SU+J eliminates this the only argument for NOT using it is that it's > more dangerous to your data than running without either or with SU > alone. Is this true? AFAIK, they should be the same as far as filesystem integrity, it's just that SU+J cuts down the time spent waiting for fsck. > 3. Is there intent to fix dump -L with SU+J? Yes, and there have been commits in the last few months. http://svnweb.freebsd.org/base/head/sys/ufs/ufs/inode.h?sortby=date&view=log > If so, is there a projection on when? Sorry, no idea. From owner-freebsd-stable@FreeBSD.ORG Sun Jun 10 18:29:52 2012 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 9059E106564A for ; Sun, 10 Jun 2012 18:29:52 +0000 (UTC) (envelope-from egrosbein@rdtc.ru) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [IPv6:2a03:3100:c:13::5]) by mx1.freebsd.org (Postfix) with ESMTP id D22688FC1A for ; Sun, 10 Jun 2012 18:29:51 +0000 (UTC) Received: from eg.sd.rdtc.ru (localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.14.5/8.14.5) with ESMTP id q5AITOxA091446; Mon, 11 Jun 2012 01:29:25 +0700 (NOVT) (envelope-from egrosbein@rdtc.ru) Message-ID: <4FD4E784.5050104@rdtc.ru> Date: Mon, 11 Jun 2012 01:29:24 +0700 From: Eugene Grosbein User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; ru-RU; rv:1.9.2.13) Gecko/20110112 Thunderbird/3.1.7 MIME-Version: 1.0 To: Sami Halabi References: <201206101128.q5ABShXN007826@lurza.secnetix.de> In-Reply-To: Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org Subject: Re: su 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: Sun, 10 Jun 2012 18:29:52 -0000 10.06.2012 18:57, Sami Halabi : > Well,in8.1 & 8.2it worked fine for me, in 8.3 i got this problem..... Have you asked someone to power cycle the box? The problem may go away if it was caused by unusual actions at boot... Eugene Grosbein From owner-freebsd-stable@FreeBSD.ORG Sun Jun 10 19:02:21 2012 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 55CEF1065670; Sun, 10 Jun 2012 19:02:21 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: from smtp02.lnh.mail.rcn.net (smtp02.lnh.mail.rcn.net [207.172.157.102]) by mx1.freebsd.org (Postfix) with ESMTP id CF56B8FC18; Sun, 10 Jun 2012 19:02:20 +0000 (UTC) Received: from mr16.lnh.mail.rcn.net ([207.172.157.36]) by smtp02.lnh.mail.rcn.net with ESMTP; 10 Jun 2012 15:02:20 -0400 Received: from smtp01.lnh.mail.rcn.net (smtp01.lnh.mail.rcn.net [207.172.4.11]) by mr16.lnh.mail.rcn.net (MOS 4.3.4-GA) with ESMTP id BUL25568; Sun, 10 Jun 2012 15:02:20 -0400 Received-SPF: None identity=pra; client-ip=209.6.86.84; receiver=smtp01.lnh.mail.rcn.net; envelope-from="roberthuff@rcn.com"; x-sender="roberthuff@rcn.com"; x-conformance=sidf_compatible Received-SPF: Neutral identity=mailfrom; client-ip=209.6.86.84; receiver=smtp01.lnh.mail.rcn.net; envelope-from="roberthuff@rcn.com"; x-sender="roberthuff@rcn.com"; x-conformance=sidf_compatible; x-record-type="v=spf1" Received-SPF: None identity=helo; client-ip=209.6.86.84; receiver=smtp01.lnh.mail.rcn.net; envelope-from="roberthuff@rcn.com"; x-sender="postmaster@jerusalem.litteratus.org.litteratus.org"; x-conformance=sidf_compatible Received: from 209-6-86-84.c3-0.smr-ubr2.sbo-smr.ma.cable.rcn.com (HELO jerusalem.litteratus.org.litteratus.org) ([209.6.86.84]) by smtp01.lnh.mail.rcn.net with ESMTP; 10 Jun 2012 15:02:20 -0400 From: Robert Huff MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <20436.61243.426276.668523@jerusalem.litteratus.org> Date: Sun, 10 Jun 2012 15:02:19 -0400 To: "O. Hartmann" In-Reply-To: <4FD4D4F6.9090805@zedat.fu-berlin.de> References: <20120604110339.GA9426@equilibrium.bsdes.net> <4FD2D4CC.3080109@ateamsystems.com> <4FD3003C.4080109@zedat.fu-berlin.de> <4FD352FF.9090101@ateamsystems.com> <4FD357F2.9090901@zedat.fu-berlin.de> <4FD35905.9080500@ateamsystems.com> <20120610121210.3ce1bd9d@zelda.sugioarto.com> <20120610165455.1c59e8ae@zelda.sugioarto.com> <4FD4C0AC.4000802@yahoo.com> <4FD4D4F6.9090805@zedat.fu-berlin.de> X-Mailer: VM 7.17 under 21.5 (beta28) "fuki" XEmacs Lucid X-Junkmail-Whitelist: YES (by domain whitelist at mr16.lnh.mail.rcn.net) Cc: Current FreeBSD , freebsd-stable@freebsd.org, Ports FreeBSD Subject: WAS: Re: Why Are You NOT Using FreeBSD ? New: port annoyance LibreOffice X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Jun 2012 19:02:21 -0000 O. Hartmann writes: > >> Among all the default problems with ports, libreoffice[1] adds to the > >> group of annoyances[2] at the moment. I don't know when I have seen > >> "portmaster -ad" run through successfully last time. I need more and > >> more "-x" options to exclude ports which fail to build. > >> > >> [1] german/libreoffice and libreoffice fails all the time in > >> (LOCALIZED_LANG is set to "de"): There is a known problem with libreoffice and boost, specifically a conflict between the boost port and the internal version. There is a work-around; however, at the moment the libreoffice maintainer does not have the time to rectify matters. See the recent/ongoing thread in either ports@ or office@ for more information. Robert Huff From owner-freebsd-stable@FreeBSD.ORG Sun Jun 10 19:14:02 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1FACE106564A for ; Sun, 10 Jun 2012 19:14:02 +0000 (UTC) (envelope-from sodynet1@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id D58608FC16 for ; Sun, 10 Jun 2012 19:14:01 +0000 (UTC) Received: by obcni5 with SMTP id ni5so7182459obc.13 for ; Sun, 10 Jun 2012 12:14:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=wV7kcF9k5sHOUBWeznVu6XbdI+HUPdZtPFt16KZndmQ=; b=kgYq1NryFtjO4PGFIgY8R3kzlYooOrwYtlVOIcBD65+x+hE4ex+tFHHyzvqvXVKhw3 ZiD6ImZlC7ARCj3Z5Ow9ReH6qsvQLeBE9gz9bhy+P+/Zzxu2vsdGDNmUxFYMwJ4QTRnc T+866zpHV9DSoGMINq7rbaqTyUdGPnaOcn5W4u8lD5cLmbAiUKvPW2LnBoq9c+CVYh2L PN94LuFmuakWngux31pj4xSlTmRkT16Tvxh/SgKVokuQmonQPDe9j2LH3wdkX3wQkzU1 dD+dnJfymJ1WQEAOWvmfoX5zvLfJk6kKJz6NOX4acv/FVAo5BH4eR5dAjWlqxg6hkugK 1DvA== MIME-Version: 1.0 Received: by 10.182.39.5 with SMTP id l5mr13868051obk.11.1339355641198; Sun, 10 Jun 2012 12:14:01 -0700 (PDT) Received: by 10.182.44.101 with HTTP; Sun, 10 Jun 2012 12:14:01 -0700 (PDT) In-Reply-To: <4FD4E784.5050104@rdtc.ru> References: <201206101128.q5ABShXN007826@lurza.secnetix.de> <4FD4E784.5050104@rdtc.ru> Date: Sun, 10 Jun 2012 22:14:01 +0300 Message-ID: From: Sami Halabi To: Eugene Grosbein Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: su 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: Sun, 10 Jun 2012 19:14:02 -0000 I'll try to reboot the machine when I go to the farm during this week, and i'll report. Thanks for all who tried to help. Sami On Sun, Jun 10, 2012 at 9:29 PM, Eugene Grosbein wrote: > 10.06.2012 18:57, Sami Halabi =D0=C9=DB=C5=D4: > > Well,in8.1 & 8.2it worked fine for me, in 8.3 i got this problem..... > > Have you asked someone to power cycle the box? > The problem may go away if it was caused by unusual actions at boot... > > Eugene Grosbein > > --=20 Sami Halabi Information Systems Engineer NMS Projects Expert FreeBSD SysAdmin Expert From owner-freebsd-stable@FreeBSD.ORG Sun Jun 10 19:14:09 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 97DFE10656D8 for ; Sun, 10 Jun 2012 19:14:09 +0000 (UTC) (envelope-from brian@brianwhalen.net) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) by mx1.freebsd.org (Postfix) with ESMTP id 0738F8FC0A for ; Sun, 10 Jun 2012 19:14:08 +0000 (UTC) Received: by lbon10 with SMTP id n10so2875770lbo.13 for ; Sun, 10 Jun 2012 12:14:07 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-originating-ip:in-reply-to:references:date :message-id:subject:from:to:cc:content-type:x-gm-message-state; bh=lgR7Ks9BZbFh2gD4oQn2gNVLRCmr4s2gz8rn5mVd92E=; b=mYjmGcicpBOZj81vFNEnhJI1W6pby/zhiQAXN84AUF/WYTuDVJaBegHncZwR8kcxqZ w+/yTtWESenRei1jKcUrUd+D+Mujm1CB/Fs9udanfYybR0fdeRYBDBWaROr9RLB4J8QQ q0EL2jdhx4ac8MzZnfAg3HOdxMk/ugNCAJ2sohVjubn52nRuZJM0/gM8kc3/hzIjW1/D 9TNmQoYK/0op/N70/s2dcOi54+Lrzj11BIB0qN519OP1HZiknOdXsEYzcTDSNQeVLoJp pXL+MDdODUMS19YAtKH9LnmtxmvzgazrPzDL40E7NWb7UW9llUxSdm3DliC9ttt8oCVh Mn1g== MIME-Version: 1.0 Received: by 10.152.103.109 with SMTP id fv13mr14994390lab.33.1339355647675; Sun, 10 Jun 2012 12:14:07 -0700 (PDT) Received: by 10.114.13.8 with HTTP; Sun, 10 Jun 2012 12:14:07 -0700 (PDT) X-Originating-IP: [174.254.33.135] Received: by 10.114.13.8 with HTTP; Sun, 10 Jun 2012 12:14:07 -0700 (PDT) In-Reply-To: References: <201206091035.q59AZWFB058742@lurza.secnetix.de> <20120609122457.GS13609@albert.catwhisker.org> <20120609123626.GT13609@albert.catwhisker.org> <4FD37CF3.109@rdtc.ru> <4FD4C8AE.4000900@rdtc.ru> Date: Sun, 10 Jun 2012 12:14:07 -0700 Message-ID: From: "Brian W." To: Sami Halabi X-Gm-Message-State: ALoCoQmfybiYb96cIYW3YuJE5hPL4qOHwUq9QI8B3qDkpx8DuNs/TVzO7MdOAkvvEr3PcOvsli0o Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org, Eugene Grosbein Subject: Re: su 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: Sun, 10 Jun 2012 19:14:09 -0000 Anything in the /var/log files give you a clue? On Jun 10, 2012 10:29 AM, "Sami Halabi" wrote: > But how do I solve the problem? > > On Sun, Jun 10, 2012 at 7:17 PM, Eugene Grosbein > wrote: > > > 10.06.2012 01:45, Sami Halabi =D0=C9=DB=C5=D4: > > > Hi, > > > > > > %sysctl kern.console > > > kern.console: ttyv0,dcons,/dcons,ttyv0,uart,ucom, > > > > > > %tail /var/log/messages > > > Jun 7 19:54:35 vps16 kernel: Trying to mount root from ufs:/dev/da0s= 1a > > > Jun 7 19:54:36 vps16 kernel: bge0: link state changed to UP > > > Jun 7 20:18:04 vps16 kernel: ugen0.2: at usbus0 > > > Jun 7 20:18:04 vps16 kernel: ukbd0: > > 0/0, rev 1.10/2.50, addr 2> on usbus0 > > > Jun 7 20:18:04 vps16 kernel: kbd2 at ukbd0 > > > Jun 7 20:18:05 vps16 kernel: uhid0: > > 0/0, rev 1.10/2.50, addr 2> on usbus0 > > > Jun 7 20:19:37 vps16 login: ROOT LOGIN (root) ON ttyv1 > > > Jun 7 20:21:19 vps16 kernel: ugen0.2: at usbus0 > > > (disconnected) > > > Jun 7 20:21:19 vps16 kernel: ukbd0: at uhub0, port 1, addr 2 > > (disconnected) > > > Jun 7 20:21:19 vps16 kernel: uhid0: at uhub0, port 1, addr 2 > > (disconnected) > > > % > > > > > > the system was loaded with keyboard and disconnected later if i > > understand > > > the logs... > > > > > > New ideas are appreciated, and thanks in advance, > > > Sami > > > > I still believe your problem concerns serial console: > > su writes to it, indirectly - it notes root login through syslogd > > that writes the message to /dev/console and locks in your case, locking > su. > > > > Eugene Grosbein > > > > > > -- > Sami Halabi > Information Systems Engineer > NMS Projects Expert > FreeBSD SysAdmin Expert > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Sun Jun 10 19:22:54 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 67DCB106566B for ; Sun, 10 Jun 2012 19:22:54 +0000 (UTC) (envelope-from kjkoster@gmail.com) Received: from mail-wi0-f178.google.com (mail-wi0-f178.google.com [209.85.212.178]) by mx1.freebsd.org (Postfix) with ESMTP id E4FF38FC0A for ; Sun, 10 Jun 2012 19:22:53 +0000 (UTC) Received: by wibhn6 with SMTP id hn6so1800486wib.13 for ; Sun, 10 Jun 2012 12:22:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date :content-transfer-encoding:message-id:references:to:x-mailer; bh=gHXCx0Wx4Q4NbYxpG7WyawEDiBzyFkZxUKlMAFTZldc=; b=TnNeae7uWogIyQ6Qr/47b9V32/QZmsDr7DzEH2Kc3CHXNx8Ry4Vuf9muOK7hJbV2Du ww80adeYPF0pEKwhN+pxScIEND5CIgMpk+3uJNJnNXVSMesB6QOp2IuEMz7VMKzP8OlN plCTiW0RSzM8ZtTiG9E+K24Pl9mTtb1VNVF8Khuub0hgs5xll9qjC9Lv6mE04cQ0N5LY s3C3eTnC6/KE2dxwR+xQh8yyDmYSXgYS5OFXau5ZoJPYwRhB2P7gTvVI/ESRvkcbqIQ7 pLXfGBIKVPiKpsoT4ulwJzVK2ropEw3Ed4LjuWKXImxpj7PpuFPZ0v8mwLzUXIof1M5F hOTA== Received: by 10.180.107.99 with SMTP id hb3mr15255657wib.0.1339356172762; Sun, 10 Jun 2012 12:22:52 -0700 (PDT) Received: from kees-jan-kosters-macbook-air.fritz.box (kjkoster.org. [83.163.197.206]) by mx.google.com with ESMTPS id k8sm30146563wia.6.2012.06.10.12.22.51 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 10 Jun 2012 12:22:51 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Apple Message framework v1278) From: Kees Jan Koster In-Reply-To: <20120530002415.GC92444@in-addr.com> Date: Sun, 10 Jun 2012 21:22:50 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <065831B2-A996-4400-968B-494B474784F6@gmail.com> References: <20120529203913.GB92444@in-addr.com> <43F6FDD2-3D31-44D7-82C7-4466D609ECF2@gmail.com> <20120530002415.GC92444@in-addr.com> To: freebsd-stable@freebsd.org X-Mailer: Apple Mail (2.1278) Subject: Re: FreeBSD 9.0 hangs on heavy I/O X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Jun 2012 19:22:54 -0000 Dear All, Been a while since I worked on this and I thought I'd send out an = update. I found out I had two related issues. Seemingly random hangs = that seem to have their root in disk I/O and the other is that network = connections are not being served quickly enough because of this. For the latter issue, I learned that by raising kern.ipc.somaxconn I = could make the system buffer the connections long enough so that the = application could accept all of them. The effect is that now my application runs smoothly again, although = there are still lots of unexplained things about this system's I/O load. Next steps for me are to move the code around a bit to change the way my = application uses the disk. There is still some buffering I can do before = writing and I can move a small part of the I/O off to another spindle. = So while I am still not sure what is going on I will focus on my own = code a bit before I return to tuning FreeBSD for this workload. Thanks to all who contributed to this thread. Kees Jan On 30 May 2012, at 02:24, Gary Palmer wrote: > On Tue, May 29, 2012 at 10:59:58PM +0200, Kees Jan Koster wrote: >> Dear Gary, >>=20 >>>> # camcontrol devlist >>>> at scbus1 target 0 lun 0 = (pass0,ada0) >>>> at scbus2 target 0 lun 0 = (pass1,ada1) >>>> at scbus3 target 0 lun 0 = (pass2,ada2) >>>> at scbus4 target 0 lun 0 = (pass3,ada3) >>>> at scbus7 target 0 lun 0 = (pass4,cd0) >>>> at scbus8 target 0 lun 0 = (pass5,cd1) >>>=20 >>> Check the SSD for its internal block size and make sure your = filesystem >>> and partitions are aligned with the disk block size. Unless there >>> is something wrong with your SATA controller I'd expect a lot more = than >>> 273 IOPS/sec and ~30MByte/sec from a SSD. >>=20 >>=20 >> Thank you for suggesting this. However, I recently went through my = file systems to fix disk alignment. I ended up aligning them to 1M = blocks, which raised the throughput from 6M/s to about 60-80MB/s which = is what I am seeing today. >>=20 >> # gpart show >> ... >> =3D> 34 250069613 ada3 GPT (119G) >> 34 2014 - free - (1M) >> 2048 250067599 1 freebsd-ufs (119G) >>=20 >> Do you think I need to revisit alignment? >=20 > I don't have the specific device you have, but looking at the test = results > from a random site for the same drive and firmware, they got 465 = random IOPS > for a 0.5KB block size and a lot more than 60-80MB/sec. I get = 60-80MB/sec > from a WD green drive in a pure write situation (admitedly using ZFS), > so I'm a bit surprised you're seeing similar performance from your = SSD,=20 > although now I look at it, the drive appears to be an older model. It = could > be that you're running into issues where the drive is working hard as > all the flash blocks need to be erased before reuse. You may get some > improvement if you tweak the filesystem block size to the SSD block = size. > TRIM may also help if the drive supports it. >=20 > Regards, >=20 > Gary -- Kees Jan http://java-monitor.com/ kjkoster@kjkoster.org +31651838192 Change is good. Granted, it is good in retrospect, but change is good. From owner-freebsd-stable@FreeBSD.ORG Sun Jun 10 19:42:59 2012 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 BAE181065673 for ; Sun, 10 Jun 2012 19:42:59 +0000 (UTC) (envelope-from sebsta@t-online.de) Received: from mailout11.t-online.de (mailout11.t-online.de [194.25.134.85]) by mx1.freebsd.org (Postfix) with ESMTP id 5F45E8FC0A for ; Sun, 10 Jun 2012 19:42:59 +0000 (UTC) Received: from fwd13.aul.t-online.de (fwd13.aul.t-online.de ) by mailout11.t-online.de with smtp id 1Sdo0v-00028o-Er; Sun, 10 Jun 2012 21:41:29 +0200 Received: from seb.snet.local (rP1ACBZ1whQCn-359TRwjg-OG-oIwLF4Ae1H9l9I06KJqeTiigzLIId-5v0wyIVQ6s@[93.199.52.136]) by fwd13.t-online.de with esmtp id 1Sdo0v-01hamO0; Sun, 10 Jun 2012 21:41:29 +0200 Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Apple Message framework v1278) From: Sebastian Stach In-Reply-To: <4FD30EA3.8060500@quip.cz> Date: Sun, 10 Jun 2012 21:41:03 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <9F443301-7E86-44D2-8792-4198C827C25D@t-online.de> References: <4FCE37FC.1090405@gmail.com> <878874BA-2F5C-4A7E-8690-2A8A96536AE0@t-online.de> <4FCE6931.6010901@quip.cz> <4FCE786A.2030205@quip.cz> <4FCF2E6E.2040902@quip.cz> <3B262A53-C137-4E4E-B1B7-7471B1FBA258@t-online.de> <4FD30EA3.8060500@quip.cz> To: freebsd-stable X-Mailer: Apple Mail (2.1278) X-ID: rP1ACBZ1whQCn-359TRwjg-OG-oIwLF4Ae1H9l9I06KJqeTiigzLIId-5v0wyIVQ6s X-TOI-MSGID: 3ce7dd93-1759-457f-83cc-6a569938a597 Subject: Re: em interfaces supermicro X9SCM-F board / X9SCA-F X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Jun 2012 19:42:59 -0000 Am 09.06.2012 um 10:51 schrieb Miroslav Lachman: > Hi, >=20 > I changed the switch to 1Gbps and run the test again. >=20 > No problems with the NICs. The iperf is running for 10 hours now. 2TB = of data was transmitted in both directions. >=20 > I am running an endless loop on a client side >=20 > while 1 > iperf -c xx.xx.xx.xx --format k -m -p 999 -t 1800 -d > sleep 5 > end >=20 > ------------------------------------------------------------ > Server listening on TCP port 999 > TCP window size: 64.0 KByte (default) > ------------------------------------------------------------ > ------------------------------------------------------------ > Client connecting to yy.yy.yy.yy, TCP port 999 > TCP window size: 137 KByte (default) > ------------------------------------------------------------ > [ 5] local xx.xx.xx.xx port 18834 connected with yy.yy.yy.yy port 999 > [ 4] local xx.xx.xx.xx port 999 connected with yy.yy.yy.yy port 59754 > [ ID] Interval Transfer Bandwidth > [ 4] 0.0-1800.0 sec 82823213 KBytes 376938 Kbits/sec > [ 4] MSS size 1448 bytes (MTU 1500 bytes, ethernet) > [ 5] 0.0-1800.0 sec 73954944 KBytes 336575 Kbits/sec > [ 5] MSS size 1448 bytes (MTU 1500 bytes, ethernet) >=20 >=20 > And another endless loop on server side >=20 > while 1 > iperf -s -p 999 > end >=20 > ------------------------------------------------------------ > Server listening on TCP port 999 > TCP window size: 64.0 KByte (default) > ------------------------------------------------------------ > [ 4] local yy.yy.yy.yy port 999 connected with xx.xx.xx.xx port 18834 > ------------------------------------------------------------ > Client connecting to xx.xx.xx.xx, TCP port 999 > TCP window size: 65.0 KByte (default) > ------------------------------------------------------------ > [ 6] local yy.yy.yy.yy port 59754 connected with xx.xx.xx.xx port 999 > Waiting for server threads to complete. Interrupt again to force quit. > [ ID] Interval Transfer Bandwidth > [ 6] 0.0-1800.0 sec 79.0 GBytes 377 Mbits/sec > [ 4] 0.0-1800.0 sec 70.5 GBytes 337 Mbits/sec >=20 >=20 > Client is on the Supermicro X9SCA-F >=20 > em0: flags=3D8843 metric 0 mtu = 1500 = options=3D4219b > ether 00:25:90:73:d1:76 > inet xx.xx.xx.xx netmask 0xffffff80 broadcast xx.xx.xx.xx > media: Ethernet autoselect (1000baseT ) > status: active >=20 >=20 > Server is running on the Cisco UCS C200 M2 >=20 > igb0: flags=3D8943 = metric 0 mtu 1500 = options=3D401bb > ether 50:57:a8:af:eb:0a > inet yy.yy.yy.yy netmask 0xffffff80 broadcast yy.yy.yy.yy > media: Ethernet autoselect (1000baseT ) > status: active >=20 > Both sides are running FreeBSD 8.3-RELEASE amd64 GENERIC >=20 > So the only difference is that I am using NIC em0 in shared mode for = remote management. Can you try your test with shared mode? >=20 > Miroslav Lachman I did a test on my system again. My second NIC is working without = problems but the first one is still hanging after a while even when configured in = shared mode. I will contact the support again and if the issue cannot be resolved = shortly i will RMA the board. Thanks again for doing the test on your system. Sebastian Stach From owner-freebsd-stable@FreeBSD.ORG Sun Jun 10 20:48:57 2012 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 7F462106564A for ; Sun, 10 Jun 2012 20:48:57 +0000 (UTC) (envelope-from dr@roffiaen.com) Received: from smtp5-g21.free.fr (smtp5-g21.free.fr [IPv6:2a01:e0c:1:1599::14]) by mx1.freebsd.org (Postfix) with ESMTP id BFCAE8FC15 for ; Sun, 10 Jun 2012 20:48:55 +0000 (UTC) Received: from [192.168.1.25] (unknown [78.220.40.62]) by smtp5-g21.free.fr (Postfix) with ESMTP id E448ED48069 for ; Sun, 10 Jun 2012 22:48:49 +0200 (CEST) Message-ID: <4FD50830.1070602@roffiaen.com> Date: Sun, 10 Jun 2012 22:48:48 +0200 From: David ROFFIAEN User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:12.0) Gecko/20120606 Thunderbird/12.0.1 MIME-Version: 1.0 To: freebsd-stable Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: if_bridge panic removing member X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Jun 2012 20:48:57 -0000 Hi list, On FreeBSD 9-stable (csup from today) with amd64 arch (only, no poblem with the same source on i386) kernel panic when removing member form the bridge : to reproduce : # ifconfig bridge0 create addm em0 # ifconfig bridge0 deletem em0 the problem is the same with all interfaces (tested with wlan vlan em) It seems to become for a new function in net/if_bridge.c : bridge_linkstate, not existing previously when it worked on amd64 (one month ago) Sorry for my english David From owner-freebsd-stable@FreeBSD.ORG Sun Jun 10 20:50:19 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 48504106566B for ; Sun, 10 Jun 2012 20:50:19 +0000 (UTC) (envelope-from andy@fud.org.nz) Received: from mail-pz0-f54.google.com (mail-pz0-f54.google.com [209.85.210.54]) by mx1.freebsd.org (Postfix) with ESMTP id 1849F8FC18 for ; Sun, 10 Jun 2012 20:50:19 +0000 (UTC) Received: by dadv36 with SMTP id v36so4728476dad.13 for ; Sun, 10 Jun 2012 13:50:18 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding:x-gm-message-state; bh=K8maakLWYGYXBZrnkhFigBNvDaxxWc9ck2HxpCY9G9E=; b=kl7FbPRgDL8xjER2bQ0qbRDAlPJa66+8boSzPe1qAB0Cskyqhw2pCj4QTMjRLvyu// oJgFvAjWlXFNrZe2FdYpaAG4fHmMgdgAjDuimApGbKtU4s5ehS95CRZOMsJKDaSV+g5z Q72qk9Mm2fp1PL7718PQad2urZvM0eTTrFTK8z54shejUQMntj7/c4uidPPfwfPWio0R DTkmcNl6UgPYs7CFT+s4YSj7ZcWQ/leaKxDLFxLd4Rq5uBjNwIPregof9ZD3OWLeAqz0 OlJj3l3Z2MEDjpEt4TGU19PyyG+LCgDsndhSm8C2I3Hy1CvY2Yg/7HsjDNct65BZhjzQ 3teg== MIME-Version: 1.0 Received: by 10.68.136.69 with SMTP id py5mr19117301pbb.115.1339361418820; Sun, 10 Jun 2012 13:50:18 -0700 (PDT) Sender: andy@fud.org.nz Received: by 10.68.73.161 with HTTP; Sun, 10 Jun 2012 13:50:18 -0700 (PDT) In-Reply-To: <4FD50830.1070602@roffiaen.com> References: <4FD50830.1070602@roffiaen.com> Date: Mon, 11 Jun 2012 08:50:18 +1200 X-Google-Sender-Auth: QFKA_TO0mbE7ztzsfI8xYhRd1_8 Message-ID: From: Andrew Thompson To: David ROFFIAEN Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Gm-Message-State: ALoCoQmPlWHj8FK7kiJWYj1rvB+eyLQuv53xbbfz2NoCzc/wueQQLHIDUGimvVG5MqXtC+1WnUdK Cc: freebsd-stable Subject: Re: if_bridge panic removing member X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Jun 2012 20:50:19 -0000 On 11 June 2012 08:48, David ROFFIAEN wrote: > Hi list, > > On FreeBSD 9-stable (csup from today) with amd64 arch (only, no poblem wi= th > the same source on i386) kernel panic when removing member form the bridg= e : > to reproduce : > > # ifconfig bridge0 create addm em0 > # ifconfig bridge0 deletem em0 > > the problem is the same with all interfaces (tested with wlan vlan em) > > It seems to become for a new function in net/if_bridge.c : > =A0bridge_linkstate, not existing previously when it worked on amd64 (one > month ago) > I introduced this issue in r234487, please try this patch. http://people.freebsd.org/~thompsa/bridge_link.diff regards, Andrew From owner-freebsd-stable@FreeBSD.ORG Sun Jun 10 22:20:13 2012 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 0DBDA1065670 for ; Sun, 10 Jun 2012 22:20:13 +0000 (UTC) (envelope-from joh.hendriks@gmail.com) Received: from mail-wg0-f50.google.com (mail-wg0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 8BAC08FC16 for ; Sun, 10 Jun 2012 22:20:12 +0000 (UTC) Received: by wgbds11 with SMTP id ds11so2580738wgb.31 for ; Sun, 10 Jun 2012 15:20:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=9EuFRyTKsKHny4vOLRArehqSOPQ9ECyFhIb4qxdbiSQ=; b=fVYRv5xy5xFUlFWDMkZ/eLHO03cIj+bAck0Ek6QJCqhofcE3uXNPU2IE6qRM2TxD+8 YIJlJgJjctm+HQFkWhLrba0DfN1nQW1HZ3eXlzNa5hddiwneTEwzjBaaFXlM5rxFNzy+ Pm3foZPbkNyIz23FJAy6fTN9bkQ5zRVMQdHOUG3DS5yMm2CJIzUIE1i0ChkWo3yIPkYu rIAxYo3Fgv29k3R1c/ZQqqJkYRbTX9iddMA5KQW12znJ0plDRsg3ZemGpL7MIUTjyvtV zHTGODXY8HjCr6VMjnOZKeB+XoHZnTWFVnORvSqMW7ujcc1gcZtsiOK7y7L6KY1a0Oc/ fwDw== Received: by 10.216.218.216 with SMTP id k66mr4897850wep.191.1339366806022; Sun, 10 Jun 2012 15:20:06 -0700 (PDT) Received: from [192.168.1.13] (5ED0E470.cm-7-1d.dynamic.ziggo.nl. [94.208.228.112]) by mx.google.com with ESMTPS id k8sm31670299wia.6.2012.06.10.15.20.04 (version=SSLv3 cipher=OTHER); Sun, 10 Jun 2012 15:20:04 -0700 (PDT) Message-ID: <4FD51D95.5030402@gmail.com> Date: Mon, 11 Jun 2012 00:20:05 +0200 From: Johan Hendriks User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:13.0) Gecko/20120604 Thunderbird/13.0 MIME-Version: 1.0 To: Sebastian Stach References: <4FCE37FC.1090405@gmail.com> <878874BA-2F5C-4A7E-8690-2A8A96536AE0@t-online.de> <4FCE6931.6010901@quip.cz> <4FCE786A.2030205@quip.cz> <4FCF2E6E.2040902@quip.cz> <3B262A53-C137-4E4E-B1B7-7471B1FBA258@t-online.de> <4FD30EA3.8060500@quip.cz> <9F443301-7E86-44D2-8792-4198C827C25D@t-online.de> In-Reply-To: <9F443301-7E86-44D2-8792-4198C827C25D@t-online.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable Subject: Re: em interfaces supermicro X9SCM-F board / X9SCA-F X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Jun 2012 22:20:13 -0000 Sebastian Stach schreef: > Am 09.06.2012 um 10:51 schrieb Miroslav Lachman: > >> Hi, >> >> I changed the switch to 1Gbps and run the test again. >> >> No problems with the NICs. The iperf is running for 10 hours now. 2TB of data was transmitted in both directions. >> >> I am running an endless loop on a client side >> >> while 1 >> iperf -c xx.xx.xx.xx --format k -m -p 999 -t 1800 -d >> sleep 5 >> end >> >> ------------------------------------------------------------ >> Server listening on TCP port 999 >> TCP window size: 64.0 KByte (default) >> ------------------------------------------------------------ >> ------------------------------------------------------------ >> Client connecting to yy.yy.yy.yy, TCP port 999 >> TCP window size: 137 KByte (default) >> ------------------------------------------------------------ >> [ 5] local xx.xx.xx.xx port 18834 connected with yy.yy.yy.yy port 999 >> [ 4] local xx.xx.xx.xx port 999 connected with yy.yy.yy.yy port 59754 >> [ ID] Interval Transfer Bandwidth >> [ 4] 0.0-1800.0 sec 82823213 KBytes 376938 Kbits/sec >> [ 4] MSS size 1448 bytes (MTU 1500 bytes, ethernet) >> [ 5] 0.0-1800.0 sec 73954944 KBytes 336575 Kbits/sec >> [ 5] MSS size 1448 bytes (MTU 1500 bytes, ethernet) >> >> >> And another endless loop on server side >> >> while 1 >> iperf -s -p 999 >> end >> >> ------------------------------------------------------------ >> Server listening on TCP port 999 >> TCP window size: 64.0 KByte (default) >> ------------------------------------------------------------ >> [ 4] local yy.yy.yy.yy port 999 connected with xx.xx.xx.xx port 18834 >> ------------------------------------------------------------ >> Client connecting to xx.xx.xx.xx, TCP port 999 >> TCP window size: 65.0 KByte (default) >> ------------------------------------------------------------ >> [ 6] local yy.yy.yy.yy port 59754 connected with xx.xx.xx.xx port 999 >> Waiting for server threads to complete. Interrupt again to force quit. >> [ ID] Interval Transfer Bandwidth >> [ 6] 0.0-1800.0 sec 79.0 GBytes 377 Mbits/sec >> [ 4] 0.0-1800.0 sec 70.5 GBytes 337 Mbits/sec >> >> >> Client is on the Supermicro X9SCA-F >> >> em0: flags=8843 metric 0 mtu 1500 options=4219b >> ether 00:25:90:73:d1:76 >> inet xx.xx.xx.xx netmask 0xffffff80 broadcast xx.xx.xx.xx >> media: Ethernet autoselect (1000baseT ) >> status: active >> >> >> Server is running on the Cisco UCS C200 M2 >> >> igb0: flags=8943 metric 0 mtu 1500 options=401bb >> ether 50:57:a8:af:eb:0a >> inet yy.yy.yy.yy netmask 0xffffff80 broadcast yy.yy.yy.yy >> media: Ethernet autoselect (1000baseT ) >> status: active >> >> Both sides are running FreeBSD 8.3-RELEASE amd64 GENERIC >> >> So the only difference is that I am using NIC em0 in shared mode for remote management. Can you try your test with shared mode? >> >> Miroslav Lachman > I did a test on my system again. My second NIC is working without problems > but the first one is still hanging after a while even when configured in shared mode. > I will contact the support again and if the issue cannot be resolved shortly i will > RMA the board. > > Thanks again for doing the test on your system. > > Sebastian Stach > > _______________________________________________ > 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" The support team from supermicro send me a new NIC EEPROM. After installing, both nics are seen by FreeBSD. 1. This EEPROM package is for X9SCM(-F) and X9SCL(-F). 2. Changed SVID to 15D9 in EEPROM files. 3. For X9SCL-F and X9SCM-F, please use X9SCLF batch file. 4. For X9SCL and X9SCM, please use X9SCL batch file. So for me the problems are solved. regards Johan From owner-freebsd-stable@FreeBSD.ORG Mon Jun 11 07:17:49 2012 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 8F5991065672 for ; Mon, 11 Jun 2012 07:17:49 +0000 (UTC) (envelope-from david@roffiaen.com) Received: from smtp5-g21.free.fr (smtp5-g21.free.fr [IPv6:2a01:e0c:1:1599::14]) by mx1.freebsd.org (Postfix) with ESMTP id E33218FC14 for ; Mon, 11 Jun 2012 07:17:35 +0000 (UTC) Received: from [192.168.1.10] (unknown [78.220.40.62]) by smtp5-g21.free.fr (Postfix) with ESMTP id 74BD0D48047 for ; Mon, 11 Jun 2012 09:17:28 +0200 (CEST) Message-ID: <4FD59B87.50201@roffiaen.com> Date: Mon, 11 Jun 2012 09:17:27 +0200 From: David User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:6.0.2) Gecko/20110913 Thunderbird/6.0.2 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <4FD50830.1070602@roffiaen.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: if_bridge panic removing member X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Jun 2012 07:17:49 -0000 Hi, Patch work for me One thing I don't understand is why this bug only happen on amd64 ? Regards David Le 10.06.2012 22:50, Andrew Thompson a crit : > On 11 June 2012 08:48, David ROFFIAEN wrote: >> Hi list, >> >> On FreeBSD 9-stable (csup from today) with amd64 arch (only, no poblem with >> the same source on i386) kernel panic when removing member form the bridge : >> to reproduce : >> >> # ifconfig bridge0 create addm em0 >> # ifconfig bridge0 deletem em0 >> >> the problem is the same with all interfaces (tested with wlan vlan em) >> >> It seems to become for a new function in net/if_bridge.c : >> bridge_linkstate, not existing previously when it worked on amd64 (one >> month ago) >> > I introduced this issue in r234487, please try this patch. > http://people.freebsd.org/~thompsa/bridge_link.diff > > regards, > Andrew > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Mon Jun 11 08:14:31 2012 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 2A71B106566C for ; Mon, 11 Jun 2012 08:14:31 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.78]) by mx1.freebsd.org (Postfix) with ESMTP id CC0A88FC12 for ; Mon, 11 Jun 2012 08:14:30 +0000 (UTC) Received: from smtp.greenhost.nl ([213.108.104.138]) by smarthost1.greenhost.nl with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from ) id 1SdzlX-0007pI-4z for freebsd-stable@freebsd.org; Mon, 11 Jun 2012 10:14:23 +0200 Received: from [81.21.138.17] (helo=ronaldradial.versatec.local) by smtp.greenhost.nl with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.72) (envelope-from ) id 1SdzlX-0001Ds-1N for freebsd-stable@freebsd.org; Mon, 11 Jun 2012 10:14:23 +0200 Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: freebsd-stable@freebsd.org References: <201206091035.q59AZWFB058742@lurza.secnetix.de> <20120609122457.GS13609@albert.catwhisker.org> <20120609123626.GT13609@albert.catwhisker.org> <4FD37CF3.109@rdtc.ru> Date: Mon, 11 Jun 2012 10:14:21 +0200 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit From: "Ronald Klop" Message-ID: In-Reply-To: <4FD37CF3.109@rdtc.ru> User-Agent: Opera Mail/11.64 (Win32) X-Virus-Scanned: by clamav at smarthost1.samage.net X-Spam-Level: / X-Spam-Score: 0.0 X-Spam-Status: No, score=0.0 required=5.0 tests=BAYES_50 autolearn=disabled version=3.2.5 X-Scan-Signature: c74461a82029b6293650421ecb57b64a Subject: Re: su 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, 11 Jun 2012 08:14:31 -0000 On Sat, 09 Jun 2012 18:42:27 +0200, Eugene Grosbein wrote: > 09.06.2012 19:47, Sami Halabi пишет: >> %su - >> Password: >> load: 0.00 cmd: su 30588 [ttydcd] 0.91r 0.00u 0.00s 0% 2092k > > Perpaps, your system had no keyboard attached at boot time; > or for some other reason it booted with /dev/console being serial console > instead of vidconsole. su locks trying to access serial console > that is /dev/ttyd0 by default and has Carrier Detect flag enabled. > Hence, it waits for CD on the first serial port (miserably and > hopelessly). > > You can check if it's true with "sysctl kern.console" command. > You could ask someone to boot the system with keyboard attached - > no need to type anything, though. The system should detect it > and assingn /dev/ttyv0 as /dev/console instead of /dev/ttyd0. > And "su" won't lock. > > Eugene Grosbein Can you see what su is doing with procstat -kk ? From owner-freebsd-stable@FreeBSD.ORG Mon Jun 11 08:33:51 2012 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 0FCE6106566B for ; Mon, 11 Jun 2012 08:33:51 +0000 (UTC) (envelope-from vsityz@gmail.com) Received: from mail-ey0-f182.google.com (mail-ey0-f182.google.com [209.85.215.182]) by mx1.freebsd.org (Postfix) with ESMTP id 82A168FC0A for ; Mon, 11 Jun 2012 08:33:50 +0000 (UTC) Received: by eabm6 with SMTP id m6so229208eab.13 for ; Mon, 11 Jun 2012 01:33:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; bh=15aqbIcoD2or77MG0Ur7YkRH31OXcyjLjVD02/VWhtk=; b=cRUM+z+nol6FvLI3Q0kJcTuG4zTTxRFpOAf6PiyBrYsulwgFNtJTQgzhnxm1aVeHOp DAYrHcprXR4BLH/PrwOzBoAtOpLKfSeU3TRIFeIfo7TK3JtJ5/fS0rXFNf+ZvDi1CrTb BFRQJrJN0U8r6Oalg+8vFJcjpUTd5kih2mOhmtT0r7fMadTZVUPkcruLSLp9tOW3treK ngVG0OOzv96gkl0H1e6QwzCuWlx8dCnzhlng7nb4WXYgYNc2LTT83mvenKS9csPgKo64 /amfzsLFFEqjhzVbamLvUfrNROaWmeZxs15kSdDUen42WJhQBOVsX9PqII/go4DLUbKH pt3A== Received: by 10.14.27.136 with SMTP id e8mr5574315eea.156.1339403629354; Mon, 11 Jun 2012 01:33:49 -0700 (PDT) Received: from admin.local (informalians.com.ua. [193.104.178.111]) by mx.google.com with ESMTPS id p41sm49874440eef.5.2012.06.11.01.33.47 (version=SSLv3 cipher=OTHER); Mon, 11 Jun 2012 01:33:48 -0700 (PDT) Message-ID: <4FD5AE32.50601@gmail.com> Date: Mon, 11 Jun 2012 11:37:06 +0300 From: Alexander Panyushkin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:12.0) Gecko/20120529 Thunderbird/12.0.1 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: world not build X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Jun 2012 08:33:51 -0000 world not build FreeBSD admin.local 9.0-STABLE FreeBSD 9.0-STABLE #0: Thu May 24 12:31:01 EEST 2012 root@admin.local:/usr/obj/usr/src/sys/Kernel amd64 make.conf ========= CPUTYPE?=nocona KERNCONF=Kernel MAKE_JOBS_NUMBER=4 .if ${.CURDIR:M/usr/src} || ${.CURDIR:M/usr/src/*} || ${.CURDIR:M/usr/obj} || ${.CURDIR:M/usr/obj/*} || ${.CURDIR:M/sys} || ${.CURDIR:M/sys/*} CFLAGS+= -D_FORTIFY_SOURCE=2 .if !defined(CPP) || ${CPP} == "cpp" CPP=clang-cpp .endif .endif .if !defined(CC) || ${CC} == "cc" CC=clang .endif .if !defined(CXX) || ${CXX} == "c++" CXX=clang++ .endif src.conf ======== WITHOUT_AMD=YES WITHOUT_ATM=YES WITHOUT_AUDIT=YES WITHOUT_AUTHPF=YES WITHOUT_BLUETOOTH=YES WITHOUT_BSNMP=YES WITHOUT_FREEBSD_UPDATE=YES WITHOUT_GAMES=YES WITHOUT_IDEA=YES WITHOUT_INET6=YES WITHOUT_IPFILTER=YES WITHOUT_IPFW=YES WITHOUT_IPX=YES WITHOUT_JAIL=YES WITHOUT_KERBEROS=YES WITHOUT_NCP=yes WITHOUT_NDIS=YES WITHOUT_NIS=YES WITHOUT_PROFILE=YES WITHOUT_QUOTAS=YES WITHOUT_RCMDS=YES WITHOUT_RCS=YES WITH_BIND_LARGE_FILE=YES WITH_BIND_LIBS=YES WITH_BIND_XML=YES WITH_CLANG=YES WITH_CLANG_EXTRAS=YES WITH_LIBCPLUSPLUS=YES mkdep -f .depend -a -D_FORTIFY_SOURCE=2 -D_XOPEN_SOURCE_EXTENDED -DENABLE_WIDEC -I. -I/usr/obj/usr/src/lib/ncurses/panelw/../ncursesw -I/usr/src/lib/ncurses/panelw/../ncursesw -I/usr/src/lib/ncurses/panelw/../ncurses -I/usr/src/lib/ncurses/panelw/../../../contrib/ncurses/include -I/usr/src/lib/ncurses/panelw/../../../contrib/ncurses/ncurses -DNDEBUG -DHAVE_CONFIG_H -I/usr/src/lib/ncurses/panelw/../../../contrib/ncurses/panel /usr/src/lib/ncurses/panelw/../../../contrib/ncurses/panel/p_above.c /usr/src/lib/ncurses/panelw/../../../contrib/ncurses/panel/p_below.c /usr/src/lib/ncurses/panelw/../../../contrib/ncurses/panel/p_bottom.c /usr/src/lib/ncurses/panelw/../../../contrib/ncurses/panel/p_delete.c /usr/src/lib/ncurses/panelw/../../../contrib/ncurses/panel/p_hidden.c /usr/src/lib/ncurses/panelw/../../../contrib/ncurses/panel/p_hide.c /usr/src/lib/ncurses/panelw/../../../contrib/ncurses/panel/p_move.c /usr/src/lib/ncurses/panelw/../../../contrib/ncurses/panel/p_new.c /usr/src/lib/nc urses/panelw/../../../contrib/ncurses/panel/p_replace.c /usr/src/lib/ncurses/panelw/../../../contrib/ncurses/panel/p_show.c /usr/src/lib/ncurses/panelw/../../../contrib/ncurses/panel/p_top.c /usr/src/lib/ncurses/panelw/../../../contrib/ncurses/panel/p_update.c /usr/src/lib/ncurses/panelw/../../../contrib/ncurses/panel/p_user.c /usr/src/lib/ncurses/panelw/../../../contrib/ncurses/panel/p_win.c /usr/src/lib/ncurses/panelw/../../../contrib/ncurses/panel/panel.c echo libpanelw.so.5: /usr/obj/usr/src/tmp/usr/lib/libncursesw.a >> .depend ===> lib/libnetgraph (depend) rm -f .depend mkdep -f .depend -a -D_FORTIFY_SOURCE=2 /usr/src/lib/libnetgraph/sock.c /usr/src/lib/libnetgraph/msg.c /usr/src/lib/libnetgraph/debug.c ===> lib/libradius (depend) ===> lib/librpcsvc (depend) RPCGEN_CPP=cpp rpcgen -C -c /usr/src/lib/librpcsvc/../../include/rpcsvc/klm_prot.x -o klm_prot_xdr.c RPCGEN_CPP=cpp rpcgen -C -c /usr/src/lib/librpcsvc/../../include/rpcsvc/mount.x -o mount_xdr.c RPCGEN_CPP=cpp rpcgen -C -c /usr/src/lib/librpcsvc/../../include/rpcsvc/nfs_prot.x -o nfs_prot_xdr.c RPCGEN_CPP=cpp rpcgen -C -c /usr/src/lib/librpcsvc/../../include/rpcsvc/nlm_prot.x -o nlm_prot_xdr.c RPCGEN_CPP=cpp rpcgen -C -c /usr/src/lib/librpcsvc/../../include/rpcsvc/rex.x -o rex_xdr.c RPCGEN_CPP=cpp rpcgen -C -c /usr/src/lib/librpcsvc/../../include/rpcsvc/rnusers.x -o rnusers_xdr.c RPCGEN_CPP=cpp rpcgen -C -c /usr/src/lib/librpcsvc/../../include/rpcsvc/rquota.x -o rquota_xdr.c RPCGEN_CPP=cpp rpcgen -C -c /usr/src/lib/librpcsvc/../../include/rpcsvc/rstat.x -o rstat_xdr.c RPCGEN_CPP=cpp rpcgen -C -c /usr/src/lib/librpcsvc/../../include/rpcsvc/rwall.x -o rwall_xdr.c RPCGEN_CPP=cpp rpcgen -C -c /usr/src/lib/librpcsvc/../../include/rpcsvc/sm_inter.x -o sm_inter_xdr.c RPCGEN_CPP=cpp rpcgen -C -c /usr/src/lib/librpcsvc/../../include/rpcsvc/spray.x -o spray_xdr.c RPCGEN_CPP=cpp rpcgen -C -c /usr/src/lib/librpcsvc/../../include/rpcsvc/yppasswd.x -o yppasswd_xdr.c RPCGEN_CPP=cpp rpcgen -C -c /usr/src/lib/librpcsvc/../../include/rpcsvc/ypxfrd.x -o ypxfrd_xdr.c RPCGEN_CPP=cpp rpcgen -C -c /usr/src/lib/librpcsvc/../../include/rpcsvc/ypupdate_prot.x -o ypupdate_prot_xdr.c rm -f .depend mkdep -f .depend -a -D_FORTIFY_SOURCE=2 -DYP -I/usr/obj/usr/src/tmp/usr/include/rpcsvc klm_prot_xdr.c mount_xdr.c nfs_prot_xdr.c nlm_prot_xdr.c rex_xdr.c rnusers_xdr.c rquota_xdr.c rstat_xdr.c rwall_xdr.c sm_inter_xdr.c spray_xdr.c yppasswd_xdr.c ypxfrd_xdr.c ypupdate_prot_xdr.c /usr/src/lib/librpcsvc/rnusers.c /usr/src/lib/librpcsvc/rstat.c /usr/src/lib/librpcsvc/rwall.c /usr/src/lib/librpcsvc/secretkey.c /usr/src/lib/librpcsvc/xcrypt.c ===> lib/libsbuf (depend) ===> lib/libtacplus (depend) ===> lib/libutil (depend) ===> lib/libcxxrt (depend) ===> lib/libc++ (depend) rm -f .depend mkdep -f .depend -a -D_FORTIFY_SOURCE=2 -I/usr/src/lib/libc++/../../contrib/libc++/include -I/usr/src/lib/libc++/../../contrib/libcxxrt -DLIBCXXRT /usr/src/lib/libc++/../../contrib/libc++/src/algorithm.cpp /usr/src/lib/libc++/../../contrib/libc++/src/bind.cpp /usr/src/lib/libc++/../../contrib/libc++/src/chrono.cpp /usr/src/lib/libc++/../../contrib/libc++/src/condition_variable.cpp /usr/src/lib/libc++/../../contrib/libc++/src/debug.cpp /usr/src/lib/libc++/../../contrib/libc++/src/exception.cpp /usr/src/lib/libc++/../../contrib/libc++/src/future.cpp /usr/src/lib/libc++/../../contrib/libc++/src/hash.cpp /usr/src/lib/libc++/../../contrib/libc++/src/ios.cpp /usr/src/lib/libc++/../../contrib/libc++/src/iostream.cpp /usr/src/lib/libc++/../../contrib/libc++/src/locale.cpp /usr/src/lib/libc++/../../contrib/libc++/src/memory.cpp /usr/src/lib/libc++/../../contrib/libc++/src/mutex.cpp /usr/src/lib/libc++/../../contrib/libc++/src/new.cpp /usr/src/lib/libc++/../../contrib/libc++/src/random.c pp /usr/src/lib/libc++/../../contrib/libc++/src/regex.cpp /usr/src/lib/libc++/../../contrib/libc++/src/stdexcept.cpp /usr/src/lib/libc++/../../contrib/libc++/src/string.cpp /usr/src/lib/libc++/../../contrib/libc++/src/strstream.cpp /usr/src/lib/libc++/../../contrib/libc++/src/system_error.cpp /usr/src/lib/libc++/../../contrib/libc++/src/thread.cpp /usr/src/lib/libc++/../../contrib/libc++/src/typeinfo.cpp /usr/src/lib/libc++/../../contrib/libc++/src/utility.cpp /usr/src/lib/libc++/../../contrib/libc++/src/valarray.cpp In file included from /usr/src/lib/libc++/../../contrib/libc++/include/algorithm:591, from /usr/src/lib/libc++/../../contrib/libc++/src/algorithm.cpp:10: /usr/src/lib/libc++/../../contrib/libc++/include/type_traits:731:2: error: #error is_base_of not implemented. In file included from /usr/src/lib/libc++/../../contrib/libc++/include/functional:462, from /usr/src/lib/libc++/../../contrib/libc++/src/bind.cpp:10: /usr/src/lib/libc++/../../contrib/libc++/include/type_traits:731:2: error: #error is_base_of not implemented. In file included from /usr/src/lib/libc++/../../contrib/libc++/include/chrono:254, from /usr/src/lib/libc++/../../contrib/libc++/src/chrono.cpp:10: /usr/src/lib/libc++/../../contrib/libc++/include/type_traits:731:2: error: #error is_base_of not implemented. In file included from /usr/src/lib/libc++/../../contrib/libc++/include/chrono:254, from /usr/src/lib/libc++/../../contrib/libc++/include/__mutex_base:15, from /usr/src/lib/libc++/../../contrib/libc++/include/condition_variable:111, from /usr/src/lib/libc++/../../contrib/libc++/src/condition_variable.cpp:10: /usr/src/lib/libc++/../../contrib/libc++/include/type_traits:731:2: error: #error is_base_of not implemented. In file included from /usr/src/lib/libc++/../../contrib/libc++/include/functional:462, from /usr/src/lib/libc++/../../contrib/libc++/src/debug.cpp:13: /usr/src/lib/libc++/../../contrib/libc++/include/type_traits:731:2: error: #error is_base_of not implemented. In file included from /usr/src/lib/libc++/../../contrib/libc++/include/exception:81, from /usr/src/lib/libc++/../../contrib/libc++/src/exception.cpp:11: /usr/src/lib/libc++/../../contrib/libc++/include/type_traits:731:2: error: #error is_base_of not implemented. In file included from /usr/src/lib/libc++/../../contrib/libc++/include/system_error:222, from /usr/src/lib/libc++/../../contrib/libc++/include/future:366, from /usr/src/lib/libc++/../../contrib/libc++/src/future.cpp:10: /usr/src/lib/libc++/../../contrib/libc++/include/type_traits:731:2: error: #error is_base_of not implemented. In file included from /usr/src/lib/libc++/../../contrib/libc++/include/memory:589, from /usr/src/lib/libc++/../../contrib/libc++/include/__hash_table:16, from /usr/src/lib/libc++/../../contrib/libc++/src/hash.cpp:10: /usr/src/lib/libc++/../../contrib/libc++/include/type_traits:731:2: error: #error is_base_of not implemented. In file included from /usr/src/lib/libc++/../../contrib/libc++/include/algorithm:591, from /usr/src/lib/libc++/../../contrib/libc++/include/string:434, from /usr/src/lib/libc++/../../contrib/libc++/include/__locale:15, from /usr/src/lib/libc++/../../contrib/libc++/include/ios:216, from /usr/src/lib/libc++/../../contrib/libc++/src/ios.cpp:10: /usr/src/lib/libc++/../../contrib/libc++/include/type_traits:731:2: error: #error is_base_of not implemented. In file included from /usr/src/lib/libc++/../../contrib/libc++/include/algorithm:591, from /usr/src/lib/libc++/../../contrib/libc++/include/string:434, from /usr/src/lib/libc++/../../contrib/libc++/include/__locale:15, from /usr/src/lib/libc++/../../contrib/libc++/include/ios:216, from /usr/src/lib/libc++/../../contrib/libc++/include/ostream:130, from /usr/src/lib/libc++/../../contrib/libc++/include/__std_stream:15, from /usr/src/lib/libc++/../../contrib/libc++/src/iostream.cpp:10: /usr/src/lib/libc++/../../contrib/libc++/include/type_traits:731:2: error: #error is_base_of not implemented. In file included from /usr/src/lib/libc++/../../contrib/libc++/include/algorithm:591, from /usr/src/lib/libc++/../../contrib/libc++/include/string:434, from /usr/src/lib/libc++/../../contrib/libc++/src/locale.cpp:16: /usr/src/lib/libc++/../../contrib/libc++/include/type_traits:731:2: error: #error is_base_of not implemented. In file included from /usr/src/lib/libc++/../../contrib/libc++/include/memory:589, from /usr/src/lib/libc++/../../contrib/libc++/src/memory.cpp:10: /usr/src/lib/libc++/../../contrib/libc++/include/type_traits:731:2: error: #error is_base_of not implemented. In file included from /usr/src/lib/libc++/../../contrib/libc++/include/chrono:254, from /usr/src/lib/libc++/../../contrib/libc++/include/__mutex_base:15, from /usr/src/lib/libc++/../../contrib/libc++/include/mutex:176, from /usr/src/lib/libc++/../../contrib/libc++/src/mutex.cpp:10: /usr/src/lib/libc++/../../contrib/libc++/include/type_traits:731:2: error: #error is_base_of not implemented. In file included from /usr/src/lib/libc++/../../contrib/libc++/include/exception:81, from /usr/src/lib/libc++/../../contrib/libc++/include/new:56, from /usr/src/lib/libc++/../../contrib/libc++/src/new.cpp:12: /usr/src/lib/libc++/../../contrib/libc++/include/type_traits:731:2: error: #error is_base_of not implemented. In file included from /usr/src/lib/libc++/../../contrib/libc++/include/random:1637, from /usr/src/lib/libc++/../../contrib/libc++/src/random.cpp:10: /usr/src/lib/libc++/../../contrib/libc++/include/type_traits:731:2: error: #error is_base_of not implemented. In file included from /usr/src/lib/libc++/../../contrib/libc++/include/exception:81, from /usr/src/lib/libc++/../../contrib/libc++/include/stdexcept:46, from /usr/src/lib/libc++/../../contrib/libc++/include/regex:725, from /usr/src/lib/libc++/../../contrib/libc++/src/regex.cpp:10: /usr/src/lib/libc++/../../contrib/libc++/include/type_traits:731:2: error: #error is_base_of not implemented. In file included from /usr/src/lib/libc++/../../contrib/libc++/include/exception:81, from /usr/src/lib/libc++/../../contrib/libc++/include/stdexcept:46, from /usr/src/lib/libc++/../../contrib/libc++/src/stdexcept.cpp:10: /usr/src/lib/libc++/../../contrib/libc++/include/type_traits:731:2: error: #error is_base_of not implemented. In file included from /usr/src/lib/libc++/../../contrib/libc++/include/algorithm:591, from /usr/src/lib/libc++/../../contrib/libc++/include/string:434, from /usr/src/lib/libc++/../../contrib/libc++/src/string.cpp:10: /usr/src/lib/libc++/../../contrib/libc++/include/type_traits:731:2: error: #error is_base_of not implemented. In file included from /usr/src/lib/libc++/../../contrib/libc++/include/algorithm:591, from /usr/src/lib/libc++/../../contrib/libc++/include/string:434, from /usr/src/lib/libc++/../../contrib/libc++/include/__locale:15, from /usr/src/lib/libc++/../../contrib/libc++/include/ios:216, from /usr/src/lib/libc++/../../contrib/libc++/include/ostream:130, from /usr/src/lib/libc++/../../contrib/libc++/include/strstream:131, from /usr/src/lib/libc++/../../contrib/libc++/src/strstream.cpp:10: /usr/src/lib/libc++/../../contrib/libc++/include/type_traits:731:2: error: #error is_base_of not implemented. In file included from /usr/src/lib/libc++/../../contrib/libc++/include/system_error:222, from /usr/src/lib/libc++/../../contrib/libc++/src/system_error.cpp:10: /usr/src/lib/libc++/../../contrib/libc++/include/type_traits:731:2: error: #error is_base_of not implemented. In file included from /usr/src/lib/libc++/../../contrib/libc++/include/__functional_base:15, from /usr/src/lib/libc++/../../contrib/libc++/include/thread:90, from /usr/src/lib/libc++/../../contrib/libc++/src/thread.cpp:10: /usr/src/lib/libc++/../../contrib/libc++/include/type_traits:731:2: error: #error is_base_of not implemented. In file included from /usr/src/lib/libc++/../../contrib/libc++/include/exception:81, from /usr/src/lib/libc++/../../contrib/libc++/include/typeinfo:61, from /usr/src/lib/libc++/../../contrib/libc++/src/typeinfo.cpp:14: /usr/src/lib/libc++/../../contrib/libc++/include/type_traits:731:2: error: #error is_base_of not implemented. In file included from /usr/src/lib/libc++/../../contrib/libc++/include/__tuple:16, from /usr/src/lib/libc++/../../contrib/libc++/include/utility:125, from /usr/src/lib/libc++/../../contrib/libc++/src/utility.cpp:11: /usr/src/lib/libc++/../../contrib/libc++/include/type_traits:731:2: error: #error is_base_of not implemented. In file included from /usr/src/lib/libc++/../../contrib/libc++/include/cmath:302, from /usr/src/lib/libc++/../../contrib/libc++/include/valarray:344, from /usr/src/lib/libc++/../../contrib/libc++/src/valarray.cpp:10: /usr/src/lib/libc++/../../contrib/libc++/include/type_traits:731:2: error: #error is_base_of not implemented. mkdep: compile failed *** Error code 1 Stop in /usr/src/lib/libc++. *** Error code 1 Stop in /usr/src/lib. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. if option WITH_LIBCPLUSPLUS=YES delete from /etc/src.conf world build without errors. From owner-freebsd-stable@FreeBSD.ORG Mon Jun 11 09:17:05 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F343A106564A for ; Mon, 11 Jun 2012 09:17:05 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) by mx1.freebsd.org (Postfix) with ESMTP id ACCD98FC16 for ; Mon, 11 Jun 2012 09:17:05 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:b401:7ef7:1cc4:392b] (unknown [IPv6:2001:7b8:3a7:0:b401:7ef7:1cc4:392b]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 92D015C37; Mon, 11 Jun 2012 11:16:58 +0200 (CEST) Message-ID: <4FD5B788.1090700@FreeBSD.org> Date: Mon, 11 Jun 2012 11:16:56 +0200 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:14.0) Gecko/20120607 Thunderbird/14.0 MIME-Version: 1.0 To: Alexander Panyushkin References: <4FD5AE32.50601@gmail.com> In-Reply-To: <4FD5AE32.50601@gmail.com> X-Enigmail-Version: 1.5a1pre Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: world not build X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Jun 2012 09:17:06 -0000 On 2012-06-11 10:37, Alexander Panyushkin wrote: ... > make.conf > ========= > CPUTYPE?=nocona > KERNCONF=Kernel > MAKE_JOBS_NUMBER=4 > > .if ${.CURDIR:M/usr/src} || ${.CURDIR:M/usr/src/*} || > ${.CURDIR:M/usr/obj} || ${.CURDIR:M/usr/obj/*} || ${.CURDIR:M/sys} || > ${.CURDIR:M/sys/*} > CFLAGS+= -D_FORTIFY_SOURCE=2 > .if !defined(CPP) || ${CPP} == "cpp" > CPP=clang-cpp > .endif > .endif > > .if !defined(CC) || ${CC} == "cc" > CC=clang > .endif > .if !defined(CXX) || ${CXX} == "c++" > CXX=clang++ > .endif ... > ===> lib/libc++ (depend) > rm -f .depend > mkdep -f .depend -a -D_FORTIFY_SOURCE=2 > -I/usr/src/lib/libc++/../../contrib/libc++/include > -I/usr/src/lib/libc++/../../contrib/libcxxrt -DLIBCXXRT Something in your make.conf is not working properly, causing mkdep to run with gcc instead of clang. I suggest removing the .if statements, and simply using: CC=clang CXX=clang++ CPP=clang-cpp From owner-freebsd-stable@FreeBSD.ORG Mon Jun 11 09:27:48 2012 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 D30F31065675; Mon, 11 Jun 2012 09:27:48 +0000 (UTC) (envelope-from vsityz@gmail.com) Received: from mail-ey0-f182.google.com (mail-ey0-f182.google.com [209.85.215.182]) by mx1.freebsd.org (Postfix) with ESMTP id 3DD128FC15; Mon, 11 Jun 2012 09:27:48 +0000 (UTC) Received: by eabm6 with SMTP id m6so251816eab.13 for ; Mon, 11 Jun 2012 02:27:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=Xqxl7M3pLNHG07herXxuI/yv54O3kup8GruDo3GLpKI=; b=E0JVWzSW4VV3olDXf5FOo55Km95Ut183zgDv+tsfm1F3D2obMrEJUNQ9D0KJZtiIN3 gb7zm3wXheyy3tuyFB9iuthjSvajFlUrmT+k3quY6yf65w/ym/yliDGs/m2xk5yTDQSB v3iUCMhCJsNYBjoS7361N9VbXrempDbjBaO7PPJp6VRhK6KKrWiEJCsFQRUa+9n8kp34 muSg03rcxzdcnvEXgepWlac3m9Q/uj/9W7tvH9RYKIXYGvO7CYewBL0UrJfJWks6t2kf ttNSbMVY2HCY/vv4GQgQUZpGJetkkCNT/+Fi1CpchDpGpA6FRYuHqdIP5d/H2onrkDSX AlLg== Received: by 10.14.185.137 with SMTP id u9mr2667481eem.219.1339406867386; Mon, 11 Jun 2012 02:27:47 -0700 (PDT) Received: from admin.local (informalians.com.ua. [193.104.178.111]) by mx.google.com with ESMTPS id x52sm50354139eea.11.2012.06.11.02.27.45 (version=SSLv3 cipher=OTHER); Mon, 11 Jun 2012 02:27:46 -0700 (PDT) Message-ID: <4FD5BAD8.8080602@gmail.com> Date: Mon, 11 Jun 2012 12:31:04 +0300 From: Alexander Panyushkin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:12.0) Gecko/20120529 Thunderbird/12.0.1 MIME-Version: 1.0 To: Dimitry Andric References: <4FD5AE32.50601@gmail.com> <4FD5B788.1090700@FreeBSD.org> In-Reply-To: <4FD5B788.1090700@FreeBSD.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org Subject: Re: world not build X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Jun 2012 09:27:48 -0000 11.06.2012 12:16, Dimitry Andric =D0=BD=D0=B0=D0=BF=D0=B8=D1=81=D0=B0=D0=BB= : > On 2012-06-11 10:37, Alexander Panyushkin wrote: > ... >> make.conf >> =3D=3D=3D=3D=3D=3D=3D=3D=3D >> CPUTYPE?=3Dnocona >> KERNCONF=3DKernel >> MAKE_JOBS_NUMBER=3D4 >> >> .if ${.CURDIR:M/usr/src} || ${.CURDIR:M/usr/src/*} || >> ${.CURDIR:M/usr/obj} || ${.CURDIR:M/usr/obj/*} || ${.CURDIR:M/sys} || >> ${.CURDIR:M/sys/*} >> CFLAGS+=3D -D_FORTIFY_SOURCE=3D2 >> .if !defined(CPP) || ${CPP} =3D=3D "cpp" >> CPP=3Dclang-cpp >> .endif >> .endif >> >> .if !defined(CC) || ${CC} =3D=3D "cc" >> CC=3Dclang >> .endif >> .if !defined(CXX) || ${CXX} =3D=3D "c++" >> CXX=3Dclang++ >> .endif > ... >> =3D=3D=3D> lib/libc++ (depend) >> rm -f .depend >> mkdep -f .depend -a -D_FORTIFY_SOURCE=3D2 >> -I/usr/src/lib/libc++/../../contrib/libc++/include >> -I/usr/src/lib/libc++/../../contrib/libcxxrt -DLIBCXXRT > Something in your make.conf is not working properly, causing mkdep to > run with gcc instead of clang. I suggest removing the .if statements, > and simply using: > > CC=3Dclang > CXX=3Dclang++ > CPP=3Dclang-cpp I removed make.conf, but the problem remains From owner-freebsd-stable@FreeBSD.ORG Mon Jun 11 09:36:25 2012 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 000F01065670 for ; Mon, 11 Jun 2012 09:36:24 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id AFA898FC14 for ; Mon, 11 Jun 2012 09:36:24 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:b401:7ef7:1cc4:392b] (unknown [IPv6:2001:7b8:3a7:0:b401:7ef7:1cc4:392b]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id E49635C37; Mon, 11 Jun 2012 11:36:23 +0200 (CEST) Message-ID: <4FD5BC17.7040500@FreeBSD.org> Date: Mon, 11 Jun 2012 11:36:23 +0200 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:14.0) Gecko/20120607 Thunderbird/14.0 MIME-Version: 1.0 To: Alexander Panyushkin References: <4FD5AE32.50601@gmail.com> <4FD5B788.1090700@FreeBSD.org> <4FD5BAD8.8080602@gmail.com> In-Reply-To: <4FD5BAD8.8080602@gmail.com> X-Enigmail-Version: 1.5a1pre Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org Subject: Re: world not build X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Jun 2012 09:36:25 -0000 On 2012-06-11 11:31, Alexander Panyushkin wrote: > 11.06.2012 12:16, Dimitry Andric =D0=BD=D0=B0=D0=BF=D0=B8=D1=81=D0=B0=D0= =BB: >> On 2012-06-11 10:37, Alexander Panyushkin wrote: =2E.. >> Something in your make.conf is not working properly, causing mkdep to >> run with gcc instead of clang. I suggest removing the .if statements,= >> and simply using: >> >> CC=3Dclang >> CXX=3Dclang++ >> CPP=3Dclang-cpp >=20 > I removed make.conf, but the problem remains You cannot build libc++ with g++, you must either use clang, or set WITHOUT_LIBCPLUSPLUS. Which reminds me that we should really put a seatbelt in Makefile.inc1 against this... :) From owner-freebsd-stable@FreeBSD.ORG Mon Jun 11 11:18:50 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7CB2B1065670; Mon, 11 Jun 2012 11:18:50 +0000 (UTC) (envelope-from vsityz@gmail.com) Received: from mail-ee0-f54.google.com (mail-ee0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id D3C778FC20; Mon, 11 Jun 2012 11:18:49 +0000 (UTC) Received: by eeke49 with SMTP id e49so2065880eek.13 for ; Mon, 11 Jun 2012 04:18:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=EqZnnDUUc7Gi0C8/HURD5Jx+5EseKCq+JI0mfvG+/oQ=; b=tUFOeCKx5cIkHcPN8Plp8xzl9Xng5a6WMXYBS7vDIfhFXz7MP9SbjUogcf8wb5MhkY gOqIfJxWXwaJoFhyar8lpUi1SRmX6PkBM1BNAtNUqXHTYoeVL4NWEX53k61+MKWoT8fw NmKAjT6D+6Ty4s+BCnf45SN1QSAQoyiTWZlRK7RdSazS4igjKFv861wnatDk3d6IMRuR CkLTDMgGgkW5Y6ojuUF9yQur9zfjEjtGtEU9eqenXcPGlIme+10qbxIcTN28TqWapotA Nbpifj7kT/nEI+s3p50ze4ICbryclqxDXGtiAT+nnQaghl0qQTJPQcN9VUgUVQBiNNmn F2uA== Received: by 10.14.45.15 with SMTP id o15mr5623810eeb.43.1339413528973; Mon, 11 Jun 2012 04:18:48 -0700 (PDT) Received: from admin.local (informalians.com.ua. [193.104.178.111]) by mx.google.com with ESMTPS id t3sm51415569eeb.15.2012.06.11.04.18.47 (version=SSLv3 cipher=OTHER); Mon, 11 Jun 2012 04:18:48 -0700 (PDT) Message-ID: <4FD5D4DD.2060403@gmail.com> Date: Mon, 11 Jun 2012 14:22:05 +0300 From: Alexander Panyushkin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:12.0) Gecko/20120529 Thunderbird/12.0.1 MIME-Version: 1.0 To: Dimitry Andric References: <4FD5AE32.50601@gmail.com> <4FD5B788.1090700@FreeBSD.org> <4FD5BAD8.8080602@gmail.com> <4FD5BC17.7040500@FreeBSD.org> In-Reply-To: <4FD5BC17.7040500@FreeBSD.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org Subject: Re: world not build X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Jun 2012 11:18:50 -0000 11.06.2012 12:36, Dimitry Andric =D0=BD=D0=B0=D0=BF=D0=B8=D1=81=D0=B0=D0=BB= : > On 2012-06-11 11:31, Alexander Panyushkin wrote: >> 11.06.2012 12:16, Dimitry Andric =D0=BD=D0=B0=D0=BF=D0=B8=D1=81=D0=B0=D0= =BB: >>> On 2012-06-11 10:37, Alexander Panyushkin wrote: > ... >>> Something in your make.conf is not working properly, causing mkdep to= >>> run with gcc instead of clang. I suggest removing the .if statements= , >>> and simply using: >>> >>> CC=3Dclang >>> CXX=3Dclang++ >>> CPP=3Dclang-cpp >> I removed make.conf, but the problem remains > You cannot build libc++ with g++, you must either use clang, or set > WITHOUT_LIBCPLUSPLUS. > > Which reminds me that we should really put a seatbelt in Makefile.inc1 > against this... :) > make.conf CPP=3Dclang-cpp CC=3Dclang CXX=3Dclang++ the same error [...cut...]/usr/src/lib/libc++/../../contrib/libc++/include/type_traits:7= 31:2:=20 error: #error is_base_of not implemented. In file included from=20 /usr/src/lib/libc++/../../contrib/libc++/include/system_error:222, from=20 /usr/src/lib/libc++/../../contrib/libc++/src/system_error.cpp:10: /usr/src/lib/libc++/../../contrib/libc++/include/type_traits:731:2:=20 error: #error is_base_of not implemented. In file included from=20 /usr/src/lib/libc++/../../contrib/libc++/include/__functional_base:15, from=20 /usr/src/lib/libc++/../../contrib/libc++/include/thread:90, from=20 /usr/src/lib/libc++/../../contrib/libc++/src/thread.cpp:10: /usr/src/lib/libc++/../../contrib/libc++/include/type_traits:731:2:=20 error: #error is_base_of not implemented. In file included from=20 /usr/src/lib/libc++/../../contrib/libc++/include/exception:81, from=20 /usr/src/lib/libc++/../../contrib/libc++/include/typeinfo:61, from=20 /usr/src/lib/libc++/../../contrib/libc++/src/typeinfo.cpp:14: /usr/src/lib/libc++/../../contrib/libc++/include/type_traits:731:2:=20 error: #error is_base_of not implemented. In file included from=20 /usr/src/lib/libc++/../../contrib/libc++/include/__tuple:16, from=20 /usr/src/lib/libc++/../../contrib/libc++/include/utility:125, from=20 /usr/src/lib/libc++/../../contrib/libc++/src/utility.cpp:11: /usr/src/lib/libc++/../../contrib/libc++/include/type_traits:731:2:=20 error: #error is_base_of not implemented. In file included from=20 /usr/src/lib/libc++/../../contrib/libc++/include/cmath:302, from=20 /usr/src/lib/libc++/../../contrib/libc++/include/valarray:344, from=20 /usr/src/lib/libc++/../../contrib/libc++/src/valarray.cpp:10: /usr/src/lib/libc++/../../contrib/libc++/include/type_traits:731:2:=20 error: #error is_base_of not implemented. mkdep: compile failed *** Error code 1 Stop in /usr/src/lib/libc++. *** Error code 1 Stop in /usr/src/lib. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. From owner-freebsd-stable@FreeBSD.ORG Mon Jun 11 13:06:55 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9519D1065679 for ; Mon, 11 Jun 2012 13:06:55 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) by mx1.freebsd.org (Postfix) with ESMTP id 4AFD58FC19 for ; Mon, 11 Jun 2012 13:06:55 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:b401:7ef7:1cc4:392b] (unknown [IPv6:2001:7b8:3a7:0:b401:7ef7:1cc4:392b]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id E4AC35C37; Mon, 11 Jun 2012 15:06:51 +0200 (CEST) Message-ID: <4FD5ED69.5020200@FreeBSD.org> Date: Mon, 11 Jun 2012 15:06:49 +0200 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:14.0) Gecko/20120607 Thunderbird/14.0 MIME-Version: 1.0 To: Alexander Panyushkin References: <4FD5AE32.50601@gmail.com> <4FD5B788.1090700@FreeBSD.org> <4FD5BAD8.8080602@gmail.com> <4FD5BC17.7040500@FreeBSD.org> <4FD5D4DD.2060403@gmail.com> In-Reply-To: <4FD5D4DD.2060403@gmail.com> X-Enigmail-Version: 1.5a1pre Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: world not build X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Jun 2012 13:06:55 -0000 On 2012-06-11 13:22, Alexander Panyushkin wrote: ... > make.conf > > CPP=clang-cpp > CC=clang > CXX=clang++ > > > the same error There's still something in your configuration or setup that prevents mkdep from using clang for its preprocessing. How are you running buildworld, exactly? Any other non-standard configuration? From owner-freebsd-stable@FreeBSD.ORG Mon Jun 11 13:51:39 2012 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 2EEDA1065677; Mon, 11 Jun 2012 13:51:39 +0000 (UTC) (envelope-from vsityz@gmail.com) Received: from mail-ee0-f54.google.com (mail-ee0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id 8AB688FC16; Mon, 11 Jun 2012 13:51:38 +0000 (UTC) Received: by eeke49 with SMTP id e49so2133577eek.13 for ; Mon, 11 Jun 2012 06:51:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=J/qkaq6D7cx2DZsudnAt4zi3CHaEaNGO27W3QbDQPg4=; b=TLfT/1YJ9nATeP4tg7ekOeU1PvwjKHOdrtIC+N0V88E/3NaA/z9UIwmoLiv7Z3NGte mUeFzmb0o5HgpYT1GN7b6Ur0BNBNuBGJHKa1zsNNU0oErwE+WXF5LmQf9XYW7bpX9wXk QTpmLPlGBB6JhNLTCwzkhhMcewU8VBHEIBbNYptJOFrSGQTDB+vX1xq5iGO9y2LK7ljR kLYltZ5QMs7FhYE4L2vrC1BbXbO/5ajYazDMlGMX33xcLRioeRweKE7U/Rzi3VPphe/o VD6GviK5FcwltHnUldN/xVbBidtE3G5b42kXwXSe81E/Irl/+9dO8MaGJZUxJCOLFSPY loMg== Received: by 10.14.98.68 with SMTP id u44mr5996162eef.85.1339422697523; Mon, 11 Jun 2012 06:51:37 -0700 (PDT) Received: from admin.local (informalians.com.ua. [193.104.178.111]) by mx.google.com with ESMTPS id f16sm52991009eec.2.2012.06.11.06.51.35 (version=SSLv3 cipher=OTHER); Mon, 11 Jun 2012 06:51:36 -0700 (PDT) Message-ID: <4FD5F8AE.7060400@gmail.com> Date: Mon, 11 Jun 2012 16:54:54 +0300 From: Alexander Panyushkin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:12.0) Gecko/20120529 Thunderbird/12.0.1 MIME-Version: 1.0 To: Dimitry Andric References: <4FD5AE32.50601@gmail.com> <4FD5B788.1090700@FreeBSD.org> <4FD5BAD8.8080602@gmail.com> <4FD5BC17.7040500@FreeBSD.org> <4FD5D4DD.2060403@gmail.com> <4FD5ED69.5020200@FreeBSD.org> In-Reply-To: <4FD5ED69.5020200@FreeBSD.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org Subject: Re: world not build X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Jun 2012 13:51:39 -0000 11.06.2012 16:06, Dimitry Andric =D0=BD=D0=B0=D0=BF=D0=B8=D1=81=D0=B0=D0=BB= : > On 2012-06-11 13:22, Alexander Panyushkin wrote: > ... >> make.conf >> >> CPP=3Dclang-cpp >> CC=3Dclang >> CXX=3Dclang++ >> >> >> the same error > There's still something in your configuration or setup that prevents > mkdep from using clang for its preprocessing. How are you running > buildworld, exactly? Any other non-standard configuration? I used the standard root environment. root@admin:/root # env TERM=3Dxterm FTP_PASSIVE_MODE=3DYES BLOCKSIZE=3DK MAIL=3D/var/mail/root PATH=3D/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/loca= l/bin:/root/bin SHELL=3D/bin/csh HOME=3D/root USER=3Droot HOSTTYPE=3DFreeBSD VENDOR=3Damd OSTYPE=3DFreeBSD MACHTYPE=3Dx86_64 SHLVL=3D1 PWD=3D/root LOGNAME=3Droot GROUP=3Dwheel HOST=3Dadmin.local EDITOR=3Dvi PAGER=3Dless From owner-freebsd-stable@FreeBSD.ORG Mon Jun 11 13:53:34 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E6217106567B for ; Mon, 11 Jun 2012 13:53:34 +0000 (UTC) (envelope-from sodynet1@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id B04218FC16 for ; Mon, 11 Jun 2012 13:53:34 +0000 (UTC) Received: by pbbro2 with SMTP id ro2so5877361pbb.13 for ; Mon, 11 Jun 2012 06:53:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=3bbVtTFJWIYYq3RV7Z44t1oWdIR3nqzDPTCs5YPY8ic=; b=xbgqo0BRuhMnMFWkqp5X/A02il9KZu2RTPNPi3xIL0NxRPR/StTbDOZ7/ahXyUJZLe TC+GpopQ32HUbAXxkK+lL0jPoI5kdRUVAyggRtf1qPqS9rQR88556a0LRAK6pTH5ckQY n7ty/a81juh3xPHPIFDNyUzFvXsQCgJJ+6be1I8xqrlrkc1i4KtHrCyp4X7liwi5BC/A 7UZJgxOfNTgPAcS4u1Kc9ccuo5iNujBuC0mBPKPycokbiEDDhrBnbrAEzQwyZmtUo6SM DOtZfOk6qwqsBAuST9fPEzyWtuzWLIqPN/52D8YDaxmfIWFs8qVOIrKt1C4BjNM+TfEx 4rlA== MIME-Version: 1.0 Received: by 10.68.236.131 with SMTP id uu3mr28185524pbc.96.1339422814249; Mon, 11 Jun 2012 06:53:34 -0700 (PDT) Received: by 10.68.54.232 with HTTP; Mon, 11 Jun 2012 06:53:34 -0700 (PDT) In-Reply-To: References: <201206091035.q59AZWFB058742@lurza.secnetix.de> <20120609122457.GS13609@albert.catwhisker.org> <20120609123626.GT13609@albert.catwhisker.org> <4FD37CF3.109@rdtc.ru> Date: Mon, 11 Jun 2012 16:53:34 +0300 Message-ID: From: Sami Halabi To: Ronald Klop Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: su 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, 11 Jun 2012 13:53:35 -0000 Hi, I opened 2 terminals with user sody. in first i hit "su -", and supplied password, it was stcuked. in the other I did: %ps xau | grep su sody 39830 0.0 0.0 9124 1500 0 S+ 4:51PM 0:00.00 grep su root 39812 0.0 0.0 21732 2088 1 I 4:49PM 0:00.00 su - root 39813 0.0 0.0 21732 2108 1 I+ 4:49PM 0:00.00 su - %procstat -kk 39812 PID TID COMM TDNAME KSTACK %procstat -kk 39813 PID TID COMM TDNAME KSTACK % Sami On Mon, Jun 11, 2012 at 11:14 AM, Ronald Klop wrote: > On Sat, 09 Jun 2012 18:42:27 +0200, Eugene Grosbein > wrote: > > 09.06.2012 19:47, Sami Halabi =D0=BF=D0=B8=D1=88=D0=B5=D1=82: >> >>> %su - >>> Password: >>> load: 0.00 cmd: su 30588 [ttydcd] 0.91r 0.00u 0.00s 0% 2092k >>> >> >> Perpaps, your system had no keyboard attached at boot time; >> or for some other reason it booted with /dev/console being serial consol= e >> instead of vidconsole. su locks trying to access serial console >> that is /dev/ttyd0 by default and has Carrier Detect flag enabled. >> Hence, it waits for CD on the first serial port (miserably and >> hopelessly). >> >> You can check if it's true with "sysctl kern.console" command. >> You could ask someone to boot the system with keyboard attached - >> no need to type anything, though. The system should detect it >> and assingn /dev/ttyv0 as /dev/console instead of /dev/ttyd0. >> And "su" won't lock. >> >> Eugene Grosbein >> > > > Can you see what su is doing with procstat -kk ? > > ______________________________**_________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/**mailman/listinfo/freebsd-**stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@**freebsd.or= g > " > --=20 Sami Halabi Information Systems Engineer NMS Projects Expert FreeBSD SysAdmin Expert From owner-freebsd-stable@FreeBSD.ORG Mon Jun 11 14:19:04 2012 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 C151B106566B for ; Mon, 11 Jun 2012 14:19:04 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 7CDA18FC1B for ; Mon, 11 Jun 2012 14:19:04 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id EA600B96B; Mon, 11 Jun 2012 10:19:03 -0400 (EDT) From: John Baldwin To: Andrey Zonov Date: Mon, 11 Jun 2012 10:19:02 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p13; KDE/4.5.5; amd64; ; ) References: <4FD0ECB7.8040908@zonov.org> <20120609173523.GA41443@alchemy.franken.de> <4FD39EAB.3080805@zonov.org> In-Reply-To: <4FD39EAB.3080805@zonov.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201206111019.02050.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Mon, 11 Jun 2012 10:19:04 -0400 (EDT) Cc: freebsd-stable , Marius Strobl Subject: Re: mpt: Unable to memory map registers X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Jun 2012 14:19:04 -0000 On Saturday, June 09, 2012 3:06:19 pm Andrey Zonov wrote: > On 6/9/12 9:35 PM, Marius Strobl wrote: > > On Sat, Jun 09, 2012 at 12:58:05PM +0400, Andrey Zonov wrote: > >> On 6/8/12 10:27 PM, John Baldwin wrote: > >>> On Friday, June 08, 2012 11:48:50 am Andrey Zonov wrote: > >>>> On Fri, Jun 8, 2012 at 7:19 PM, John Baldwin wrote: > >>>>> On Friday, June 08, 2012 3:14:19 am Andrey Zonov wrote: > >>>>>> On 6/7/12 10:02 PM, Andrey Zonov wrote: > >>>>>>> Hi, > >>>>>>> > >>>>>>> I just upgraded a few machines from 8.2-STABLE (r221983) to 9.0- STABLE > >>>>>>> (r234600) and now they can't find any disk because SAS controller > >>>>>>> cannot > >>>>>>> initialize with the following diagnostic: > >>>>>>> > >>>>>>> mpt0: port 0xd000-0xd0ff irq 26 at device > >>>>>>> 3.0 on pci6 > >>>>>>> mpt0: 0x4000 bytes of rid 0x14 res 3 failed (0, 0xffffffffffffffff). > >>>>>>> mpt0: Unable to memory map registers. > >>>>>>> mpt0: Giving Up. > >>>>>>> > >>>>>>> pciconf -lv: > >>>>>>> mpt0@pci0:6:3:0: class=0x010000 card=0x81dd1043 chip=0x00541000 > >>>>>>> rev=0x02 > >>>>>>> hdr=0x00 > >>>>>>> vendor = 'LSI Logic / Symbios Logic' > >>>>>>> device = 'SAS1068 PCI-X Fusion-MPT SAS' > >>>>>>> class = mass storage > >>>>>>> subclass = SCSI > >>>>>>> > >>>>>>> I tried to boot to latest HEAD and found the same problem. I also tried > >>>>>>> to build kernel with mpt driver from my 8.2. Controller didn't > >>>>>>> initialize with the same diagnostic. So it looks like the problem is > >>>>>>> not > >>>>>>> in mpt driver. > >>>>>>> > >>>>>>> Any help would be appreciated. > >>>>>>> > >>>>>> > >>>>>> +jhb@ > >>>>>> > >>>>>> Hi John, > >>>>>> > >>>>>> Could you please help me with the problem above? It looks like the > >>>>>> problem is in PCI code and you changed things there. > >>>>> > >>>>> Can you get a verbose dmesg? > >>>>> > >>>> > >>>> Yes, it's in attach. > >>> > >>> Can you get the output of 'devinfo -u' and 'devinfo -rv' from a broken > >>> kernel? > >>> > >> > >> Attached. > >> > >>> Can you also try setting 'debug.acpi.disable=sysres' in the loader? > >>> > >> > >> Didn't help. > >> > > > > That's probably due to a typo, the corret loader tunable is > > debug.acpi.disabled=sysres (note the 'd'). > > > > This helps, thanks! Please explain what this means. Well, it's working around a bug in your BIOS, but in this case FreeBSD should have coped fine and it didn't. Please try using this patch without that tunable and get a verbose dmesg please: Index: sys/dev/pci/pci_pci.c =================================================================== --- pci_pci.c (revision 236888) +++ pci_pci.c (working copy) @@ -893,9 +893,9 @@ pcib_grow_window(struct pcib_softc *sc, struct pci if (start < rman_get_start(w->res)) { if (rman_first_free_region(&w->rman, &start_free, &end_free) != 0 || start_free != rman_get_start(w->res)) - end_free = rman_get_start(w->res) - 1; + end_free = rman_get_start(w->res); if (end_free > end) - end_free = end; + end_free = end + 1; /* Move end_free down until it is properly aligned. */ end_free &= ~(align - 1); -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Mon Jun 11 15:25:45 2012 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 06BA6106564A for ; Mon, 11 Jun 2012 15:25:45 +0000 (UTC) (envelope-from andrey@zonov.org) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) by mx1.freebsd.org (Postfix) with ESMTP id 39EDF8FC1E for ; Mon, 11 Jun 2012 15:25:43 +0000 (UTC) Received: by lbon10 with SMTP id n10so3534178lbo.13 for ; Mon, 11 Jun 2012 08:25:43 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:x-gm-message-state; bh=JameHgvN911bm5DVLjtmJfRRtdwbaP16WhyJSwPvbGE=; b=BYXQ40akzM5k/xU5RyJ+dyHyH/egk/50QOQIpuG+IlDkihnjRro4gWGCGk6795zo2L 5/55eV6pD+HtsJXxC2EYPSB69ov7wXT9UMT19wdlFN19YwRtI+QmjifGRyd2zYUvL2wK r0MHtcqoP+xjlWmABxAS7xx3fOrfvBWcCVzX3BQepHltAogo4dDSNOR+2oR4u5yu7m6O MmpFCDlRECCrs45YHuQcBna+h+CKUNkv22jU2lH1PsNm0Q4WqtJC2NN0euhmPtTPQacR st22hSSnXiaNBi7d4h8dvIetIdfRgv6DTDdwp9xw6czgXRcfhGBTwBN6CSAontLMgysS zObg== Received: by 10.152.108.144 with SMTP id hk16mr17574538lab.2.1339428342981; Mon, 11 Jun 2012 08:25:42 -0700 (PDT) Received: from zont-osx.local (ppp95-165-147-222.pppoe.spdop.ru. [95.165.147.222]) by mx.google.com with ESMTPS id b3sm8930956lbh.6.2012.06.11.08.25.40 (version=SSLv3 cipher=OTHER); Mon, 11 Jun 2012 08:25:41 -0700 (PDT) Message-ID: <4FD60DF2.7090506@zonov.org> Date: Mon, 11 Jun 2012 19:25:38 +0400 From: Andrey Zonov User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: John Baldwin References: <4FD0ECB7.8040908@zonov.org> <20120609173523.GA41443@alchemy.franken.de> <4FD39EAB.3080805@zonov.org> <201206111019.02050.jhb@freebsd.org> In-Reply-To: <201206111019.02050.jhb@freebsd.org> Content-Type: multipart/mixed; boundary="------------000305070900090608040808" X-Gm-Message-State: ALoCoQmCzYy0wonl++iZemihQrfH6+IyYZ5I0O6/plTjVTK50U4umcXv/iohTm5gZqvd9GfM0i9r Cc: freebsd-stable , Marius Strobl Subject: Re: mpt: Unable to memory map registers X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Jun 2012 15:25:45 -0000 This is a multi-part message in MIME format. --------------000305070900090608040808 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 6/11/12 6:19 PM, John Baldwin wrote: > On Saturday, June 09, 2012 3:06:19 pm Andrey Zonov wrote: >> On 6/9/12 9:35 PM, Marius Strobl wrote: >>> On Sat, Jun 09, 2012 at 12:58:05PM +0400, Andrey Zonov wrote: >>>> On 6/8/12 10:27 PM, John Baldwin wrote: >>>>> On Friday, June 08, 2012 11:48:50 am Andrey Zonov wrote: >>>>>> On Fri, Jun 8, 2012 at 7:19 PM, John Baldwin wrote: >>>>>>> On Friday, June 08, 2012 3:14:19 am Andrey Zonov wrote: >>>>>>>> On 6/7/12 10:02 PM, Andrey Zonov wrote: >>>>>>>>> Hi, >>>>>>>>> >>>>>>>>> I just upgraded a few machines from 8.2-STABLE (r221983) to 9.0- > STABLE >>>>>>>>> (r234600) and now they can't find any disk because SAS controller >>>>>>>>> cannot >>>>>>>>> initialize with the following diagnostic: >>>>>>>>> >>>>>>>>> mpt0: port 0xd000-0xd0ff irq 26 at > device >>>>>>>>> 3.0 on pci6 >>>>>>>>> mpt0: 0x4000 bytes of rid 0x14 res 3 failed (0, 0xffffffffffffffff). >>>>>>>>> mpt0: Unable to memory map registers. >>>>>>>>> mpt0: Giving Up. >>>>>>>>> >>>>>>>>> pciconf -lv: >>>>>>>>> mpt0@pci0:6:3:0: class=0x010000 card=0x81dd1043 chip=0x00541000 >>>>>>>>> rev=0x02 >>>>>>>>> hdr=0x00 >>>>>>>>> vendor = 'LSI Logic / Symbios Logic' >>>>>>>>> device = 'SAS1068 PCI-X Fusion-MPT SAS' >>>>>>>>> class = mass storage >>>>>>>>> subclass = SCSI >>>>>>>>> >>>>>>>>> I tried to boot to latest HEAD and found the same problem. I also > tried >>>>>>>>> to build kernel with mpt driver from my 8.2. Controller didn't >>>>>>>>> initialize with the same diagnostic. So it looks like the problem is >>>>>>>>> not >>>>>>>>> in mpt driver. >>>>>>>>> >>>>>>>>> Any help would be appreciated. >>>>>>>>> >>>>>>>> >>>>>>>> +jhb@ >>>>>>>> >>>>>>>> Hi John, >>>>>>>> >>>>>>>> Could you please help me with the problem above? It looks like the >>>>>>>> problem is in PCI code and you changed things there. >>>>>>> >>>>>>> Can you get a verbose dmesg? >>>>>>> >>>>>> >>>>>> Yes, it's in attach. >>>>> >>>>> Can you get the output of 'devinfo -u' and 'devinfo -rv' from a broken >>>>> kernel? >>>>> >>>> >>>> Attached. >>>> >>>>> Can you also try setting 'debug.acpi.disable=sysres' in the loader? >>>>> >>>> >>>> Didn't help. >>>> >>> >>> That's probably due to a typo, the corret loader tunable is >>> debug.acpi.disabled=sysres (note the 'd'). >>> >> >> This helps, thanks! Please explain what this means. > > Well, it's working around a bug in your BIOS, but in this case FreeBSD should > have coped fine and it didn't. Please try using this patch without that > tunable and get a verbose dmesg please: > > Index: sys/dev/pci/pci_pci.c > =================================================================== > --- pci_pci.c (revision 236888) > +++ pci_pci.c (working copy) > @@ -893,9 +893,9 @@ pcib_grow_window(struct pcib_softc *sc, struct pci > if (start< rman_get_start(w->res)) { > if (rman_first_free_region(&w->rman,&start_free,&end_free) != > 0 || start_free != rman_get_start(w->res)) > - end_free = rman_get_start(w->res) - 1; > + end_free = rman_get_start(w->res); > if (end_free> end) > - end_free = end; > + end_free = end + 1; > > /* Move end_free down until it is properly aligned. */ > end_free&= ~(align - 1); > Unfortunately didn't work. -- Andrey Zonov --------------000305070900090608040808 Content-Type: text/plain; charset=UTF-8; name="dmesg.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="dmesg.txt" MP Configuration Table version 1.4 found at 0xffffffff800fcb70 Table 'FACP' at 0xdffb0290 Table 'APIC' at 0xdffb0390 APIC: Found table at 0xdffb0390 APIC: Using the MADT enumerator. MADT: Found CPU APIC ID 0 ACPI ID 1: enabled SMP: Added CPU 0 (AP) MADT: Found CPU APIC ID 4 ACPI ID 2: enabled SMP: Added CPU 4 (AP) MADT: Found CPU APIC ID 1 ACPI ID 3: enabled SMP: Added CPU 1 (AP) MADT: Found CPU APIC ID 5 ACPI ID 4: enabled SMP: Added CPU 5 (AP) MADT: Found CPU APIC ID 2 ACPI ID 5: enabled SMP: Added CPU 2 (AP) MADT: Found CPU APIC ID 6 ACPI ID 6: enabled SMP: Added CPU 6 (AP) MADT: Found CPU APIC ID 3 ACPI ID 7: enabled SMP: Added CPU 3 (AP) MADT: Found CPU APIC ID 7 ACPI ID 8: enabled SMP: Added CPU 7 (AP) Copyright (c) 1992-2012 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 9.0-STABLE #0 r+fffa9c7-dirty: Mon Jun 11 18:51:03 MSK 2012 root@dst-dev.yandex.ru:/usr/obj/usr/src/sys/stable9-amd64-dtrace amd64 Preloaded elf kernel "/boot/kernel.test/kernel" at 0xffffffff80f1b000. Calibrating TSC clock ... TSC clock: 2826308242 Hz CPU: Intel(R) Xeon(R) CPU E5440 @ 2.83GHz (2826.31-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x1067a Family = 6 Model = 17 Stepping = 10 Features=0xbfebfbff Features2=0xc0ce3bd AMD Features=0x20100800 AMD Features2=0x1 TSC: P-state invariant, performance statistics real memory = 34359738368 (32768 MB) Physical memory chunk(s): 0x0000000000010000 - 0x000000000009bfff, 573440 bytes (140 pages) 0x0000000000100000 - 0x00000000001fffff, 1048576 bytes (256 pages) 0x0000000000f67000 - 0x00000000dff9ffff, 3741552640 bytes (913465 pages) 0x00000000dffae000 - 0x00000000dffaffff, 8192 bytes (2 pages) 0x0000000100000000 - 0x00000007e2ea7fff, 29576822784 bytes (7220904 pages) avail memory = 33113874432 (31579 MB) Event timer "LAPIC" quality 400 ACPI APIC Table: <090808 APIC1308> INTR: Adding local APIC 1 as a target INTR: Adding local APIC 2 as a target INTR: Adding local APIC 3 as a target INTR: Adding local APIC 4 as a target INTR: Adding local APIC 5 as a target INTR: Adding local APIC 6 as a target INTR: Adding local APIC 7 as a target FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs FreeBSD/SMP: 2 package(s) x 4 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 cpu4 (AP): APIC ID: 4 cpu5 (AP): APIC ID: 5 cpu6 (AP): APIC ID: 6 cpu7 (AP): APIC ID: 7 APIC: CPU 0 has ACPI ID 1 APIC: CPU 1 has ACPI ID 3 APIC: CPU 2 has ACPI ID 5 APIC: CPU 3 has ACPI ID 7 APIC: CPU 4 has ACPI ID 2 APIC: CPU 5 has ACPI ID 4 APIC: CPU 6 has ACPI ID 6 APIC: CPU 7 has ACPI ID 8 x86bios: IVT 0x000000-0x0004ff at 0xfffffe0000000000 x86bios: SSEG 0x098000-0x098fff at 0xffffff8000290000 x86bios: EBDA 0x09e000-0x09ffff at 0xfffffe000009e000 x86bios: ROM 0x0a0000-0x0fefff at 0xfffffe00000a0000 WARNING: VIMAGE (virtualized network stack) is a highly experimental feature. ULE: setup cpu 0 ULE: setup cpu 1 ULE: setup cpu 2 ULE: setup cpu 3 ULE: setup cpu 4 ULE: setup cpu 5 ULE: setup cpu 6 ULE: setup cpu 7 ACPI: RSDP 0xf9960 00024 (v02 ACPIAM) ACPI: XSDT 0xdffb0100 00074 (v01 090808 XSDT1308 20080908 MSFT 00000097) ACPI: FACP 0xdffb0290 000F4 (v03 090808 FACP1308 20080908 MSFT 00000097) ACPI: DSDT 0xdffb04d0 05414 (v01 CLSea CLSea007 00000007 INTL 20051117) ACPI: FACS 0xdffbe000 00040 ACPI: APIC 0xdffb0390 000AA (v01 090808 APIC1308 20080908 MSFT 00000097) ACPI: MCFG 0xdffb0490 0003C (v01 090808 OEMMCFG 20080908 MSFT 00000097) ACPI: OEMB 0xdffbe040 00071 (v01 090808 OEMB1308 20080908 MSFT 00000097) ACPI: HPET 0xdffb58f0 00038 (v01 090808 OEMHPET 20080908 MSFT 00000097) ACPI: ASF! 0xdffb5928 00083 (v32 AMIASF E7230ASF 00000001 INTL 20051117) ACPI: EINJ 0xdffb59b0 00130 (v01 AMIER AMI_EINJ 20080908 MSFT 00000097) ACPI: BERT 0xdffb5b40 00030 (v01 AMIER AMI_BERT 20080908 MSFT 00000097) ACPI: ERST 0xdffb5b70 001B0 (v01 AMIER AMI_ERST 20080908 MSFT 00000097) ACPI: HEST 0xdffb5d20 000A8 (v01 AMIER AMI_HEST 20080908 MSFT 00000097) MADT: Found IO APIC ID 8, Interrupt 0 at 0xfec00000 ioapic0: Routing external 8259A's -> intpin 0 MADT: Found IO APIC ID 9, Interrupt 24 at 0xfec88000 MADT: Found IO APIC ID 10, Interrupt 48 at 0xfec89000 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 lapic: Routing NMI -> LINT1 lapic: LINT1 trigger: edge lapic: LINT1 polarity: high ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard ioapic2 irqs 48-71 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: 0x000000f0 pmc: 0x00010400 kbd: new array size 4 kbd1 at kbdmux0 mem: nfslock: pseudo-device null: random: cpuctl: access to MSR registers/cpuid info. io: acpi0: <090808 XSDT1308> on motherboard PCIe: Memory Mapped configuration base @ 0xe0000000 ioapic0: routing intpin 9 (ISA IRQ 9) to lapic 0 vector 48 ACPI: Executed 1 blocks of module-level executable AML code acpi0: Power Button (fixed) acpi0: reservation of fed1c000, 4000 (3) failed acpi0: reservation of fed20000, 25000 (3) failed acpi0: reservation of fed45000, 5b000 (3) failed acpi0: reservation of feda0000, 20000 (3) failed acpi0: reservation of fec01000, 7f000 (3) failed acpi0: reservation of fec80000, 6000 (3) failed acpi0: reservation of fec86000, a000 (3) failed acpi0: reservation of ff000000, 400000 (3) failed acpi0: reservation of ff400000, 400000 (3) failed acpi0: reservation of ff800000, 400000 (3) failed acpi0: reservation of ffc00000, 400000 (3) failed acpi0: reservation of fec00000, 1000 (3) failed acpi0: reservation of fee00000, 1000 (3) failed acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, dff00000 (3) failed cpu0: on acpi0 cpu0: switching to generic Cx mode cpu1: on acpi0 cpu2: on acpi0 cpu3: on acpi0 cpu4: on acpi0 cpu5: on acpi0 cpu6: on acpi0 cpu7: on acpi0 attimer0: port 0x40-0x43 irq 0 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 ioapic0: routing intpin 2 (ISA IRQ 0) to lapic 0 vector 49 Event timer "i8254" frequency 1193182 Hz quality 100 atrtc0: port 0x70-0x71 irq 8 on acpi0 atrtc0: registered as a time-of-day clock (resolution 1000000us, adjustment 0.500000000s) ioapic0: routing intpin 8 (ISA IRQ 8) to lapic 0 vector 50 Event timer "RTC" frequency 32768 Hz quality 0 hpet0: iomem 0xfed00000-0xfed003ff on acpi0 hpet0: vendor 0x8086, rev 0x1, 14318180Hz 64bit, 3 timers, legacy route hpet0: t0: irqs 0x00f00000 (0), 64bit, periodic hpet0: t1: irqs 0x00f00000 (0) hpet0: t2: irqs 0x00f00800 (0) Timecounter "HPET" frequency 14318180 Hz quality 950 ioapic0: routing intpin 20 (PCI IRQ 20) to lapic 0 vector 51 Event timer "HPET" frequency 14318180 Hz quality 450 Event timer "HPET1" frequency 14318180 Hz quality 440 Event timer "HPET2" frequency 14318180 Hz quality 440 ACPI timer: 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 -> 10 Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 pci_link0: Index IRQ Rtd Ref IRQs Initial Probe 0 5 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 5 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link1: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 3 4 5 6 7 11 12 14 15 Validation 0 11 N 0 3 4 5 6 7 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 11 12 14 15 pci_link2: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 11 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link3: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 10 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link4: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 255 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link5: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 255 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link6: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 255 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link7: Index IRQ Rtd Ref IRQs Initial Probe 0 7 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 7 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pcib0: port 0xcf8-0xcff on acpi0 pcib0: decoding 4 range 0-0xcf7 pcib0: decoding 4 range 0xd00-0xffff pcib0: decoding 3 range 0xa0000-0xbffff pcib0: decoding 3 range 0xd0000-0xdffff pcib0: decoding 3 range 0xf0000000-0xfebfffff pci0: on pcib0 pci0: domain=0, physical bus=0 found-> vendor=0x8086, dev=0x4003, revid=0x20 domain=0, bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0144, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 3 supports D0 D3 current D0 MSI supports 2 messages pcib0: matched entry for 0.0.INTA pcib0: slot 0 INTA hardwired to IRQ 17 found-> vendor=0x8086, dev=0x4021, revid=0x20 domain=0, bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0144, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x00 (0 ns) intpin=a, irq=5 powerspec 3 supports D0 D3 current D0 MSI supports 2 messages pcib0: matched entry for 0.1.INTA pcib0: slot 1 INTA hardwired to IRQ 48 found-> vendor=0x8086, dev=0x4025, revid=0x20 domain=0, bus=0, slot=5, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0144, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x00 (0 ns) intpin=a, irq=5 powerspec 3 supports D0 D3 current D0 MSI supports 2 messages pcib0: matched entry for 0.5.INTA pcib0: slot 5 INTA hardwired to IRQ 52 found-> vendor=0x8086, dev=0x4029, revid=0x20 domain=0, bus=0, slot=9, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x00 (0 ns) intpin=a, irq=5 powerspec 3 supports D0 D3 current D0 MSI supports 2 messages pcib0: matched entry for 0.9.INTA pcib0: slot 9 INTA hardwired to IRQ 56 found-> vendor=0x8086, dev=0x402f, revid=0x20 domain=0, bus=0, slot=15, func=0 class=08-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=5 powerspec 3 supports D0 D3 current D0 MSI-X supports 4 messages in map 0x10 map[10]: type Memory, range 64, base 0xfd7f8000, size 14, enabled pcib0: allocated type 3 (0xfd7f8000-0xfd7fbfff) for rid 10 of pci0:0:15:0 pcib0: matched entry for 0.15.INTA pcib0: slot 15 INTA hardwired to IRQ 57 found-> vendor=0x8086, dev=0x4030, revid=0x20 domain=0, bus=0, slot=16, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x4030, revid=0x20 domain=0, bus=0, slot=16, func=1 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x4030, revid=0x20 domain=0, bus=0, slot=16, func=2 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x4030, revid=0x20 domain=0, bus=0, slot=16, func=3 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x4030, revid=0x20 domain=0, bus=0, slot=16, func=4 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x4031, revid=0x20 domain=0, bus=0, slot=17, func=0 class=06-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=0x4035, revid=0x20 domain=0, bus=0, slot=21, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x4035, revid=0x20 domain=0, bus=0, slot=21, func=1 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x4036, revid=0x20 domain=0, bus=0, slot=22, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x4036, revid=0x20 domain=0, bus=0, slot=22, func=1 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x2690, revid=0x09 domain=0, bus=0, slot=28, func=0 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0144, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x00 (0 ns) intpin=a, irq=5 powerspec 2 supports D0 D3 current D0 MSI supports 1 message pcib0: matched entry for 0.28.INTA pcib0: slot 28 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x2694, revid=0x09 domain=0, bus=0, slot=28, func=2 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x00 (0 ns) intpin=c, irq=11 powerspec 2 supports D0 D3 current D0 MSI supports 1 message pcib0: matched entry for 0.28.INTC pcib0: slot 28 INTC hardwired to IRQ 18 found-> vendor=0x8086, dev=0x2696, revid=0x09 domain=0, bus=0, slot=28, func=3 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x00 (0 ns) intpin=d, irq=10 powerspec 2 supports D0 D3 current D0 MSI supports 1 message pcib0: matched entry for 0.28.INTD pcib0: slot 28 INTD hardwired to IRQ 19 found-> vendor=0x8086, dev=0x2688, revid=0x09 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=7 map[20]: type I/O Port, range 32, base 0x9000, size 5, enabled pcib0: allocated type 4 (0x9000-0x901f) for rid 20 of pci0:0:29:0 pcib0: matched entry for 0.29.INTA pcib0: slot 29 INTA hardwired to IRQ 23 found-> vendor=0x8086, dev=0x2689, revid=0x09 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=10 map[20]: type I/O Port, range 32, base 0x9080, size 5, enabled pcib0: allocated type 4 (0x9080-0x909f) for rid 20 of pci0:0:29:1 pcib0: matched entry for 0.29.INTB pcib0: slot 29 INTB hardwired to IRQ 19 found-> vendor=0x8086, dev=0x268c, revid=0x09 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=a, irq=7 powerspec 2 supports D0 D3 current D0 map[10]: type Memory, range 32, base 0xfd7ff800, size 10, enabled pcib0: allocated type 3 (0xfd7ff800-0xfd7ffbff) for rid 10 of pci0:0:29:7 pcib0: matched entry for 0.29.INTA pcib0: slot 29 INTA hardwired to IRQ 23 ehci early: SMM active, request owner change found-> vendor=0x8086, dev=0x244e, revid=0xd9 domain=0, bus=0, slot=30, func=0 class=06-04-01, hdrtype=0x01, mfdev=0 cmdreg=0x0147, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x1b (6750 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x2670, revid=0x09 domain=0, bus=0, slot=31, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x0147, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x269e, revid=0x09 domain=0, bus=0, slot=31, func=1 class=01-01-8a, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0288, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 pcib0: allocated type 4 (0x1f0-0x1f7) for rid 10 of pci0:0:31:1 pcib0: allocated type 4 (0x3f6-0x3f6) for rid 14 of pci0:0:31:1 pcib0: allocated type 4 (0x170-0x177) for rid 18 of pci0:0:31:1 pcib0: allocated type 4 (0x376-0x376) for rid 1c of pci0:0:31:1 map[20]: type I/O Port, range 32, base 0xffa0, size 4, enabled pcib0: allocated type 4 (0xffa0-0xffaf) for rid 20 of pci0:0:31:1 found-> vendor=0x8086, dev=0x2681, revid=0x09 domain=0, bus=0, slot=31, func=2 class=01-06-01, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x02b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=10 powerspec 2 supports D0 D3 current D0 map[10]: type I/O Port, range 32, base 0x9c00, size 3, enabled pcib0: allocated type 4 (0x9c00-0x9c07) for rid 10 of pci0:0:31:2 map[14]: type I/O Port, range 32, base 0x9880, size 2, enabled pcib0: allocated type 4 (0x9880-0x9883) for rid 14 of pci0:0:31:2 map[18]: type I/O Port, range 32, base 0x9800, size 3, enabled pcib0: allocated type 4 (0x9800-0x9807) for rid 18 of pci0:0:31:2 map[1c]: type I/O Port, range 32, base 0x9480, size 2, enabled pcib0: allocated type 4 (0x9480-0x9483) for rid 1c of pci0:0:31:2 map[20]: type I/O Port, range 32, base 0x9400, size 5, enabled pcib0: allocated type 4 (0x9400-0x941f) for rid 20 of pci0:0:31:2 map[24]: type Memory, range 32, base 0xfd7ffc00, size 10, enabled pcib0: allocated type 3 (0xfd7ffc00-0xfd7fffff) for rid 24 of pci0:0:31:2 pcib0: matched entry for 0.31.INTB pcib0: slot 31 INTB hardwired to IRQ 19 found-> vendor=0x8086, dev=0x269b, revid=0x09 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=11 map[20]: type I/O Port, range 32, base 0x400, size 5, enabled pcib0: allocated type 4 (0x400-0x41f) for rid 20 of pci0:0:31:3 pcib0: matched entry for 0.31.INTB pcib0: slot 31 INTB hardwired to IRQ 19 pcib1: irq 48 at device 1.0 on pci0 pcib1: domain 0 pcib1: secondary bus 11 pcib1: subordinate bus 11 pcib1: no prefetched decode pci11: on pcib1 pci11: domain=0, physical bus=11 pcib2: irq 52 at device 5.0 on pci0 pcib2: domain 0 pcib2: secondary bus 10 pcib2: subordinate bus 10 pcib2: no prefetched decode pci10: on pcib2 pci10: domain=0, physical bus=10 pcib3: irq 56 at device 9.0 on pci0 pcib0: allocated type 4 (0xd000-0xefff) for rid 1c of pcib3 pcib3: failed to allocate initial memory window: 0xfdb00000-0xfebfffff pcib3: domain 0 pcib3: secondary bus 5 pcib3: subordinate bus 9 pcib3: I/O decode 0xd000-0xefff pcib3: no prefetched decode pci5: on pcib3 pci5: domain=0, physical bus=5 found-> vendor=0x8086, dev=0x3500, revid=0x01 domain=0, bus=5, slot=0, func=0 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x00 (0 ns) intpin=a, irq=5 powerspec 2 supports D0 D3 current D0 pcib3: matched entry for 5.0.INTA pcib3: slot 0 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x350c, revid=0x01 domain=0, bus=5, slot=0, func=3 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 pcib4: irq 16 at device 0.0 on pci5 pcib3: allocated I/O port range (0xe000-0xefff) for rid 1c of pcib4 pcib3: failed to allocate initial memory window (0xfdf00000-0xfebfffff,0xd00000) pcib4: failed to allocate initial memory window: 0xfdf00000-0xfebfffff pcib4: domain 0 pcib4: secondary bus 7 pcib4: subordinate bus 9 pcib4: I/O decode 0xe000-0xefff pcib4: no prefetched decode pci7: on pcib4 pci7: domain=0, physical bus=7 found-> vendor=0x8086, dev=0x3510, revid=0x01 domain=0, bus=7, slot=0, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0144, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit found-> vendor=0x8086, dev=0x3518, revid=0x01 domain=0, bus=7, slot=2, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit pcib5: at device 0.0 on pci7 pcib5: domain 0 pcib5: secondary bus 9 pcib5: subordinate bus 9 pcib5: no prefetched decode pci9: on pcib5 pci9: domain=0, physical bus=9 pcib6: at device 2.0 on pci7 pcib4: allocated I/O port range (0xe000-0xefff) for rid 1c of pcib6 pcib0: allocated type 3 (0xfdf00000-0xfdffffff) for rid 20 of pcib3 pcib3: allocated initial memory window of 0xfdf00000-0xfdffffff pcib3: allocated memory range (0xfdf00000-0xfdffffff) for rid 20 of pcib4 pcib4: allocated initial memory window of 0xfdf00000-0xfdffffff pcib4: allocated memory range (0xfdf00000-0xfdffffff) for rid 20 of pcib6 pcib6: domain 0 pcib6: secondary bus 8 pcib6: subordinate bus 8 pcib6: I/O decode 0xe000-0xefff pcib6: memory decode 0xfdf00000-0xfdffffff pcib6: no prefetched decode pci8: on pcib6 pci8: domain=0, physical bus=8 found-> vendor=0x8086, dev=0x1096, revid=0x01 domain=0, bus=8, slot=0, func=0 class=02-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Memory, range 32, base 0xfdfa0000, size 17, enabled pcib6: allocated memory range (0xfdfa0000-0xfdfbffff) for rid 10 of pci0:8:0:0 map[18]: type I/O Port, range 32, base 0xe880, size 5, enabled pcib6: allocated I/O port range (0xe880-0xe89f) for rid 18 of pci0:8:0:0 pcib6: matched entry for 8.0.INTA pcib6: slot 0 INTA hardwired to IRQ 18 found-> vendor=0x8086, dev=0x1096, revid=0x01 domain=0, bus=8, slot=0, func=1 class=02-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=10 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Memory, range 32, base 0xfdfe0000, size 17, enabled pcib6: allocated memory range (0xfdfe0000-0xfdffffff) for rid 10 of pci0:8:0:1 map[18]: type I/O Port, range 32, base 0xec00, size 5, enabled pcib6: allocated I/O port range (0xec00-0xec1f) for rid 18 of pci0:8:0:1 pcib6: matched entry for 8.0.INTB pcib6: slot 0 INTB hardwired to IRQ 19 em0: port 0xe880-0xe89f mem 0xfdfa0000-0xfdfbffff irq 18 at device 0.0 on pci8 em0: attempting to allocate 1 MSI vectors (1 supported) msi: routing MSI IRQ 256 to local APIC 0 vector 52 em0: using IRQ 256 for MSI em0: Using an MSI interrupt em0: bpf attached em0: Ethernet address: 00:22:15:31:2a:9c em1: port 0xec00-0xec1f mem 0xfdfe0000-0xfdffffff irq 19 at device 0.1 on pci8 em1: attempting to allocate 1 MSI vectors (1 supported) msi: routing MSI IRQ 257 to local APIC 0 vector 53 em1: using IRQ 257 for MSI em1: Using an MSI interrupt em1: bpf attached em1: Ethernet address: 00:22:15:31:2a:9d pcib7: at device 0.3 on pci5 pcib3: allocated I/O port range (0xd000-0xdfff) for rid 1c of pcib7 pcib3: attempting to grow memory window for (0xfdc00000-0xfdefffff,0x300000) front candidate range: 0xfdc00000-0xfdefffff pcib7: failed to allocate initial memory window: 0xfdc00000-0xfdefffff pcib7: domain 0 pcib7: secondary bus 6 pcib7: subordinate bus 6 pcib7: I/O decode 0xd000-0xdfff pcib7: no prefetched decode pci6: on pcib7 pci6: domain=0, physical bus=6 found-> vendor=0x1000, dev=0x0054, revid=0x02 domain=0, bus=6, slot=3, func=0 class=01-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0157, statreg=0x0230, cachelnsz=16 (dwords) lattimer=0x88 (4080 ns), mingnt=0x40 (16000 ns), maxlat=0x0a (2500 ns) intpin=a, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 MSI supports 1 message, 64 bit MSI-X supports 1 message in map 0x14 map[10]: type I/O Port, range 32, base 0xd000, size 8, enabled pcib7: allocated I/O port range (0xd000-0xd0ff) for rid 10 of pci0:6:3:0 map[14]: type Memory, range 64, base 0xfdefc000, size 14, enabled pcib3: attempting to grow memory window for (0xfde00000-0xfdefffff,0x100000) front candidate range: 0xfde00000-0xfdefffff pcib7: failed to allocate initial memory window (0xfde00000-0xfdefffff,0x100000) map[1c]: type Memory, range 64, base 0xfdee0000, size 16, enabled pcib3: attempting to grow memory window for (0xfde00000-0xfdefffff,0x100000) front candidate range: 0xfde00000-0xfdefffff pcib7: failed to allocate initial memory window (0xfde00000-0xfdefffff,0x100000) pcib7: matched entry for 6.3.INTA pcib7: slot 3 INTA hardwired to IRQ 26 mpt0: port 0xd000-0xd0ff irq 26 at device 3.0 on pci6 pcib3: attempting to grow memory window for (0-0xffffffff,0x100000) front candidate range: 0xfde00000-0xfdefffff back candidate range: 0xfe000000-0xfe0fffff pcib7: failed to allocate initial memory window (0-0xffffffff,0x100000) mpt0: 0x4000 bytes of rid 0x14 res 3 failed (0, 0xffffffffffffffff). mpt0: Unable to memory map registers. mpt0: Giving Up. pci0: at device 15.0 (no driver attached) pcib8: irq 16 at device 28.0 on pci0 pcib8: domain 0 pcib8: secondary bus 4 pcib8: subordinate bus 4 pcib8: no prefetched decode pci4: on pcib8 pci4: domain=0, physical bus=4 pcib9: irq 18 at device 28.2 on pci0 pcib0: allocated type 4 (0xc000-0xcfff) for rid 1c of pcib9 pcib0: allocated type 3 (0xfda00000-0xfdafffff) for rid 20 of pcib9 pcib9: domain 0 pcib9: secondary bus 3 pcib9: subordinate bus 3 pcib9: I/O decode 0xc000-0xcfff pcib9: memory decode 0xfda00000-0xfdafffff pcib9: no prefetched decode pci3: on pcib9 pci3: domain=0, physical bus=3 found-> vendor=0x8086, dev=0x109a, revid=0x00 domain=0, bus=3, slot=0, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Memory, range 32, base 0xfdae0000, size 17, enabled pcib9: allocated memory range (0xfdae0000-0xfdafffff) for rid 10 of pci0:3:0:0 map[18]: type I/O Port, range 32, base 0xcc00, size 5, enabled pcib9: allocated I/O port range (0xcc00-0xcc1f) for rid 18 of pci0:3:0:0 pcib9: matched entry for 3.0.INTA pcib9: slot 0 INTA hardwired to IRQ 18 em2: port 0xcc00-0xcc1f mem 0xfdae0000-0xfdafffff irq 18 at device 0.0 on pci3 em2: attempting to allocate 1 MSI vectors (1 supported) msi: routing MSI IRQ 258 to local APIC 0 vector 54 em2: using IRQ 258 for MSI em2: Using an MSI interrupt em2: bpf attached em2: Ethernet address: 00:22:15:31:27:6a pcib10: irq 19 at device 28.3 on pci0 pcib0: allocated type 4 (0xb000-0xbfff) for rid 1c of pcib10 pcib0: allocated type 3 (0xfd900000-0xfd9fffff) for rid 20 of pcib10 pcib10: domain 0 pcib10: secondary bus 2 pcib10: subordinate bus 2 pcib10: I/O decode 0xb000-0xbfff pcib10: memory decode 0xfd900000-0xfd9fffff pcib10: no prefetched decode pci2: on pcib10 pci2: domain=0, physical bus=2 found-> vendor=0x8086, dev=0x109a, revid=0x00 domain=0, bus=2, slot=0, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Memory, range 32, base 0xfd9e0000, size 17, enabled pcib10: allocated memory range (0xfd9e0000-0xfd9fffff) for rid 10 of pci0:2:0:0 map[18]: type I/O Port, range 32, base 0xbc00, size 5, enabled pcib10: allocated I/O port range (0xbc00-0xbc1f) for rid 18 of pci0:2:0:0 pcib10: matched entry for 2.0.INTA pcib10: slot 0 INTA hardwired to IRQ 19 em3: port 0xbc00-0xbc1f mem 0xfd9e0000-0xfd9fffff irq 19 at device 0.0 on pci2 em3: attempting to allocate 1 MSI vectors (1 supported) msi: routing MSI IRQ 259 to local APIC 0 vector 55 em3: using IRQ 259 for MSI em3: Using an MSI interrupt em3: bpf attached em3: Ethernet address: 00:22:15:31:28:d1 uhci0: port 0x9000-0x901f irq 23 at device 29.0 on pci0 ioapic0: routing intpin 23 (PCI IRQ 23) to lapic 0 vector 56 usbus0 on uhci0 usbus0: bpf attached uhci0: usbpf: Attached uhci1: port 0x9080-0x909f irq 19 at device 29.1 on pci0 ioapic0: routing intpin 19 (PCI IRQ 19) to lapic 0 vector 57 usbus1 on uhci1 usbus1: bpf attached uhci1: usbpf: Attached ehci0: mem 0xfd7ff800-0xfd7ffbff irq 23 at device 29.7 on pci0 usbus2: EHCI version 1.0 usbus2 on ehci0 usbus2: bpf attached ehci0: usbpf: Attached pcib11: at device 30.0 on pci0 pcib0: allocated type 4 (0xa000-0xafff) for rid 1c of pcib11 pcib0: allocated type 3 (0xfd800000-0xfd8fffff) for rid 20 of pcib11 pcib0: allocated type 3 (0xf8000000-0xfbffffff) for rid 24 of pcib11 pcib11: domain 0 pcib11: secondary bus 1 pcib11: subordinate bus 1 pcib11: I/O decode 0xa000-0xafff pcib11: memory decode 0xfd800000-0xfd8fffff pcib11: prefetched decode 0xf8000000-0xfbffffff pcib11: Subtractively decoded bridge. pci1: on pcib11 pci1: domain=0, physical bus=1 found-> vendor=0x18ca, dev=0x0020, revid=0x00 domain=0, bus=1, slot=2, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0003, statreg=0x0230, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Prefetchable Memory, range 32, base 0xf8000000, size 26, enabled pcib11: allocated prefetch range (0xf8000000-0xfbffffff) for rid 10 of pci0:1:2:0 map[14]: type Memory, range 32, base 0xfd8c0000, size 18, enabled pcib11: allocated memory range (0xfd8c0000-0xfd8fffff) for rid 14 of pci0:1:2:0 map[18]: type I/O Port, range 32, base 0xac00, size 7, enabled pcib11: allocated I/O port range (0xac00-0xac7f) for rid 18 of pci0:1:2:0 vgapci0: port 0xac00-0xac7f mem 0xf8000000-0xfbffffff,0xfd8c0000-0xfd8fffff at device 2.0 on pci1 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 31.1 on pci0 ata0: at channel 0 on atapci0 ioapic0: routing intpin 14 (ISA IRQ 14) to lapic 0 vector 58 ahci0: port 0x9c00-0x9c07,0x9880-0x9883,0x9800-0x9807,0x9480-0x9483,0x9400-0x941f mem 0xfd7ffc00-0xfd7fffff irq 19 at device 31.2 on pci0 ahci0: AHCI v1.10 with 6 3Gbps ports, Port Multiplier not supported ahci0: Caps: 64bit NCQ ALP AL 3Gbps SSC PSC 32cmd 6ports ahci0: Caps2: ahcich0: at channel 0 on ahci0 ahcich0: Caps: ahcich1: at channel 1 on ahci0 ahcich1: Caps: ahcich2: at channel 2 on ahci0 ahcich2: Caps: ahcich3: at channel 3 on ahci0 ahcich3: Caps: ahcich4: at channel 4 on ahci0 ahcich4: Caps: ahcich5: at channel 5 on ahci0 ahcich5: Caps: ichsmb0: port 0x400-0x41f irq 19 at device 31.3 on pci0 smbus0: on ichsmb0 smb0: on smbus0 acpi_button0: on acpi0 uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 ioapic0: routing intpin 4 (ISA IRQ 4) to lapic 0 vector 59 uart0: fast interrupt uart1: <16550 or compatible> port 0x2f8-0x2ff irq 3 on acpi0 ioapic0: routing intpin 3 (ISA IRQ 3) to lapic 0 vector 60 uart1: fast interrupt acpi0: wakeup code va 0xffffff88c41c1000 pa 0x90000 ahc_isa_probe 0: ioport 0xc00 alloc failed ahc_isa_probe 1: ioport 0x1c00 alloc failed ahc_isa_probe 2: ioport 0x2c00 alloc failed ahc_isa_probe 3: ioport 0x3c00 alloc failed ahc_isa_probe 4: ioport 0x4c00 alloc failed ahc_isa_probe 5: ioport 0x5c00 alloc failed ahc_isa_probe 6: ioport 0x6c00 alloc failed ahc_isa_probe 7: ioport 0x7c00 alloc failed ahc_isa_probe 8: ioport 0x8c00 alloc failed ahc_isa_probe 9: ioport 0x9c00 alloc failed ahc_isa_probe 10: ioport 0xac00 alloc failed ahc_isa_probe 11: ioport 0xbc00 alloc failed ahc_isa_probe 12: ioport 0xcc00 alloc failed ahc_isa_probe 13: ioport 0xdc00 alloc failed ahc_isa_probe 14: ioport 0xec00 alloc failed isab0: found ICH8 or equivalent chipset: Intel 63XXESB watchdog timer pcib0: allocated type 3 (0xa0000-0xa07ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa0800-0xa0fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa1000-0xa17ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa1800-0xa1fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa2000-0xa27ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa2800-0xa2fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa3000-0xa37ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa3800-0xa3fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa4000-0xa47ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa4800-0xa4fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa5000-0xa57ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa5800-0xa5fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa6000-0xa67ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa6800-0xa6fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa7000-0xa77ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa7800-0xa7fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa8000-0xa87ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa8800-0xa8fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa9000-0xa97ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa9800-0xa9fff) for rid 0 of orm0 pcib0: allocated type 3 (0xaa000-0xaa7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xaa800-0xaafff) for rid 0 of orm0 pcib0: allocated type 3 (0xab000-0xab7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xab800-0xabfff) for rid 0 of orm0 pcib0: allocated type 3 (0xac000-0xac7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xac800-0xacfff) for rid 0 of orm0 pcib0: allocated type 3 (0xad000-0xad7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xad800-0xadfff) for rid 0 of orm0 pcib0: allocated type 3 (0xae000-0xae7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xae800-0xaefff) for rid 0 of orm0 pcib0: allocated type 3 (0xaf000-0xaf7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xaf800-0xaffff) for rid 0 of orm0 pcib0: allocated type 3 (0xb0000-0xb07ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb0800-0xb0fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb1000-0xb17ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb1800-0xb1fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb2000-0xb27ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb2800-0xb2fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb3000-0xb37ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb3800-0xb3fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb4000-0xb47ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb4800-0xb4fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb5000-0xb57ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb5800-0xb5fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb6000-0xb67ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb6800-0xb6fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb7000-0xb77ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb7800-0xb7fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb8000-0xb87ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb8800-0xb8fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb9000-0xb97ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb9800-0xb9fff) for rid 0 of orm0 pcib0: allocated type 3 (0xba000-0xba7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xba800-0xbafff) for rid 0 of orm0 pcib0: allocated type 3 (0xbb000-0xbb7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbb800-0xbbfff) for rid 0 of orm0 pcib0: allocated type 3 (0xbc000-0xbc7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbc800-0xbcfff) for rid 0 of orm0 pcib0: allocated type 3 (0xbd000-0xbd7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbd800-0xbdfff) for rid 0 of orm0 pcib0: allocated type 3 (0xbe000-0xbe7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbe800-0xbefff) for rid 0 of orm0 pcib0: allocated type 3 (0xbf000-0xbf7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbf800-0xbffff) for rid 0 of orm0 pcib0: allocated type 3 (0xd0000-0xd07ff) for rid 3 of orm0 pcib0: allocated type 3 (0xd0000-0xd0fff) for rid 3 of orm0 pcib0: allocated type 3 (0xd1000-0xd17ff) for rid 4 of orm0 pcib0: allocated type 3 (0xd1000-0xd1fff) for rid 4 of orm0 pcib0: allocated type 3 (0xd2000-0xd27ff) for rid 5 of orm0 pcib0: allocated type 3 (0xd2800-0xd2fff) for rid 5 of orm0 pcib0: allocated type 3 (0xd3000-0xd37ff) for rid 5 of orm0 pcib0: allocated type 3 (0xd3800-0xd3fff) for rid 5 of orm0 pcib0: allocated type 3 (0xd4000-0xd47ff) for rid 5 of orm0 pcib0: allocated type 3 (0xd4800-0xd4fff) for rid 5 of orm0 pcib0: allocated type 3 (0xd5000-0xd57ff) for rid 5 of orm0 pcib0: allocated type 3 (0xd5800-0xd5fff) for rid 5 of orm0 pcib0: allocated type 3 (0xd6000-0xd67ff) for rid 5 of orm0 pcib0: allocated type 3 (0xd6800-0xd6fff) for rid 5 of orm0 pcib0: allocated type 3 (0xd7000-0xd77ff) for rid 5 of orm0 pcib0: allocated type 3 (0xd7800-0xd7fff) for rid 5 of orm0 pcib0: allocated type 3 (0xd8000-0xd87ff) for rid 5 of orm0 pcib0: allocated type 3 (0xd8800-0xd8fff) for rid 5 of orm0 pcib0: allocated type 3 (0xd9000-0xd97ff) for rid 5 of orm0 pcib0: allocated type 3 (0xd9800-0xd9fff) for rid 5 of orm0 pcib0: allocated type 3 (0xda000-0xda7ff) for rid 5 of orm0 pcib0: allocated type 3 (0xda800-0xdafff) for rid 5 of orm0 pcib0: allocated type 3 (0xdb000-0xdb7ff) for rid 5 of orm0 pcib0: allocated type 3 (0xdb800-0xdbfff) for rid 5 of orm0 pcib0: allocated type 3 (0xdc000-0xdc7ff) for rid 5 of orm0 pcib0: allocated type 3 (0xdc800-0xdcfff) for rid 5 of orm0 pcib0: allocated type 3 (0xdd000-0xdd7ff) for rid 5 of orm0 pcib0: allocated type 3 (0xdd800-0xddfff) for rid 5 of orm0 pcib0: allocated type 3 (0xde000-0xde7ff) for rid 5 of orm0 pcib0: allocated type 3 (0xde800-0xdefff) for rid 5 of orm0 pcib0: allocated type 3 (0xdf000-0xdf7ff) for rid 5 of orm0 pcib0: allocated type 3 (0xdf800-0xdffff) for rid 5 of orm0 isa_probe_children: disabling PnP devices ichwd0 on isa0 isab0: found ICH8 or equivalent chipset: Intel 63XXESB watchdog timer pcib0: allocated type 4 (0x830-0x837) for rid 0 of ichwd0 pcib0: allocated type 4 (0x860-0x87f) for rid 1 of ichwd0 ichwd0: (null) (ICH8 or equivalent) ichwd0: timer disabled ipmi0: on isa0 ipmi0: KCS mode found at io 0xca2 alignment 0x1 on isa pcib0: allocated type 4 (0xca2-0xca3) for rid 0 of ipmi0 ipmi0: couldn't find it device_attach: ipmi0 attach returned 6 atrtc: atrtc0 already exists; skipping it attimer: attimer0 already exists; skipping it sc: sc0 already exists; skipping it uart: uart0 already exists; skipping it uart: uart1 already exists; skipping it isa_probe_children: probing non-PnP devices ipmi0: at port 0xca2-0xca3 on isa0 ipmi0: KCS mode found at io 0xca2 alignment 0x1 on isa pcib0: allocated type 4 (0xca2-0xca3) for rid 0 of ipmi0 ipmi0: couldn't find it device_attach: ipmi0 attach returned 6 orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xc8fff,0xc9000-0xc9fff,0xd0000-0xd0fff,0xd1000-0xd1fff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd1, terminal emulator: scteken (teken terminal) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 pcib0: allocated type 4 (0x3c0-0x3df) for rid 0 of vga0 pcib0: allocated type 3 (0xa0000-0xbffff) for rid 0 of vga0 pcib0: allocated type 4 (0x60-0x60) for rid 0 of atkbdc0 pcib0: allocated type 4 (0x64-0x64) for rid 1 of atkbdc0 atkbdc0: at port 0x60,0x64 on isa0 pcib0: allocated type 4 (0x60-0x60) for rid 0 of atkbdc0 pcib0: allocated type 4 (0x64-0x64) for rid 1 of atkbdc0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 kbd0: atkbd0, generic (0), config:0x0, flags:0x3f0000 ioapic0: routing intpin 1 (ISA IRQ 1) to lapic 0 vector 61 atkbd0: [GIANT-LOCKED] psm0: unable to allocate IRQ fdc0 failed to probe at port 0x3f0 irq 6 drq 2 on isa0 ppc0 failed to probe at irq 7 on isa0 isa_probe_children: probing PnP devices coretemp0: on cpu0 coretemp0: Setting TjMax=100 est0: enabling SpeedStep est0: failed to enable SpeedStep p4tcc0: on cpu0 coretemp1: on cpu1 coretemp1: Setting TjMax=100 est1: enabling SpeedStep est1: failed to enable SpeedStep p4tcc1: on cpu1 coretemp2: on cpu2 coretemp2: Setting TjMax=100 est2: enabling SpeedStep est2: failed to enable SpeedStep p4tcc2: on cpu2 coretemp3: on cpu3 coretemp3: Setting TjMax=100 est3: enabling SpeedStep est3: failed to enable SpeedStep p4tcc3: on cpu3 coretemp4: on cpu4 coretemp4: Setting TjMax=100 est4: enabling SpeedStep est4: failed to enable SpeedStep p4tcc4: on cpu4 coretemp5: on cpu5 coretemp5: Setting TjMax=100 est5: enabling SpeedStep est5: failed to enable SpeedStep p4tcc5: on cpu5 coretemp6: on cpu6 coretemp6: Setting TjMax=100 est6: enabling SpeedStep est6: failed to enable SpeedStep p4tcc6: on cpu6 coretemp7: on cpu7 coretemp7: Setting TjMax=100 est7: enabling SpeedStep est7: failed to enable SpeedStep p4tcc7: on cpu7 Device configuration finished. linprocfs registered linsysfs registered procfs registered Timecounters tick every 1.000 msec vlan: initialized, using hash tables with chaining epair initialized. Linux ELF exec handler installed ipfw2 (+ipv6) initialized, divert enabled, nat loadable, rule-based forwarding enabled, default to accept, logging disabled ipfw0: bpf attached DUMMYNET 0xfffffe0004e4e840 with IPv6 initialized (100409) load_dn_sched dn_sched QFQ loaded load_dn_sched dn_sched RR loaded load_dn_sched dn_sched WF2Q+ loaded lo0: bpf attached load_dn_sched dn_sched FIFO loaded load_dn_sched dn_sched PRIO loaded usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 480Mbps High Speed USB v2.0 ata0: reset tp1 mask=03 ostat0=7f ostat1=00 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 ugen2.1: at usbus2 uhub2: on usbus2 ata0: stat0=0x00 err=0x00 lsb=0x00 msb=0x00 ata0: stat1=0x7f err=0x7f lsb=0x7f msb=0x7f ata0: stat1=0x01 err=0x01 lsb=0x01 msb=0x01 ata0: reset tp2 stat0=00 stat1=01 devices=0x0 ahcich0: AHCI reset... ahcich0: SATA connect timeout time=10000us status=00000000 ahcich0: AHCI reset: device not found ahcich1: AHCI reset... ahcich1: SATA connect timeout time=10000us status=00000000 ahcich1: AHCI reset: device not found ahcich2: AHCI reset... ahcich2: SATA connect timeout time=10000us status=00000000 ahcich2: AHCI reset: device not found ahcich3: AHCI reset... ahcich3: SATA connect timeout time=10000us status=00000000 ahcich3: AHCI reset: device not found ahcich4: AHCI reset... ahcich4: SATA connect timeout time=10000us status=00000000 ahcich4: AHCI reset: device not found ahcich5: AHCI reset... ahcich5: SATA connect timeout time=10000us status=00000000 ahcich5: AHCI reset: device not found SMP: AP CPU #7 Launched! cpu7 AP: ID: 0x07000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #2 Launched! cpu2 AP: ID: 0x02000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #1 Launched! cpu1 AP: ID: 0x01000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #3 Launched! cpu3 AP: ID: 0x03000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #6 Launched! cpu6 AP: ID: 0x06000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #4 Launched! cpu4 AP: ID: 0x04000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #5 Launched! cpu5 AP: ID: 0x05000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: passed TSC synchronization test TSC timecounter discards lower 8 bit(s) Timecounter "TSC-low" frequency 11040266 Hz quality 1000 hwpmc: TSC/1/64/0x20 IAP/2/40/0x3ff IAF/3/40/0x61 uhub0: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered Root mount waiting for: usbus2 uhub2: 4 ports with 4 removable, self powered ugen0.2: at usbus0 ukbd0: on usbus0 kbd2 at ukbd0 kbd2: ukbd0, generic (0), config:0x0, flags:0x3d0000 ums0: on usbus0 ums0: 5 buttons and [XYZ] coordinates ID=1 em1: Link is up 1000 Mbps Full Duplex start_init: trying /sbin/init --------------000305070900090608040808-- From owner-freebsd-stable@FreeBSD.ORG Mon Jun 11 19:06:38 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C0C3C1065673; Mon, 11 Jun 2012 19:06:38 +0000 (UTC) (envelope-from momchil@xaxo.eu) Received: from vps2.xaxo.eu (vps2.xaxo.eu [78.47.156.66]) by mx1.freebsd.org (Postfix) with ESMTP id 4D85C8FC1E; Mon, 11 Jun 2012 19:06:37 +0000 (UTC) Received: from t61.xaxo.eu ([10.75.23.6]) by vps2.xaxo.eu (8.14.4/8.14.4) with ESMTP id q5BI6PsI091638; Mon, 11 Jun 2012 20:06:28 +0200 (CEST) (envelope-from momchil@xaxo.eu) Date: Mon, 11 Jun 2012 21:06:26 +0200 Message-ID: <86sje17jnx.wl%momchil@xaxo.eu> From: =?UTF-8?B?0JzQvtC80YfQuNC7INCY0LLQsNC90L7Qsg==?= To: Doug Barton In-Reply-To: <4FD41340.3050003@FreeBSD.org> References: <86fwa8szos.wl%momchil@xaxo.eu> <4FD000FE.6090505@FreeBSD.org> <4FD41340.3050003@FreeBSD.org> MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: freebsd-stable@FreeBSD.org, =?UTF-8?B?0JzQvtC80YfQuNC7INCY0LLQsNC90L7Qsg==?= Subject: Re: ULE Scheduler X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Jun 2012 19:06:38 -0000 At Sat, 09 Jun 2012 20:23:44 -0700, Doug Barton wrote: > > On 06/06/2012 18:16, Doug Barton wrote: > > On 06/06/2012 18:01, Момчил Иванов wrote: > >> Is there some remedy? > > > > Try the 4BSD scheduler. > > Did you ever try this? Did it help? I compiled the same kernel with the 4BSD scheduler today and it seems that the processes jump accross cores too. My "eye" measure with "top" fells like it's more stable and probably converges faster to a stable state after "top" jumps accross cores. But in order to talk with numbers, I need to replace "top" with somethings that dumps the process number and the cpu id continuously in order to get some statistics out of it, otherwise you can just forget all the things that I have written. Is there an easy way to do that and are you interested? Regards, Momchil From owner-freebsd-stable@FreeBSD.ORG Mon Jun 11 20:23:13 2012 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 7E4D1106566B for ; Mon, 11 Jun 2012 20:23:13 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 405D08FC21 for ; Mon, 11 Jun 2012 20:23:13 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id A8120B980; Mon, 11 Jun 2012 16:23:12 -0400 (EDT) From: John Baldwin To: Andrey Zonov Date: Mon, 11 Jun 2012 16:19:50 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p13; KDE/4.5.5; amd64; ; ) References: <4FD0ECB7.8040908@zonov.org> <201206111019.02050.jhb@freebsd.org> <4FD60DF2.7090506@zonov.org> In-Reply-To: <4FD60DF2.7090506@zonov.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201206111619.51019.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Mon, 11 Jun 2012 16:23:12 -0400 (EDT) Cc: freebsd-stable , Marius Strobl Subject: Re: mpt: Unable to memory map registers X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Jun 2012 20:23:13 -0000 On Monday, June 11, 2012 11:25:38 am Andrey Zonov wrote: > On 6/11/12 6:19 PM, John Baldwin wrote: > > On Saturday, June 09, 2012 3:06:19 pm Andrey Zonov wrote: > >> On 6/9/12 9:35 PM, Marius Strobl wrote: > >>> On Sat, Jun 09, 2012 at 12:58:05PM +0400, Andrey Zonov wrote: > >>>> On 6/8/12 10:27 PM, John Baldwin wrote: > >>>>> On Friday, June 08, 2012 11:48:50 am Andrey Zonov wrote: > >>>>>> On Fri, Jun 8, 2012 at 7:19 PM, John Baldwin wrote: > >>>>>>> On Friday, June 08, 2012 3:14:19 am Andrey Zonov wrote: > >>>>>>>> On 6/7/12 10:02 PM, Andrey Zonov wrote: > >>>>>>>>> Hi, > >>>>>>>>> > >>>>>>>>> I just upgraded a few machines from 8.2-STABLE (r221983) to 9.0- > > STABLE > >>>>>>>>> (r234600) and now they can't find any disk because SAS controller > >>>>>>>>> cannot > >>>>>>>>> initialize with the following diagnostic: > >>>>>>>>> > >>>>>>>>> mpt0: port 0xd000-0xd0ff irq 26 at > > device > >>>>>>>>> 3.0 on pci6 > >>>>>>>>> mpt0: 0x4000 bytes of rid 0x14 res 3 failed (0, 0xffffffffffffffff). > >>>>>>>>> mpt0: Unable to memory map registers. > >>>>>>>>> mpt0: Giving Up. > >>>>>>>>> > >>>>>>>>> pciconf -lv: > >>>>>>>>> mpt0@pci0:6:3:0: class=0x010000 card=0x81dd1043 chip=0x00541000 > >>>>>>>>> rev=0x02 > >>>>>>>>> hdr=0x00 > >>>>>>>>> vendor = 'LSI Logic / Symbios Logic' > >>>>>>>>> device = 'SAS1068 PCI-X Fusion-MPT SAS' > >>>>>>>>> class = mass storage > >>>>>>>>> subclass = SCSI > >>>>>>>>> > >>>>>>>>> I tried to boot to latest HEAD and found the same problem. I also > > tried > >>>>>>>>> to build kernel with mpt driver from my 8.2. Controller didn't > >>>>>>>>> initialize with the same diagnostic. So it looks like the problem is > >>>>>>>>> not > >>>>>>>>> in mpt driver. > >>>>>>>>> > >>>>>>>>> Any help would be appreciated. > >>>>>>>>> > >>>>>>>> > >>>>>>>> +jhb@ > >>>>>>>> > >>>>>>>> Hi John, > >>>>>>>> > >>>>>>>> Could you please help me with the problem above? It looks like the > >>>>>>>> problem is in PCI code and you changed things there. > >>>>>>> > >>>>>>> Can you get a verbose dmesg? > >>>>>>> > >>>>>> > >>>>>> Yes, it's in attach. > >>>>> > >>>>> Can you get the output of 'devinfo -u' and 'devinfo -rv' from a broken > >>>>> kernel? > >>>>> > >>>> > >>>> Attached. > >>>> > >>>>> Can you also try setting 'debug.acpi.disable=sysres' in the loader? > >>>>> > >>>> > >>>> Didn't help. > >>>> > >>> > >>> That's probably due to a typo, the corret loader tunable is > >>> debug.acpi.disabled=sysres (note the 'd'). > >>> > >> > >> This helps, thanks! Please explain what this means. > > > > Well, it's working around a bug in your BIOS, but in this case FreeBSD should > > have coped fine and it didn't. Please try using this patch without that > > tunable and get a verbose dmesg please: > > Unfortunately didn't work. Ah, it did work a bit, but it uncovered a larger bug. I didn't make the PCI-PCI bridge driver recursively grow windows. Try this: Index: sys/dev/pci/pci_pci.c =================================================================== --- pci_pci.c (revision 236888) +++ pci_pci.c (working copy) @@ -113,23 +113,27 @@ DRIVER_MODULE(pcib, pci, pcib_driver, pcib_devclas /* * Is a resource from a child device sub-allocated from one of our - * resource managers? + * resource managers? If so, return the associated window. */ -static int +static struct pcib_window * pcib_is_resource_managed(struct pcib_softc *sc, int type, struct resource *r) { switch (type) { case SYS_RES_IOPORT: - return (rman_is_region_manager(r, &sc->io.rman)); + if (rman_is_region_manager(r, &sc->io.rman)) + return (&sc->io); + break; case SYS_RES_MEMORY: /* Prefetchable resources may live in either memory rman. */ if (rman_get_flags(r) & RF_PREFETCHABLE && rman_is_region_manager(r, &sc->pmem.rman)) - return (1); - return (rman_is_region_manager(r, &sc->mem.rman)); + return (&sc->pmem); + if (rman_is_region_manager(r, &sc->mem.rman)) + return (&sc->mem); + break; } - return (0); + return (NULL); } static int @@ -871,6 +875,10 @@ pcib_grow_window(struct pcib_softc *sc, struct pci goto updatewin; } + /* Nothing to do if the request fits in the current window. */ + if (start >= rman_get_start(w->res) && end <= rman_get_end(w->res)) + return (ENOSPC); + /* * See if growing the window would help. Compute the minimum * amount of address space needed on both the front and back @@ -881,6 +889,10 @@ pcib_grow_window(struct pcib_softc *sc, struct pci * edge of the window, grow from the inner edge of the free * region. Otherwise grow from the window boundary. * + * As a special case, if the new region is an exact region + * that is a superset of the current window, align the ends + * and make a single adjust request to our parent. + * * XXX: Special case: if w->res is completely empty and the * request size is larger than w->res, we should find the * optimal aligned buffer containing w->res and allocate that. @@ -890,12 +902,22 @@ pcib_grow_window(struct pcib_softc *sc, struct pci "attempting to grow %s window for (%#lx-%#lx,%#lx)\n", w->name, start, end, count); align = 1ul << RF_ALIGNMENT(flags); + if (start + count - 1 == end && start <= rman_get_start(w->res) && + end >= rman_get_end(w->res)) { + start &= (1ul << w->step) - 1; + end = roundup2(end + 1, 1ul << w->step) - 1; + if (bootverbose) + printf("\twide candidate range: %#lx-%#lx\n", + start, end); + error = bus_adjust_resource(sc->dev, type, w->res, start, end); + goto adjusted; + } if (start < rman_get_start(w->res)) { if (rman_first_free_region(&w->rman, &start_free, &end_free) != 0 || start_free != rman_get_start(w->res)) - end_free = rman_get_start(w->res) - 1; + end_free = rman_get_start(w->res); if (end_free > end) - end_free = end; + end_free = end + 1; /* Move end_free down until it is properly aligned. */ end_free &= ~(align - 1); @@ -971,6 +993,7 @@ pcib_grow_window(struct pcib_softc *sc, struct pci } } +adjusted: if (error) return (error); if (bootverbose) @@ -1099,10 +1122,25 @@ pcib_adjust_resource(device_t bus, device_t child, u_long start, u_long end) { struct pcib_softc *sc; + struct pcib_window *w; + int error; sc = device_get_softc(bus); - if (pcib_is_resource_managed(sc, type, r)) - return (rman_adjust_resource(r, start, end)); + w = pcib_is_resource_managed(sc, type, r); + if (w != NULL) { + error = rman_adjust_resource(r, start, end); + if (error == 0) + return (error); + + /* + * If the initial adjustment fails, try to grow the + * window that backs this resource. + */ + if (pcib_grow_window(sc, w, type, start, end, end - start + 1, + rman_get_flags(r)) == 0) + error = rman_adjust_resource(r, start, end); + return (error); + } return (bus_generic_adjust_resource(bus, child, type, r, start, end)); } @@ -1114,7 +1152,7 @@ pcib_release_resource(device_t dev, device_t child int error; sc = device_get_softc(dev); - if (pcib_is_resource_managed(sc, type, r)) { + if (pcib_is_resource_managed(sc, type, r) != NULL) { if (rman_get_flags(r) & RF_ACTIVE) { error = bus_deactivate_resource(child, type, rid, r); if (error) -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Mon Jun 11 21:01:25 2012 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 29F23106564A for ; Mon, 11 Jun 2012 21:01:25 +0000 (UTC) (envelope-from andrey@zonov.org) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) by mx1.freebsd.org (Postfix) with ESMTP id 5D9FD8FC0A for ; Mon, 11 Jun 2012 21:01:24 +0000 (UTC) Received: by lbon10 with SMTP id n10so3833167lbo.13 for ; Mon, 11 Jun 2012 14:01:23 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:x-gm-message-state; bh=AI3KMVlJYJLIdOnPA/KXK3R65WCXQM539PjskkT573k=; b=G+G7/hlNJgcqSgBrYwx/s2uW0+qqv6Y+K5SDhGHuPYUpGmiL0WL9KxkbGXIyJz6KxE DMcfafXd3zsUEgDGvslSS1rj61aGx8b5TEKhLhqrJQ44eb0Gqo27ayBstrRCtrAIbI61 GFkRzlmq1N/bW9Acb1j38JKo/c5dPsd6mgw35VD35iAvnQI/H9kCsJEmYO9lfuDZncjs /aB/Y2ZnUe0o0V/n5l96gdkDH9+mnbeZ6GZVJPeCUTj+Ux3CnSd7rsIRePMNxnmCZMdB ob7X3ayTyjr3PTyp1jpVeIP2mUnDJkXtMB8QSNP83Uzd7jQetU5081UENtwTLGh8Yu6b ohRQ== Received: by 10.112.26.165 with SMTP id m5mr3787917lbg.15.1339448483250; Mon, 11 Jun 2012 14:01:23 -0700 (PDT) Received: from zont-osx.local (ppp95-165-147-222.pppoe.spdop.ru. [95.165.147.222]) by mx.google.com with ESMTPS id mo3sm26060693lab.2.2012.06.11.14.01.20 (version=SSLv3 cipher=OTHER); Mon, 11 Jun 2012 14:01:22 -0700 (PDT) Message-ID: <4FD65C9E.1010809@zonov.org> Date: Tue, 12 Jun 2012 01:01:18 +0400 From: Andrey Zonov User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: John Baldwin References: <4FD0ECB7.8040908@zonov.org> <201206111019.02050.jhb@freebsd.org> <4FD60DF2.7090506@zonov.org> <201206111619.51019.jhb@freebsd.org> In-Reply-To: <201206111619.51019.jhb@freebsd.org> Content-Type: multipart/mixed; boundary="------------060203030404020406090101" X-Gm-Message-State: ALoCoQluIZ3SVys0BzReTMoh3s+/phRCOX8BnFTB52jrjKZFlLQWTBl6pELGnyN/WY3LtO9MMFa/ Cc: freebsd-stable , Marius Strobl Subject: Re: mpt: Unable to memory map registers X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Jun 2012 21:01:25 -0000 This is a multi-part message in MIME format. --------------060203030404020406090101 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit On 6/12/12 12:19 AM, John Baldwin wrote: > On Monday, June 11, 2012 11:25:38 am Andrey Zonov wrote: >> On 6/11/12 6:19 PM, John Baldwin wrote: >>> On Saturday, June 09, 2012 3:06:19 pm Andrey Zonov wrote: >>>> On 6/9/12 9:35 PM, Marius Strobl wrote: >>>>> On Sat, Jun 09, 2012 at 12:58:05PM +0400, Andrey Zonov wrote: >>>>>> On 6/8/12 10:27 PM, John Baldwin wrote: >>>>>>> On Friday, June 08, 2012 11:48:50 am Andrey Zonov wrote: >>>>>>>> On Fri, Jun 8, 2012 at 7:19 PM, John Baldwin wrote: >>>>>>>>> On Friday, June 08, 2012 3:14:19 am Andrey Zonov wrote: >>>>>>>>>> On 6/7/12 10:02 PM, Andrey Zonov wrote: >>>>>>>>>>> Hi, >>>>>>>>>>> >>>>>>>>>>> I just upgraded a few machines from 8.2-STABLE (r221983) to 9.0- >>> STABLE >>>>>>>>>>> (r234600) and now they can't find any disk because SAS controller >>>>>>>>>>> cannot >>>>>>>>>>> initialize with the following diagnostic: >>>>>>>>>>> >>>>>>>>>>> mpt0: port 0xd000-0xd0ff irq 26 at >>> device >>>>>>>>>>> 3.0 on pci6 >>>>>>>>>>> mpt0: 0x4000 bytes of rid 0x14 res 3 failed (0, 0xffffffffffffffff). >>>>>>>>>>> mpt0: Unable to memory map registers. >>>>>>>>>>> mpt0: Giving Up. >>>>>>>>>>> >>>>>>>>>>> pciconf -lv: >>>>>>>>>>> mpt0@pci0:6:3:0: class=0x010000 card=0x81dd1043 chip=0x00541000 >>>>>>>>>>> rev=0x02 >>>>>>>>>>> hdr=0x00 >>>>>>>>>>> vendor = 'LSI Logic / Symbios Logic' >>>>>>>>>>> device = 'SAS1068 PCI-X Fusion-MPT SAS' >>>>>>>>>>> class = mass storage >>>>>>>>>>> subclass = SCSI >>>>>>>>>>> >>>>>>>>>>> I tried to boot to latest HEAD and found the same problem. I also >>> tried >>>>>>>>>>> to build kernel with mpt driver from my 8.2. Controller didn't >>>>>>>>>>> initialize with the same diagnostic. So it looks like the problem is >>>>>>>>>>> not >>>>>>>>>>> in mpt driver. >>>>>>>>>>> >>>>>>>>>>> Any help would be appreciated. >>>>>>>>>>> >>>>>>>>>> >>>>>>>>>> +jhb@ >>>>>>>>>> >>>>>>>>>> Hi John, >>>>>>>>>> >>>>>>>>>> Could you please help me with the problem above? It looks like the >>>>>>>>>> problem is in PCI code and you changed things there. >>>>>>>>> >>>>>>>>> Can you get a verbose dmesg? >>>>>>>>> >>>>>>>> >>>>>>>> Yes, it's in attach. >>>>>>> >>>>>>> Can you get the output of 'devinfo -u' and 'devinfo -rv' from a broken >>>>>>> kernel? >>>>>>> >>>>>> >>>>>> Attached. >>>>>> >>>>>>> Can you also try setting 'debug.acpi.disable=sysres' in the loader? >>>>>>> >>>>>> >>>>>> Didn't help. >>>>>> >>>>> >>>>> That's probably due to a typo, the corret loader tunable is >>>>> debug.acpi.disabled=sysres (note the 'd'). >>>>> >>>> >>>> This helps, thanks! Please explain what this means. >>> >>> Well, it's working around a bug in your BIOS, but in this case FreeBSD should >>> have coped fine and it didn't. Please try using this patch without that >>> tunable and get a verbose dmesg please: >> >> Unfortunately didn't work. > > Ah, it did work a bit, but it uncovered a larger bug. I didn't make the > PCI-PCI bridge driver recursively grow windows. Try this: > Still no luck. -- Andrey Zonov --------------060203030404020406090101 Content-Type: text/plain; charset=UTF-8; name="dmesg2.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="dmesg2.txt" MP Configuration Table version 1.4 found at 0xffffffff800fcb70 Table 'FACP' at 0xdffb0290 Table 'APIC' at 0xdffb0390 APIC: Found table at 0xdffb0390 APIC: Using the MADT enumerator. MADT: Found CPU APIC ID 0 ACPI ID 1: enabled SMP: Added CPU 0 (AP) MADT: Found CPU APIC ID 4 ACPI ID 2: enabled SMP: Added CPU 4 (AP) MADT: Found CPU APIC ID 1 ACPI ID 3: enabled SMP: Added CPU 1 (AP) MADT: Found CPU APIC ID 5 ACPI ID 4: enabled SMP: Added CPU 5 (AP) MADT: Found CPU APIC ID 2 ACPI ID 5: enabled SMP: Added CPU 2 (AP) MADT: Found CPU APIC ID 6 ACPI ID 6: enabled SMP: Added CPU 6 (AP) MADT: Found CPU APIC ID 3 ACPI ID 7: enabled SMP: Added CPU 3 (AP) MADT: Found CPU APIC ID 7 ACPI ID 8: enabled SMP: Added CPU 7 (AP) Copyright (c) 1992-2012 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 9.0-STABLE #1 r+fffa9c7-dirty: Tue Jun 12 00:44:04 MSK 2012 root@dst-dev.yandex.ru:/usr/obj/usr/src/sys/stable9-amd64-dtrace amd64 Preloaded elf kernel "/boot/kernel.test/kernel" at 0xffffffff80f1b000. Calibrating TSC clock ... TSC clock: 2826313691 Hz CPU: Intel(R) Xeon(R) CPU E5440 @ 2.83GHz (2826.31-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x1067a Family = 6 Model = 17 Stepping = 10 Features=0xbfebfbff Features2=0xc0ce3bd AMD Features=0x20100800 AMD Features2=0x1 TSC: P-state invariant, performance statistics real memory = 34359738368 (32768 MB) Physical memory chunk(s): 0x0000000000010000 - 0x000000000009bfff, 573440 bytes (140 pages) 0x0000000000100000 - 0x00000000001fffff, 1048576 bytes (256 pages) 0x0000000000f67000 - 0x00000000dff9ffff, 3741552640 bytes (913465 pages) 0x00000000dffae000 - 0x00000000dffaffff, 8192 bytes (2 pages) 0x0000000100000000 - 0x00000007e2ea7fff, 29576822784 bytes (7220904 pages) avail memory = 33113874432 (31579 MB) Event timer "LAPIC" quality 400 ACPI APIC Table: <090808 APIC1308> INTR: Adding local APIC 1 as a target INTR: Adding local APIC 2 as a target INTR: Adding local APIC 3 as a target INTR: Adding local APIC 4 as a target INTR: Adding local APIC 5 as a target INTR: Adding local APIC 6 as a target INTR: Adding local APIC 7 as a target FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs FreeBSD/SMP: 2 package(s) x 4 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 cpu4 (AP): APIC ID: 4 cpu5 (AP): APIC ID: 5 cpu6 (AP): APIC ID: 6 cpu7 (AP): APIC ID: 7 APIC: CPU 0 has ACPI ID 1 APIC: CPU 1 has ACPI ID 3 APIC: CPU 2 has ACPI ID 5 APIC: CPU 3 has ACPI ID 7 APIC: CPU 4 has ACPI ID 2 APIC: CPU 5 has ACPI ID 4 APIC: CPU 6 has ACPI ID 6 APIC: CPU 7 has ACPI ID 8 x86bios: IVT 0x000000-0x0004ff at 0xfffffe0000000000 x86bios: SSEG 0x098000-0x098fff at 0xffffff8000290000 x86bios: EBDA 0x09e000-0x09ffff at 0xfffffe000009e000 x86bios: ROM 0x0a0000-0x0fefff at 0xfffffe00000a0000 WARNING: VIMAGE (virtualized network stack) is a highly experimental feature. ULE: setup cpu 0 ULE: setup cpu 1 ULE: setup cpu 2 ULE: setup cpu 3 ULE: setup cpu 4 ULE: setup cpu 5 ULE: setup cpu 6 ULE: setup cpu 7 ACPI: RSDP 0xf9960 00024 (v02 ACPIAM) ACPI: XSDT 0xdffb0100 00074 (v01 090808 XSDT1308 20080908 MSFT 00000097) ACPI: FACP 0xdffb0290 000F4 (v03 090808 FACP1308 20080908 MSFT 00000097) ACPI: DSDT 0xdffb04d0 05414 (v01 CLSea CLSea007 00000007 INTL 20051117) ACPI: FACS 0xdffbe000 00040 ACPI: APIC 0xdffb0390 000AA (v01 090808 APIC1308 20080908 MSFT 00000097) ACPI: MCFG 0xdffb0490 0003C (v01 090808 OEMMCFG 20080908 MSFT 00000097) ACPI: OEMB 0xdffbe040 00071 (v01 090808 OEMB1308 20080908 MSFT 00000097) ACPI: HPET 0xdffb58f0 00038 (v01 090808 OEMHPET 20080908 MSFT 00000097) ACPI: ASF! 0xdffb5928 00083 (v32 AMIASF E7230ASF 00000001 INTL 20051117) ACPI: EINJ 0xdffb59b0 00130 (v01 AMIER AMI_EINJ 20080908 MSFT 00000097) ACPI: BERT 0xdffb5b40 00030 (v01 AMIER AMI_BERT 20080908 MSFT 00000097) ACPI: ERST 0xdffb5b70 001B0 (v01 AMIER AMI_ERST 20080908 MSFT 00000097) ACPI: HEST 0xdffb5d20 000A8 (v01 AMIER AMI_HEST 20080908 MSFT 00000097) MADT: Found IO APIC ID 8, Interrupt 0 at 0xfec00000 ioapic0: Routing external 8259A's -> intpin 0 MADT: Found IO APIC ID 9, Interrupt 24 at 0xfec88000 MADT: Found IO APIC ID 10, Interrupt 48 at 0xfec89000 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 lapic: Routing NMI -> LINT1 lapic: LINT1 trigger: edge lapic: LINT1 polarity: high ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard ioapic2 irqs 48-71 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: 0x000000f0 pmc: 0x00010400 kbd: new array size 4 kbd1 at kbdmux0 mem: nfslock: pseudo-device null: random: cpuctl: access to MSR registers/cpuid info. io: acpi0: <090808 XSDT1308> on motherboard PCIe: Memory Mapped configuration base @ 0xe0000000 ioapic0: routing intpin 9 (ISA IRQ 9) to lapic 0 vector 48 ACPI: Executed 1 blocks of module-level executable AML code acpi0: Power Button (fixed) acpi0: reservation of fed1c000, 4000 (3) failed acpi0: reservation of fed20000, 25000 (3) failed acpi0: reservation of fed45000, 5b000 (3) failed acpi0: reservation of feda0000, 20000 (3) failed acpi0: reservation of fec01000, 7f000 (3) failed acpi0: reservation of fec80000, 6000 (3) failed acpi0: reservation of fec86000, a000 (3) failed acpi0: reservation of ff000000, 400000 (3) failed acpi0: reservation of ff400000, 400000 (3) failed acpi0: reservation of ff800000, 400000 (3) failed acpi0: reservation of ffc00000, 400000 (3) failed acpi0: reservation of fec00000, 1000 (3) failed acpi0: reservation of fee00000, 1000 (3) failed acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, dff00000 (3) failed cpu0: on acpi0 cpu0: switching to generic Cx mode cpu1: on acpi0 cpu2: on acpi0 cpu3: on acpi0 cpu4: on acpi0 cpu5: on acpi0 cpu6: on acpi0 cpu7: on acpi0 attimer0: port 0x40-0x43 irq 0 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 ioapic0: routing intpin 2 (ISA IRQ 0) to lapic 0 vector 49 Event timer "i8254" frequency 1193182 Hz quality 100 atrtc0: port 0x70-0x71 irq 8 on acpi0 atrtc0: registered as a time-of-day clock (resolution 1000000us, adjustment 0.500000000s) ioapic0: routing intpin 8 (ISA IRQ 8) to lapic 0 vector 50 Event timer "RTC" frequency 32768 Hz quality 0 hpet0: iomem 0xfed00000-0xfed003ff on acpi0 hpet0: vendor 0x8086, rev 0x1, 14318180Hz 64bit, 3 timers, legacy route hpet0: t0: irqs 0x00f00000 (0), 64bit, periodic hpet0: t1: irqs 0x00f00000 (0) hpet0: t2: irqs 0x00f00800 (0) Timecounter "HPET" frequency 14318180 Hz quality 950 ioapic0: routing intpin 20 (PCI IRQ 20) to lapic 0 vector 51 Event timer "HPET" frequency 14318180 Hz quality 450 Event timer "HPET1" frequency 14318180 Hz quality 440 Event timer "HPET2" frequency 14318180 Hz quality 440 ACPI timer: 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 -> 10 Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 pci_link0: Index IRQ Rtd Ref IRQs Initial Probe 0 5 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 5 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link1: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 3 4 5 6 7 11 12 14 15 Validation 0 11 N 0 3 4 5 6 7 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 11 12 14 15 pci_link2: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 11 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link3: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 10 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link4: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 255 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link5: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 255 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link6: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 255 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link7: Index IRQ Rtd Ref IRQs Initial Probe 0 7 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 7 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pcib0: port 0xcf8-0xcff on acpi0 pcib0: decoding 4 range 0-0xcf7 pcib0: decoding 4 range 0xd00-0xffff pcib0: decoding 3 range 0xa0000-0xbffff pcib0: decoding 3 range 0xd0000-0xdffff pcib0: decoding 3 range 0xf0000000-0xfebfffff pci0: on pcib0 pci0: domain=0, physical bus=0 found-> vendor=0x8086, dev=0x4003, revid=0x20 domain=0, bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0144, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 3 supports D0 D3 current D0 MSI supports 2 messages pcib0: matched entry for 0.0.INTA pcib0: slot 0 INTA hardwired to IRQ 17 found-> vendor=0x8086, dev=0x4021, revid=0x20 domain=0, bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0144, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x00 (0 ns) intpin=a, irq=5 powerspec 3 supports D0 D3 current D0 MSI supports 2 messages pcib0: matched entry for 0.1.INTA pcib0: slot 1 INTA hardwired to IRQ 48 found-> vendor=0x8086, dev=0x4025, revid=0x20 domain=0, bus=0, slot=5, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0144, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x00 (0 ns) intpin=a, irq=5 powerspec 3 supports D0 D3 current D0 MSI supports 2 messages pcib0: matched entry for 0.5.INTA pcib0: slot 5 INTA hardwired to IRQ 52 found-> vendor=0x8086, dev=0x4029, revid=0x20 domain=0, bus=0, slot=9, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x00 (0 ns) intpin=a, irq=5 powerspec 3 supports D0 D3 current D0 MSI supports 2 messages pcib0: matched entry for 0.9.INTA pcib0: slot 9 INTA hardwired to IRQ 56 found-> vendor=0x8086, dev=0x402f, revid=0x20 domain=0, bus=0, slot=15, func=0 class=08-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=5 powerspec 3 supports D0 D3 current D0 MSI-X supports 4 messages in map 0x10 map[10]: type Memory, range 64, base 0xfd7f8000, size 14, enabled pcib0: allocated type 3 (0xfd7f8000-0xfd7fbfff) for rid 10 of pci0:0:15:0 pcib0: matched entry for 0.15.INTA pcib0: slot 15 INTA hardwired to IRQ 57 found-> vendor=0x8086, dev=0x4030, revid=0x20 domain=0, bus=0, slot=16, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x4030, revid=0x20 domain=0, bus=0, slot=16, func=1 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x4030, revid=0x20 domain=0, bus=0, slot=16, func=2 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x4030, revid=0x20 domain=0, bus=0, slot=16, func=3 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x4030, revid=0x20 domain=0, bus=0, slot=16, func=4 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x4031, revid=0x20 domain=0, bus=0, slot=17, func=0 class=06-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=0x4035, revid=0x20 domain=0, bus=0, slot=21, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x4035, revid=0x20 domain=0, bus=0, slot=21, func=1 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x4036, revid=0x20 domain=0, bus=0, slot=22, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x4036, revid=0x20 domain=0, bus=0, slot=22, func=1 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x2690, revid=0x09 domain=0, bus=0, slot=28, func=0 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0144, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x00 (0 ns) intpin=a, irq=5 powerspec 2 supports D0 D3 current D0 MSI supports 1 message pcib0: matched entry for 0.28.INTA pcib0: slot 28 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x2694, revid=0x09 domain=0, bus=0, slot=28, func=2 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x00 (0 ns) intpin=c, irq=11 powerspec 2 supports D0 D3 current D0 MSI supports 1 message pcib0: matched entry for 0.28.INTC pcib0: slot 28 INTC hardwired to IRQ 18 found-> vendor=0x8086, dev=0x2696, revid=0x09 domain=0, bus=0, slot=28, func=3 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x00 (0 ns) intpin=d, irq=10 powerspec 2 supports D0 D3 current D0 MSI supports 1 message pcib0: matched entry for 0.28.INTD pcib0: slot 28 INTD hardwired to IRQ 19 found-> vendor=0x8086, dev=0x2688, revid=0x09 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=7 map[20]: type I/O Port, range 32, base 0x9000, size 5, enabled pcib0: allocated type 4 (0x9000-0x901f) for rid 20 of pci0:0:29:0 pcib0: matched entry for 0.29.INTA pcib0: slot 29 INTA hardwired to IRQ 23 found-> vendor=0x8086, dev=0x2689, revid=0x09 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=10 map[20]: type I/O Port, range 32, base 0x9080, size 5, enabled pcib0: allocated type 4 (0x9080-0x909f) for rid 20 of pci0:0:29:1 pcib0: matched entry for 0.29.INTB pcib0: slot 29 INTB hardwired to IRQ 19 found-> vendor=0x8086, dev=0x268c, revid=0x09 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=a, irq=7 powerspec 2 supports D0 D3 current D0 map[10]: type Memory, range 32, base 0xfd7ff800, size 10, enabled pcib0: allocated type 3 (0xfd7ff800-0xfd7ffbff) for rid 10 of pci0:0:29:7 pcib0: matched entry for 0.29.INTA pcib0: slot 29 INTA hardwired to IRQ 23 ehci early: SMM active, request owner change found-> vendor=0x8086, dev=0x244e, revid=0xd9 domain=0, bus=0, slot=30, func=0 class=06-04-01, hdrtype=0x01, mfdev=0 cmdreg=0x0147, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x1b (6750 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x2670, revid=0x09 domain=0, bus=0, slot=31, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x0147, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x269e, revid=0x09 domain=0, bus=0, slot=31, func=1 class=01-01-8a, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0288, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 pcib0: allocated type 4 (0x1f0-0x1f7) for rid 10 of pci0:0:31:1 pcib0: allocated type 4 (0x3f6-0x3f6) for rid 14 of pci0:0:31:1 pcib0: allocated type 4 (0x170-0x177) for rid 18 of pci0:0:31:1 pcib0: allocated type 4 (0x376-0x376) for rid 1c of pci0:0:31:1 map[20]: type I/O Port, range 32, base 0xffa0, size 4, enabled pcib0: allocated type 4 (0xffa0-0xffaf) for rid 20 of pci0:0:31:1 found-> vendor=0x8086, dev=0x2681, revid=0x09 domain=0, bus=0, slot=31, func=2 class=01-06-01, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x02b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=10 powerspec 2 supports D0 D3 current D0 map[10]: type I/O Port, range 32, base 0x9c00, size 3, enabled pcib0: allocated type 4 (0x9c00-0x9c07) for rid 10 of pci0:0:31:2 map[14]: type I/O Port, range 32, base 0x9880, size 2, enabled pcib0: allocated type 4 (0x9880-0x9883) for rid 14 of pci0:0:31:2 map[18]: type I/O Port, range 32, base 0x9800, size 3, enabled pcib0: allocated type 4 (0x9800-0x9807) for rid 18 of pci0:0:31:2 map[1c]: type I/O Port, range 32, base 0x9480, size 2, enabled pcib0: allocated type 4 (0x9480-0x9483) for rid 1c of pci0:0:31:2 map[20]: type I/O Port, range 32, base 0x9400, size 5, enabled pcib0: allocated type 4 (0x9400-0x941f) for rid 20 of pci0:0:31:2 map[24]: type Memory, range 32, base 0xfd7ffc00, size 10, enabled pcib0: allocated type 3 (0xfd7ffc00-0xfd7fffff) for rid 24 of pci0:0:31:2 pcib0: matched entry for 0.31.INTB pcib0: slot 31 INTB hardwired to IRQ 19 found-> vendor=0x8086, dev=0x269b, revid=0x09 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=11 map[20]: type I/O Port, range 32, base 0x400, size 5, enabled pcib0: allocated type 4 (0x400-0x41f) for rid 20 of pci0:0:31:3 pcib0: matched entry for 0.31.INTB pcib0: slot 31 INTB hardwired to IRQ 19 pcib1: irq 48 at device 1.0 on pci0 pcib1: domain 0 pcib1: secondary bus 11 pcib1: subordinate bus 11 pcib1: no prefetched decode pci11: on pcib1 pci11: domain=0, physical bus=11 pcib2: irq 52 at device 5.0 on pci0 pcib2: domain 0 pcib2: secondary bus 10 pcib2: subordinate bus 10 pcib2: no prefetched decode pci10: on pcib2 pci10: domain=0, physical bus=10 pcib3: irq 56 at device 9.0 on pci0 pcib0: allocated type 4 (0xd000-0xefff) for rid 1c of pcib3 pcib3: failed to allocate initial memory window: 0xfdb00000-0xfebfffff pcib3: domain 0 pcib3: secondary bus 5 pcib3: subordinate bus 9 pcib3: I/O decode 0xd000-0xefff pcib3: no prefetched decode pci5: on pcib3 pci5: domain=0, physical bus=5 found-> vendor=0x8086, dev=0x3500, revid=0x01 domain=0, bus=5, slot=0, func=0 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x00 (0 ns) intpin=a, irq=5 powerspec 2 supports D0 D3 current D0 pcib3: matched entry for 5.0.INTA pcib3: slot 0 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x350c, revid=0x01 domain=0, bus=5, slot=0, func=3 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 pcib4: irq 16 at device 0.0 on pci5 pcib3: allocated I/O port range (0xe000-0xefff) for rid 1c of pcib4 pcib3: failed to allocate initial memory window (0xfdf00000-0xfebfffff,0xd00000) pcib4: failed to allocate initial memory window: 0xfdf00000-0xfebfffff pcib4: domain 0 pcib4: secondary bus 7 pcib4: subordinate bus 9 pcib4: I/O decode 0xe000-0xefff pcib4: no prefetched decode pci7: on pcib4 pci7: domain=0, physical bus=7 found-> vendor=0x8086, dev=0x3510, revid=0x01 domain=0, bus=7, slot=0, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0144, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit found-> vendor=0x8086, dev=0x3518, revid=0x01 domain=0, bus=7, slot=2, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit pcib5: at device 0.0 on pci7 pcib5: domain 0 pcib5: secondary bus 9 pcib5: subordinate bus 9 pcib5: no prefetched decode pci9: on pcib5 pci9: domain=0, physical bus=9 pcib6: at device 2.0 on pci7 pcib4: allocated I/O port range (0xe000-0xefff) for rid 1c of pcib6 pcib0: allocated type 3 (0xfdf00000-0xfdffffff) for rid 20 of pcib3 pcib3: allocated initial memory window of 0xfdf00000-0xfdffffff pcib3: allocated memory range (0xfdf00000-0xfdffffff) for rid 20 of pcib4 pcib4: allocated initial memory window of 0xfdf00000-0xfdffffff pcib4: allocated memory range (0xfdf00000-0xfdffffff) for rid 20 of pcib6 pcib6: domain 0 pcib6: secondary bus 8 pcib6: subordinate bus 8 pcib6: I/O decode 0xe000-0xefff pcib6: memory decode 0xfdf00000-0xfdffffff pcib6: no prefetched decode pci8: on pcib6 pci8: domain=0, physical bus=8 found-> vendor=0x8086, dev=0x1096, revid=0x01 domain=0, bus=8, slot=0, func=0 class=02-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Memory, range 32, base 0xfdfa0000, size 17, enabled pcib6: allocated memory range (0xfdfa0000-0xfdfbffff) for rid 10 of pci0:8:0:0 map[18]: type I/O Port, range 32, base 0xe880, size 5, enabled pcib6: allocated I/O port range (0xe880-0xe89f) for rid 18 of pci0:8:0:0 pcib6: matched entry for 8.0.INTA pcib6: slot 0 INTA hardwired to IRQ 18 found-> vendor=0x8086, dev=0x1096, revid=0x01 domain=0, bus=8, slot=0, func=1 class=02-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=10 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Memory, range 32, base 0xfdfe0000, size 17, enabled pcib6: allocated memory range (0xfdfe0000-0xfdffffff) for rid 10 of pci0:8:0:1 map[18]: type I/O Port, range 32, base 0xec00, size 5, enabled pcib6: allocated I/O port range (0xec00-0xec1f) for rid 18 of pci0:8:0:1 pcib6: matched entry for 8.0.INTB pcib6: slot 0 INTB hardwired to IRQ 19 em0: port 0xe880-0xe89f mem 0xfdfa0000-0xfdfbffff irq 18 at device 0.0 on pci8 em0: attempting to allocate 1 MSI vectors (1 supported) msi: routing MSI IRQ 256 to local APIC 0 vector 52 em0: using IRQ 256 for MSI em0: Using an MSI interrupt em0: bpf attached em0: Ethernet address: 00:22:15:31:2a:9c em1: port 0xec00-0xec1f mem 0xfdfe0000-0xfdffffff irq 19 at device 0.1 on pci8 em1: attempting to allocate 1 MSI vectors (1 supported) msi: routing MSI IRQ 257 to local APIC 0 vector 53 em1: using IRQ 257 for MSI em1: Using an MSI interrupt em1: bpf attached em1: Ethernet address: 00:22:15:31:2a:9d pcib7: at device 0.3 on pci5 pcib3: allocated I/O port range (0xd000-0xdfff) for rid 1c of pcib7 pcib3: attempting to grow memory window for (0xfdc00000-0xfdefffff,0x300000) front candidate range: 0xfdc00000-0xfdefffff pcib7: failed to allocate initial memory window: 0xfdc00000-0xfdefffff pcib7: domain 0 pcib7: secondary bus 6 pcib7: subordinate bus 6 pcib7: I/O decode 0xd000-0xdfff pcib7: no prefetched decode pci6: on pcib7 pci6: domain=0, physical bus=6 found-> vendor=0x1000, dev=0x0054, revid=0x02 domain=0, bus=6, slot=3, func=0 class=01-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0157, statreg=0x0230, cachelnsz=16 (dwords) lattimer=0x48 (2160 ns), mingnt=0x40 (16000 ns), maxlat=0x0a (2500 ns) intpin=a, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 MSI supports 1 message, 64 bit MSI-X supports 1 message in map 0x14 map[10]: type I/O Port, range 32, base 0xd000, size 8, enabled pcib7: allocated I/O port range (0xd000-0xd0ff) for rid 10 of pci0:6:3:0 map[14]: type Memory, range 64, base 0xfdefc000, size 14, enabled pcib3: attempting to grow memory window for (0xfde00000-0xfdefffff,0x100000) front candidate range: 0xfde00000-0xfdefffff pcib7: failed to allocate initial memory window (0xfde00000-0xfdefffff,0x100000) map[1c]: type Memory, range 64, base 0xfdee0000, size 16, enabled pcib3: attempting to grow memory window for (0xfde00000-0xfdefffff,0x100000) front candidate range: 0xfde00000-0xfdefffff pcib7: failed to allocate initial memory window (0xfde00000-0xfdefffff,0x100000) pcib7: matched entry for 6.3.INTA pcib7: slot 3 INTA hardwired to IRQ 26 mpt0: port 0xd000-0xd0ff irq 26 at device 3.0 on pci6 pcib3: attempting to grow memory window for (0-0xffffffff,0x100000) front candidate range: 0xfde00000-0xfdefffff back candidate range: 0xfe000000-0xfe0fffff pcib7: failed to allocate initial memory window (0-0xffffffff,0x100000) mpt0: 0x4000 bytes of rid 0x14 res 3 failed (0, 0xffffffffffffffff). mpt0: Unable to memory map registers. mpt0: Giving Up. pci0: at device 15.0 (no driver attached) pcib8: irq 16 at device 28.0 on pci0 pcib8: domain 0 pcib8: secondary bus 4 pcib8: subordinate bus 4 pcib8: no prefetched decode pci4: on pcib8 pci4: domain=0, physical bus=4 pcib9: irq 18 at device 28.2 on pci0 pcib0: allocated type 4 (0xc000-0xcfff) for rid 1c of pcib9 pcib0: allocated type 3 (0xfda00000-0xfdafffff) for rid 20 of pcib9 pcib9: domain 0 pcib9: secondary bus 3 pcib9: subordinate bus 3 pcib9: I/O decode 0xc000-0xcfff pcib9: memory decode 0xfda00000-0xfdafffff pcib9: no prefetched decode pci3: on pcib9 pci3: domain=0, physical bus=3 found-> vendor=0x8086, dev=0x109a, revid=0x00 domain=0, bus=3, slot=0, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Memory, range 32, base 0xfdae0000, size 17, enabled pcib9: allocated memory range (0xfdae0000-0xfdafffff) for rid 10 of pci0:3:0:0 map[18]: type I/O Port, range 32, base 0xcc00, size 5, enabled pcib9: allocated I/O port range (0xcc00-0xcc1f) for rid 18 of pci0:3:0:0 pcib9: matched entry for 3.0.INTA pcib9: slot 0 INTA hardwired to IRQ 18 em2: port 0xcc00-0xcc1f mem 0xfdae0000-0xfdafffff irq 18 at device 0.0 on pci3 em2: attempting to allocate 1 MSI vectors (1 supported) msi: routing MSI IRQ 258 to local APIC 0 vector 54 em2: using IRQ 258 for MSI em2: Using an MSI interrupt em2: bpf attached em2: Ethernet address: 00:22:15:31:27:6a pcib10: irq 19 at device 28.3 on pci0 pcib0: allocated type 4 (0xb000-0xbfff) for rid 1c of pcib10 pcib0: allocated type 3 (0xfd900000-0xfd9fffff) for rid 20 of pcib10 pcib10: domain 0 pcib10: secondary bus 2 pcib10: subordinate bus 2 pcib10: I/O decode 0xb000-0xbfff pcib10: memory decode 0xfd900000-0xfd9fffff pcib10: no prefetched decode pci2: on pcib10 pci2: domain=0, physical bus=2 found-> vendor=0x8086, dev=0x109a, revid=0x00 domain=0, bus=2, slot=0, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Memory, range 32, base 0xfd9e0000, size 17, enabled pcib10: allocated memory range (0xfd9e0000-0xfd9fffff) for rid 10 of pci0:2:0:0 map[18]: type I/O Port, range 32, base 0xbc00, size 5, enabled pcib10: allocated I/O port range (0xbc00-0xbc1f) for rid 18 of pci0:2:0:0 pcib10: matched entry for 2.0.INTA pcib10: slot 0 INTA hardwired to IRQ 19 em3: port 0xbc00-0xbc1f mem 0xfd9e0000-0xfd9fffff irq 19 at device 0.0 on pci2 em3: attempting to allocate 1 MSI vectors (1 supported) msi: routing MSI IRQ 259 to local APIC 0 vector 55 em3: using IRQ 259 for MSI em3: Using an MSI interrupt em3: bpf attached em3: Ethernet address: 00:22:15:31:28:d1 uhci0: port 0x9000-0x901f irq 23 at device 29.0 on pci0 ioapic0: routing intpin 23 (PCI IRQ 23) to lapic 0 vector 56 usbus0 on uhci0 usbus0: bpf attached uhci0: usbpf: Attached uhci1: port 0x9080-0x909f irq 19 at device 29.1 on pci0 ioapic0: routing intpin 19 (PCI IRQ 19) to lapic 0 vector 57 usbus1 on uhci1 usbus1: bpf attached uhci1: usbpf: Attached ehci0: mem 0xfd7ff800-0xfd7ffbff irq 23 at device 29.7 on pci0 usbus2: EHCI version 1.0 usbus2 on ehci0 usbus2: bpf attached ehci0: usbpf: Attached pcib11: at device 30.0 on pci0 pcib0: allocated type 4 (0xa000-0xafff) for rid 1c of pcib11 pcib0: allocated type 3 (0xfd800000-0xfd8fffff) for rid 20 of pcib11 pcib0: allocated type 3 (0xf8000000-0xfbffffff) for rid 24 of pcib11 pcib11: domain 0 pcib11: secondary bus 1 pcib11: subordinate bus 1 pcib11: I/O decode 0xa000-0xafff pcib11: memory decode 0xfd800000-0xfd8fffff pcib11: prefetched decode 0xf8000000-0xfbffffff pcib11: Subtractively decoded bridge. pci1: on pcib11 pci1: domain=0, physical bus=1 found-> vendor=0x18ca, dev=0x0020, revid=0x00 domain=0, bus=1, slot=2, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0003, statreg=0x0230, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Prefetchable Memory, range 32, base 0xf8000000, size 26, enabled pcib11: allocated prefetch range (0xf8000000-0xfbffffff) for rid 10 of pci0:1:2:0 map[14]: type Memory, range 32, base 0xfd8c0000, size 18, enabled pcib11: allocated memory range (0xfd8c0000-0xfd8fffff) for rid 14 of pci0:1:2:0 map[18]: type I/O Port, range 32, base 0xac00, size 7, enabled pcib11: allocated I/O port range (0xac00-0xac7f) for rid 18 of pci0:1:2:0 vgapci0: port 0xac00-0xac7f mem 0xf8000000-0xfbffffff,0xfd8c0000-0xfd8fffff at device 2.0 on pci1 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 31.1 on pci0 ata0: at channel 0 on atapci0 ioapic0: routing intpin 14 (ISA IRQ 14) to lapic 0 vector 58 ahci0: port 0x9c00-0x9c07,0x9880-0x9883,0x9800-0x9807,0x9480-0x9483,0x9400-0x941f mem 0xfd7ffc00-0xfd7fffff irq 19 at device 31.2 on pci0 ahci0: AHCI v1.10 with 6 3Gbps ports, Port Multiplier not supported ahci0: Caps: 64bit NCQ ALP AL 3Gbps SSC PSC 32cmd 6ports ahci0: Caps2: ahcich0: at channel 0 on ahci0 ahcich0: Caps: ahcich1: at channel 1 on ahci0 ahcich1: Caps: ahcich2: at channel 2 on ahci0 ahcich2: Caps: ahcich3: at channel 3 on ahci0 ahcich3: Caps: ahcich4: at channel 4 on ahci0 ahcich4: Caps: ahcich5: at channel 5 on ahci0 ahcich5: Caps: ichsmb0: port 0x400-0x41f irq 19 at device 31.3 on pci0 smbus0: on ichsmb0 smb0: on smbus0 acpi_button0: on acpi0 uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 ioapic0: routing intpin 4 (ISA IRQ 4) to lapic 0 vector 59 uart0: fast interrupt uart1: <16550 or compatible> port 0x2f8-0x2ff irq 3 on acpi0 ioapic0: routing intpin 3 (ISA IRQ 3) to lapic 0 vector 60 uart1: fast interrupt acpi0: wakeup code va 0xffffff88c41c1000 pa 0x90000 ahc_isa_probe 0: ioport 0xc00 alloc failed ahc_isa_probe 1: ioport 0x1c00 alloc failed ahc_isa_probe 2: ioport 0x2c00 alloc failed ahc_isa_probe 3: ioport 0x3c00 alloc failed ahc_isa_probe 4: ioport 0x4c00 alloc failed ahc_isa_probe 5: ioport 0x5c00 alloc failed ahc_isa_probe 6: ioport 0x6c00 alloc failed ahc_isa_probe 7: ioport 0x7c00 alloc failed ahc_isa_probe 8: ioport 0x8c00 alloc failed ahc_isa_probe 9: ioport 0x9c00 alloc failed ahc_isa_probe 10: ioport 0xac00 alloc failed ahc_isa_probe 11: ioport 0xbc00 alloc failed ahc_isa_probe 12: ioport 0xcc00 alloc failed ahc_isa_probe 13: ioport 0xdc00 alloc failed ahc_isa_probe 14: ioport 0xec00 alloc failed isab0: found ICH8 or equivalent chipset: Intel 63XXESB watchdog timer pcib0: allocated type 3 (0xa0000-0xa07ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa0800-0xa0fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa1000-0xa17ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa1800-0xa1fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa2000-0xa27ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa2800-0xa2fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa3000-0xa37ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa3800-0xa3fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa4000-0xa47ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa4800-0xa4fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa5000-0xa57ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa5800-0xa5fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa6000-0xa67ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa6800-0xa6fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa7000-0xa77ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa7800-0xa7fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa8000-0xa87ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa8800-0xa8fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa9000-0xa97ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa9800-0xa9fff) for rid 0 of orm0 pcib0: allocated type 3 (0xaa000-0xaa7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xaa800-0xaafff) for rid 0 of orm0 pcib0: allocated type 3 (0xab000-0xab7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xab800-0xabfff) for rid 0 of orm0 pcib0: allocated type 3 (0xac000-0xac7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xac800-0xacfff) for rid 0 of orm0 pcib0: allocated type 3 (0xad000-0xad7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xad800-0xadfff) for rid 0 of orm0 pcib0: allocated type 3 (0xae000-0xae7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xae800-0xaefff) for rid 0 of orm0 pcib0: allocated type 3 (0xaf000-0xaf7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xaf800-0xaffff) for rid 0 of orm0 pcib0: allocated type 3 (0xb0000-0xb07ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb0800-0xb0fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb1000-0xb17ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb1800-0xb1fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb2000-0xb27ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb2800-0xb2fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb3000-0xb37ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb3800-0xb3fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb4000-0xb47ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb4800-0xb4fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb5000-0xb57ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb5800-0xb5fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb6000-0xb67ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb6800-0xb6fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb7000-0xb77ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb7800-0xb7fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb8000-0xb87ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb8800-0xb8fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb9000-0xb97ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb9800-0xb9fff) for rid 0 of orm0 pcib0: allocated type 3 (0xba000-0xba7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xba800-0xbafff) for rid 0 of orm0 pcib0: allocated type 3 (0xbb000-0xbb7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbb800-0xbbfff) for rid 0 of orm0 pcib0: allocated type 3 (0xbc000-0xbc7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbc800-0xbcfff) for rid 0 of orm0 pcib0: allocated type 3 (0xbd000-0xbd7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbd800-0xbdfff) for rid 0 of orm0 pcib0: allocated type 3 (0xbe000-0xbe7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbe800-0xbefff) for rid 0 of orm0 pcib0: allocated type 3 (0xbf000-0xbf7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbf800-0xbffff) for rid 0 of orm0 pcib0: allocated type 3 (0xd0000-0xd07ff) for rid 3 of orm0 pcib0: allocated type 3 (0xd0000-0xd0fff) for rid 3 of orm0 pcib0: allocated type 3 (0xd1000-0xd17ff) for rid 4 of orm0 pcib0: allocated type 3 (0xd1000-0xd1fff) for rid 4 of orm0 pcib0: allocated type 3 (0xd2000-0xd27ff) for rid 5 of orm0 pcib0: allocated type 3 (0xd2800-0xd2fff) for rid 5 of orm0 pcib0: allocated type 3 (0xd3000-0xd37ff) for rid 5 of orm0 pcib0: allocated type 3 (0xd3800-0xd3fff) for rid 5 of orm0 pcib0: allocated type 3 (0xd4000-0xd47ff) for rid 5 of orm0 pcib0: allocated type 3 (0xd4800-0xd4fff) for rid 5 of orm0 pcib0: allocated type 3 (0xd5000-0xd57ff) for rid 5 of orm0 pcib0: allocated type 3 (0xd5800-0xd5fff) for rid 5 of orm0 pcib0: allocated type 3 (0xd6000-0xd67ff) for rid 5 of orm0 pcib0: allocated type 3 (0xd6800-0xd6fff) for rid 5 of orm0 pcib0: allocated type 3 (0xd7000-0xd77ff) for rid 5 of orm0 pcib0: allocated type 3 (0xd7800-0xd7fff) for rid 5 of orm0 pcib0: allocated type 3 (0xd8000-0xd87ff) for rid 5 of orm0 pcib0: allocated type 3 (0xd8800-0xd8fff) for rid 5 of orm0 pcib0: allocated type 3 (0xd9000-0xd97ff) for rid 5 of orm0 pcib0: allocated type 3 (0xd9800-0xd9fff) for rid 5 of orm0 pcib0: allocated type 3 (0xda000-0xda7ff) for rid 5 of orm0 pcib0: allocated type 3 (0xda800-0xdafff) for rid 5 of orm0 pcib0: allocated type 3 (0xdb000-0xdb7ff) for rid 5 of orm0 pcib0: allocated type 3 (0xdb800-0xdbfff) for rid 5 of orm0 pcib0: allocated type 3 (0xdc000-0xdc7ff) for rid 5 of orm0 pcib0: allocated type 3 (0xdc800-0xdcfff) for rid 5 of orm0 pcib0: allocated type 3 (0xdd000-0xdd7ff) for rid 5 of orm0 pcib0: allocated type 3 (0xdd800-0xddfff) for rid 5 of orm0 pcib0: allocated type 3 (0xde000-0xde7ff) for rid 5 of orm0 pcib0: allocated type 3 (0xde800-0xdefff) for rid 5 of orm0 pcib0: allocated type 3 (0xdf000-0xdf7ff) for rid 5 of orm0 pcib0: allocated type 3 (0xdf800-0xdffff) for rid 5 of orm0 isa_probe_children: disabling PnP devices ichwd0 on isa0 isab0: found ICH8 or equivalent chipset: Intel 63XXESB watchdog timer pcib0: allocated type 4 (0x830-0x837) for rid 0 of ichwd0 pcib0: allocated type 4 (0x860-0x87f) for rid 1 of ichwd0 ichwd0: (null) (ICH8 or equivalent) ichwd0: timer disabled ipmi0: on isa0 ipmi0: KCS mode found at io 0xca2 alignment 0x1 on isa pcib0: allocated type 4 (0xca2-0xca3) for rid 0 of ipmi0 ipmi0: couldn't find it device_attach: ipmi0 attach returned 6 atrtc: atrtc0 already exists; skipping it attimer: attimer0 already exists; skipping it sc: sc0 already exists; skipping it uart: uart0 already exists; skipping it uart: uart1 already exists; skipping it isa_probe_children: probing non-PnP devices ipmi0: at port 0xca2-0xca3 on isa0 ipmi0: KCS mode found at io 0xca2 alignment 0x1 on isa pcib0: allocated type 4 (0xca2-0xca3) for rid 0 of ipmi0 ipmi0: couldn't find it device_attach: ipmi0 attach returned 6 orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xc8fff,0xc9000-0xc9fff,0xd0000-0xd0fff,0xd1000-0xd1fff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd1, terminal emulator: scteken (teken terminal) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 pcib0: allocated type 4 (0x3c0-0x3df) for rid 0 of vga0 pcib0: allocated type 3 (0xa0000-0xbffff) for rid 0 of vga0 pcib0: allocated type 4 (0x60-0x60) for rid 0 of atkbdc0 pcib0: allocated type 4 (0x64-0x64) for rid 1 of atkbdc0 atkbdc0: at port 0x60,0x64 on isa0 pcib0: allocated type 4 (0x60-0x60) for rid 0 of atkbdc0 pcib0: allocated type 4 (0x64-0x64) for rid 1 of atkbdc0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 kbd0: atkbd0, generic (0), config:0x0, flags:0x3f0000 ioapic0: routing intpin 1 (ISA IRQ 1) to lapic 0 vector 61 atkbd0: [GIANT-LOCKED] psm0: unable to allocate IRQ fdc0 failed to probe at port 0x3f0 irq 6 drq 2 on isa0 ppc0 failed to probe at irq 7 on isa0 isa_probe_children: probing PnP devices coretemp0: on cpu0 coretemp0: Setting TjMax=100 est0: enabling SpeedStep est0: failed to enable SpeedStep p4tcc0: on cpu0 coretemp1: on cpu1 coretemp1: Setting TjMax=100 est1: enabling SpeedStep est1: failed to enable SpeedStep p4tcc1: on cpu1 coretemp2: on cpu2 coretemp2: Setting TjMax=100 est2: enabling SpeedStep est2: failed to enable SpeedStep p4tcc2: on cpu2 coretemp3: on cpu3 coretemp3: Setting TjMax=100 est3: enabling SpeedStep est3: failed to enable SpeedStep p4tcc3: on cpu3 coretemp4: on cpu4 coretemp4: Setting TjMax=100 est4: enabling SpeedStep est4: failed to enable SpeedStep p4tcc4: on cpu4 coretemp5: on cpu5 coretemp5: Setting TjMax=100 est5: enabling SpeedStep est5: failed to enable SpeedStep p4tcc5: on cpu5 coretemp6: on cpu6 coretemp6: Setting TjMax=100 est6: enabling SpeedStep est6: failed to enable SpeedStep p4tcc6: on cpu6 coretemp7: on cpu7 coretemp7: Setting TjMax=100 est7: enabling SpeedStep est7: failed to enable SpeedStep p4tcc7: on cpu7 Device configuration finished. linprocfs registered linsysfs registered procfs registered Timecounters tick every 1.000 msec vlan: initialized, using hash tables with chaining epair initialized. Linux ELF exec handler installed ipfw2 (+ipv6) initialized, divert enabled, nat loadable, rule-based forwarding enabled, default to accept, logging disabled ipfw0: bpf attached DUMMYNET 0xfffffe0004e4e840 with IPv6 initialized (100409) load_dn_sched dn_sched QFQ loaded load_dn_sched dn_sched RR loaded load_dn_sched dn_sched WF2Q+ loaded lo0: bpf attached load_dn_sched dn_sched FIFO loaded load_dn_sched dn_sched PRIO loaded usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 480Mbps High Speed USB v2.0 ata0: reset tp1 mask=03 ostat0=7f ostat1=00 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 ugen2.1: at usbus2 uhub2: on usbus2 ata0: stat0=0x00 err=0x00 lsb=0x00 msb=0x00 ata0: stat1=0x7f err=0x7f lsb=0x7f msb=0x7f ata0: stat1=0x00 err=0x00 lsb=0x00 msb=0x00 ata0: reset tp2 stat0=00 stat1=00 devices=0x0 ahcich0: AHCI reset... ahcich0: SATA connect timeout time=10000us status=00000000 ahcich0: AHCI reset: device not found ahcich1: AHCI reset... ahcich1: SATA connect timeout time=10000us status=00000000 ahcich1: AHCI reset: device not found ahcich2: AHCI reset... ahcich2: SATA connect timeout time=10000us status=00000000 ahcich2: AHCI reset: device not found ahcich3: AHCI reset... ahcich3: SATA connect timeout time=10000us status=00000000 ahcich3: AHCI reset: device not found ahcich4: AHCI reset... ahcich4: SATA connect timeout time=10000us status=00000000 ahcich4: AHCI reset: device not found ahcich5: AHCI reset... ahcich5: SATA connect timeout time=10000us status=00000000 ahcich5: AHCI reset: device not found SMP: AP CPU #7 Launched! cpu7 AP: ID: 0x07000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #5 Launched! cpu5 AP: ID: 0x05000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #6 Launched! cpu6 AP: ID: 0x06000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #4 Launched! cpu4 AP: ID: 0x04000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #1 Launched! cpu1 AP: ID: 0x01000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #3 Launched! cpu3 AP: ID: 0x03000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #2 Launched! cpu2 AP: ID: 0x02000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: passed TSC synchronization test TSC timecounter discards lower 8 bit(s) Timecounter "TSC-low" frequency 11040287 Hz quality 1000 hwpmc: TSC/1/64/0x20 IAP/2/40/0x3ff IAF/3/40/0x61 uhub1: 2 ports with 2 removable, self powered uhub0: 2 ports with 2 removable, self powered Root mount waiting for: usbus2 uhub2: 4 ports with 4 removable, self powered ugen0.2: at usbus0 ukbd0: on usbus0 kbd2 at ukbd0 kbd2: ukbd0, generic (0), config:0x0, flags:0x3d0000 ums0: on usbus0 ums0: 5 buttons and [XYZ] coordinates ID=1 em1: Link is up 1000 Mbps Full Duplex --------------060203030404020406090101-- From owner-freebsd-stable@FreeBSD.ORG Mon Jun 11 23:28:06 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4B3D9106566C for ; Mon, 11 Jun 2012 23:28:06 +0000 (UTC) (envelope-from dave@jetcafe.org) Received: from hugeraid.jetcafe.org (hugeraid.jetcafe.org [205.147.26.109]) by mx1.freebsd.org (Postfix) with ESMTP id 04C878FC0C for ; Mon, 11 Jun 2012 23:28:06 +0000 (UTC) Received: from hugeraid.jetcafe.org (localhost [127.0.0.1]) by hugeraid.jetcafe.org (8.13.8/8.13.8) with ESMTP id q5BNKXWO029603; Mon, 11 Jun 2012 16:20:33 -0700 (PDT) Message-Id: <201206112320.q5BNKXWO029603@hugeraid.jetcafe.org> X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.0.4 To: Rainer Duffner In-reply-to: <90425E82-5475-491F-AE88-00B0774F058D@ultra-secure.de> References: <201206020012.q520CEcf057568@hugeraid.jetcafe.org> <20120602004230.GA14487@in-addr.com> <201206040224.q542OBqk085897@hugeraid.jetcafe.org> <20120604043233.GB32597@lonesome.com> <201206040841.q548fVHa091169@hugeraid.jetcafe.org> <201206041841.q54IfUow001060@hugeraid.jetcafe.org> <20120604191343.GF10783@isuckatdomains.isuckatdomains.net> <201206041932.q54JWONA001600@hugeraid.jetcafe.org> <4FCDA15C.2000700@digsys.bg> <201206061859.q56IxvLx045828@hugeraid.jetcafe.org> <90425E82-5475-491F-AE88-00B0774F058D@ultra-secure.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 11 Jun 2012 16:20:33 -0700 From: Dave Hayes Cc: freebsd-stable@freebsd.org, Daniel Kalchev Subject: Documenting ports options (was Re: Why Are You NOT Using 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: Mon, 11 Jun 2012 23:28:06 -0000 [ This probably should be redirected to freebsd-ports but I am not subscribed so the anal mailer will likely reject such a submission ] Rainer Duffner writes: > Am 06.06.2012 um 20:59 schrieb Dave Hayes: >> I believe this is the first time I've seen more documentation labeled as >> "extraneous". :) I had thought to suggest an implementation by having a >> simple pkg-option-desr file which describes the options and implications >> in each port. Are you suggesting that such a file would be unwelcome? >> > No, but take a look at the nginx port, which (I'm too lazy to count) > has gained a couple of dozens of options over the years. This is a port I use often, and yes...it's a lot of work to document it. It is good to read the nginx wiki to learn what these are and perhaps any initial foray into documenting these options should merely be a set of links, each one telling us where this option is discussed on the nginx wiki. I had to go read the wiki too, and it's required reading if you do advanced nginx work like I do. Still, it takes 5 minutes to add links to a text file in the port eh? > Asking him to do even more work - I wouldn't dare to do that ;-) So don't ask, just write some links. ;) > Sometimes, options only make sense in context of the selection of > options of other ports and it thus may no be easily explainable in one > line. I don't understand Are you saying this is a reason not to document what these options do? > Personally, I don't need more frequent FreeBSD-releases but two or > maybe three ports-tree freezes per year would be good. While I have learned a bit more about ports by reading this and other threads, I rarely worry about ports freezes. Production software in ports is a moving target (security fixes, bug fixes, etc). I use portsnap a lot. -- Dave Hayes - Consultant - Altadena CA, USA - dave@jetcafe.org >>> The opinions expressed above are entirely my own <<< Exaggeration is a standard peculiarity of man. To deprecate is often a form of exaggeration which people do not notice because it appears to be its opposite. From owner-freebsd-stable@FreeBSD.ORG Mon Jun 11 23:42:00 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7B0C31065670 for ; Mon, 11 Jun 2012 23:42:00 +0000 (UTC) (envelope-from garmitage@swin.edu.au) Received: from gpo4.cc.swin.edu.au (gpo4.cc.swin.edu.au [136.186.1.33]) by mx1.freebsd.org (Postfix) with ESMTP id E1D1C8FC17 for ; Mon, 11 Jun 2012 23:41:59 +0000 (UTC) Received: from [136.186.229.44] (garmitage3.caia.swin.edu.au [136.186.229.44]) by gpo4.cc.swin.edu.au (8.14.3/8.14.3) with ESMTP id q5BNfv3r021728 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 12 Jun 2012 09:41:58 +1000 Message-ID: <4FD68245.4090207@swin.edu.au> Date: Tue, 12 Jun 2012 09:41:57 +1000 From: grenville armitage User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:7.0.1) Gecko/20111003 Thunderbird/7.0.1 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <201206020012.q520CEcf057568@hugeraid.jetcafe.org> <20120602004230.GA14487@in-addr.com> <201206040224.q542OBqk085897@hugeraid.jetcafe.org> <20120604043233.GB32597@lonesome.com> <201206040841.q548fVHa091169@hugeraid.jetcafe.org> <201206041841.q54IfUow001060@hugeraid.jetcafe.org> <20120604191343.GF10783@isuckatdomains.isuckatdomains.net> <201206041932.q54JWONA001600@hugeraid.jetcafe.org> <4FCDA15C.2000700@digsys.bg> <201206061859.q56IxvLx045828@hugeraid.jetcafe.org> <90425E82-5475-491F-AE88-00B0774F058D@ultra-secure.de> <201206112320.q5BNKXWO029603@hugeraid.jetcafe.org> In-Reply-To: <201206112320.q5BNKXWO029603@hugeraid.jetcafe.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Documenting ports options (was Re: Why Are You NOT Using 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: Mon, 11 Jun 2012 23:42:00 -0000 > Rainer Duffner writes: [..] >> Personally, I don't need more frequent FreeBSD-releases but two or >> maybe three ports-tree freezes per year would be good. Perhaps not so much freezes per se, but if there are particular dates at which the ports tree is known to compile properly (for some preferred definition of 'properly') those dates could be kept in a list somewhere, for people to use with the cvsup "date=" option? cheers, gja From owner-freebsd-stable@FreeBSD.ORG Mon Jun 11 23:42:32 2012 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 71FA3106567D for ; Mon, 11 Jun 2012 23:42:32 +0000 (UTC) (envelope-from dave@jetcafe.org) Received: from hugeraid.jetcafe.org (hugeraid.jetcafe.org [205.147.26.109]) by mx1.freebsd.org (Postfix) with ESMTP id ED9748FC0A for ; Mon, 11 Jun 2012 23:42:31 +0000 (UTC) Received: from hugeraid.jetcafe.org (localhost [127.0.0.1]) by hugeraid.jetcafe.org (8.13.8/8.13.8) with ESMTP id q5BNZGPT029709; Mon, 11 Jun 2012 16:35:16 -0700 (PDT) Message-Id: <201206112335.q5BNZGPT029709@hugeraid.jetcafe.org> X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.0.4 To: Adam Strohl In-reply-to: <4FD3629B.9060106@ateamsystems.com> References: <20120604110339.GA9426@equilibrium.bsdes.net> <4FD2D4CC.3080109@ateamsystems.com> <4FD35F67.4020007@hm.net.br> <4FD3629B.9060106@ateamsystems.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 11 Jun 2012 16:35:16 -0700 From: Dave Hayes Cc: Steve Franks , H , freebsd-stable Subject: Re: Why Are You NOT Using 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: Mon, 11 Jun 2012 23:42:32 -0000 Adam Strohl writes: > There in lies the question -- why do you need to compile a port which > was just released? Is it a security thing or is it "I want the latest" > ? I'm just curious (and totally uninterested in how this ranks in your > "worse question" list). If I weren't honorable, I'd consider this question a troll. It's so far afield from my daily reality...well I'm going to take this at face value, because maybe -I've- got something wrong. ;) Let's just consider Firefox, which has a rather aggressive release schedule (once a month). $ pkg_info -r firefox-10.0.3,1 | grep Dependency | wc -l 175 Look at some of these dependencies: $ pkg_info -r firefox-10.0.3,1 | grep Dependency | sort ... Dependency: cairo-1.10.2_3,1 ... Dependency: gtk-2.24.6 ... Dependency: libgnome-2.32.0 ... Dependency: perl-threaded-5.14.2_2 ... Dependency: python27-2.7.2_4 Basically, everytime you want to upgrade firefox to 'stay current', you are upgrading a fair number of heavyweight packages. The chances that these will change month to month are high. (In the interests of brevity I will leave the verification of this to interested parties). Any of the ports listed above can have dependencies and consequences that reach very far into your workflow. If you do not upgrade them, you risk that firefox breaks in unknown ways. This is a rock and a hard place...do you upgrade everything from scratch (safest, but the 48 hour downtime is not unreasonable) or do you try to just replace that one port (risky, but you'll likely be up in an hour)? For firefox, it might very well be a security thing that causes the upgrade. Note well that I am not running 12 (is it at 12 now? 13? urgh.) because I'm in development and I do not want to touch certain other ports. Do I have this wrong? Anyone see a problem with this picture? What can we do to "just upgrade" in a safe fashion when we want to? -- Dave Hayes - Consultant - Altadena CA, USA - dave@jetcafe.org >>> The opinions expressed above are entirely my own <<< The treasure house within you contains everything, and you are free to use it. You don't need to seek outside. From owner-freebsd-stable@FreeBSD.ORG Tue Jun 12 00:59:55 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2622B106566B for ; Tue, 12 Jun 2012 00:59:55 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from nk11p00mm-asmtp002.mac.com (nk11p00mm-asmtp002.mac.com [17.158.161.1]) by mx1.freebsd.org (Postfix) with ESMTP id 090458FC14 for ; Tue, 12 Jun 2012 00:59:55 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Received: from cswiger1.apple.com (unknown [17.209.4.71]) by nk11p00mm-asmtp002.mac.com (Oracle Communications Messaging Server 7u4-23.01(7.0.4.23.0) 64bit (built Aug 10 2011)) with ESMTPSA id <0M5H00DXR9BOQH30@nk11p00mm-asmtp002.mac.com> for freebsd-stable@freebsd.org; Mon, 11 Jun 2012 23:59:49 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.7.7855,1.0.260,0.0.0000 definitions=2012-06-11_04:2012-06-11, 2012-06-11, 1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 suspectscore=0 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=6.0.2-1012030000 definitions=main-1206110290 From: Chuck Swiger In-reply-to: <201206112335.q5BNZGPT029709@hugeraid.jetcafe.org> Date: Mon, 11 Jun 2012 16:59:47 -0700 Message-id: <7B6E5361-B109-498E-B22F-96A94DEC371B@mac.com> References: <20120604110339.GA9426@equilibrium.bsdes.net> <4FD2D4CC.3080109@ateamsystems.com> <4FD35F67.4020007@hm.net.br> <4FD3629B.9060106@ateamsystems.com> <201206112335.q5BNZGPT029709@hugeraid.jetcafe.org> To: Dave Hayes X-Mailer: Apple Mail (2.1084) Cc: freebsd-stable Subject: Re: Why Are You NOT Using FreeBSD ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jun 2012 00:59:55 -0000 Hi, Dave-- On Jun 11, 2012, at 4:35 PM, Dave Hayes wrote: [ ... ] > Do I have this wrong? Anyone see a problem with this picture? > What can we do to "just upgrade" in a safe fashion when we want to? Two things help tremendously: #1: Have working backups. If you run into a problem, roll back the system to a working state. If you cannot restore a working system easily, fix your backup solution until you can rollback easily. #2: Have a package-building box and test builds before installing new package builds to other boxes. Your downtime for upgrades to the rest of your boxes become minimized. Regards, -- -Chuck From owner-freebsd-stable@FreeBSD.ORG Tue Jun 12 01:35:06 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D05AD1065673 for ; Tue, 12 Jun 2012 01:35:06 +0000 (UTC) (envelope-from j.m.cooper@borgsdemons.com) Received: from nm23.access.bullet.mail.mud.yahoo.com (nm23.access.bullet.mail.mud.yahoo.com [66.94.237.88]) by mx1.freebsd.org (Postfix) with SMTP id 6D9398FC16 for ; Tue, 12 Jun 2012 01:35:06 +0000 (UTC) Received: from [66.94.237.126] by nm23.access.bullet.mail.mud.yahoo.com with NNFMP; 12 Jun 2012 01:34:59 -0000 Received: from [98.138.206.47] by tm1.access.bullet.mail.mud.yahoo.com with NNFMP; 12 Jun 2012 01:34:59 -0000 Received: from [127.0.0.1] by smtp110.biz.mail.ne1.yahoo.com with NNFMP; 12 Jun 2012 01:34:59 -0000 X-Yahoo-Newman-Id: 908754.65287.bm@smtp110.biz.mail.ne1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: N6eI7a4VM1mv7iyTLVkHa6b9hhChrW4_tDcobXbD6_r4fAC XEsIFhXliCGX2V6_251tkXjE2R3RYVvVZKUxmYw7VcbsRhVAmZZ7OHSN4Rw_ MMh4l8pvvop4wJj4XdoKG8.0tqqSiagpLwPI4Hx_1ERxm2bhCWWZICn27zBm BuJbDmKZ90mupEZ89Wh8PvBiMb8ApOsYw_M1nZj8MF4JmRie7un9l8fcqS1n Ek0Ok7gRy4._tXZOcoYZ6CK5XOCZA41dFnpz34sL0d1eOCLYMTnHvMyDPQBh ZsnNQuy0DxYsRSkGlY7C4ePuOIQHBkQvHUmOQsmQTlWiDJT7xL6YAJKm.tgz 7NHZCJXzyhu3wDgSBcJuiZuiuLJJ426Q4uIq71Bni4TNnuWGSgakwBy0OiE4 yn0kz.qwgP1yRcyQc0iIWlSl4KWgn.MGuXuVbsIHKeG8b2FyV00EyhFeLRLV nnsnEBZKHc9j7lnAw3hBA.dXQwx_8QyilrfU1AL1LDHPUlBGdS35uejwvv.I CVP9hUl3EmDZCKtV7envWE.4wnqEoUTo0ghMzSIqinlg513rsyxXEe6F5VQU MZnRDjgSYYQjcTxt.CO09cKBRc.Boevgb2Rme5YlY0TInjp6mowv9waP_ykC pSEXXHALk X-Yahoo-SMTP: VcsS1ceswBAiCdFGlCDyQjSL5IpjXQVTjtG0dfoKj_spUOjjgZeO Received: from g7-HP.borgsdemons.com (j.m.cooper@72.135.31.137 with plain) by smtp110.biz.mail.ne1.yahoo.com with SMTP; 11 Jun 2012 18:34:59 -0700 PDT Message-ID: <4FD69CC3.90907@borgsdemons.com> Date: Mon, 11 Jun 2012 20:34:59 -0500 From: John Merryweather Cooper User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:13.0) Gecko/20120609 Thunderbird/13.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: GCC-4.6-20120608 has a corrupt archive or a bad checksum X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Jun 2012 01:35:06 -0000 Bad distfile or checksum for lang/gcc46 jmcooper@g7-HP$ sudo make checksum Making GCC 4.6.4.20120608 for FreeBSD 9.0 target=x86_64-portbld-freebsd9.0 ===> License check disabled, port has not defined LICENSE ===> Found saved configuration for gcc-4.6.4.20120608 => SHA256 Checksum mismatch for gcc-4.6-20120608.tar.bz2. => SHA256 Checksum OK for ecj-4.5.jar. ===> Refetch for 1 more times files: gcc-4.6-20120608.tar.bz2 Making GCC 4.6.4.20120608 for FreeBSD 9.0 target=x86_64-portbld-freebsd9.0 ===> License check disabled, port has not defined LICENSE ===> Found saved configuration for gcc-4.6.4.20120608 => gcc-4.6-20120608.tar.bz2 doesn't seem to exist in /usr/ports/distfiles/. => Attempting to fetch ftp://ftp-stud.fht-esslingen.de/pub/Mirrors/sources.redhat.com/gcc/snapshots/4.6-20120608/gcc-4.6-20120608.tar.bz2 Making GCC 4.6.4.20120608 for FreeBSD 9.0 target=x86_64-portbld-freebsd9.0 ===> License check disabled, port has not defined LICENSE ===> Found saved configuration for gcc-4.6.4.20120608 => SHA256 Checksum mismatch for gcc-4.6-20120608.tar.bz2. => SHA256 Checksum OK for ecj-4.5.jar. ===> Giving up on fetching files: gcc-4.6-20120608.tar.bz2 Make sure the Makefile and distinfo file (/usr/ports/lang/gcc46/distinfo) are up to date. If you are absolutely sure you want to override this check, type "make NO_CHECKSUM=yes [other args]". *** [checksum] Error code 1 -- -- John M. Cooper From owner-freebsd-stable@FreeBSD.ORG Tue Jun 12 05:53:05 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 156CC106566C for ; Tue, 12 Jun 2012 05:53:05 +0000 (UTC) (envelope-from daniel@digsys.bg) Received: from smtp-sofia.digsys.bg (smtp-sofia.digsys.bg [193.68.3.230]) by mx1.freebsd.org (Postfix) with ESMTP id 6B05D8FC0C for ; Tue, 12 Jun 2012 05:53:04 +0000 (UTC) Received: from [192.92.129.101] ([192.92.129.101]) (authenticated bits=0) by smtp-sofia.digsys.bg (8.14.5/8.14.5) with ESMTP id q5C5qo2R004220 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Tue, 12 Jun 2012 08:52:52 +0300 (EEST) (envelope-from daniel@digsys.bg) Mime-Version: 1.0 (Apple Message framework v1278) Content-Type: text/plain; charset=iso-8859-1 From: Daniel Kalchev In-Reply-To: <4FD68245.4090207@swin.edu.au> Date: Tue, 12 Jun 2012 08:52:51 +0300 Content-Transfer-Encoding: quoted-printable Message-Id: <42B15F36-195D-44E0-AF3A-0EE815548620@digsys.bg> References: <201206020012.q520CEcf057568@hugeraid.jetcafe.org> <20120602004230.GA14487@in-addr.com> <201206040224.q542OBqk085897@hugeraid.jetcafe.org> <20120604043233.GB32597@lonesome.com> <201206040841.q548fVHa091169@hugeraid.jetcafe.org> <201206041841.q54IfUow001060@hugeraid.jetcafe.org> <20120604191343.GF10783@isuckatdomains.isuckatdomains.net> <201206041932.q54JWONA001600@hugeraid.jetcafe.org> <4FCDA15C.2000700@digsys.bg> <201206061859.q56IxvLx045828@hugeraid.jetcafe.org> <90425E82-5475-491F-AE88-00B0774F058D@ultra-secure.de> <201206112320.q5BNKXWO029603@hugeraid.jetcafe.org> <4FD68245.4090207@swin.edu.au> To: grenville armitage X-Mailer: Apple Mail (2.1278) Cc: freebsd-stable@freebsd.org Subject: Re: Documenting ports options (was Re: Why Are You NOT Using FreeBSD ?) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jun 2012 05:53:05 -0000 On Jun 12, 2012, at 2:41 AM, grenville armitage wrote: >=20 >=20 >> Rainer Duffner writes: > [..] >>> Personally, I don't need more frequent FreeBSD-releases but two or >>> maybe three ports-tree freezes per year would be good. >=20 > Perhaps not so much freezes per se, but if there are particular > dates at which the ports tree is known to compile properly (for > some preferred definition of 'properly') those dates could be > kept in a list somewhere, for people to use with the cvsup > "date=3D" option? I believe the reason this is not happening is that there is no date, = when the ports tree does build all ports "just fine". Some of the ports = are not compilable if you compile other ports, or select certain options = in other ports as well. For example, you might have a date, when KDE4 compiles and runs, just = fine. But at the same date, you cannot say the same for say Gnome, or = science/meep (random pick). It is of course "doable". The reason nobody is doing it is because by = the time you have "stable ports tree" lots of software in there and more = importantly most of the mainstream software in there that sees active = development is already out of date and sometimes with unattached = security problems. There is a fundamental misconception of what the ports tree is. This is = not the "ready made" software, where you just user = portmaster/portinstall to add new software or you go to the port's = directory and type "make install". The ports tree is a collection of instructions how to build foreign to = FreeBSD software, plus the necessary infrastructure and few "common = sense" options and that is it. If you view it any other way, you are in = trouble. The "pick and install software" functionality does not really exist in = FreeBSD. The closest is to use packages and yet closer is the packaging = system found in PC-BSD that uses the Apple style "fat app" approach. It is more appropriate to view FreeBSD and ports as the tools to build = your own "OS" (in the sense that most people understand it) with = functionality, tuning and packages you need. Of course, the ports system can be improved and is in fact, all the = time. Daniel= From owner-freebsd-stable@FreeBSD.ORG Tue Jun 12 07:40:44 2012 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 B514E106566B; Tue, 12 Jun 2012 07:40:44 +0000 (UTC) (envelope-from lars@e-new.0x20.net) Received: from mail.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb:1::3]) by mx1.freebsd.org (Postfix) with ESMTP id 403898FC15; Tue, 12 Jun 2012 07:40:44 +0000 (UTC) Received: from mail.0x20.net (mail.0x20.net [217.69.76.211]) by mail.0x20.net (Postfix) with ESMTP id 6B8D26A601E; Tue, 12 Jun 2012 09:40:43 +0200 (CEST) X-Virus-Scanned: amavisd-new at mail.0x20.net Received: from mail.0x20.net ([217.69.76.211]) by mail.0x20.net (mail.0x20.net [217.69.76.211]) (amavisd-new, port 10024) with ESMTP id dTsw3yn4PnAm; Tue, 12 Jun 2012 09:40:43 +0200 (CEST) Received: from e-new.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb:1::3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.0x20.net (Postfix) with ESMTPS id 2C0846A6006; Tue, 12 Jun 2012 09:40:43 +0200 (CEST) Received: from e-new.0x20.net (localhost [127.0.0.1]) by e-new.0x20.net (8.14.5/8.14.5) with ESMTP id q5C7egoL065131; Tue, 12 Jun 2012 09:40:42 +0200 (CEST) (envelope-from lars@e-new.0x20.net) Received: (from lars@localhost) by e-new.0x20.net (8.14.5/8.14.5/Submit) id q5C7egiG064761; Tue, 12 Jun 2012 09:40:42 +0200 (CEST) (envelope-from lars) Date: Tue, 12 Jun 2012 09:40:42 +0200 From: Lars Engels To: ???????????? ???????????? Message-ID: <20120612074042.GG5592@e-new.0x20.net> References: <86fwa8szos.wl%momchil@xaxo.eu> <4FD000FE.6090505@FreeBSD.org> <4FD41340.3050003@FreeBSD.org> <86sje17jnx.wl%momchil@xaxo.eu> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="N77v08gAD5x46FmO" Content-Disposition: inline In-Reply-To: <86sje17jnx.wl%momchil@xaxo.eu> X-Editor: VIM - Vi IMproved 7.3 X-Operation-System: FreeBSD 8.3-RELEASE-p2 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Doug Barton , freebsd-stable@FreeBSD.org Subject: Re: ULE Scheduler X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Jun 2012 07:40:44 -0000 --N77v08gAD5x46FmO Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jun 11, 2012 at 09:06:26PM +0200, ???????????? ???????????? wrote: > At Sat, 09 Jun 2012 20:23:44 -0700, > Doug Barton wrote: > >=20 > > On 06/06/2012 18:16, Doug Barton wrote: > > > On 06/06/2012 18:01, ???????????? ???????????? wrote: > > >> Is there some remedy? > > >=20 > > > Try the 4BSD scheduler. > >=20 > > Did you ever try this? Did it help? >=20 > I compiled the same kernel with the 4BSD scheduler today and it seems > that the processes jump accross cores too. My "eye" measure with "top" > fells like it's more stable and probably converges faster to a stable > state after "top" jumps accross cores. But in order to talk with > numbers, I need to replace "top" with somethings that dumps the > process number and the cpu id continuously in order to get some > statistics out of it, otherwise you can just forget all the things > that I have written. Is there an easy way to do that and are you > interested? Maybe sysutils/atop is useful here? --N77v08gAD5x46FmO Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAk/W8noACgkQKc512sD3afguggCdFRZyZC6s1rtRlXIaXCZEAXp4 tdIAn3nLfuzyFjqmOksWO+PREntXBO0r =wtIt -----END PGP SIGNATURE----- --N77v08gAD5x46FmO-- From owner-freebsd-stable@FreeBSD.ORG Tue Jun 12 07:47:04 2012 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 AA4AD106566B for ; Tue, 12 Jun 2012 07:47:04 +0000 (UTC) (envelope-from marka@isc.org) Received: from mx.ams1.isc.org (mx.ams1.isc.org [IPv6:2001:500:60::65]) by mx1.freebsd.org (Postfix) with ESMTP id 39D7E8FC0A for ; Tue, 12 Jun 2012 07:47:04 +0000 (UTC) Received: from bikeshed.isc.org (bikeshed.isc.org [IPv6:2001:4f8:3:d::19]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "mail.isc.org", Issuer "RapidSSL CA" (not verified)) by mx.ams1.isc.org (Postfix) with ESMTPS id 8F01A5F9A96; Tue, 12 Jun 2012 07:46:40 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (unknown [IPv6:2001:470:1f00:820:60b4:7eb8:ec61:a9c9]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by bikeshed.isc.org (Postfix) with ESMTPSA id CA8FD216C33; Tue, 12 Jun 2012 07:46:38 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (localhost [127.0.0.1]) by drugs.dv.isc.org (Postfix) with ESMTP id 658EF217412E; Tue, 12 Jun 2012 17:46:33 +1000 (EST) To: Chuck Swiger From: Mark Andrews References: <20120604110339.GA9426@equilibrium.bsdes.net> <4FD2D4CC.3080109@ateamsystems.com> <4FD35F67.4020007@hm.net.br> <4FD3629B.9060106@ateamsystems.com> <201206112335.q5BNZGPT029709@hugeraid.jetcafe.org> <7B6E5361-B109-498E-B22F-96A94DEC371B@mac.com> In-reply-to: Your message of "Mon, 11 Jun 2012 16:59:47 MST." <7B6E5361-B109-498E-B22F-96A94DEC371B@mac.com> Date: Tue, 12 Jun 2012 17:46:32 +1000 Message-Id: <20120612074633.658EF217412E@drugs.dv.isc.org> X-Spam-Status: No, score=-1.6 required=5.0 tests=AWL,BAYES_00, T_RP_MATCHES_RCVD autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on mx.ams1.isc.org Cc: freebsd-stable Subject: Re: Why Are You NOT Using FreeBSD ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jun 2012 07:47:04 -0000 In message <7B6E5361-B109-498E-B22F-96A94DEC371B@mac.com>, Chuck Swiger writes: > Hi, Dave-- > > On Jun 11, 2012, at 4:35 PM, Dave Hayes wrote: > [ ... ] > > Do I have this wrong? Anyone see a problem with this picture? > > What can we do to "just upgrade" in a safe fashion when we want to? > > Two things help tremendously: > > #1: Have working backups. If you run into a problem, roll back the > system to a working state. If you cannot restore a working system > easily, fix your backup solution until you can rollback easily. > > #2: Have a package-building box and test builds before installing > new package builds to other boxes. Your downtime for upgrades > to the rest of your boxes become minimized. Note: this doesn't require multiple physical systems to do. A jail / chroot area will give you a perfectly fine build / test system for ports. It just uses a bit of disk space. Mark -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: marka@isc.org From owner-freebsd-stable@FreeBSD.ORG Tue Jun 12 09:11:54 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D1451106566B for ; Tue, 12 Jun 2012 09:11:54 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id E31F68FC17 for ; Tue, 12 Jun 2012 09:11:53 +0000 (UTC) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id q5C9BaOZ097970; Tue, 12 Jun 2012 11:11:52 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id q5C9BaGj097969; Tue, 12 Jun 2012 11:11:36 +0200 (CEST) (envelope-from olli) Date: Tue, 12 Jun 2012 11:11:36 +0200 (CEST) Message-Id: <201206120911.q5C9BaGj097969@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, momchil@xaxo.eu In-Reply-To: <86sje17jnx.wl%momchil@xaxo.eu> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.9.6-20101126 ("Burnside") (UNIX) (FreeBSD/6.4-PRERELEASE-20080904 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.3.9 (lurza.secnetix.de [127.0.0.1]); Tue, 12 Jun 2012 11:11:52 +0200 (CEST) Cc: Subject: Re: ULE Scheduler X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, momchil@xaxo.eu List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jun 2012 09:11:54 -0000 ?????? ?????? wrote: > I compiled the same kernel with the 4BSD scheduler today and it seems > that the processes jump accross cores too. What exactly is the problem that you're seeing? Do you have performance problems? If so, then they're probably *not* caused by processes "jumping across cores". Have you read Daniel Kalchev's reply in this thread? He explained very well why that's not a problem usually. Also note that top(1) only shows one snapshot every second or two. It does not show you the hundreds (or thousands) of thread switches that happen every second. In fact, top(1) shows a very misleading picture because it creates the wrong impression that your CPU-bound processes are almost the only ones being scheduled on your cores. Most of the time, people looking at top(1) see problems that don't exist. Another example is the amount of "free" memory displayed by top that is often misinterpreted. I suggest you just keep the standard scheduler (i.e. ULE). If you don't have a performance problem (i.e. a problem that you can measure by other means than top), then don't try to fix it. Chances are you make things worse. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mn- chen, HRB 125758, Geschftsfhrer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "The scanf() function is a large and complex beast that often does something almost but not quite entirely unlike what you desired." -- Chris Torek From owner-freebsd-stable@FreeBSD.ORG Tue Jun 12 09:47:13 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AD6B1106566C for ; Tue, 12 Jun 2012 09:47:13 +0000 (UTC) (envelope-from hm@hm.net.br) Received: from msrv.matik.com.br (msrv.matik.com.br [187.95.0.181]) by mx1.freebsd.org (Postfix) with ESMTP id 432B08FC0C for ; Tue, 12 Jun 2012 09:47:13 +0000 (UTC) Received: from pop1.hm.net.br (pop1.hm.net.br [189.7.36.48]) (authenticated bits=0) by msrv.matik.com.br (8.14.5/8.14.5) with ESMTP id q5C9l0QJ072084 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 12 Jun 2012 06:47:00 -0300 (BRT) (envelope-from hm@hm.net.br) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.97.4 at msrv.matik.com.br X-DKIM: OpenDKIM Filter v2.5.2 msrv.matik.com.br q5C9l0QJ072084 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=hm.net.br; s=racoon; t=1339494421; bh=80vRsb6YwefbyBI/VLli1KEDoaHwwC17Ll8hjW9UhlY=; h=From:To:Subject:Date:Cc:References:In-Reply-To; b=MN0/dMzROAQwcrfWcD817eRN+edelF5crq9dGPFEPHYiCm3/QhFv3IDoTTtS+0IiM ZyNz3abqkQqnOP4xErqoMIAnTi8BgVMnuNK5+YPueFTKg1rKf6l/4oT5LadiBE8D0S HcM1+Fte8R4Yraoh5+eMJ+qEz/ujXqbBANUGUWOQ= Authentication-Results: msrv.matik.com.br; sender-id=pass header.from=hm@hm.net.br; auth=pass (PLAIN); spf=pass smtp.mfrom=hm@hm.net.br From: H Organization: HM-Net To: freebsd-stable@freebsd.org Date: Tue, 12 Jun 2012 06:46:52 -0300 User-Agent: KMail/1.13.7 (FreeBSD/9.0-STABLE; KDE/4.8.3; i386; ; ) References: <201206112335.q5BNZGPT029709@hugeraid.jetcafe.org> <7B6E5361-B109-498E-B22F-96A94DEC371B@mac.com> In-Reply-To: <7B6E5361-B109-498E-B22F-96A94DEC371B@mac.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart10070759.uoyylTscIr"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <201206120646.59491.hm@hm.net.br> X-Spam-Status: No, score=3.5 required=5.0 tests=AWL=0.701,BAYES_00=-1.9,DKIM_SIGNED=0.1,DKIM_VALID=-0.1,DKIM_VALID_AU=-0.1,RCVD_IN_BRBL_LASTEXT=1.449,RCVD_IN_PBL=3.335,SPF_PASS=-0.001,T_RP_MATCHES_RCVD=-0.01 msrv.matik.com.br 1102; Body=1 Fuz1=1 Fuz2=1 [127.0.0.11] [1 mail.matik.com.br.] [127.0.0.2] [187.95.0.182] autolearn=no ASN AS28573 189.7.36.0/22 X-Spam-Level: *** X-Spam-Checker-Version: SpamAssassin 3.3.2-hm_201202.c (2011-06-06) on msrv.matik.com.br Cc: Subject: Re: Why Are You NOT Using FreeBSD ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jun 2012 09:47:13 -0000 --nextPart10070759.uoyylTscIr Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable On Monday 11 June 2012 20:59 Chuck Swiger wrote: > Hi, Dave-- >=20 > On Jun 11, 2012, at 4:35 PM, Dave Hayes wrote: > [ ... ] >=20 > > Do I have this wrong? Anyone see a problem with this picture? > > What can we do to "just upgrade" in a safe fashion when we want to? >=20 > Two things help tremendously: >=20 > #1: Have working backups. If you run into a problem, roll back the > system to a working state. If you cannot restore a working system > easily, fix your backup solution until you can rollback easily. >=20 > #2: Have a package-building box and test builds before installing > new package builds to other boxes. Your downtime for upgrades > to the rest of your boxes become minimized. >=20 > Regards, of course it helps ... but please do not forget that most people just want their desktop up to dat= e=20 and have a working kde (or any other) environment I believe the ports tree simply must? should? be seen as it is, partially g= ood=20 working, and partially a jorney to very dark places , depends on which port= s=20 and how many you have installed=20 in any case it is for somebody who knows what he does and can find his way = out,=20 or is courageous, a "normal desktop user" probably is not able to upgrade k= de4=20 properly and ends up with an unusable machine On Monday 11 June 2012 20:20 Dave Hayes wrote: > Rainer Duffner writes: > > Sometimes, options only make sense in context of the selection of > > options of other ports and it thus may no be easily explainable in one > > line. >=20 > I don't understand Are you saying this is a reason not to document what > these options do? both here deepen the "lead into the dark" theory On Sunday 10 June 2012 14:10 O. Hartmann wrote: > "portmaster" does even more damage. Sometimed a port reels in some newly > updates, a port gets deleted. if on of the to be updated prerquisits > fail, the port in question isn't there anymore. this is caused of ports tree's install script maior logic failure, BTW by=20 portmaster AND portupgrade and it happens quite often,=20 as already commented, nobody sits in front of the screen and watch the comp= ile=20 process so this problems go under at first sight I think, correcting this, would help a lot and may solve a lot of existing= =20 [hidden] problems.=20 I see only one way, having a complete package collection for easy upgrade most of you do not like it, but you must look at the competitors, Fedoras=20 upgrade system works, user do not need the newest features and none of them= =20 are essential for a desktop to work properly of course the package collection needs then something similar to portversio= n,=20 but not based on ports tree versions, in order to find available updates who then wants to customize or learn or who dares, can use the ports tree after all I guess any further effort on ports goes nowhere because it depen= ds=20 at the end on the maintainer and/or committer and people use to fail, that = is=20 so and nobody can change that.=20 Of course It would be nice to find this "eval" behaviour of deleting=20 accidentially installed ports corrected what is worth working on is a complete package collection and a propper upd= ate=20 tool for it Hans --nextPart10070759.uoyylTscIr Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEABECAAYFAk/XEBMACgkQvKVfg5xjCDxjHwCdHqJtEJ/km6GULVhB2dWT/y/q cToAn3xcXUS+MqfGH5JWf1qkUxvYDdBo =IFu5 -----END PGP SIGNATURE----- --nextPart10070759.uoyylTscIr-- From owner-freebsd-stable@FreeBSD.ORG Tue Jun 12 09:53:18 2012 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 6CDDA106566C for ; Tue, 12 Jun 2012 09:53:18 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.78]) by mx1.freebsd.org (Postfix) with ESMTP id DFD3D8FC0C for ; Tue, 12 Jun 2012 09:53:17 +0000 (UTC) Received: from smtp.greenhost.nl ([213.108.104.138]) by smarthost1.greenhost.nl with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from ) id 1SeNmg-00026D-6i for freebsd-stable@freebsd.org; Tue, 12 Jun 2012 11:53:10 +0200 Received: from [81.21.138.17] (helo=ronaldradial.versatec.local) by smtp.greenhost.nl with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.72) (envelope-from ) id 1SeNmg-000089-2j for freebsd-stable@freebsd.org; Tue, 12 Jun 2012 11:53:10 +0200 Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: freebsd-stable@freebsd.org References: <201206091035.q59AZWFB058742@lurza.secnetix.de> <20120609122457.GS13609@albert.catwhisker.org> <20120609123626.GT13609@albert.catwhisker.org> <4FD37CF3.109@rdtc.ru> Date: Tue, 12 Jun 2012 11:53:08 +0200 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit From: "Ronald Klop" Message-ID: In-Reply-To: User-Agent: Opera Mail/11.64 (Win32) X-Virus-Scanned: by clamav at smarthost1.samage.net X-Spam-Level: / X-Spam-Score: -0.2 X-Spam-Status: No, score=-0.2 required=5.0 tests=BAYES_40 autolearn=disabled version=3.2.5 X-Scan-Signature: 7006e789400ccdeb5065f5d065827fb5 Subject: Re: su 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, 12 Jun 2012 09:53:18 -0000 On Mon, 11 Jun 2012 15:53:34 +0200, Sami Halabi wrote: > Hi, > I opened 2 terminals with user sody. > in first i hit "su -", and supplied password, it was stcuked. > in the other I did: > > %ps xau | grep su > sody 39830 0.0 0.0 9124 1500 0 S+ 4:51PM 0:00.00 grep su > root 39812 0.0 0.0 21732 2088 1 I 4:49PM 0:00.00 su - > root 39813 0.0 0.0 21732 2108 1 I+ 4:49PM 0:00.00 su - > %procstat -kk 39812 > PID TID COMM TDNAME KSTACK > %procstat -kk 39813 > PID TID COMM TDNAME KSTACK > % > Mmmm, I'm out of options than. Maybe somebody else has a good idea. Ronald. > > Sami > > On Mon, Jun 11, 2012 at 11:14 AM, Ronald Klop > wrote: > >> On Sat, 09 Jun 2012 18:42:27 +0200, Eugene Grosbein >> wrote: >> >> 09.06.2012 19:47, Sami Halabi пишет: >>> >>>> %su - >>>> Password: >>>> load: 0.00 cmd: su 30588 [ttydcd] 0.91r 0.00u 0.00s 0% 2092k >>>> >>> >>> Perpaps, your system had no keyboard attached at boot time; >>> or for some other reason it booted with /dev/console being serial >>> console >>> instead of vidconsole. su locks trying to access serial console >>> that is /dev/ttyd0 by default and has Carrier Detect flag enabled. >>> Hence, it waits for CD on the first serial port (miserably and >>> hopelessly). >>> >>> You can check if it's true with "sysctl kern.console" command. >>> You could ask someone to boot the system with keyboard attached - >>> no need to type anything, though. The system should detect it >>> and assingn /dev/ttyv0 as /dev/console instead of /dev/ttyd0. >>> And "su" won't lock. >>> >>> Eugene Grosbein >>> >> >> >> Can you see what su is doing with procstat -kk ? >> >> ______________________________**_________________ >> freebsd-stable@freebsd.org mailing list >> http://lists.freebsd.org/**mailman/listinfo/freebsd-**stable >> To unsubscribe, send any mail to >> "freebsd-stable-unsubscribe@**freebsd.org >> " >> > > From owner-freebsd-stable@FreeBSD.ORG Tue Jun 12 10:08:18 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4FBC71065672 for ; Tue, 12 Jun 2012 10:08:18 +0000 (UTC) (envelope-from momchil@xaxo.eu) Received: from vps2.xaxo.eu (vps2.xaxo.eu [78.47.156.66]) by mx1.freebsd.org (Postfix) with ESMTP id D50E58FC17 for ; Tue, 12 Jun 2012 10:08:17 +0000 (UTC) Received: from t61.xaxo.eu ([10.75.23.6]) by vps2.xaxo.eu (8.14.4/8.14.4) with ESMTP id q5C98E6U096360; Tue, 12 Jun 2012 11:08:14 +0200 (CEST) (envelope-from momchil@xaxo.eu) Date: Tue, 12 Jun 2012 12:08:05 +0200 Message-ID: <861ulkkflm.wl%momchil@xaxo.eu> From: Momchil Ivanov To: freebsd-stable@FreeBSD.ORG, momchil@xaxo.eu In-Reply-To: <201206120911.q5C9BaGj097969@lurza.secnetix.de> References: <86sje17jnx.wl%momchil@xaxo.eu> <201206120911.q5C9BaGj097969@lurza.secnetix.de> MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: Subject: Re: ULE Scheduler X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Jun 2012 10:08:18 -0000 At Tue, 12 Jun 2012 11:11:36 +0200 (CEST), Oliver Fromme wrote: > > ?????? ?????? wrote: > > I compiled the same kernel with the 4BSD scheduler today and it seems > > that the processes jump accross cores too. > > What exactly is the problem that you're seeing? Do you have > performance problems? If so, then they're probably *not* > caused by processes "jumping across cores". When my laptop said bye bye because of the heat I thougt it might be the scheduler, which was a mistake since I got 30 C reduction on full load after cleaning. Therefore, I don't think that there is any problem. I was just curious why both processes are hopping around, because I would naively think that should not happen. Note that I am neither software nor hardware expert, but a mere user of both. I tried the 4BSD scheduler just because Dough asked if I did. For me the question is resolved and I thank all of you for the replies. > Have you read Daniel Kalchev's reply in this thread? > He explained very well why that's not a problem usually. No, I haven't received that one. Regards, Momchil From owner-freebsd-stable@FreeBSD.ORG Tue Jun 12 10:10:12 2012 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 C4AD01065678 for ; Tue, 12 Jun 2012 10:10:12 +0000 (UTC) (envelope-from utisoft@gmail.com) Received: from mail-bk0-f54.google.com (mail-bk0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 49D718FC26 for ; Tue, 12 Jun 2012 10:10:12 +0000 (UTC) Received: by bkvi18 with SMTP id i18so5399063bkv.13 for ; Tue, 12 Jun 2012 03:10:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=/0i97FtuGu9kQsejErgW9gCMJKHtU+zadiDnHHkvg/c=; b=ZKIIQtLcUJVbGAhtDRNdRYq6lOVTDzl1civNlbiG2U89VH0aNtCAwsxSr0uNSvnX9y r7qaMURtOeoNrnsDH/JqA2pgozamGj0jpz6YNdu0KOjTOi0dqvlugmrrJ+A1vPD2OqQk r8JjNRzHfZwp/DQ0Gs/JXcWOnTg9EZZxzQs0hSDgiCi1ErdEQax5T0e5Wd5jJ2qkC71S LAvUjn77ChV5Xa6VloxXNnVGJtQVdGhuiwpy9B+fvdjC2zT+zG2AYk58QFBnQe4uS2ON xMxEhLN5/Va/RxHhYz908x0CtkBpMupsQ1mbRFg9bT+S0gegwNIZnDuupxhXvN/reEro 0HLg== MIME-Version: 1.0 Received: by 10.204.152.196 with SMTP id h4mr9207965bkw.131.1339495811197; Tue, 12 Jun 2012 03:10:11 -0700 (PDT) Received: by 10.204.171.138 with HTTP; Tue, 12 Jun 2012 03:10:11 -0700 (PDT) Received: by 10.204.171.138 with HTTP; Tue, 12 Jun 2012 03:10:11 -0700 (PDT) In-Reply-To: <201206120646.59491.hm@hm.net.br> References: <201206112335.q5BNZGPT029709@hugeraid.jetcafe.org> <7B6E5361-B109-498E-B22F-96A94DEC371B@mac.com> <201206120646.59491.hm@hm.net.br> Date: Tue, 12 Jun 2012 11:10:11 +0100 Message-ID: From: Chris Rees To: H Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: Why Are You NOT Using FreeBSD ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jun 2012 10:10:12 -0000 On Jun 12, 2012 10:48 AM, "H" wrote: > > On Monday 11 June 2012 20:59 Chuck Swiger wrote: > > Hi, Dave-- > > > > On Jun 11, 2012, at 4:35 PM, Dave Hayes wrote: > > [ ... ] > > > > > Do I have this wrong? Anyone see a problem with this picture? > > > What can we do to "just upgrade" in a safe fashion when we want to? > > > > Two things help tremendously: > > > > #1: Have working backups. If you run into a problem, roll back the > > system to a working state. If you cannot restore a working system > > easily, fix your backup solution until you can rollback easily. > > > > #2: Have a package-building box and test builds before installing > > new package builds to other boxes. Your downtime for upgrades > > to the rest of your boxes become minimized. > > > > Regards, > > > of course it helps ... > > but please do not forget that most people just want their desktop up to date > and have a working kde (or any other) environment > > I believe the ports tree simply must? should? be seen as it is, partially good > working, and partially a jorney to very dark places , depends on which ports > and how many you have installed > > in any case it is for somebody who knows what he does and can find his way out, > or is courageous, a "normal desktop user" probably is not able to upgrade kde4 > properly and ends up with an unusable machine > > > > On Monday 11 June 2012 20:20 Dave Hayes wrote: > > Rainer Duffner writes: > > > Sometimes, options only make sense in context of the selection of > > > options of other ports and it thus may no be easily explainable in one > > > line. > > > > I don't understand Are you saying this is a reason not to document what > > these options do? > > > both here deepen the "lead into the dark" theory > > > On Sunday 10 June 2012 14:10 O. Hartmann wrote: > > "portmaster" does even more damage. Sometimed a port reels in some newly > > updates, a port gets deleted. if on of the to be updated prerquisits > > fail, the port in question isn't there anymore. > > > this is caused of ports tree's install script maior logic failure, BTW by > portmaster AND portupgrade and it happens quite often, > > as already commented, nobody sits in front of the screen and watch the compile > process so this problems go under at first sight > > I think, correcting this, would help a lot and may solve a lot of existing > [hidden] problems. > > I see only one way, having a complete package collection for easy upgrade > > most of you do not like it, but you must look at the competitors, Fedoras > upgrade system works, user do not need the newest features and none of them > are essential for a desktop to work properly > > of course the package collection needs then something similar to portversion, > but not based on ports tree versions, in order to find available updates > > who then wants to customize or learn or who dares, can use the ports tree You have hit the nail right on the head there, and that is the intention with pkgng. Please feel free to have a go with it using the beta repos :) Chris From owner-freebsd-stable@FreeBSD.ORG Tue Jun 12 11:05:19 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9C6C41065672 for ; Tue, 12 Jun 2012 11:05:19 +0000 (UTC) (envelope-from oliver.pntr@gmail.com) Received: from mail-gg0-f182.google.com (mail-gg0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id 4DED08FC0A for ; Tue, 12 Jun 2012 11:05:19 +0000 (UTC) Received: by ggnm2 with SMTP id m2so3722139ggn.13 for ; Tue, 12 Jun 2012 04:05:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=hK6Wrf8su49PUbyA4d8/egZQ0ywSBjqZMhBiYkjvvG4=; b=pJWthdbDe/tm1HJ71FvBTFeYnNX1/t4lx96UuDxkNWaNBw+tH3uVYNo8OGqT0doHGF g9xoB5nzoexDVOFcqO7POeQx+D/N58JWeWVXxvbLloHmV/7Bs3aGUcBnWSUxp/uiZqNb tm/OA3ypVRLFoN6YLyze/avT7YTqLFJpshLlNU0hNzAm+TlVUE2gAdnNthSSrjdabKuT FT6FRM87jHSA+Ji4TGbUHI94eVJeMEDU7StoJrYMlpXxF/xZikwdEMZqdylXEl36d2+s dvthr8qIHqyJegUAg+QCqVoIbTUh4L5EOXdXPCot7pLTKdMJoYHJVxpoQKiRHtG5j0ou 8Bag== MIME-Version: 1.0 Received: by 10.236.182.161 with SMTP id o21mr26288056yhm.43.1339499118768; Tue, 12 Jun 2012 04:05:18 -0700 (PDT) Received: by 10.236.46.233 with HTTP; Tue, 12 Jun 2012 04:05:17 -0700 (PDT) In-Reply-To: References: <201206091035.q59AZWFB058742@lurza.secnetix.de> <20120609122457.GS13609@albert.catwhisker.org> <20120609123626.GT13609@albert.catwhisker.org> <4FD37CF3.109@rdtc.ru> Date: Tue, 12 Jun 2012 13:05:17 +0200 Message-ID: From: Oliver Pinter To: Ronald Klop Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org Subject: Re: su 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, 12 Jun 2012 11:05:19 -0000 truss, ktrace the sody user is member of wheel? On 6/12/12, Ronald Klop wrote: > On Mon, 11 Jun 2012 15:53:34 +0200, Sami Halabi wrot= e: > >> Hi, >> I opened 2 terminals with user sody. >> in first i hit "su -", and supplied password, it was stcuked. >> in the other I did: >> >> %ps xau | grep su >> sody 39830 0.0 0.0 9124 1500 0 S+ 4:51PM 0:00.00 grep su >> root 39812 0.0 0.0 21732 2088 1 I 4:49PM 0:00.00 su - >> root 39813 0.0 0.0 21732 2108 1 I+ 4:49PM 0:00.00 su - >> %procstat -kk 39812 >> PID TID COMM TDNAME KSTACK >> %procstat -kk 39813 >> PID TID COMM TDNAME KSTACK >> % >> > > Mmmm, I'm out of options than. Maybe somebody else has a good idea. > > Ronald. > > >> >> Sami >> >> On Mon, Jun 11, 2012 at 11:14 AM, Ronald Klop >> wrote: >> >>> On Sat, 09 Jun 2012 18:42:27 +0200, Eugene Grosbein >>> wrote: >>> >>> 09.06.2012 19:47, Sami Halabi =D0=BF=D0=B8=D1=88=D0=B5=D1=82: >>>> >>>>> %su - >>>>> Password: >>>>> load: 0.00 cmd: su 30588 [ttydcd] 0.91r 0.00u 0.00s 0% 2092k >>>>> >>>> >>>> Perpaps, your system had no keyboard attached at boot time; >>>> or for some other reason it booted with /dev/console being serial >>>> console >>>> instead of vidconsole. su locks trying to access serial console >>>> that is /dev/ttyd0 by default and has Carrier Detect flag enabled. >>>> Hence, it waits for CD on the first serial port (miserably and >>>> hopelessly). >>>> >>>> You can check if it's true with "sysctl kern.console" command. >>>> You could ask someone to boot the system with keyboard attached - >>>> no need to type anything, though. The system should detect it >>>> and assingn /dev/ttyv0 as /dev/console instead of /dev/ttyd0. >>>> And "su" won't lock. >>>> >>>> Eugene Grosbein >>>> >>> >>> >>> Can you see what su is doing with procstat -kk ? >>> >>> ______________________________**_________________ >>> freebsd-stable@freebsd.org mailing list >>> http://lists.freebsd.org/**mailman/listinfo/freebsd-**stable >>> To unsubscribe, send any mail to >>> "freebsd-stable-unsubscribe@**freebsd.org >>> " >>> >> >> > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Tue Jun 12 11:33:15 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 88E9B1065672 for ; Tue, 12 Jun 2012 11:33:15 +0000 (UTC) (envelope-from hm@hm.net.br) Received: from msrv.matik.com.br (msrv.matik.com.br [187.95.0.181]) by mx1.freebsd.org (Postfix) with ESMTP id 1EB638FC19 for ; Tue, 12 Jun 2012 11:33:14 +0000 (UTC) Received: from pop1.hm.net.br (pop1.hm.net.br [189.7.36.48]) (authenticated bits=0) by msrv.matik.com.br (8.14.5/8.14.5) with ESMTP id q5CBXBKr080262 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 12 Jun 2012 08:33:11 -0300 (BRT) (envelope-from hm@hm.net.br) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.97.4 at msrv.matik.com.br X-DKIM: OpenDKIM Filter v2.5.2 msrv.matik.com.br q5CBXBKr080262 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=hm.net.br; s=racoon; t=1339500791; bh=YQI3NldQnmtIYkh/7WtO+6tdvATVvXLEqB/JwV3NZfM=; h=From:To:Subject:Date:Cc:References:In-Reply-To; b=bUEuZxiJt05oXOzGa8kCCy2NJIYsXMVNNAxOa56DZrPVSARitevmQr/hLxp25WJbC gWg+Lfd3eHUjTo++1FPhfEv7fb1U0Ih1MDaKKSMsH6a7Gkf/TgUBd1amBxt8LP/GaL F4SfGxfT9Z6NIHB2RX9vHri1puZlVqfwZ3U+e3a4= Authentication-Results: msrv.matik.com.br; sender-id=pass header.from=hm@hm.net.br; auth=pass (PLAIN); spf=pass smtp.mfrom=hm@hm.net.br From: H Organization: HM-Net To: Chris Rees Date: Tue, 12 Jun 2012 08:33:10 -0300 User-Agent: KMail/1.13.7 (FreeBSD/9.0-STABLE; KDE/4.8.3; i386; ; ) References: <201206120646.59491.hm@hm.net.br> In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart4408795.RqkBS1IBY9"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <201206120833.11000.hm@hm.net.br> X-Spam-Status: No, score=3.5 required=5.0 tests=AWL=0.665,BAYES_00=-1.9,DKIM_SIGNED=0.1,DKIM_VALID=-0.1,DKIM_VALID_AU=-0.1,RCVD_IN_BRBL_LASTEXT=1.449,RCVD_IN_PBL=3.335,SPF_PASS=-0.001,TW_KG=0.077,T_RP_MATCHES_RCVD=-0.01 msrv.matik.com.br 1356; Body=1 Fuz1=1 Fuz2=1 [127.0.0.11] [1 mail.matik.com.br.] [127.0.0.2] [187.95.0.182] autolearn=no ASN AS28573 189.7.36.0/22 X-Spam-Level: *** X-Spam-Checker-Version: SpamAssassin 3.3.2-hm_201202.c (2011-06-06) on msrv.matik.com.br Cc: freebsd-stable@freebsd.org Subject: Re: Why Are You NOT Using FreeBSD ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jun 2012 11:33:15 -0000 --nextPart4408795.RqkBS1IBY9 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable On Tuesday 12 June 2012 07:10 Chris Rees wrote: >=20 > > are essential for a desktop to work properly > >=20 > > of course the package collection needs then something similar to >=20 > portversion, >=20 > > but not based on ports tree versions, in order to find available updates > >=20 > > who then wants to customize or learn or who dares, can use the ports tr= ee >=20 > You have hit the nail right on the head there, and that is the intention > with pkgng. Please feel free to have a go with it using the beta repos :) >=20 > Chris yooo ... but I unfortunately since some time pkgng completes the ports tree= =20 novell :) cc -O2 -pipe -march=3Dathlon-mp -fno-strict-aliasing -march=3Dathlon-mp -s= td=3Dc99=20 =2DI/dados/ports/ports-mgmt/pkg/work/pkg-1.0-beta15/libpkg - I/dados/ports/ports-mgmt/pkg/work/pkg-1.0-beta15/libpkg/../external/sqlite = - I/dados/ports/ports-mgmt/pkg/work/pkg-1.0- beta15/libpkg/../external/libyaml/include -DPREFIX=3D\"/usr/local\" -g -O0 - std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2= k -W=20 =2DWno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-= arith=20 =2DWreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-para= meter=20 =2DWcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decl= s - Wold-style-definition -Wno-pointer-sign -c usergroup.c -o usergroup.o cc1: warnings being treated as errors In file included from usergroup.c:36: private/gr_util.h:27: warning: redundant redeclaration of 'gr_copy' /usr/include/libutil.h:165: warning: previous declaration of 'gr_copy' was= =20 here private/gr_util.h:28: warning: redundant redeclaration of 'gr_fini' /usr/include/libutil.h:168: warning: previous declaration of 'gr_fini' was = here private/gr_util.h:29: warning: redundant redeclaration of 'gr_init' /usr/include/libutil.h:169: warning: previous declaration of 'gr_init' was= =20 here private/gr_util.h:30: warning: redundant redeclaration of 'gr_lock' /usr/include/libutil.h:170: warning: previous declaration of 'gr_lock' was= =20 here private/gr_util.h:31: warning: redundant redeclaration of 'gr_mkdb' /usr/include/libutil.h:172: warning: previous declaration of 'gr_mkdb' was= =20 here private/gr_util.h:32: warning: redundant redeclaration of 'gr_tmp' /usr/include/libutil.h:173: warning: previous declaration of 'gr_tmp' was h= ere *** Error code 1 Stop in /dados/ports/ports-mgmt/pkg/work/pkg-1.0-beta15/libpkg. *** Error code 1 Stop in /dados/ports/ports-mgmt/pkg/work/pkg-1.0-beta15. *** Error code 1 Hans =2D-=20 H +55 17 4141.2222 --nextPart4408795.RqkBS1IBY9 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEABECAAYFAk/XKPYACgkQvKVfg5xjCDwXfwCfXH5rbi4OTPDX03KM6bihjIgu /eYAnifHy44SgMMp8cJXRXJWn/x38DOU =zmir -----END PGP SIGNATURE----- --nextPart4408795.RqkBS1IBY9-- From owner-freebsd-stable@FreeBSD.ORG Tue Jun 12 11:37:12 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0E69F10656AE for ; Tue, 12 Jun 2012 11:37:12 +0000 (UTC) (envelope-from ml@my.gd) Received: from mail-ee0-f54.google.com (mail-ee0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id 8D5C18FC08 for ; Tue, 12 Jun 2012 11:37:11 +0000 (UTC) Received: by eeke49 with SMTP id e49so2496956eek.13 for ; Tue, 12 Jun 2012 04:37:10 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding :x-gm-message-state; bh=dC/0G9c9qmJSQD8UTlGLT3z6uxDg9np2Yhdc8tR+Cfo=; b=ckgypDRyUZY/v016yq0CPpnGGxJRhjlOeod2XNmScPGnkzX8l3Im5M37uiTleBE3jF pZFY7tNocuEpeQ/ZhvEgGwR2LqGqEUJSk11OZQ5IHu2CFwO5SiGhrhu3O5JcUETem35y iYPwc/o6UGam0HDAiQ7UDBjag/y6BGgXX9cnOP1nE94fBXrtqp5i0A9M/J98EHEpL+bf 2xGwzLM/f//2q9k9qAfx0DUld3ZGzz1JME+hQq62AsdtMfZHMgV6E6tWqGCyVD3U0VVh QcYP3b9qFFR9IgdLk4ZxaCWMlpBlo4h1BfUAhakIf2oUp21YQcBPM/RjZwIPpaSo5pcB 37VQ== Received: by 10.14.95.131 with SMTP id p3mr6425710eef.125.1339501030354; Tue, 12 Jun 2012 04:37:10 -0700 (PDT) Received: from dfleuriot-at-hi-media.com ([83.167.62.196]) by mx.google.com with ESMTPS id e45sm63334875eeb.6.2012.06.12.04.37.09 (version=SSLv3 cipher=OTHER); Tue, 12 Jun 2012 04:37:09 -0700 (PDT) Message-ID: <4FD729E3.6070405@my.gd> Date: Tue, 12 Jun 2012 13:37:07 +0200 From: Damien Fleuriot User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <201206101128.q5ABShXN007826@lurza.secnetix.de> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Gm-Message-State: ALoCoQkZIee3wXviGafTqiYzGUtzDMNRlIM9H7BEZ87NZ7z4ZXD9J3PCWLy5nf7m1e1lGhlwHxW9 Subject: Re: su 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, 12 Jun 2012 11:37:12 -0000 On 6/10/12 1:52 PM, Daniel Braniss wrote: >> Sami Halabi wrote: >> > Hi Oliver, >> > I saw you had similar problem for console on 2010 >> > http://freebsd.1045724.n5.nabble.com/Serial-console-problems-with-stab=le-8-td3950684.html >> >> No, I don't think that the problem is related. My problem >> was with the serial console, while you don't have a serial >> console attached at all (at least you didn't mention it). >> >> > but the thread wasn't ended by recommendation or conclusions by you. >> > >> > did you solve that problem then? >> >> No, I came to the conclusion that the serial console support >> in FreeBSD 8 was broken somehow. So I removed the console >> cable; it's running with an old VGA CRT as the console for >> now. Fortunately I require console access very seldom, so >> I don't have to drive to that machine often. It's still >> annoying, but I didn't find a better solution; downgrading >> to 7.x isn't an option. >> > just for the record, serial on 8.x works fine! the device naming has changed > from sio to uart, and maybe some features. We use it on all our servers, even > redirecting it where possible via ILO,IMPI,DRAC. and is great for debuging > or saving long trips :-) > > WARNING: control access to these devices, specialy since root can login > on the console! > > danny > Daniel, would you kindly elaborate on the DRAC console redirection thingy ? We're using Dells here and I loathe having to use their web interface and the java app to get a console shell. From owner-freebsd-stable@FreeBSD.ORG Tue Jun 12 11:42:59 2012 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 4DC8F1065672 for ; Tue, 12 Jun 2012 11:42:59 +0000 (UTC) (envelope-from ml@my.gd) Received: from mail-ee0-f54.google.com (mail-ee0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id CCA0E8FC15 for ; Tue, 12 Jun 2012 11:42:58 +0000 (UTC) Received: by eeke49 with SMTP id e49so2499440eek.13 for ; Tue, 12 Jun 2012 04:42:58 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding :x-gm-message-state; bh=BATF+ZPD56H5rUiei/AR43kO95gfrEMVh3U9Mkc6QmE=; b=I8hhI1+PelGHeeCiwlKaTyNrD9B0ehDeCRlziyWipghsLhKd7+imKC5Lo8wiGYd85D HQ82SeeptfBze132YUNk6jCOdJKG3IqyoTnRwkLPlYYZ8SfnpBwKy5N/4HSTIFj9O2q7 S5+GGAjMms5+tQ+BLhs4hw661baQSYw8T2qo0SY9tHptHHZVmvFeGyidJxsz8wOMceYN sgoQn0EtVW0I0dPj6/iJRNawYJ+4QShxhJi4fBLdlK4s5bFq2LK1bvdeJ3C0EtKPL3Y/ kjsJlVs8QjuO119/1IC8RFV5QG6/QeXcrnCFJRH2yoPC/HwpOpbJQHzfx3dj2NI5xrt4 JyLg== Received: by 10.14.119.138 with SMTP id n10mr2067053eeh.38.1339501377864; Tue, 12 Jun 2012 04:42:57 -0700 (PDT) Received: from dfleuriot-at-hi-media.com ([83.167.62.196]) by mx.google.com with ESMTPS id e45sm63391240eeb.6.2012.06.12.04.42.56 (version=SSLv3 cipher=OTHER); Tue, 12 Jun 2012 04:42:57 -0700 (PDT) Message-ID: <4FD72B3F.6080200@my.gd> Date: Tue, 12 Jun 2012 13:42:55 +0200 From: Damien Fleuriot User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Gm-Message-State: ALoCoQmmQQ/KjvaPBGZ7kyy/ML4p1CMSdVAaTTCVwYlGfs2tPh2laScLtnjaxsaxLN2isCYyDQhC Subject: Re: su 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, 12 Jun 2012 11:42:59 -0000 On 6/9/12 9:55 AM, Sami Halabi wrote: > Hi, > I Just finished upgrade from FBSD-8.1-R fresh system to FBSD-8.3-p2. > once done, i created regular accounts, in wheel group. > > first all was okay, but suddenly i found my self blocked out, because i > can't ssh as root, and i can't su either, when i su i get this: > %su - > Password: > > and it stuck in that state whitout givving me root shell #. > > any ideas how to solve this problem? the system is in the servers farm and > i need to drive 3 hours each direction, so if there is remote solution i > would appreciate it. > > > %more /etc/group > # $FreeBSD: src/etc/group,v 1.35.10.2.2.1 2012/03/03 06:15:13 kensmith Exp $ > # > wheel:*:0:root,sody > . > . > . > sody:*:1001: > > Thanks in advance, > Ok so, I've read all the replies so far and I'm a bit perplexed. Sami, before you drive 3 hours to and 3 hours fro, kindly log in as sody over SSH, then try "login" to connect *locally* as the root user. If that works, you'll at least have recovered root access and will be able to install sudo, which should help you a great deal. Of course there's still the matter of finding what's wrong with your machine, afterwards. From owner-freebsd-stable@FreeBSD.ORG Tue Jun 12 12:03:28 2012 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 735EC1065672 for ; Tue, 12 Jun 2012 12:03:28 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id DE14D8FC1A for ; Tue, 12 Jun 2012 12:03:27 +0000 (UTC) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id q5CC3BeW002710; Tue, 12 Jun 2012 14:03:26 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id q5CC3AA2002709; Tue, 12 Jun 2012 14:03:10 +0200 (CEST) (envelope-from olli) Date: Tue, 12 Jun 2012 14:03:10 +0200 (CEST) Message-Id: <201206121203.q5CC3AA2002709@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, momchil@xaxo.eu In-Reply-To: <861ulkkflm.wl%momchil@xaxo.eu> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.9.6-20101126 ("Burnside") (UNIX) (FreeBSD/6.4-PRERELEASE-20080904 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.3.9 (lurza.secnetix.de [127.0.0.1]); Tue, 12 Jun 2012 14:03:26 +0200 (CEST) Cc: Subject: Re: ULE Scheduler X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, momchil@xaxo.eu List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jun 2012 12:03:28 -0000 Momchil Ivanov wrote: > I was just curious why both processes are hopping around, > because I would naively think that should not happen. I'll try to explain ... There are always many more processes and threads being executed beside the two CPU-bound ones that you see at the top of the top(1) display. For example, there are at least 15 threads inside the kernel (see "ps -auxww") that are scheduled every now and then. Or look at "vmstat -i" output to see the interrupt statistics: Several hundred times per second, the interrupt handlers have to be executed. So, what happens is that an interrupt occurs (from a hardware clock, from a hard disk controller, from an input device, or anything else). Then your process is _removed_ from the core on which it is currently executing, and the interrupt handler starts executing. The same can happen on the second core at the same time, because different kernel threads can execute simultaneously (if they don't share resources). Now, if the interrupt handler on one of the two cores is done, your own process has a chance to be scheduled again. In this moment, it does not matter at all on which core it is going to be executed. The only difference is cache contents, but the first-level-caches are usually too small anyway. The ULE scheduler takes a lot of information into account when making the decision, including cache affinity (the 4BSD scheduler doesn't know about that at all). All of that happens several hundreds times per second. You don't have a chance to see it with a tool like top(1). > > Have you read Daniel Kalchev's reply in this thread? > > He explained very well why that's not a problem usually. > > No, I haven't received that one. Ok, I've appended it below. Best regards Oliver -------- begin of quoted text -------- From: Daniel Kalchev Subject: Re: ULE Scheduler Date: Thu, 7 Jun 2012 12:19:43 +0200 (CEST) Message-ID: <4FD07EA0.8020401@digsys.bg> On 07.06.12 11:16, Momchil Ivanov wrote: > Though, it was strange seeing both processes hopping around... I will > probably go back to the 4BSD scheduler if my laptop does another > self-shutdown in the next few days as Doug suggested. You never run just two processes on FreeBSD, ever. The kernel too runs multiple threads. However small the CPU usage of the other processes is, they must run from time to time, kicking out at least one of your CPU intensive processes, possibly kicking them out both, as well. When that happens, and they are queued to run again it does not matter much on which core they ran before, because chances are it's cache will be invalidated anyway. Also, different CPUs have different cache affinity. ULE is supposed to be aware of this, while the 4BSD scheduler is not. In any case, on an older single/dual core CPU there is rarely any difference between both schedulers. Differences might appear in modern multi-core CPUs.. Daniel -------- end of quoted text -------- -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mn- chen, HRB 125758, Geschftsfhrer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "What is this talk of 'release'? We do not make software 'releases'. Our software 'escapes', leaving a bloody trail of designers and quality assurance people in its wake." From owner-freebsd-stable@FreeBSD.ORG Tue Jun 12 12:48:45 2012 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 98360106566B for ; Tue, 12 Jun 2012 12:48:45 +0000 (UTC) (envelope-from petefrench@ingresso.co.uk) Received: from constantine.ingresso.co.uk (constantine.ingresso.co.uk [IPv6:2a02:b90:3002:e550::3]) by mx1.freebsd.org (Postfix) with ESMTP id 392078FC15 for ; Tue, 12 Jun 2012 12:48:45 +0000 (UTC) Received: from dilbert.london-internal.ingresso.co.uk ([10.64.50.6] helo=dilbert.ingresso.co.uk) by constantine.ingresso.co.uk with esmtps (TLSv1:AES256-SHA:256) (Exim 4.76 (FreeBSD)) (envelope-from ) id 1SeQWZ-000Lig-Vd; Tue, 12 Jun 2012 13:48:44 +0100 Received: from petefrench by dilbert.ingresso.co.uk with local (Exim 4.77 (FreeBSD)) (envelope-from ) id 1SeQWZ-0007x5-Uu; Tue, 12 Jun 2012 13:48:43 +0100 To: freebsd-stable@freebsd.org, ml@my.gd In-Reply-To: <4FC77555.1010202@my.gd> Message-Id: From: Pete French Date: Tue, 12 Jun 2012 13:48:43 +0100 Cc: Subject: Re: IPv6 and CARP crashes boxes X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Jun 2012 12:48:45 -0000 Meant to reply to this at the time, but have been away... > Has anyone else run into problems when using IPv6 + CARP ? I ran into some - aliases on a CARP integface did not seem to work proprly - but if you workaround that then it appears to work fine. We are using it in production with no problems. > I plan to hold a presentation at work on IP6 and why we should start > using it, however I cannot promote the use of IP6 without redundancy > between firewalls like we currently do with CARP + pfsync. The redundancy with pfsync works properly - an ssh session is maintained through the firewalls when they failover. I configure my machines to use a paiur of carp interfaces on each physical port, so I am not mixing IPv4 and IPv6 on the same interface. I onyl did that as an experiment when I was trying to work around the aliases problem, but have kept it for "tidnyess" Basically our experience of the setup has been very positive - our main connectivity issues have come from the HE/Cogent peering squabble rather than any FreeBSD/Carp/PF failing. cheers, -pete. From owner-freebsd-stable@FreeBSD.ORG Tue Jun 12 12:56:32 2012 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 CED731065670 for ; Tue, 12 Jun 2012 12:56:32 +0000 (UTC) (envelope-from ml@my.gd) Received: from mail-ee0-f54.google.com (mail-ee0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id 58A9E8FC19 for ; Tue, 12 Jun 2012 12:56:32 +0000 (UTC) Received: by eeke49 with SMTP id e49so2531594eek.13 for ; Tue, 12 Jun 2012 05:56:31 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding :x-gm-message-state; bh=owE7ExE8CKytk9R8zSDroHFNEpL7eepGgXdUuGsYc70=; b=kWQUtoHFsP1+6sifJnvZddY8kHp4WF8d+SC0qucv+H1JQLmDIUGVzGq2O5MSZ1Xnl5 3wqNBQ4kMoCSsaZmgYBt/VfgTvsQHPJCp+DogX5byC9wKdh4OWKMCmM2gB2FnOm5pMwM iypbY8Gxdk/FqBk6CTYJLejwkPWLOfRy1zGeH9sQdcf9acc60zKcTtZRzUkeLULTi0Xs 36aahqg/F2DKCC5lmLI+d9xmqXQcCqdDYx/74vX9aNyH3+8Ro7EFj3+EMuQwOxbFwh36 TEOsjNrzVl7upnK8GCacbsejToaDdWlPri42Z5gkiY03mnwrVczvB3x0Yz283gS40G1M 8s6w== Received: by 10.14.40.20 with SMTP id e20mr2720970eeb.119.1339505791039; Tue, 12 Jun 2012 05:56:31 -0700 (PDT) Received: from dfleuriot-at-hi-media.com ([83.167.62.196]) by mx.google.com with ESMTPS id c51sm64054543eei.12.2012.06.12.05.56.29 (version=SSLv3 cipher=OTHER); Tue, 12 Jun 2012 05:56:30 -0700 (PDT) Message-ID: <4FD73C7B.4090309@my.gd> Date: Tue, 12 Jun 2012 14:56:27 +0200 From: Damien Fleuriot User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: Pete French References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Gm-Message-State: ALoCoQkkwQ1yEJ1e9l0p59ZdpDfsyXdHU99mKi7wHza4awrYfEZfgzq/dRAiJVdvL2hdJRQNDtTf Cc: freebsd-stable@freebsd.org Subject: Re: IPv6 and CARP crashes boxes X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Jun 2012 12:56:32 -0000 On 6/12/12 2:48 PM, Pete French wrote: > Meant to reply to this at the time, but have been away... > >> Has anyone else run into problems when using IPv6 + CARP ? > > I ran into some - aliases on a CARP integface did not seem > to work proprly - but if you workaround that then it appears > to work fine. We are using it in production with no problems. > >> I plan to hold a presentation at work on IP6 and why we should start >> using it, however I cannot promote the use of IP6 without redundancy >> between firewalls like we currently do with CARP + pfsync. > > The redundancy with pfsync works properly - an ssh session > is maintained through the firewalls when they failover. I > configure my machines to use a paiur of carp interfaces on each > physical port, so I am not mixing IPv4 and IPv6 on the same > interface. I onyl did that as an experiment when I was trying > to work around the aliases problem, but have kept it for "tidnyess" > > Basically our experience of the setup has been very positive - our > main connectivity issues have come from the HE/Cogent peering squabble > rather than any FreeBSD/Carp/PF failing. > > cheers, > > -pete. Thanks for the feedback Pete, what are you running ? We're on 8-STABLE here. I've got some spare time on my hands actually, I'm gonna try some more today, both on an ipv6-only carp, then on a v4+v6. From owner-freebsd-stable@FreeBSD.ORG Tue Jun 12 13:00:28 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E4D66106566C for ; Tue, 12 Jun 2012 13:00:28 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id 67C558FC12 for ; Tue, 12 Jun 2012 13:00:28 +0000 (UTC) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id q5CD0BYi004463; Tue, 12 Jun 2012 15:00:27 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id q5CD0B7V004462; Tue, 12 Jun 2012 15:00:11 +0200 (CEST) (envelope-from olli) Date: Tue, 12 Jun 2012 15:00:11 +0200 (CEST) Message-Id: <201206121300.q5CD0B7V004462@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, ml@my.gd In-Reply-To: <4FD72B3F.6080200@my.gd> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.9.6-20101126 ("Burnside") (UNIX) (FreeBSD/6.4-PRERELEASE-20080904 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.3.9 (lurza.secnetix.de [127.0.0.1]); Tue, 12 Jun 2012 15:00:27 +0200 (CEST) Cc: Subject: Re: su problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, ml@my.gd List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jun 2012 13:00:29 -0000 Damien Fleuriot wrote: > Ok so, I've read all the replies so far and I'm a bit perplexed. > > Sami, before you drive 3 hours to and 3 hours fro, kindly log in as sody > over SSH, then try "login" to connect *locally* as the root user. That won't work. Unless you've disabled the "securetty" check in /etc/pam.d/login, but it is there for a reason. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mn- chen, HRB 125758, Geschftsfhrer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "It combines all the worst aspects of C and Lisp: a billion different sublanguages in one monolithic executable. It combines the power of C with the readability of PostScript." -- Jamie Zawinski, when asked: "What's wrong with perl?" From owner-freebsd-stable@FreeBSD.ORG Tue Jun 12 13:03:56 2012 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 B9F2D106566C for ; Tue, 12 Jun 2012 13:03:56 +0000 (UTC) (envelope-from petefrench@ingresso.co.uk) Received: from constantine.ingresso.co.uk (constantine.ingresso.co.uk [IPv6:2a02:b90:3002:e550::3]) by mx1.freebsd.org (Postfix) with ESMTP id 7BA4C8FC0A for ; Tue, 12 Jun 2012 13:03:56 +0000 (UTC) Received: from dilbert.london-internal.ingresso.co.uk ([10.64.50.6] helo=dilbert.ingresso.co.uk) by constantine.ingresso.co.uk with esmtps (TLSv1:AES256-SHA:256) (Exim 4.76 (FreeBSD)) (envelope-from ) id 1SeQl0-000Lwy-0H; Tue, 12 Jun 2012 14:03:38 +0100 Received: from petefrench by dilbert.ingresso.co.uk with local (Exim 4.77 (FreeBSD)) (envelope-from ) id 1SeQkz-00082O-Vn; Tue, 12 Jun 2012 14:03:37 +0100 Date: Tue, 12 Jun 2012 14:03:37 +0100 To: petefrench@ingresso.co.uk, ml@my.gd References: <4FD73C7B.4090309@my.gd> In-Reply-To: <4FD73C7B.4090309@my.gd> User-Agent: Heirloom mailx 12.4 7/29/08 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: From: Pete French Cc: freebsd-stable@freebsd.org Subject: Re: IPv6 and CARP crashes boxes X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Jun 2012 13:03:56 -0000 > Thanks for the feedback Pete, what are you running ? > > We're on 8-STABLE here. Yup, same here - aactually running a very recent STABLE now, but for most of this year it's been on one from January. The one running on the firewalls is from May 7th, and that works beautifully. > I've got some spare time on my hands actually, I'm gonna try some more > today, both on an ipv6-only carp, then on a v4+v6. Ok, let us know how you get on - the config here is very simple, reproduced below for your viewing pleasure ;) This is from the 'active' firewall: ifconfig_em0="inet 10.32.10.1/16" ipv6_ifconfig_em0="2a02:1658:1:2:a32f::1/64" ifconfig_em1="inet 178.250.73.196/27" ipv6_ifconfig_em1="2a02:1658:1:1::1:2/64" ifconfig_carp0="vhid 10 pass xxxxyyyy 10.32.10.6/16" ifconfig_carp1="vhid 20 pass xxxxyyyy 178.250.73.198/27" ipv6_ifconfig_carp2="vhid 30 pass xxxxyyyy 2a02:1658:1:2:a32f::6/64" ipv6_ifconfig_carp3="vhid 40 pass xxxxyyyy 2a02:1658:1:1::1:1/64" -pete. From owner-freebsd-stable@FreeBSD.ORG Tue Jun 12 13:05:40 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 817291065670 for ; Tue, 12 Jun 2012 13:05:40 +0000 (UTC) (envelope-from adams-freebsd@ateamsystems.com) Received: from fss.sandiego.ateamservers.com (fss.sandiego.ateamservers.com [69.55.229.149]) by mx1.freebsd.org (Postfix) with ESMTP id 67B608FC08 for ; Tue, 12 Jun 2012 13:05:40 +0000 (UTC) Received: from [192.168.15.220] (unknown [118.175.84.92]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by fss.sandiego.ateamservers.com (Postfix) with ESMTPSA id 4A354B9F24; Tue, 12 Jun 2012 09:05:31 -0400 (EDT) Message-ID: <4FD73E8F.1010206@ateamsystems.com> Date: Tue, 12 Jun 2012 20:05:19 +0700 From: Adam Strohl User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: Pete French 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: IPv6 and CARP crashes boxes X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Jun 2012 13:05:40 -0000 On 6/12/2012 19:48, Pete French wrote: > I ran into some - aliases on a CARP integface did not seem > to work proprly - but if you workaround that then it appears > to work fine. We are using it in production with no problems. I have noticed this issue (CARP + IPv4 aliases) with older (pre 9.x) versions of FreeBSD. I maintain some legacy 6.2 servers and had to eventually add ifconfig statements inside rc.local to get the links to coalesce. 6.2 appears to ignore _alias directives entirely inside rc.conf, and has real issues if you add/delete aliases to a CARP interface while its up (both peers end up thinking they're MASTER). In 9.x it all works as expected at least for IPv4 (rc.conf carp_alias entries, aliases, on the fly reconfiguring). -- Adam Strohl http://www.ateamsystems.com/ From owner-freebsd-stable@FreeBSD.ORG Tue Jun 12 13:08:20 2012 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 9DAC41065753 for ; Tue, 12 Jun 2012 13:08:20 +0000 (UTC) (envelope-from petefrench@ingresso.co.uk) Received: from constantine.ingresso.co.uk (constantine.ingresso.co.uk [IPv6:2a02:b90:3002:e550::3]) by mx1.freebsd.org (Postfix) with ESMTP id 60FEC8FC1A for ; Tue, 12 Jun 2012 13:08:20 +0000 (UTC) Received: from dilbert.london-internal.ingresso.co.uk ([10.64.50.6] helo=dilbert.ingresso.co.uk) by constantine.ingresso.co.uk with esmtps (TLSv1:AES256-SHA:256) (Exim 4.76 (FreeBSD)) (envelope-from ) id 1SeQpE-000M1C-HF; Tue, 12 Jun 2012 14:08:00 +0100 Received: from petefrench by dilbert.ingresso.co.uk with local (Exim 4.77 (FreeBSD)) (envelope-from ) id 1SeQpE-00083k-GV; Tue, 12 Jun 2012 14:08:00 +0100 To: adams-freebsd@ateamsystems.com, petefrench@ingresso.co.uk In-Reply-To: <4FD73E8F.1010206@ateamsystems.com> Message-Id: From: Pete French Date: Tue, 12 Jun 2012 14:08:00 +0100 Cc: freebsd-stable@freebsd.org Subject: Re: IPv6 and CARP crashes boxes X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Jun 2012 13:08:20 -0000 > I have noticed this issue (CARP + IPv4 aliases) with older (pre 9.x) > versions of FreeBSD. Ah, just to be clear, the only problems I had with aliases weher IPv6 - it always worked properly with IPv4. But I didnt try on anything pre 8.1! -pete. From owner-freebsd-stable@FreeBSD.ORG Tue Jun 12 13:08:23 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 81F1A1065761 for ; Tue, 12 Jun 2012 13:08:23 +0000 (UTC) (envelope-from momchil@xaxo.eu) Received: from vps2.xaxo.eu (vps2.xaxo.eu [78.47.156.66]) by mx1.freebsd.org (Postfix) with ESMTP id 150FF8FC0C for ; Tue, 12 Jun 2012 13:08:22 +0000 (UTC) Received: from t61.xaxo.eu ([10.75.23.6]) by vps2.xaxo.eu (8.14.4/8.14.4) with ESMTP id q5CC8Iax097354; Tue, 12 Jun 2012 14:08:19 +0200 (CEST) (envelope-from momchil@xaxo.eu) Date: Tue, 12 Jun 2012 15:08:20 +0200 Message-ID: <86zk88isor.wl%momchil@xaxo.eu> From: Momchil Ivanov To: freebsd-stable@FreeBSD.ORG, momchil@xaxo.eu In-Reply-To: <201206121203.q5CC3AA2002709@lurza.secnetix.de> References: <861ulkkflm.wl%momchil@xaxo.eu> <201206121203.q5CC3AA2002709@lurza.secnetix.de> MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: Subject: Re: ULE Scheduler X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Jun 2012 13:08:23 -0000 At Tue, 12 Jun 2012 14:03:10 +0200 (CEST), Oliver Fromme wrote: > > Momchil Ivanov wrote: > > I was just curious why both processes are hopping around, > > because I would naively think that should not happen. > > I'll try to explain ... > > There are always many more processes and threads being executed > beside the two CPU-bound ones that you see at the top of the > top(1) display. For example, there are at least 15 threads > inside the kernel (see "ps -auxww") that are scheduled every > now and then. Or look at "vmstat -i" output to see the > interrupt statistics: Several hundred times per second, > the interrupt handlers have to be executed. > > So, what happens is that an interrupt occurs (from a hardware > clock, from a hard disk controller, from an input device, or > anything else). Then your process is _removed_ from the core > on which it is currently executing, and the interrupt handler > starts executing. The same can happen on the second core at > the same time, because different kernel threads can execute > simultaneously (if they don't share resources). Now, if the > interrupt handler on one of the two cores is done, your own > process has a chance to be scheduled again. In this moment, > it does not matter at all on which core it is going to be > executed. The only difference is cache contents, but the > first-level-caches are usually too small anyway. The ULE > scheduler takes a lot of information into account when making > the decision, including cache affinity (the 4BSD scheduler > doesn't know about that at all). So the L2 cache is shared between both cores and hence it's size does not matter at all? From owner-freebsd-stable@FreeBSD.ORG Tue Jun 12 13:09:44 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CDD5F1065674 for ; Tue, 12 Jun 2012 13:09:44 +0000 (UTC) (envelope-from adams-freebsd@ateamsystems.com) Received: from fss.sandiego.ateamservers.com (fss.sandiego.ateamservers.com [69.55.229.149]) by mx1.freebsd.org (Postfix) with ESMTP id B33838FC08 for ; Tue, 12 Jun 2012 13:09:44 +0000 (UTC) Received: from [192.168.15.220] (unknown [118.175.84.92]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by fss.sandiego.ateamservers.com (Postfix) with ESMTPSA id 805F7B9F24; Tue, 12 Jun 2012 09:09:42 -0400 (EDT) Message-ID: <4FD73F89.5080105@ateamsystems.com> Date: Tue, 12 Jun 2012 20:09:29 +0700 From: Adam Strohl User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: Pete French 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: IPv6 and CARP crashes boxes X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Jun 2012 13:09:44 -0000 On 6/12/2012 20:08, Pete French wrote: >> I have noticed this issue (CARP + IPv4 aliases) with older (pre 9.x) >> versions of FreeBSD. > > Ah, just to be clear, the only problems I had with aliases weher IPv6 - it > always worked properly with IPv4. But I didnt try on anything pre 8.1! > > -pete. Doh, I caught this just as I hit send :P -- Adam Strohl http://www.ateamsystems.com/ From owner-freebsd-stable@FreeBSD.ORG Tue Jun 12 13:10:39 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 49A32106566B for ; Tue, 12 Jun 2012 13:10:39 +0000 (UTC) (envelope-from ml@my.gd) Received: from mail-ee0-f54.google.com (mail-ee0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id C93D48FC14 for ; Tue, 12 Jun 2012 13:10:37 +0000 (UTC) Received: by eeke49 with SMTP id e49so2538268eek.13 for ; Tue, 12 Jun 2012 06:10:36 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding :x-gm-message-state; bh=Zo2xz3UQg+5sFi1W4o2W4tpChAsoa8smCMzO+3M0Ejc=; b=d6csHRdyx1NIpl5oLMfnaUhfjtIIBRDYLPwADjPD/UISI+dKbHpFMmKi5H+ViPDlt9 6pE2+jHmjnkNdj0Qp0W156XZjtjpL0Os8sFv7mi7eAUn4a+F9CSQ2fEpMbkjDnjGL8VA Z+0Mlu/G2/EyJ+tCiaUZ+/2AUnF5HAQS7Onm+bUh4ORSLCW33r/jLlQ5Sx7cjYEtphAz ADQ25z71jUrhe1Erdtu9XKssWyDnpBNr+jvGaXYrsZ6mLHU2npkuqbG170jH6tPfqxOr N44R9VicBS3Gx8YQxJQZeGdr2b5JWstyT6gcvku8n4zMuDuQsMJB0U2a4eeoVFCi1TEK Yyuw== Received: by 10.14.98.201 with SMTP id v49mr6898287eef.210.1339506636607; Tue, 12 Jun 2012 06:10:36 -0700 (PDT) Received: from dfleuriot-at-hi-media.com ([83.167.62.196]) by mx.google.com with ESMTPS id e45sm64224593eeb.6.2012.06.12.06.10.35 (version=SSLv3 cipher=OTHER); Tue, 12 Jun 2012 06:10:35 -0700 (PDT) Message-ID: <4FD73FCA.8000601@my.gd> Date: Tue, 12 Jun 2012 15:10:34 +0200 From: Damien Fleuriot User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: freebsd-stable@FreeBSD.ORG, ml@my.gd References: <201206121300.q5CD0B7V004462@lurza.secnetix.de> In-Reply-To: <201206121300.q5CD0B7V004462@lurza.secnetix.de> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Gm-Message-State: ALoCoQngQtLqZtzi21AEs9bvcKxusxQ8PtxcIKmcZYUDy3D0L8c/pU/u1fn2O4oBh65GPjm2Z6aW Cc: Oliver Fromme Subject: Re: su 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, 12 Jun 2012 13:10:39 -0000 On 6/12/12 3:00 PM, Oliver Fromme wrote: > Damien Fleuriot wrote: > > Ok so, I've read all the replies so far and I'm a bit perplexed. > > > > Sami, before you drive 3 hours to and 3 hours fro, kindly log in as sody > > over SSH, then try "login" to connect *locally* as the root user. > > That won't work. Unless you've disabled the "securetty" check > in /etc/pam.d/login, but it is there for a reason. > > Best regards > Oliver > Aw :( With a bit of luck, anything that would just start a command without trying for an actual shell ? Perhaps su -m root -c 'cd /etc/ssh/ && sed -i .bak -e "s/PermitRootLogin no/PermitRootLogin yes/"' ? That way he could toggle remote root logins. From owner-freebsd-stable@FreeBSD.ORG Tue Jun 12 13:15:51 2012 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 460A8106567D for ; Tue, 12 Jun 2012 13:15:51 +0000 (UTC) (envelope-from ml@my.gd) Received: from mail-ey0-f182.google.com (mail-ey0-f182.google.com [209.85.215.182]) by mx1.freebsd.org (Postfix) with ESMTP id C55878FC22 for ; Tue, 12 Jun 2012 13:15:50 +0000 (UTC) Received: by eabm6 with SMTP id m6so767909eab.13 for ; Tue, 12 Jun 2012 06:15:44 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding :x-gm-message-state; bh=olxuLBoa4sCTcpzzDaGDAcbkgvxRMPENU1yd8Jf8zVE=; b=UMqTtY/whQmqcGUh3JL0GZrzBVCSQno7zmoLUUWNYayogrXrRCeD+Mr+QQ6FTy9Ezw j8jC/gL4JRhA31nuwr4zgLGCr5QbgFACGKfGQTFOvdXg/ooLvIOwo9bThte87zgp5xU+ oUtPq+lmm2yILMFl49NjZx2ECyfSS4lGufDembwU9gDkLwGe9EHop+YwP4BSfsS5pl7q M2jgGucgR7fB+aVoKhWCVKY8VIPx0yQvnYU6QIMkA5WVgAO6S6RZ5355J7O8iU8+Em/m AhXzklxpLSGfSdjtkrBaG6LUXTkLljvx+zcUuGmAOh6D/mbMG2V5fDQeAT8nUFIxWSj+ xsTw== Received: by 10.14.37.12 with SMTP id x12mr6735058eea.161.1339506944318; Tue, 12 Jun 2012 06:15:44 -0700 (PDT) Received: from dfleuriot-at-hi-media.com ([83.167.62.196]) by mx.google.com with ESMTPS id p41sm64276461eef.5.2012.06.12.06.15.42 (version=SSLv3 cipher=OTHER); Tue, 12 Jun 2012 06:15:43 -0700 (PDT) Message-ID: <4FD740FE.9000709@my.gd> Date: Tue, 12 Jun 2012 15:15:42 +0200 From: Damien Fleuriot User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: Pete French References: <4FD73C7B.4090309@my.gd> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Gm-Message-State: ALoCoQn/9vm3RPeZPmgtLZvPPTsyJzyLClNhXeWHE0Maik465bFf71OQ0GrcdkAq0HauNCWIDBk3 Cc: freebsd-stable@freebsd.org Subject: Re: IPv6 and CARP crashes boxes X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Jun 2012 13:15:51 -0000 On 6/12/12 3:03 PM, Pete French wrote: >> Thanks for the feedback Pete, what are you running ? >> >> We're on 8-STABLE here. > > Yup, same here - aactually running a very recent STABLE now, > but for most of this year it's been on one from January. The > one running on the firewalls is from May 7th, and that works > beautifully. > Hmmm you might want to update again then, 2 SAs published late in may: http://security.freebsd.org/advisories/FreeBSD-SA-12:01.openssl.asc http://security.freebsd.org/advisories/FreeBSD-SA-12:02.crypt.asc >> I've got some spare time on my hands actually, I'm gonna try some more >> today, both on an ipv6-only carp, then on a v4+v6. > > Ok, let us know how you get on - the config here is very simple, reproduced > below for your viewing pleasure ;) This is from the 'active' firewall: > > ifconfig_em0="inet 10.32.10.1/16" > ipv6_ifconfig_em0="2a02:1658:1:2:a32f::1/64" > ifconfig_em1="inet 178.250.73.196/27" > ipv6_ifconfig_em1="2a02:1658:1:1::1:2/64" > > ifconfig_carp0="vhid 10 pass xxxxyyyy 10.32.10.6/16" > ifconfig_carp1="vhid 20 pass xxxxyyyy 178.250.73.198/27" > ipv6_ifconfig_carp2="vhid 30 pass xxxxyyyy 2a02:1658:1:2:a32f::6/64" > ipv6_ifconfig_carp3="vhid 40 pass xxxxyyyy 2a02:1658:1:1::1:1/64" > > -pete. Thanks, will keep the thread updated ;) From owner-freebsd-stable@FreeBSD.ORG Tue Jun 12 13:18:01 2012 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 8EB981065679 for ; Tue, 12 Jun 2012 13:18:01 +0000 (UTC) (envelope-from ml@my.gd) Received: from mail-ee0-f54.google.com (mail-ee0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id EF06D8FC0C for ; Tue, 12 Jun 2012 13:18:00 +0000 (UTC) Received: by eeke49 with SMTP id e49so2541805eek.13 for ; Tue, 12 Jun 2012 06:18:00 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding :x-gm-message-state; bh=0QdSuriG2gH0dXSlba0pYyxJrMQBeKMK1L1C3Js1WRo=; b=DujqhsFS3KMFeA0lWdU+5kGd9n3UdGAzpVmH6DhigiYMwBqx0yu9OQKJklVPj2omoM ZjhJDdkf5AUn5CXA7iy6kuMXYOoLZwW7SoE50zUGeuMRHsxwfKpeN5pgaBprCrWNiYMc c89PBVJn3p4jsNm0wZak9Pk6rFL2NY/n3sLkX8i0jMX513cvy22tEoAaYEc35YiV1vEq TmvDHjxSIJIYGmMgph5qGaI7syml8jYJThGcRdiAECJBYqTM23PNnVzrFfyMXsemsFuo P96Fdx88oHvAzGQtVVJ3MxgY6EjfovRknIY3bpt4NBoOo+AOS7JhMxTDgJC4b00uWCdh mkyQ== Received: by 10.14.119.66 with SMTP id m42mr6398890eeh.4.1339507079915; Tue, 12 Jun 2012 06:17:59 -0700 (PDT) Received: from dfleuriot-at-hi-media.com ([83.167.62.196]) by mx.google.com with ESMTPS id u14sm495894eem.4.2012.06.12.06.17.58 (version=SSLv3 cipher=OTHER); Tue, 12 Jun 2012 06:17:59 -0700 (PDT) Message-ID: <4FD74185.4090804@my.gd> Date: Tue, 12 Jun 2012 15:17:57 +0200 From: Damien Fleuriot User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: Adam Strohl References: <4FD73E8F.1010206@ateamsystems.com> In-Reply-To: <4FD73E8F.1010206@ateamsystems.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Gm-Message-State: ALoCoQmikGU2iRDW5CGxfd/kp1PJir7d/WacBm7RNaT6fNhYuLJYIs167hCWrVqD/VGjLGO8rLTt Cc: freebsd-stable@freebsd.org, Pete French Subject: Re: IPv6 and CARP crashes boxes X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Jun 2012 13:18:01 -0000 On 6/12/12 3:05 PM, Adam Strohl wrote: > On 6/12/2012 19:48, Pete French wrote: >> I ran into some - aliases on a CARP integface did not seem >> to work proprly - but if you workaround that then it appears >> to work fine. We are using it in production with no problems. > > I have noticed this issue (CARP + IPv4 aliases) with older (pre 9.x) > versions of FreeBSD. > > I maintain some legacy 6.2 servers and had to eventually add ifconfig > statements inside rc.local to get the links to coalesce. 6.2 appears to > ignore _alias directives entirely inside rc.conf, and has real issues > if you add/delete aliases to a CARP interface while its up (both peers > end up thinking they're MASTER). > > In 9.x it all works as expected at least for IPv4 (rc.conf > carp_alias entries, aliases, on the fly reconfiguring). > Like Pete, we haven't experienced problems related to aliases either here. Running on a variety of 8.1-RELEASE , 8.2-PRERELEASE, 8.2-RELEASE, and now thankfully 8.3-STABLE ;) From owner-freebsd-stable@FreeBSD.ORG Tue Jun 12 13:29:36 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 789591065862 for ; Tue, 12 Jun 2012 13:29:36 +0000 (UTC) (envelope-from sodynet1@gmail.com) Received: from mail-yw0-f54.google.com (mail-yw0-f54.google.com [209.85.213.54]) by mx1.freebsd.org (Postfix) with ESMTP id 3112E8FC0A for ; Tue, 12 Jun 2012 13:29:36 +0000 (UTC) Received: by yhgm50 with SMTP id m50so3886919yhg.13 for ; Tue, 12 Jun 2012 06:29:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=JIFj3E0iXVJc37dPPnI9u9IhpJ8rpOMFoIsEzlxBQQU=; b=03IGRY2Pfsq3ddGm48YRW0MAs8d7cX0ddma5EEjtLNQRwHwWP7H1XJqAIrD4zZKMov +SnMZi3MKi/cRwuhLIFPdxvjFpVJAYuY4YFCSFVAd0X749hfLCrp0XeMfLaaqF1NfZJK fmG+RXbmBSfAKLW6SgeVtadknJcCg5udJKc/OBQpYf9vERVRakoZI9CDcrfANKSRG1Ob uSKZBPvJbsbX5OBGLzsR+IsuFjHDRiHSC6m+Xa0s8j3a5vN1PAlhzRrYAeAR3IDIQSuA 93RCOFeNRKDntQAsifC/ML0x8b2ylfkWP661AVDtmWlF3JzUqnWDa/fkOSvEm90mQbl0 3Kvg== MIME-Version: 1.0 Received: by 10.60.3.234 with SMTP id f10mr20360152oef.66.1339507775518; Tue, 12 Jun 2012 06:29:35 -0700 (PDT) Received: by 10.182.44.101 with HTTP; Tue, 12 Jun 2012 06:29:35 -0700 (PDT) In-Reply-To: <4FD73FCA.8000601@my.gd> References: <201206121300.q5CD0B7V004462@lurza.secnetix.de> <4FD73FCA.8000601@my.gd> Date: Tue, 12 Jun 2012 16:29:35 +0300 Message-ID: From: Sami Halabi To: Damien Fleuriot Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Oliver Fromme , freebsd-stable@freebsd.org Subject: Re: su 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, 12 Jun 2012 13:29:36 -0000 %su -m root -c 'cd /etc/ssh/ && sed -i .bak -e "s/PermitRootLogin no/PermitRootLogin yes/"' Password: load: 0.00 cmd: su 42619 [ttydcd] 3.20r 0.00u 0.00s 0% 2088k :( I think there is no good solution but driving to the machine itself... Sami On Tue, Jun 12, 2012 at 4:10 PM, Damien Fleuriot wrote: > On 6/12/12 3:00 PM, Oliver Fromme wrote: > > Damien Fleuriot wrote: > > > Ok so, I've read all the replies so far and I'm a bit perplexed. > > > > > > Sami, before you drive 3 hours to and 3 hours fro, kindly log in as > sody > > > over SSH, then try "login" to connect *locally* as the root user. > > > > That won't work. Unless you've disabled the "securetty" check > > in /etc/pam.d/login, but it is there for a reason. > > > > Best regards > > Oliver > > > > > Aw :( > > > With a bit of luck, anything that would just start a command without > trying for an actual shell ? > > Perhaps su -m root -c 'cd /etc/ssh/ && sed -i .bak -e "s/PermitRootLogin > no/PermitRootLogin yes/"' ? > > That way he could toggle remote root logins. > _______________________________________________ > 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" > -- Sami Halabi Information Systems Engineer NMS Projects Expert FreeBSD SysAdmin Expert From owner-freebsd-stable@FreeBSD.ORG Tue Jun 12 14:42:20 2012 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 534821065672 for ; Tue, 12 Jun 2012 14:42:20 +0000 (UTC) (envelope-from serguey-grigoriev@yandex.ru) Received: from forward2h.mail.yandex.net (forward2h.mail.yandex.net [IPv6:2a02:6b8:0:f05::2]) by mx1.freebsd.org (Postfix) with ESMTP id BD11F8FC14 for ; Tue, 12 Jun 2012 14:42:19 +0000 (UTC) Received: from web15h.yandex.ru (web15h.yandex.ru [84.201.186.44]) by forward2h.mail.yandex.net (Yandex) with ESMTP id 558A370087F for ; Tue, 12 Jun 2012 18:42:18 +0400 (MSK) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1339512138; bh=sRyZg/dEI98VxTfaYV2gSXD1u15TwTOtZdORz9ENaFk=; h=From:To:In-Reply-To:References:Subject:MIME-Version:Message-Id: Date:Content-Transfer-Encoding:Content-Type; b=AUlC6WCBZ8yrb3wTXmPZkVLTADaZ6USgAPL2DrzS5FL5BhZcAPV5maZeCy4DkTOhL rK9Z0Cjs+OVcfAga49DfbGbhjyNeBLCIafyiCX3WbO08ywdKiWVGE6aIwoljNhIRjH 30qyYyr4bZtQOafaXOXkdgWTt0I7VUv+uRzqWRtw= Received: from 127.0.0.1 (localhost.localdomain [127.0.0.1]) by web15h.yandex.ru (Yandex) with ESMTP id 0BBDD5668872; Tue, 12 Jun 2012 18:42:17 +0400 (MSK) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1339512138; bh=sRyZg/dEI98VxTfaYV2gSXD1u15TwTOtZdORz9ENaFk=; h=From:To:In-Reply-To:References:Subject:MIME-Version:Message-Id: Date:Content-Transfer-Encoding:Content-Type; b=AUlC6WCBZ8yrb3wTXmPZkVLTADaZ6USgAPL2DrzS5FL5BhZcAPV5maZeCy4DkTOhL rK9Z0Cjs+OVcfAga49DfbGbhjyNeBLCIafyiCX3WbO08ywdKiWVGE6aIwoljNhIRjH 30qyYyr4bZtQOafaXOXkdgWTt0I7VUv+uRzqWRtw= Received: from [188.134.22.116] ([188.134.22.116]) by web15h.yandex.ru with HTTP; Tue, 12 Jun 2012 18:42:17 +0400 From: S.N.Grigoriev To: FreeBSD Stable In-Reply-To: <201206121325.q5CDPNnt078479@freefall.freebsd.org> References: <201206121325.q5CDPNnt078479@freefall.freebsd.org> MIME-Version: 1.0 Message-Id: <33681339512137@web15h.yandex.ru> Date: Tue, 12 Jun 2012 18:42:17 +0400 X-Mailer: Yamail [ http://yandex.ru ] 5.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain Subject: CLang and WERROR X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Jun 2012 14:42:20 -0000 Hi, list I've found out that CLang requires again NO_WERROR= and WERROR= statements in /etc/src.conf to build kernel from fresh sources. Older sources (at least up to June 4) did not require that. The following error occures: clang -O2 -pipe -nostdinc -I/usr/include -I. -I/usr/src/sys/dev/aic7xxx/aicasm -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -o aicasm aicasm.o aicasm_symbol.o aicasm_gram.o aicasm_macro_gram.o aicasm_scan.o aicasm_macro_scan.o -ll clang: error: argument unused during compilation: '-nostdinc' *** [aicasm] Error code 1 Stop in /usr/obj/usr/src/sys/GENERIC. *** [buildkernel] Error code 1 Stop in /usr/src. *** [buildkernel] Error code 1 Stop in /usr/src. Is such a behaviour normal and expected? Thanks, Serguey. From owner-freebsd-stable@FreeBSD.ORG Tue Jun 12 17:04:03 2012 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 E44AB106566C for ; Tue, 12 Jun 2012 17:04:03 +0000 (UTC) (envelope-from gerald@pfeifer.com) Received: from ainaz.pair.com (ainaz.pair.com [209.68.2.66]) by mx1.freebsd.org (Postfix) with ESMTP id C34E98FC17 for ; Tue, 12 Jun 2012 17:04:03 +0000 (UTC) Received: from [149.44.171.166] (charybdis-ext.suse.de [195.135.221.2]) by ainaz.pair.com (Postfix) with ESMTPSA id 82A7E3F419; Tue, 12 Jun 2012 13:04:02 -0400 (EDT) Date: Tue, 12 Jun 2012 19:04:01 +0200 (CEST) From: Gerald Pfeifer To: freebsd-stable@FreeBSD.org, John Merryweather Cooper Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: Subject: Re: GCC-4.6-20120608 has a corrupt archive or a bad checksum X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Jun 2012 17:04:04 -0000 John Merryweather Cooper wrote: > Bad distfile or checksum for lang/gcc46 The mirror you are using per your e-mail -- ftp://ftp-stud.fht-esslingen.de/pub/Mirrors/sources.redhat.com/ -- provides a broken image. I have done several downloads myself, from the original source and other mirrors, and always get the correct checksum (and a matching tarball), that is, the one matching gcc46/distinfo in FreeBSD Ports CVS. If you download directly from ftp://gcc.gnu.org/pub/gcc/snapshots/4.6-20120608/gcc-4.6-20120608.tar.bz2 and put that into ports/distfiles, that should work? Alternatively, download repeatedly until it hits a different mirror? Gerald From owner-freebsd-stable@FreeBSD.ORG Tue Jun 12 17:11:31 2012 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 9AFC0106564A for ; Tue, 12 Jun 2012 17:11:31 +0000 (UTC) (envelope-from ml@my.gd) Received: from mail-ee0-f54.google.com (mail-ee0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id 2AC368FC0C for ; Tue, 12 Jun 2012 17:11:31 +0000 (UTC) Received: by eeke49 with SMTP id e49so2648667eek.13 for ; Tue, 12 Jun 2012 10:11:30 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding :x-gm-message-state; bh=HwQPZ88tNTzR3Zh7zZUIdm6K8It82qg6MVcxMnVzyCo=; b=j/WRrX4cLprMBoqgJqrVEopGVUb4pD4o3yxEwNPNtOmLgou97w3CAuZnKU0Tu8G5/2 s0CHwp9CYmhNJn4z83AWI2+dS4vCX3YMvzhRABbuFAr9aL7cfFbZYFwwCbrz0AFFZjFF 988IXIhvEEmzwicyeNfyYbiBi6VVfM83u/DJ4slwExmkiRTbV8ZdWXUOAxlHnmbhWcV5 c+09fS8fASXvRUAhJ7PI6I9Ptd4BvvGG220lZ4u5+QosGZwyKUOUL9qHCxs/FGwEBeCD x7K5a+W7QmyIg34M8CC6zfsvj7Rdab/7WnQ3XTT9fWpGGNY2L+2oOXpnQRFqh6HYFlfx Mplw== Received: by 10.14.100.193 with SMTP id z41mr6942681eef.112.1339521090058; Tue, 12 Jun 2012 10:11:30 -0700 (PDT) Received: from dfleuriot-at-hi-media.com ([83.167.62.196]) by mx.google.com with ESMTPS id u16sm30292967eeb.16.2012.06.12.10.11.28 (version=SSLv3 cipher=OTHER); Tue, 12 Jun 2012 10:11:29 -0700 (PDT) Message-ID: <4FD7783F.9060508@my.gd> Date: Tue, 12 Jun 2012 19:11:27 +0200 From: Damien Fleuriot User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Gm-Message-State: ALoCoQlpgKGL/sh7EsfoaRdggM+j0N0tefqZJvpV8bZpsfFacgNOsTPtqvuypGXuz6n9ZHt1cjRW Subject: Re: GCC-4.6-20120608 has a corrupt archive or a bad checksum X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Jun 2012 17:11:31 -0000 On 6/12/12 7:04 PM, Gerald Pfeifer wrote: > John Merryweather Cooper wrote: >> Bad distfile or checksum for lang/gcc46 > > The mirror you are using per your e-mail -- > ftp://ftp-stud.fht-esslingen.de/pub/Mirrors/sources.redhat.com/ > -- provides a broken image. > > I have done several downloads myself, from the original source > and other mirrors, and always get the correct checksum (and a > matching tarball), that is, the one matching gcc46/distinfo in > FreeBSD Ports CVS. > > If you download directly from > ftp://gcc.gnu.org/pub/gcc/snapshots/4.6-20120608/gcc-4.6-20120608.tar.bz2 > and put that into ports/distfiles, that should work? Alternatively, > download repeatedly until it hits a different mirror? > > Gerald > Now, call my paranoid but shouldn't he warn the mirror's operator ? Could be a bad transfer from the main site to the mirror , could be a hijacked source. From owner-freebsd-stable@FreeBSD.ORG Tue Jun 12 18:12:17 2012 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 179621065674 for ; Tue, 12 Jun 2012 18:12:17 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id E10808FC23 for ; Tue, 12 Jun 2012 18:12:16 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 3AE7CB995; Tue, 12 Jun 2012 14:12:16 -0400 (EDT) From: John Baldwin To: Andrey Zonov Date: Tue, 12 Jun 2012 14:06:27 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p13; KDE/4.5.5; amd64; ; ) References: <4FD0ECB7.8040908@zonov.org> <201206111619.51019.jhb@freebsd.org> <4FD65C9E.1010809@zonov.org> In-Reply-To: <4FD65C9E.1010809@zonov.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201206121406.27276.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Tue, 12 Jun 2012 14:12:16 -0400 (EDT) Cc: freebsd-stable , Marius Strobl Subject: Re: mpt: Unable to memory map registers X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Jun 2012 18:12:17 -0000 On Monday, June 11, 2012 5:01:18 pm Andrey Zonov wrote: > On 6/12/12 12:19 AM, John Baldwin wrote: > > On Monday, June 11, 2012 11:25:38 am Andrey Zonov wrote: > >> On 6/11/12 6:19 PM, John Baldwin wrote: > >>> On Saturday, June 09, 2012 3:06:19 pm Andrey Zonov wrote: > >>>> On 6/9/12 9:35 PM, Marius Strobl wrote: > >>>>> On Sat, Jun 09, 2012 at 12:58:05PM +0400, Andrey Zonov wrote: > >>>>>> On 6/8/12 10:27 PM, John Baldwin wrote: > >>>>>>> On Friday, June 08, 2012 11:48:50 am Andrey Zonov wrote: > >>>>>>>> On Fri, Jun 8, 2012 at 7:19 PM, John Baldwin wrote: > >>>>>>>>> On Friday, June 08, 2012 3:14:19 am Andrey Zonov wrote: > >>>>>>>>>> On 6/7/12 10:02 PM, Andrey Zonov wrote: > >>>>>>>>>>> Hi, > >>>>>>>>>>> > >>>>>>>>>>> I just upgraded a few machines from 8.2-STABLE (r221983) to 9.0- > >>> STABLE > >>>>>>>>>>> (r234600) and now they can't find any disk because SAS controller > >>>>>>>>>>> cannot > >>>>>>>>>>> initialize with the following diagnostic: > >>>>>>>>>>> > >>>>>>>>>>> mpt0: port 0xd000-0xd0ff irq 26 at > >>> device > >>>>>>>>>>> 3.0 on pci6 > >>>>>>>>>>> mpt0: 0x4000 bytes of rid 0x14 res 3 failed (0, 0xffffffffffffffff). > >>>>>>>>>>> mpt0: Unable to memory map registers. > >>>>>>>>>>> mpt0: Giving Up. > >>>>>>>>>>> > >>>>>>>>>>> pciconf -lv: > >>>>>>>>>>> mpt0@pci0:6:3:0: class=0x010000 card=0x81dd1043 chip=0x00541000 > >>>>>>>>>>> rev=0x02 > >>>>>>>>>>> hdr=0x00 > >>>>>>>>>>> vendor = 'LSI Logic / Symbios Logic' > >>>>>>>>>>> device = 'SAS1068 PCI-X Fusion-MPT SAS' > >>>>>>>>>>> class = mass storage > >>>>>>>>>>> subclass = SCSI > >>>>>>>>>>> > >>>>>>>>>>> I tried to boot to latest HEAD and found the same problem. I also > >>> tried > >>>>>>>>>>> to build kernel with mpt driver from my 8.2. Controller didn't > >>>>>>>>>>> initialize with the same diagnostic. So it looks like the problem is > >>>>>>>>>>> not > >>>>>>>>>>> in mpt driver. > >>>>>>>>>>> > >>>>>>>>>>> Any help would be appreciated. > >>>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>> +jhb@ > >>>>>>>>>> > >>>>>>>>>> Hi John, > >>>>>>>>>> > >>>>>>>>>> Could you please help me with the problem above? It looks like the > >>>>>>>>>> problem is in PCI code and you changed things there. > >>>>>>>>> > >>>>>>>>> Can you get a verbose dmesg? > >>>>>>>>> > >>>>>>>> > >>>>>>>> Yes, it's in attach. > >>>>>>> > >>>>>>> Can you get the output of 'devinfo -u' and 'devinfo -rv' from a broken > >>>>>>> kernel? > >>>>>>> > >>>>>> > >>>>>> Attached. > >>>>>> > >>>>>>> Can you also try setting 'debug.acpi.disable=sysres' in the loader? > >>>>>>> > >>>>>> > >>>>>> Didn't help. > >>>>>> > >>>>> > >>>>> That's probably due to a typo, the corret loader tunable is > >>>>> debug.acpi.disabled=sysres (note the 'd'). > >>>>> > >>>> > >>>> This helps, thanks! Please explain what this means. > >>> > >>> Well, it's working around a bug in your BIOS, but in this case FreeBSD should > >>> have coped fine and it didn't. Please try using this patch without that > >>> tunable and get a verbose dmesg please: > >> > >> Unfortunately didn't work. > > > > Ah, it did work a bit, but it uncovered a larger bug. I didn't make the > > PCI-PCI bridge driver recursively grow windows. Try this: > > > > Still no luck. Ok, I've added some more debugging. The patch is a bit larger now and you can fetch it from www.freebsd.org/~jhb/patches/pcib_debug.patch -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Tue Jun 12 18:17:24 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CAFB2106566C for ; Tue, 12 Jun 2012 18:17:24 +0000 (UTC) (envelope-from matheus@eternamente.info) Received: from phoenix.eternamente.info (phoenix.eternamente.info [109.169.62.232]) by mx1.freebsd.org (Postfix) with ESMTP id A268B8FC15 for ; Tue, 12 Jun 2012 18:17:24 +0000 (UTC) Received: by phoenix.eternamente.info (Postfix, from userid 80) id ADF431CC50; Tue, 12 Jun 2012 15:17:12 -0300 (BRT) Received: from 189.125.47.91 (proxying for 192.168.206.11) (SquirrelMail authenticated user matheus) by eternamente.info with HTTP; Tue, 12 Jun 2012 15:17:12 -0300 Message-ID: Date: Tue, 12 Jun 2012 15:17:12 -0300 From: "Nenhum_de_Nos" To: freebsd-stable@freebsd.org User-Agent: SquirrelMail/1.4.21 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: lost ZFS pool X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Jun 2012 18:17:25 -0000 hail, I write just to make sure its dead. I've lost the first disk on a ZFS pool (jbod). Now I can't mount it with only the second disk. The first disk clicks to death :( [root@optimus ~]# zpool status pool: pool state: UNAVAIL status: One or more devices could not be opened. There are insufficient replicas for the pool to continue functioning. action: Attach the missing device and online it using 'zpool online'. see: http://www.sun.com/msg/ZFS-8000-3C scrub: none requested config: NAME STATE READ WRITE CKSUM pool UNAVAIL 0 0 0 insufficient replicas label/zfs1 UNAVAIL 0 0 0 cannot open label/zfs2 ONLINE 0 0 I have a spare disk (blank), but even though I can't make it online again ... is there any hope I can read the files in that disk ? thanks, matheus -- We will call you Cygnus, The God of balance you shall be A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? http://en.wikipedia.org/wiki/Posting_style From owner-freebsd-stable@FreeBSD.ORG Tue Jun 12 19:53:17 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D3EEB1065677 for ; Tue, 12 Jun 2012 19:53:17 +0000 (UTC) (envelope-from andrey@zonov.org) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) by mx1.freebsd.org (Postfix) with ESMTP id C024B8FC0A for ; Tue, 12 Jun 2012 19:53:16 +0000 (UTC) Received: by lbon10 with SMTP id n10so854686lbo.13 for ; Tue, 12 Jun 2012 12:53:15 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:x-gm-message-state; bh=aRLIosTu3TMTtJ1noZG68LbORqgFZ6MfcutahGqG0RU=; b=ByCOflSgM5VKNcxTrFrhSmIuLdyVI/ej0Pniu0mWLH8Z9PilESrHAenWOP4GedSeoq BbT15jI/37tUbWGyY3dP4Ue7G/aCuzoE2CggLmQ4/h7xlnTqz4HBJdXL5KtYMq3CQ9Xw 9g1Jno5euDfzbBCJsayVg4U/e0Bfl+DVDqoKMYuZknHUL0C0HMbwJi2rYm2/foeitiXL j9ZI0wXT2adNf6PfWgZNBvEbRcBguf0NPhJTkr75IKY7Vye6iZCXq5nbryRo/FXnVNtF q88wxmGFEs4Hd+G0BbfBTLalmiQ+BHDVktprVZCtbigikl2E3iCqxZvc22AIsOjp3FG+ 6Iww== Received: by 10.112.102.136 with SMTP id fo8mr5292656lbb.106.1339530795707; Tue, 12 Jun 2012 12:53:15 -0700 (PDT) Received: from zont-osx.local (ppp95-165-137-174.pppoe.spdop.ru. [95.165.137.174]) by mx.google.com with ESMTPS id pi5sm30781551lab.7.2012.06.12.12.53.12 (version=SSLv3 cipher=OTHER); Tue, 12 Jun 2012 12:53:14 -0700 (PDT) Message-ID: <4FD79E25.70705@zonov.org> Date: Tue, 12 Jun 2012 23:53:09 +0400 From: Andrey Zonov User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: John Baldwin References: <4FD0ECB7.8040908@zonov.org> <201206111619.51019.jhb@freebsd.org> <4FD65C9E.1010809@zonov.org> <201206121406.27276.jhb@freebsd.org> In-Reply-To: <201206121406.27276.jhb@freebsd.org> Content-Type: multipart/mixed; boundary="------------020502070701010308090604" X-Gm-Message-State: ALoCoQlk8Dpx28vZWJVg8+EYR+3HCeaCs9bYjGlH1GkEVJwpJJ86J7lcBotv9CT9BdJ72QmdZh5u Cc: freebsd-stable , Marius Strobl Subject: Re: mpt: Unable to memory map registers X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Jun 2012 19:53:18 -0000 This is a multi-part message in MIME format. --------------020502070701010308090604 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit On 6/12/12 10:06 PM, John Baldwin wrote: > [snip] > Ok, I've added some more debugging. The patch is a bit larger now and you can > fetch it from www.freebsd.org/~jhb/patches/pcib_debug.patch > New dmesg is in attach. -- Andrey Zonov --------------020502070701010308090604 Content-Type: text/plain; charset=UTF-8; name="dmesg3.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="dmesg3.txt" MP Configuration Table version 1.4 found at 0xffffffff800fcb70 Table 'FACP' at 0xdffb0290 Table 'APIC' at 0xdffb0390 APIC: Found table at 0xdffb0390 APIC: Using the MADT enumerator. MADT: Found CPU APIC ID 0 ACPI ID 1: enabled SMP: Added CPU 0 (AP) MADT: Found CPU APIC ID 4 ACPI ID 2: enabled SMP: Added CPU 4 (AP) MADT: Found CPU APIC ID 1 ACPI ID 3: enabled SMP: Added CPU 1 (AP) MADT: Found CPU APIC ID 5 ACPI ID 4: enabled SMP: Added CPU 5 (AP) MADT: Found CPU APIC ID 2 ACPI ID 5: enabled SMP: Added CPU 2 (AP) MADT: Found CPU APIC ID 6 ACPI ID 6: enabled SMP: Added CPU 6 (AP) MADT: Found CPU APIC ID 3 ACPI ID 7: enabled SMP: Added CPU 3 (AP) MADT: Found CPU APIC ID 7 ACPI ID 8: enabled SMP: Added CPU 7 (AP) Copyright (c) 1992-2012 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 9.0-STABLE #0 r+fffa9c7-dirty: Tue Jun 12 22:58:33 MSK 2012 root@dst-dev.yandex.ru:/usr/obj/usr/src/sys/stable9-amd64-dtrace amd64 Preloaded elf kernel "/boot/kernel.test/kernel" at 0xffffffff80f1b000. Calibrating TSC clock ... TSC clock: 2826307647 Hz CPU: Intel(R) Xeon(R) CPU E5440 @ 2.83GHz (2826.31-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x1067a Family = 6 Model = 17 Stepping = 10 Features=0xbfebfbff Features2=0xc0ce3bd AMD Features=0x20100800 AMD Features2=0x1 TSC: P-state invariant, performance statistics real memory = 34359738368 (32768 MB) Physical memory chunk(s): 0x0000000000010000 - 0x000000000009bfff, 573440 bytes (140 pages) 0x0000000000100000 - 0x00000000001fffff, 1048576 bytes (256 pages) 0x0000000000f67000 - 0x00000000dff9ffff, 3741552640 bytes (913465 pages) 0x00000000dffae000 - 0x00000000dffaffff, 8192 bytes (2 pages) 0x0000000100000000 - 0x00000007e2ea7fff, 29576822784 bytes (7220904 pages) avail memory = 33113874432 (31579 MB) Event timer "LAPIC" quality 400 ACPI APIC Table: <090808 APIC1308> INTR: Adding local APIC 1 as a target INTR: Adding local APIC 2 as a target INTR: Adding local APIC 3 as a target INTR: Adding local APIC 4 as a target INTR: Adding local APIC 5 as a target INTR: Adding local APIC 6 as a target INTR: Adding local APIC 7 as a target FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs FreeBSD/SMP: 2 package(s) x 4 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 cpu4 (AP): APIC ID: 4 cpu5 (AP): APIC ID: 5 cpu6 (AP): APIC ID: 6 cpu7 (AP): APIC ID: 7 APIC: CPU 0 has ACPI ID 1 APIC: CPU 1 has ACPI ID 3 APIC: CPU 2 has ACPI ID 5 APIC: CPU 3 has ACPI ID 7 APIC: CPU 4 has ACPI ID 2 APIC: CPU 5 has ACPI ID 4 APIC: CPU 6 has ACPI ID 6 APIC: CPU 7 has ACPI ID 8 x86bios: IVT 0x000000-0x0004ff at 0xfffffe0000000000 x86bios: SSEG 0x098000-0x098fff at 0xffffff8000290000 x86bios: EBDA 0x09e000-0x09ffff at 0xfffffe000009e000 x86bios: ROM 0x0a0000-0x0fefff at 0xfffffe00000a0000 WARNING: VIMAGE (virtualized network stack) is a highly experimental feature. ULE: setup cpu 0 ULE: setup cpu 1 ULE: setup cpu 2 ULE: setup cpu 3 ULE: setup cpu 4 ULE: setup cpu 5 ULE: setup cpu 6 ULE: setup cpu 7 ACPI: RSDP 0xf9960 00024 (v02 ACPIAM) ACPI: XSDT 0xdffb0100 00074 (v01 090808 XSDT1308 20080908 MSFT 00000097) ACPI: FACP 0xdffb0290 000F4 (v03 090808 FACP1308 20080908 MSFT 00000097) ACPI: DSDT 0xdffb04d0 05414 (v01 CLSea CLSea007 00000007 INTL 20051117) ACPI: FACS 0xdffbe000 00040 ACPI: APIC 0xdffb0390 000AA (v01 090808 APIC1308 20080908 MSFT 00000097) ACPI: MCFG 0xdffb0490 0003C (v01 090808 OEMMCFG 20080908 MSFT 00000097) ACPI: OEMB 0xdffbe040 00071 (v01 090808 OEMB1308 20080908 MSFT 00000097) ACPI: HPET 0xdffb58f0 00038 (v01 090808 OEMHPET 20080908 MSFT 00000097) ACPI: ASF! 0xdffb5928 00083 (v32 AMIASF E7230ASF 00000001 INTL 20051117) ACPI: EINJ 0xdffb59b0 00130 (v01 AMIER AMI_EINJ 20080908 MSFT 00000097) ACPI: BERT 0xdffb5b40 00030 (v01 AMIER AMI_BERT 20080908 MSFT 00000097) ACPI: ERST 0xdffb5b70 001B0 (v01 AMIER AMI_ERST 20080908 MSFT 00000097) ACPI: HEST 0xdffb5d20 000A8 (v01 AMIER AMI_HEST 20080908 MSFT 00000097) MADT: Found IO APIC ID 8, Interrupt 0 at 0xfec00000 ioapic0: Routing external 8259A's -> intpin 0 MADT: Found IO APIC ID 9, Interrupt 24 at 0xfec88000 MADT: Found IO APIC ID 10, Interrupt 48 at 0xfec89000 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 lapic: Routing NMI -> LINT1 lapic: LINT1 trigger: edge lapic: LINT1 polarity: high ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard ioapic2 irqs 48-71 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: 0x000000f0 pmc: 0x00010400 kbd: new array size 4 kbd1 at kbdmux0 mem: nfslock: pseudo-device null: random: cpuctl: access to MSR registers/cpuid info. io: acpi0: <090808 XSDT1308> on motherboard PCIe: Memory Mapped configuration base @ 0xe0000000 ioapic0: routing intpin 9 (ISA IRQ 9) to lapic 0 vector 48 ACPI: Executed 1 blocks of module-level executable AML code acpi0: Power Button (fixed) acpi0: reservation of fed1c000, 4000 (3) failed acpi0: reservation of fed20000, 25000 (3) failed acpi0: reservation of fed45000, 5b000 (3) failed acpi0: reservation of feda0000, 20000 (3) failed acpi0: reservation of fec01000, 7f000 (3) failed acpi0: reservation of fec80000, 6000 (3) failed acpi0: reservation of fec86000, a000 (3) failed acpi0: reservation of ff000000, 400000 (3) failed acpi0: reservation of ff400000, 400000 (3) failed acpi0: reservation of ff800000, 400000 (3) failed acpi0: reservation of ffc00000, 400000 (3) failed acpi0: reservation of fec00000, 1000 (3) failed acpi0: reservation of fee00000, 1000 (3) failed acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, dff00000 (3) failed cpu0: on acpi0 cpu0: switching to generic Cx mode cpu1: on acpi0 cpu2: on acpi0 cpu3: on acpi0 cpu4: on acpi0 cpu5: on acpi0 cpu6: on acpi0 cpu7: on acpi0 attimer0: port 0x40-0x43 irq 0 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 ioapic0: routing intpin 2 (ISA IRQ 0) to lapic 0 vector 49 Event timer "i8254" frequency 1193182 Hz quality 100 atrtc0: port 0x70-0x71 irq 8 on acpi0 atrtc0: registered as a time-of-day clock (resolution 1000000us, adjustment 0.500000000s) ioapic0: routing intpin 8 (ISA IRQ 8) to lapic 0 vector 50 Event timer "RTC" frequency 32768 Hz quality 0 hpet0: iomem 0xfed00000-0xfed003ff on acpi0 hpet0: vendor 0x8086, rev 0x1, 14318180Hz 64bit, 3 timers, legacy route hpet0: t0: irqs 0x00f00000 (0), 64bit, periodic hpet0: t1: irqs 0x00f00000 (0) hpet0: t2: irqs 0x00f00800 (0) Timecounter "HPET" frequency 14318180 Hz quality 950 ioapic0: routing intpin 20 (PCI IRQ 20) to lapic 0 vector 51 Event timer "HPET" frequency 14318180 Hz quality 450 Event timer "HPET1" frequency 14318180 Hz quality 440 Event timer "HPET2" frequency 14318180 Hz quality 440 ACPI timer: 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 -> 10 Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 pci_link0: Index IRQ Rtd Ref IRQs Initial Probe 0 5 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 5 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link1: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 3 4 5 6 7 11 12 14 15 Validation 0 11 N 0 3 4 5 6 7 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 11 12 14 15 pci_link2: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 11 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link3: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 10 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link4: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 255 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link5: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 255 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link6: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 255 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link7: Index IRQ Rtd Ref IRQs Initial Probe 0 7 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 7 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pcib0: port 0xcf8-0xcff on acpi0 pcib0: decoding 4 range 0-0xcf7 pcib0: decoding 4 range 0xd00-0xffff pcib0: decoding 3 range 0xa0000-0xbffff pcib0: decoding 3 range 0xd0000-0xdffff pcib0: decoding 3 range 0xf0000000-0xfebfffff pci0: on pcib0 pci0: domain=0, physical bus=0 found-> vendor=0x8086, dev=0x4003, revid=0x20 domain=0, bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0144, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 3 supports D0 D3 current D0 MSI supports 2 messages pcib0: matched entry for 0.0.INTA pcib0: slot 0 INTA hardwired to IRQ 17 found-> vendor=0x8086, dev=0x4021, revid=0x20 domain=0, bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0144, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x00 (0 ns) intpin=a, irq=5 powerspec 3 supports D0 D3 current D0 MSI supports 2 messages pcib0: matched entry for 0.1.INTA pcib0: slot 1 INTA hardwired to IRQ 48 found-> vendor=0x8086, dev=0x4025, revid=0x20 domain=0, bus=0, slot=5, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0144, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x00 (0 ns) intpin=a, irq=5 powerspec 3 supports D0 D3 current D0 MSI supports 2 messages pcib0: matched entry for 0.5.INTA pcib0: slot 5 INTA hardwired to IRQ 52 found-> vendor=0x8086, dev=0x4029, revid=0x20 domain=0, bus=0, slot=9, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x00 (0 ns) intpin=a, irq=5 powerspec 3 supports D0 D3 current D0 MSI supports 2 messages pcib0: matched entry for 0.9.INTA pcib0: slot 9 INTA hardwired to IRQ 56 found-> vendor=0x8086, dev=0x402f, revid=0x20 domain=0, bus=0, slot=15, func=0 class=08-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=5 powerspec 3 supports D0 D3 current D0 MSI-X supports 4 messages in map 0x10 map[10]: type Memory, range 64, base 0xfd7f8000, size 14, enabled pcib0: allocated type 3 (0xfd7f8000-0xfd7fbfff) for rid 10 of pci0:0:15:0 pcib0: matched entry for 0.15.INTA pcib0: slot 15 INTA hardwired to IRQ 57 found-> vendor=0x8086, dev=0x4030, revid=0x20 domain=0, bus=0, slot=16, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x4030, revid=0x20 domain=0, bus=0, slot=16, func=1 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x4030, revid=0x20 domain=0, bus=0, slot=16, func=2 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x4030, revid=0x20 domain=0, bus=0, slot=16, func=3 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x4030, revid=0x20 domain=0, bus=0, slot=16, func=4 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x4031, revid=0x20 domain=0, bus=0, slot=17, func=0 class=06-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=0x4035, revid=0x20 domain=0, bus=0, slot=21, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x4035, revid=0x20 domain=0, bus=0, slot=21, func=1 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x4036, revid=0x20 domain=0, bus=0, slot=22, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x4036, revid=0x20 domain=0, bus=0, slot=22, func=1 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x2690, revid=0x09 domain=0, bus=0, slot=28, func=0 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0144, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x00 (0 ns) intpin=a, irq=5 powerspec 2 supports D0 D3 current D0 MSI supports 1 message pcib0: matched entry for 0.28.INTA pcib0: slot 28 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x2694, revid=0x09 domain=0, bus=0, slot=28, func=2 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x00 (0 ns) intpin=c, irq=11 powerspec 2 supports D0 D3 current D0 MSI supports 1 message pcib0: matched entry for 0.28.INTC pcib0: slot 28 INTC hardwired to IRQ 18 found-> vendor=0x8086, dev=0x2696, revid=0x09 domain=0, bus=0, slot=28, func=3 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x00 (0 ns) intpin=d, irq=10 powerspec 2 supports D0 D3 current D0 MSI supports 1 message pcib0: matched entry for 0.28.INTD pcib0: slot 28 INTD hardwired to IRQ 19 found-> vendor=0x8086, dev=0x2688, revid=0x09 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=7 map[20]: type I/O Port, range 32, base 0x9000, size 5, enabled pcib0: allocated type 4 (0x9000-0x901f) for rid 20 of pci0:0:29:0 pcib0: matched entry for 0.29.INTA pcib0: slot 29 INTA hardwired to IRQ 23 found-> vendor=0x8086, dev=0x2689, revid=0x09 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=10 map[20]: type I/O Port, range 32, base 0x9080, size 5, enabled pcib0: allocated type 4 (0x9080-0x909f) for rid 20 of pci0:0:29:1 pcib0: matched entry for 0.29.INTB pcib0: slot 29 INTB hardwired to IRQ 19 found-> vendor=0x8086, dev=0x268c, revid=0x09 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=a, irq=7 powerspec 2 supports D0 D3 current D0 map[10]: type Memory, range 32, base 0xfd7ff800, size 10, enabled pcib0: allocated type 3 (0xfd7ff800-0xfd7ffbff) for rid 10 of pci0:0:29:7 pcib0: matched entry for 0.29.INTA pcib0: slot 29 INTA hardwired to IRQ 23 ehci early: SMM active, request owner change found-> vendor=0x8086, dev=0x244e, revid=0xd9 domain=0, bus=0, slot=30, func=0 class=06-04-01, hdrtype=0x01, mfdev=0 cmdreg=0x0147, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x1b (6750 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x2670, revid=0x09 domain=0, bus=0, slot=31, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x0147, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x269e, revid=0x09 domain=0, bus=0, slot=31, func=1 class=01-01-8a, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0288, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 pcib0: allocated type 4 (0x1f0-0x1f7) for rid 10 of pci0:0:31:1 pcib0: allocated type 4 (0x3f6-0x3f6) for rid 14 of pci0:0:31:1 pcib0: allocated type 4 (0x170-0x177) for rid 18 of pci0:0:31:1 pcib0: allocated type 4 (0x376-0x376) for rid 1c of pci0:0:31:1 map[20]: type I/O Port, range 32, base 0xffa0, size 4, enabled pcib0: allocated type 4 (0xffa0-0xffaf) for rid 20 of pci0:0:31:1 found-> vendor=0x8086, dev=0x2681, revid=0x09 domain=0, bus=0, slot=31, func=2 class=01-06-01, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x02b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=10 powerspec 2 supports D0 D3 current D0 map[10]: type I/O Port, range 32, base 0x9c00, size 3, enabled pcib0: allocated type 4 (0x9c00-0x9c07) for rid 10 of pci0:0:31:2 map[14]: type I/O Port, range 32, base 0x9880, size 2, enabled pcib0: allocated type 4 (0x9880-0x9883) for rid 14 of pci0:0:31:2 map[18]: type I/O Port, range 32, base 0x9800, size 3, enabled pcib0: allocated type 4 (0x9800-0x9807) for rid 18 of pci0:0:31:2 map[1c]: type I/O Port, range 32, base 0x9480, size 2, enabled pcib0: allocated type 4 (0x9480-0x9483) for rid 1c of pci0:0:31:2 map[20]: type I/O Port, range 32, base 0x9400, size 5, enabled pcib0: allocated type 4 (0x9400-0x941f) for rid 20 of pci0:0:31:2 map[24]: type Memory, range 32, base 0xfd7ffc00, size 10, enabled pcib0: allocated type 3 (0xfd7ffc00-0xfd7fffff) for rid 24 of pci0:0:31:2 pcib0: matched entry for 0.31.INTB pcib0: slot 31 INTB hardwired to IRQ 19 found-> vendor=0x8086, dev=0x269b, revid=0x09 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=11 map[20]: type I/O Port, range 32, base 0x400, size 5, enabled pcib0: allocated type 4 (0x400-0x41f) for rid 20 of pci0:0:31:3 pcib0: matched entry for 0.31.INTB pcib0: slot 31 INTB hardwired to IRQ 19 pcib1: irq 48 at device 1.0 on pci0 pcib1: domain 0 pcib1: secondary bus 11 pcib1: subordinate bus 11 pcib1: no prefetched decode pci11: on pcib1 pci11: domain=0, physical bus=11 pcib2: irq 52 at device 5.0 on pci0 pcib2: domain 0 pcib2: secondary bus 10 pcib2: subordinate bus 10 pcib2: no prefetched decode pci10: on pcib2 pci10: domain=0, physical bus=10 pcib3: irq 56 at device 9.0 on pci0 pcib0: allocated type 4 (0xd000-0xefff) for rid 1c of pcib3 pcib3: failed to allocate initial memory window: 0xfdb00000-0xfebfffff pcib3: domain 0 pcib3: secondary bus 5 pcib3: subordinate bus 9 pcib3: I/O decode 0xd000-0xefff pcib3: no prefetched decode pci5: on pcib3 pci5: domain=0, physical bus=5 found-> vendor=0x8086, dev=0x3500, revid=0x01 domain=0, bus=5, slot=0, func=0 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x00 (0 ns) intpin=a, irq=5 powerspec 2 supports D0 D3 current D0 pcib3: matched entry for 5.0.INTA pcib3: slot 0 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x350c, revid=0x01 domain=0, bus=5, slot=0, func=3 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 pcib4: irq 16 at device 0.0 on pci5 pcib3: allocated I/O port range (0xe000-0xefff) for rid 1c of pcib4 pcib3: failed to allocate initial memory window (0xfdf00000-0xfebfffff,0xd00000) pcib4: failed to allocate initial memory window: 0xfdf00000-0xfebfffff pcib4: domain 0 pcib4: secondary bus 7 pcib4: subordinate bus 9 pcib4: I/O decode 0xe000-0xefff pcib4: no prefetched decode pci7: on pcib4 pci7: domain=0, physical bus=7 found-> vendor=0x8086, dev=0x3510, revid=0x01 domain=0, bus=7, slot=0, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0144, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit found-> vendor=0x8086, dev=0x3518, revid=0x01 domain=0, bus=7, slot=2, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit pcib5: at device 0.0 on pci7 pcib5: domain 0 pcib5: secondary bus 9 pcib5: subordinate bus 9 pcib5: no prefetched decode pci9: on pcib5 pci9: domain=0, physical bus=9 pcib6: at device 2.0 on pci7 pcib4: allocated I/O port range (0xe000-0xefff) for rid 1c of pcib6 pcib0: allocated type 3 (0xfdf00000-0xfdffffff) for rid 20 of pcib3 pcib3: allocated initial memory window of 0xfdf00000-0xfdffffff pcib3: allocated memory range (0xfdf00000-0xfdffffff) for rid 20 of pcib4 pcib4: allocated initial memory window of 0xfdf00000-0xfdffffff pcib4: allocated memory range (0xfdf00000-0xfdffffff) for rid 20 of pcib6 pcib6: domain 0 pcib6: secondary bus 8 pcib6: subordinate bus 8 pcib6: I/O decode 0xe000-0xefff pcib6: memory decode 0xfdf00000-0xfdffffff pcib6: no prefetched decode pci8: on pcib6 pci8: domain=0, physical bus=8 found-> vendor=0x8086, dev=0x1096, revid=0x01 domain=0, bus=8, slot=0, func=0 class=02-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Memory, range 32, base 0xfdfa0000, size 17, enabled pcib6: allocated memory range (0xfdfa0000-0xfdfbffff) for rid 10 of pci0:8:0:0 map[18]: type I/O Port, range 32, base 0xe880, size 5, enabled pcib6: allocated I/O port range (0xe880-0xe89f) for rid 18 of pci0:8:0:0 pcib6: matched entry for 8.0.INTA pcib6: slot 0 INTA hardwired to IRQ 18 found-> vendor=0x8086, dev=0x1096, revid=0x01 domain=0, bus=8, slot=0, func=1 class=02-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=10 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Memory, range 32, base 0xfdfe0000, size 17, enabled pcib6: allocated memory range (0xfdfe0000-0xfdffffff) for rid 10 of pci0:8:0:1 map[18]: type I/O Port, range 32, base 0xec00, size 5, enabled pcib6: allocated I/O port range (0xec00-0xec1f) for rid 18 of pci0:8:0:1 pcib6: matched entry for 8.0.INTB pcib6: slot 0 INTB hardwired to IRQ 19 em0: port 0xe880-0xe89f mem 0xfdfa0000-0xfdfbffff irq 18 at device 0.0 on pci8 em0: attempting to allocate 1 MSI vectors (1 supported) msi: routing MSI IRQ 256 to local APIC 0 vector 52 em0: using IRQ 256 for MSI em0: Using an MSI interrupt em0: bpf attached em0: Ethernet address: 00:22:15:31:2a:9c em1: port 0xec00-0xec1f mem 0xfdfe0000-0xfdffffff irq 19 at device 0.1 on pci8 em1: attempting to allocate 1 MSI vectors (1 supported) msi: routing MSI IRQ 257 to local APIC 0 vector 53 em1: using IRQ 257 for MSI em1: Using an MSI interrupt em1: bpf attached em1: Ethernet address: 00:22:15:31:2a:9d pcib7: at device 0.3 on pci5 pcib3: allocated I/O port range (0xd000-0xdfff) for rid 1c of pcib7 pcib3: attempting to grow memory window for (0xfdc00000-0xfdefffff,0x300000) front candidate range: 0xfdc00000-0xfdefffff pcib3: bus_adjust_resource(0, 0xfdffffff) pci0: bus_adjust_resource(pcib3, 0x20, 0, 0xfdffffff) pcib7: failed to allocate initial memory window: 0xfdc00000-0xfdefffff pcib7: domain 0 pcib7: secondary bus 6 pcib7: subordinate bus 6 pcib7: I/O decode 0xd000-0xdfff pcib7: no prefetched decode pci6: on pcib7 pci6: domain=0, physical bus=6 found-> vendor=0x1000, dev=0x0054, revid=0x02 domain=0, bus=6, slot=3, func=0 class=01-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0157, statreg=0x0230, cachelnsz=16 (dwords) lattimer=0x50 (2400 ns), mingnt=0x40 (16000 ns), maxlat=0x0a (2500 ns) intpin=a, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 MSI supports 1 message, 64 bit MSI-X supports 1 message in map 0x14 map[10]: type I/O Port, range 32, base 0xd000, size 8, enabled pcib7: allocated I/O port range (0xd000-0xd0ff) for rid 10 of pci0:6:3:0 map[14]: type Memory, range 64, base 0xfdefc000, size 14, enabled pcib3: attempting to grow memory window for (0xfde00000-0xfdefffff,0x100000) front candidate range: 0xfde00000-0xfdefffff pcib3: bus_adjust_resource(0, 0xfdffffff) pci0: bus_adjust_resource(pcib3, 0x20, 0, 0xfdffffff) pcib7: failed to allocate initial memory window (0xfde00000-0xfdefffff,0x100000) map[1c]: type Memory, range 64, base 0xfdee0000, size 16, enabled pcib3: attempting to grow memory window for (0xfde00000-0xfdefffff,0x100000) front candidate range: 0xfde00000-0xfdefffff pcib3: bus_adjust_resource(0, 0xfdffffff) pci0: bus_adjust_resource(pcib3, 0x20, 0, 0xfdffffff) pcib7: failed to allocate initial memory window (0xfde00000-0xfdefffff,0x100000) pcib7: matched entry for 6.3.INTA pcib7: slot 3 INTA hardwired to IRQ 26 mpt0: port 0xd000-0xd0ff irq 26 at device 3.0 on pci6 pcib3: attempting to grow memory window for (0-0xffffffff,0x100000) front candidate range: 0xfde00000-0xfdefffff back candidate range: 0xfe000000-0xfe0fffff pcib3: bus_adjust_resource(0xfdf00000, 0xfe0fffff) pci0: bus_adjust_resource(pcib3, 0x20, 0xfdf00000, 0xfe0fffff) pcib0: bus_adjust_resource(pcib3, 0x20, 0xfdf00000, 0xfe0fffff) acpi0: bus_adjust_resource(pcib3, 0x20, 0xfdf00000, 0xfe0fffff) nexus0: bus_adjust_resource(pcib3, 0x20, 0xfdf00000, 0xfe0fffff) pcib3: bus_adjust_resource(0, 0xfdffffff) pci0: bus_adjust_resource(pcib3, 0x20, 0, 0xfdffffff) pcib7: failed to allocate initial memory window (0-0xffffffff,0x100000) mpt0: 0x4000 bytes of rid 0x14 res 3 failed (0, 0xffffffffffffffff). mpt0: Unable to memory map registers. mpt0: Giving Up. pci0: at device 15.0 (no driver attached) pcib8: irq 16 at device 28.0 on pci0 pcib8: domain 0 pcib8: secondary bus 4 pcib8: subordinate bus 4 pcib8: no prefetched decode pci4: on pcib8 pci4: domain=0, physical bus=4 pcib9: irq 18 at device 28.2 on pci0 pcib0: allocated type 4 (0xc000-0xcfff) for rid 1c of pcib9 pcib0: allocated type 3 (0xfda00000-0xfdafffff) for rid 20 of pcib9 pcib9: domain 0 pcib9: secondary bus 3 pcib9: subordinate bus 3 pcib9: I/O decode 0xc000-0xcfff pcib9: memory decode 0xfda00000-0xfdafffff pcib9: no prefetched decode pci3: on pcib9 pci3: domain=0, physical bus=3 found-> vendor=0x8086, dev=0x109a, revid=0x00 domain=0, bus=3, slot=0, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Memory, range 32, base 0xfdae0000, size 17, enabled pcib9: allocated memory range (0xfdae0000-0xfdafffff) for rid 10 of pci0:3:0:0 map[18]: type I/O Port, range 32, base 0xcc00, size 5, enabled pcib9: allocated I/O port range (0xcc00-0xcc1f) for rid 18 of pci0:3:0:0 pcib9: matched entry for 3.0.INTA pcib9: slot 0 INTA hardwired to IRQ 18 em2: port 0xcc00-0xcc1f mem 0xfdae0000-0xfdafffff irq 18 at device 0.0 on pci3 em2: attempting to allocate 1 MSI vectors (1 supported) msi: routing MSI IRQ 258 to local APIC 0 vector 54 em2: using IRQ 258 for MSI em2: Using an MSI interrupt em2: bpf attached em2: Ethernet address: 00:22:15:31:27:6a pcib10: irq 19 at device 28.3 on pci0 pcib0: allocated type 4 (0xb000-0xbfff) for rid 1c of pcib10 pcib0: allocated type 3 (0xfd900000-0xfd9fffff) for rid 20 of pcib10 pcib10: domain 0 pcib10: secondary bus 2 pcib10: subordinate bus 2 pcib10: I/O decode 0xb000-0xbfff pcib10: memory decode 0xfd900000-0xfd9fffff pcib10: no prefetched decode pci2: on pcib10 pci2: domain=0, physical bus=2 found-> vendor=0x8086, dev=0x109a, revid=0x00 domain=0, bus=2, slot=0, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Memory, range 32, base 0xfd9e0000, size 17, enabled pcib10: allocated memory range (0xfd9e0000-0xfd9fffff) for rid 10 of pci0:2:0:0 map[18]: type I/O Port, range 32, base 0xbc00, size 5, enabled pcib10: allocated I/O port range (0xbc00-0xbc1f) for rid 18 of pci0:2:0:0 pcib10: matched entry for 2.0.INTA pcib10: slot 0 INTA hardwired to IRQ 19 em3: port 0xbc00-0xbc1f mem 0xfd9e0000-0xfd9fffff irq 19 at device 0.0 on pci2 em3: attempting to allocate 1 MSI vectors (1 supported) msi: routing MSI IRQ 259 to local APIC 0 vector 55 em3: using IRQ 259 for MSI em3: Using an MSI interrupt em3: bpf attached em3: Ethernet address: 00:22:15:31:28:d1 uhci0: port 0x9000-0x901f irq 23 at device 29.0 on pci0 ioapic0: routing intpin 23 (PCI IRQ 23) to lapic 0 vector 56 usbus0 on uhci0 usbus0: bpf attached uhci0: usbpf: Attached uhci1: port 0x9080-0x909f irq 19 at device 29.1 on pci0 ioapic0: routing intpin 19 (PCI IRQ 19) to lapic 0 vector 57 usbus1 on uhci1 usbus1: bpf attached uhci1: usbpf: Attached ehci0: mem 0xfd7ff800-0xfd7ffbff irq 23 at device 29.7 on pci0 usbus2: EHCI version 1.0 usbus2 on ehci0 usbus2: bpf attached ehci0: usbpf: Attached pcib11: at device 30.0 on pci0 pcib0: allocated type 4 (0xa000-0xafff) for rid 1c of pcib11 pcib0: allocated type 3 (0xfd800000-0xfd8fffff) for rid 20 of pcib11 pcib0: allocated type 3 (0xf8000000-0xfbffffff) for rid 24 of pcib11 pcib11: domain 0 pcib11: secondary bus 1 pcib11: subordinate bus 1 pcib11: I/O decode 0xa000-0xafff pcib11: memory decode 0xfd800000-0xfd8fffff pcib11: prefetched decode 0xf8000000-0xfbffffff pcib11: Subtractively decoded bridge. pci1: on pcib11 pci1: domain=0, physical bus=1 found-> vendor=0x18ca, dev=0x0020, revid=0x00 domain=0, bus=1, slot=2, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0003, statreg=0x0230, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Prefetchable Memory, range 32, base 0xf8000000, size 26, enabled pcib11: allocated prefetch range (0xf8000000-0xfbffffff) for rid 10 of pci0:1:2:0 map[14]: type Memory, range 32, base 0xfd8c0000, size 18, enabled pcib11: allocated memory range (0xfd8c0000-0xfd8fffff) for rid 14 of pci0:1:2:0 map[18]: type I/O Port, range 32, base 0xac00, size 7, enabled pcib11: allocated I/O port range (0xac00-0xac7f) for rid 18 of pci0:1:2:0 vgapci0: port 0xac00-0xac7f mem 0xf8000000-0xfbffffff,0xfd8c0000-0xfd8fffff at device 2.0 on pci1 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 31.1 on pci0 ata0: at channel 0 on atapci0 ioapic0: routing intpin 14 (ISA IRQ 14) to lapic 0 vector 58 ahci0: port 0x9c00-0x9c07,0x9880-0x9883,0x9800-0x9807,0x9480-0x9483,0x9400-0x941f mem 0xfd7ffc00-0xfd7fffff irq 19 at device 31.2 on pci0 ahci0: AHCI v1.10 with 6 3Gbps ports, Port Multiplier not supported ahci0: Caps: 64bit NCQ ALP AL 3Gbps SSC PSC 32cmd 6ports ahci0: Caps2: ahcich0: at channel 0 on ahci0 ahcich0: Caps: ahcich1: at channel 1 on ahci0 ahcich1: Caps: ahcich2: at channel 2 on ahci0 ahcich2: Caps: ahcich3: at channel 3 on ahci0 ahcich3: Caps: ahcich4: at channel 4 on ahci0 ahcich4: Caps: ahcich5: at channel 5 on ahci0 ahcich5: Caps: ichsmb0: port 0x400-0x41f irq 19 at device 31.3 on pci0 smbus0: on ichsmb0 smb0: on smbus0 acpi_button0: on acpi0 uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 ioapic0: routing intpin 4 (ISA IRQ 4) to lapic 0 vector 59 uart0: fast interrupt uart1: <16550 or compatible> port 0x2f8-0x2ff irq 3 on acpi0 ioapic0: routing intpin 3 (ISA IRQ 3) to lapic 0 vector 60 uart1: fast interrupt acpi0: wakeup code va 0xffffff88c41c1000 pa 0x90000 ahc_isa_probe 0: ioport 0xc00 alloc failed ahc_isa_probe 1: ioport 0x1c00 alloc failed ahc_isa_probe 2: ioport 0x2c00 alloc failed ahc_isa_probe 3: ioport 0x3c00 alloc failed ahc_isa_probe 4: ioport 0x4c00 alloc failed ahc_isa_probe 5: ioport 0x5c00 alloc failed ahc_isa_probe 6: ioport 0x6c00 alloc failed ahc_isa_probe 7: ioport 0x7c00 alloc failed ahc_isa_probe 8: ioport 0x8c00 alloc failed ahc_isa_probe 9: ioport 0x9c00 alloc failed ahc_isa_probe 10: ioport 0xac00 alloc failed ahc_isa_probe 11: ioport 0xbc00 alloc failed ahc_isa_probe 12: ioport 0xcc00 alloc failed ahc_isa_probe 13: ioport 0xdc00 alloc failed ahc_isa_probe 14: ioport 0xec00 alloc failed isab0: found ICH8 or equivalent chipset: Intel 63XXESB watchdog timer pcib0: allocated type 3 (0xa0000-0xa07ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa0800-0xa0fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa1000-0xa17ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa1800-0xa1fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa2000-0xa27ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa2800-0xa2fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa3000-0xa37ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa3800-0xa3fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa4000-0xa47ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa4800-0xa4fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa5000-0xa57ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa5800-0xa5fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa6000-0xa67ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa6800-0xa6fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa7000-0xa77ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa7800-0xa7fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa8000-0xa87ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa8800-0xa8fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa9000-0xa97ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa9800-0xa9fff) for rid 0 of orm0 pcib0: allocated type 3 (0xaa000-0xaa7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xaa800-0xaafff) for rid 0 of orm0 pcib0: allocated type 3 (0xab000-0xab7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xab800-0xabfff) for rid 0 of orm0 pcib0: allocated type 3 (0xac000-0xac7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xac800-0xacfff) for rid 0 of orm0 pcib0: allocated type 3 (0xad000-0xad7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xad800-0xadfff) for rid 0 of orm0 pcib0: allocated type 3 (0xae000-0xae7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xae800-0xaefff) for rid 0 of orm0 pcib0: allocated type 3 (0xaf000-0xaf7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xaf800-0xaffff) for rid 0 of orm0 pcib0: allocated type 3 (0xb0000-0xb07ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb0800-0xb0fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb1000-0xb17ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb1800-0xb1fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb2000-0xb27ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb2800-0xb2fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb3000-0xb37ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb3800-0xb3fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb4000-0xb47ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb4800-0xb4fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb5000-0xb57ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb5800-0xb5fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb6000-0xb67ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb6800-0xb6fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb7000-0xb77ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb7800-0xb7fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb8000-0xb87ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb8800-0xb8fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb9000-0xb97ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb9800-0xb9fff) for rid 0 of orm0 pcib0: allocated type 3 (0xba000-0xba7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xba800-0xbafff) for rid 0 of orm0 pcib0: allocated type 3 (0xbb000-0xbb7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbb800-0xbbfff) for rid 0 of orm0 pcib0: allocated type 3 (0xbc000-0xbc7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbc800-0xbcfff) for rid 0 of orm0 pcib0: allocated type 3 (0xbd000-0xbd7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbd800-0xbdfff) for rid 0 of orm0 pcib0: allocated type 3 (0xbe000-0xbe7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbe800-0xbefff) for rid 0 of orm0 pcib0: allocated type 3 (0xbf000-0xbf7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbf800-0xbffff) for rid 0 of orm0 pcib0: allocated type 3 (0xd0000-0xd07ff) for rid 3 of orm0 pcib0: allocated type 3 (0xd0000-0xd0fff) for rid 3 of orm0 pcib0: allocated type 3 (0xd1000-0xd17ff) for rid 4 of orm0 pcib0: allocated type 3 (0xd1000-0xd1fff) for rid 4 of orm0 pcib0: allocated type 3 (0xd2000-0xd27ff) for rid 5 of orm0 pcib0: allocated type 3 (0xd2800-0xd2fff) for rid 5 of orm0 pcib0: allocated type 3 (0xd3000-0xd37ff) for rid 5 of orm0 pcib0: allocated type 3 (0xd3800-0xd3fff) for rid 5 of orm0 pcib0: allocated type 3 (0xd4000-0xd47ff) for rid 5 of orm0 pcib0: allocated type 3 (0xd4800-0xd4fff) for rid 5 of orm0 pcib0: allocated type 3 (0xd5000-0xd57ff) for rid 5 of orm0 pcib0: allocated type 3 (0xd5800-0xd5fff) for rid 5 of orm0 pcib0: allocated type 3 (0xd6000-0xd67ff) for rid 5 of orm0 pcib0: allocated type 3 (0xd6800-0xd6fff) for rid 5 of orm0 pcib0: allocated type 3 (0xd7000-0xd77ff) for rid 5 of orm0 pcib0: allocated type 3 (0xd7800-0xd7fff) for rid 5 of orm0 pcib0: allocated type 3 (0xd8000-0xd87ff) for rid 5 of orm0 pcib0: allocated type 3 (0xd8800-0xd8fff) for rid 5 of orm0 pcib0: allocated type 3 (0xd9000-0xd97ff) for rid 5 of orm0 pcib0: allocated type 3 (0xd9800-0xd9fff) for rid 5 of orm0 pcib0: allocated type 3 (0xda000-0xda7ff) for rid 5 of orm0 pcib0: allocated type 3 (0xda800-0xdafff) for rid 5 of orm0 pcib0: allocated type 3 (0xdb000-0xdb7ff) for rid 5 of orm0 pcib0: allocated type 3 (0xdb800-0xdbfff) for rid 5 of orm0 pcib0: allocated type 3 (0xdc000-0xdc7ff) for rid 5 of orm0 pcib0: allocated type 3 (0xdc800-0xdcfff) for rid 5 of orm0 pcib0: allocated type 3 (0xdd000-0xdd7ff) for rid 5 of orm0 pcib0: allocated type 3 (0xdd800-0xddfff) for rid 5 of orm0 pcib0: allocated type 3 (0xde000-0xde7ff) for rid 5 of orm0 pcib0: allocated type 3 (0xde800-0xdefff) for rid 5 of orm0 pcib0: allocated type 3 (0xdf000-0xdf7ff) for rid 5 of orm0 pcib0: allocated type 3 (0xdf800-0xdffff) for rid 5 of orm0 isa_probe_children: disabling PnP devices ichwd0 on isa0 isab0: found ICH8 or equivalent chipset: Intel 63XXESB watchdog timer pcib0: allocated type 4 (0x830-0x837) for rid 0 of ichwd0 pcib0: allocated type 4 (0x860-0x87f) for rid 1 of ichwd0 ichwd0: (null) (ICH8 or equivalent) ichwd0: timer disabled ipmi0: on isa0 ipmi0: KCS mode found at io 0xca2 alignment 0x1 on isa pcib0: allocated type 4 (0xca2-0xca3) for rid 0 of ipmi0 ipmi0: couldn't find it device_attach: ipmi0 attach returned 6 atrtc: atrtc0 already exists; skipping it attimer: attimer0 already exists; skipping it sc: sc0 already exists; skipping it uart: uart0 already exists; skipping it uart: uart1 already exists; skipping it isa_probe_children: probing non-PnP devices ipmi0: at port 0xca2-0xca3 on isa0 ipmi0: KCS mode found at io 0xca2 alignment 0x1 on isa pcib0: allocated type 4 (0xca2-0xca3) for rid 0 of ipmi0 ipmi0: couldn't find it device_attach: ipmi0 attach returned 6 orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xc8fff,0xc9000-0xc9fff,0xd0000-0xd0fff,0xd1000-0xd1fff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd1, terminal emulator: scteken (teken terminal) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 pcib0: allocated type 4 (0x3c0-0x3df) for rid 0 of vga0 pcib0: allocated type 3 (0xa0000-0xbffff) for rid 0 of vga0 pcib0: allocated type 4 (0x60-0x60) for rid 0 of atkbdc0 pcib0: allocated type 4 (0x64-0x64) for rid 1 of atkbdc0 atkbdc0: at port 0x60,0x64 on isa0 pcib0: allocated type 4 (0x60-0x60) for rid 0 of atkbdc0 pcib0: allocated type 4 (0x64-0x64) for rid 1 of atkbdc0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 kbd0: atkbd0, generic (0), config:0x0, flags:0x3f0000 ioapic0: routing intpin 1 (ISA IRQ 1) to lapic 0 vector 61 atkbd0: [GIANT-LOCKED] psm0: unable to allocate IRQ fdc0 failed to probe at port 0x3f0 irq 6 drq 2 on isa0 ppc0 failed to probe at irq 7 on isa0 isa_probe_children: probing PnP devices coretemp0: on cpu0 coretemp0: Setting TjMax=100 est0: enabling SpeedStep est0: failed to enable SpeedStep p4tcc0: on cpu0 coretemp1: on cpu1 coretemp1: Setting TjMax=100 est1: enabling SpeedStep est1: failed to enable SpeedStep p4tcc1: on cpu1 coretemp2: on cpu2 coretemp2: Setting TjMax=100 est2: enabling SpeedStep est2: failed to enable SpeedStep p4tcc2: on cpu2 coretemp3: on cpu3 coretemp3: Setting TjMax=100 est3: enabling SpeedStep est3: failed to enable SpeedStep p4tcc3: on cpu3 coretemp4: on cpu4 coretemp4: Setting TjMax=100 est4: enabling SpeedStep est4: failed to enable SpeedStep p4tcc4: on cpu4 coretemp5: on cpu5 coretemp5: Setting TjMax=100 est5: enabling SpeedStep est5: failed to enable SpeedStep p4tcc5: on cpu5 coretemp6: on cpu6 coretemp6: Setting TjMax=100 est6: enabling SpeedStep est6: failed to enable SpeedStep p4tcc6: on cpu6 coretemp7: on cpu7 coretemp7: Setting TjMax=100 est7: enabling SpeedStep est7: failed to enable SpeedStep p4tcc7: on cpu7 Device configuration finished. linprocfs registered linsysfs registered procfs registered Timecounters tick every 1.000 msec vlan: initialized, using hash tables with chaining epair initialized. Linux ELF exec handler installed ipfw2 (+ipv6) initialized, divert enabled, nat loadable, rule-based forwarding enabled, default to accept, logging disabled ipfw0: bpf attached DUMMYNET 0xfffffe0004e4e840 with IPv6 initialized (100409) load_dn_sched dn_sched QFQ loaded load_dn_sched dn_sched RR loaded load_dn_sched dn_sched WF2Q+ loaded lo0: bpf attached load_dn_sched dn_sched FIFO loaded load_dn_sched dn_sched PRIO loaded usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 480Mbps High Speed USB v2.0 ata0: reset tp1 mask=03 ostat0=00 ostat1=00 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 ugen2.1: at usbus2 uhub2: on usbus2 ata0: stat0=0x00 err=0x00 lsb=0x00 msb=0x00 ata0: stat1=0x01 err=0x01 lsb=0x01 msb=0x01 ata0: reset tp2 stat0=00 stat1=01 devices=0x0 ahcich0: AHCI reset... ahcich0: SATA connect timeout time=10000us status=00000000 ahcich0: AHCI reset: device not found ahcich1: AHCI reset... ahcich1: SATA connect timeout time=10000us status=00000000 ahcich1: AHCI reset: device not found ahcich2: AHCI reset... ahcich2: SATA connect timeout time=10000us status=00000000 ahcich2: AHCI reset: device not found ahcich3: AHCI reset... ahcich3: SATA connect timeout time=10000us status=00000000 ahcich3: AHCI reset: device not found ahcich4: AHCI reset... ahcich4: SATA connect timeout time=10000us status=00000000 ahcich4: AHCI reset: device not found ahcich5: AHCI reset... ahcich5: SATA connect timeout time=10000us status=00000000 ahcich5: AHCI reset: device not found SMP: AP CPU #4 Launched! cpu4 AP: ID: 0x04000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #1 Launched! cpu1 AP: ID: 0x01000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #3 Launched! cpu3 AP: ID: 0x03000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #2 Launched! cpu2 AP: ID: 0x02000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #5 Launched! cpu5 AP: ID: 0x05000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #6 Launched! cpu6 AP: ID: 0x06000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #7 Launched! cpu7 AP: ID: 0x07000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: passed TSC synchronization test TSC timecounter discards lower 8 bit(s) Timecounter "TSC-low" frequency 11040264 Hz quality 1000 hwpmc: TSC/1/64/0x20 IAP/2/40/0x3ff IAF/3/40/0x61 uhub1: 2 ports with 2 removable, self powered uhub0: 2 ports with 2 removable, self powered Root mount waiting for: usbus2 uhub2: 4 ports with 4 removable, self powered ugen0.2: at usbus0 ukbd0: on usbus0 kbd2 at ukbd0 kbd2: ukbd0, generic (0), config:0x0, flags:0x3d0000 ums0: on usbus0 ums0: 5 buttons and [XYZ] coordinates ID=1 em1: Link is up 1000 Mbps Full Duplex --------------020502070701010308090604-- From owner-freebsd-stable@FreeBSD.ORG Tue Jun 12 20:51:48 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4487C1065674 for ; Tue, 12 Jun 2012 20:51:48 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 19E758FC12 for ; Tue, 12 Jun 2012 20:51:48 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 6AD9BB97F; Tue, 12 Jun 2012 16:51:47 -0400 (EDT) From: John Baldwin To: Andrey Zonov Date: Tue, 12 Jun 2012 16:51:44 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p13; KDE/4.5.5; amd64; ; ) References: <4FD0ECB7.8040908@zonov.org> <201206121406.27276.jhb@freebsd.org> <4FD79E25.70705@zonov.org> In-Reply-To: <4FD79E25.70705@zonov.org> MIME-Version: 1.0 Message-Id: <201206121651.44326.jhb@freebsd.org> Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Tue, 12 Jun 2012 16:51:47 -0400 (EDT) Cc: freebsd-stable , Marius Strobl Subject: Re: mpt: Unable to memory map registers X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Jun 2012 20:51:48 -0000 On Tuesday, June 12, 2012 3:53:09 pm Andrey Zonov wrote: > On 6/12/12 10:06 PM, John Baldwin wrote: > > > [snip] > > Ok, I've added some more debugging. The patch is a bit larger now and you can > > fetch it from www.freebsd.org/~jhb/patches/pcib_debug.patch > > > > New dmesg is in attach. Sheesh, found another bug (wasn't masking 'front' properly). Try updated patch (same URL). -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Tue Jun 12 21:07:55 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3F238106564A for ; Tue, 12 Jun 2012 21:07:55 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) by mx1.freebsd.org (Postfix) with ESMTP id EDC678FC08 for ; Tue, 12 Jun 2012 21:07:54 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:2cb1:d09b:e4ef:7451] (unknown [IPv6:2001:7b8:3a7:0:2cb1:d09b:e4ef:7451]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id D9AC95C37; Tue, 12 Jun 2012 23:07:53 +0200 (CEST) Message-ID: <4FD7AFA8.8030807@FreeBSD.org> Date: Tue, 12 Jun 2012 23:07:52 +0200 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:14.0) Gecko/20120607 Thunderbird/14.0 MIME-Version: 1.0 To: "S.N.Grigoriev" References: <201206121325.q5CDPNnt078479@freefall.freebsd.org> <33681339512137@web15h.yandex.ru> In-Reply-To: <33681339512137@web15h.yandex.ru> X-Enigmail-Version: 1.5a1pre Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable Subject: Re: CLang and WERROR X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Jun 2012 21:07:55 -0000 On 2012-06-12 16:42, S.N.Grigoriev wrote: > I've found out that CLang requires again NO_WERROR= and WERROR= statements in /etc/src.conf to build kernel from fresh sources. Older sources (at least up to June 4) did not require that. The following error occures: > > clang -O2 -pipe -nostdinc -I/usr/include -I. -I/usr/src/sys/dev/aic7xxx/aicasm -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -o aicasm aicasm.o aicasm_symbol.o aicasm_gram.o aicasm_macro_gram.o aicasm_scan.o aicasm_macro_scan.o -ll > clang: error: argument unused during compilation: '-nostdinc' ... Ah, thanks for noticing. I had forgotten to merge one additional change that was needed. Please update your stable/9 to r236975, which should fix this. From owner-freebsd-stable@FreeBSD.ORG Tue Jun 12 21:23:09 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B898D106564A for ; Tue, 12 Jun 2012 21:23:09 +0000 (UTC) (envelope-from joh.hendriks@gmail.com) Received: from mail-ey0-f182.google.com (mail-ey0-f182.google.com [209.85.215.182]) by mx1.freebsd.org (Postfix) with ESMTP id 479EC8FC12 for ; Tue, 12 Jun 2012 21:23:09 +0000 (UTC) Received: by eabm6 with SMTP id m6so953467eab.13 for ; Tue, 12 Jun 2012 14:23:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=hrdFjWlxWwI9Vw9u6bxc+B1k2SoWeihINKhNOAwWr1Q=; b=K5jeA1oG7getCIp3zPTwuybKi9ACJ+JdSn5TUOqTPeeoILCGBqVSelJUCzZ7nnNz54 FOhj/worI9e8vxKMuZjw6OKjmZ6T2UvvejUVXqk0zxog9mKn2dz0jGIKia0hRBratvVU j9nJ5c2vx0mFStbnuXVPR45XVzSdG/Xs73qHav2T/JEA0h0jYMCWr3+oErEYsCFCjnpo uLGZzgJWo1RDAWPDtxx+26M03nwLDqt9+oX1wwfKO/Ur2qRsrL71kSf6S+7QqqJTG10B uGVWiTSO7TXZ+suaB/x+ZHmv4a4sRlNxStD/PVHD22n8z566HBV9/ZkcAaE1oZez9+Ub Lspw== Received: by 10.14.95.65 with SMTP id o41mr328202eef.41.1339536188128; Tue, 12 Jun 2012 14:23:08 -0700 (PDT) Received: from [192.168.1.14] (5ED0E470.cm-7-1d.dynamic.ziggo.nl. [94.208.228.112]) by mx.google.com with ESMTPS id u16sm53620eeb.16.2012.06.12.14.23.05 (version=SSLv3 cipher=OTHER); Tue, 12 Jun 2012 14:23:06 -0700 (PDT) Message-ID: <4FD7B339.9080103@gmail.com> Date: Tue, 12 Jun 2012 23:23:05 +0200 From: Johan Hendriks User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:13.0) Gecko/20120604 Thunderbird/13.0 MIME-Version: 1.0 To: Nenhum_de_Nos , freebsd-stable References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: lost ZFS pool X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Jun 2012 21:23:09 -0000 Nenhum_de_Nos schreef: > hail, > > I write just to make sure its dead. I've lost the first disk on a ZFS pool (jbod). Now I can't > mount it with only the second disk. The first disk clicks to death :( > > [root@optimus ~]# zpool status > pool: pool > state: UNAVAIL > status: One or more devices could not be opened. There are insufficient > replicas for the pool to continue functioning. > action: Attach the missing device and online it using 'zpool online'. > see: http://www.sun.com/msg/ZFS-8000-3C > scrub: none requested > config: > > NAME STATE READ WRITE CKSUM > pool UNAVAIL 0 0 0 insufficient replicas > label/zfs1 UNAVAIL 0 0 0 cannot open > label/zfs2 ONLINE 0 0 > > I have a spare disk (blank), but even though I can't make it online again ... > > is there any hope I can read the files in that disk ? > > thanks, > > matheus > > If i read your pool correct, you do not have raidz, or a mirrored pool. You are just striping the data on both disks. This means you cannot loose any disk in the pool. In the future use a mirrored pool, or a raidz pool. In this case the pool is lost. regards Johan Hendriks From owner-freebsd-stable@FreeBSD.ORG Tue Jun 12 21:57:39 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DAABF1065749 for ; Tue, 12 Jun 2012 21:57:39 +0000 (UTC) (envelope-from andrey@zonov.org) Received: from mail-lpp01m010-f54.google.com (mail-lpp01m010-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 18FAA8FC19 for ; Tue, 12 Jun 2012 21:57:38 +0000 (UTC) Received: by laai10 with SMTP id i10so4790746laa.13 for ; Tue, 12 Jun 2012 14:57:38 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:x-gm-message-state; bh=46079zZwcY2deRKfGgcGC3jNkNHF4ISEgZ/Tp7LZ2+M=; b=bnsoA4vtZWL7Edr2HVre4ZsoAN3CF5NxdLVubmPLFJ5iSrPCHWSiS6kKJC/sYLBTle q4td6GCWhLelc6qeLrttAd03qU3jSZRv6tCam2zdg3QvHhuoEybdmsujHCAObLVUM8QD DZS2+nYEY1By3W30QD18l88+D5kIBSGZINufCJd6VQ7IOo01NrbsqwkHaimMbfIp/0Sw Yn/uy29QYK3343746GKEfBWNa9QVHh5N8g8080ldAMahunYmVOOO520C5hLQ+YPgrlc/ T2JnNTi1b8SzDE/+TEiiG7GUJ9lprvn7iDJh0FBClA0B1rtIZoOxzt4Ipf5opSRgm/Ad LUSw== Received: by 10.112.42.34 with SMTP id k2mr5399581lbl.0.1339538258050; Tue, 12 Jun 2012 14:57:38 -0700 (PDT) Received: from zont-osx.local (ppp95-165-137-174.pppoe.spdop.ru. [95.165.137.174]) by mx.google.com with ESMTPS id gd9sm1572525lbb.15.2012.06.12.14.57.35 (version=SSLv3 cipher=OTHER); Tue, 12 Jun 2012 14:57:37 -0700 (PDT) Message-ID: <4FD7BB4E.1020304@zonov.org> Date: Wed, 13 Jun 2012 01:57:34 +0400 From: Andrey Zonov User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: John Baldwin References: <4FD0ECB7.8040908@zonov.org> <201206121406.27276.jhb@freebsd.org> <4FD79E25.70705@zonov.org> <201206121651.44326.jhb@freebsd.org> In-Reply-To: <201206121651.44326.jhb@freebsd.org> Content-Type: multipart/mixed; boundary="------------050304050900080304050702" X-Gm-Message-State: ALoCoQnDK9FsxuZKGu5C2LqTtToj5wgp60SpiRFmHYZ4CM72wqtiSmvX+QAOm4sTvadHL/T85BeO Cc: freebsd-stable , Marius Strobl Subject: Re: mpt: Unable to memory map registers X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Jun 2012 21:57:40 -0000 This is a multi-part message in MIME format. --------------050304050900080304050702 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit On 6/13/12 12:51 AM, John Baldwin wrote: > On Tuesday, June 12, 2012 3:53:09 pm Andrey Zonov wrote: >> On 6/12/12 10:06 PM, John Baldwin wrote: >>> >> [snip] >>> Ok, I've added some more debugging. The patch is a bit larger now and you > can >>> fetch it from www.freebsd.org/~jhb/patches/pcib_debug.patch >>> >> >> New dmesg is in attach. > > Sheesh, found another bug (wasn't masking 'front' properly). > > Try updated patch (same URL). > Great! It works! dmesg as always attached. -- Andrey Zonov --------------050304050900080304050702 Content-Type: text/plain; charset=UTF-8; name="dmesg4.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="dmesg4.txt" Physical memory chunk(s): 0x0000000000010000 - 0x000000000009bfff, 573440 bytes (140 pages) 0x0000000000100000 - 0x00000000001fffff, 1048576 bytes (256 pages) 0x0000000000f67000 - 0x00000000dff9ffff, 3741552640 bytes (913465 pages) 0x00000000dffae000 - 0x00000000dffaffff, 8192 bytes (2 pages) 0x0000000100000000 - 0x00000007e2ea7fff, 29576822784 bytes (7220904 pages) avail memory = 33113874432 (31579 MB) Event timer "LAPIC" quality 400 ACPI APIC Table: <090808 APIC1308> INTR: Adding local APIC 1 as a target INTR: Adding local APIC 2 as a target INTR: Adding local APIC 3 as a target INTR: Adding local APIC 4 as a target INTR: Adding local APIC 5 as a target INTR: Adding local APIC 6 as a target INTR: Adding local APIC 7 as a target FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs FreeBSD/SMP: 2 package(s) x 4 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 cpu4 (AP): APIC ID: 4 cpu5 (AP): APIC ID: 5 cpu6 (AP): APIC ID: 6 cpu7 (AP): APIC ID: 7 APIC: CPU 0 has ACPI ID 1 APIC: CPU 1 has ACPI ID 3 APIC: CPU 2 has ACPI ID 5 APIC: CPU 3 has ACPI ID 7 APIC: CPU 4 has ACPI ID 2 APIC: CPU 5 has ACPI ID 4 APIC: CPU 6 has ACPI ID 6 APIC: CPU 7 has ACPI ID 8 x86bios: IVT 0x000000-0x0004ff at 0xfffffe0000000000 x86bios: SSEG 0x098000-0x098fff at 0xffffff8000290000 x86bios: EBDA 0x09e000-0x09ffff at 0xfffffe000009e000 x86bios: ROM 0x0a0000-0x0fefff at 0xfffffe00000a0000 WARNING: VIMAGE (virtualized network stack) is a highly experimental feature. ULE: setup cpu 0 ULE: setup cpu 1 ULE: setup cpu 2 ULE: setup cpu 3 ULE: setup cpu 4 ULE: setup cpu 5 ULE: setup cpu 6 ULE: setup cpu 7 ACPI: RSDP 0xf9960 00024 (v02 ACPIAM) ACPI: XSDT 0xdffb0100 00074 (v01 090808 XSDT1308 20080908 MSFT 00000097) ACPI: FACP 0xdffb0290 000F4 (v03 090808 FACP1308 20080908 MSFT 00000097) ACPI: DSDT 0xdffb04d0 05414 (v01 CLSea CLSea007 00000007 INTL 20051117) ACPI: FACS 0xdffbe000 00040 ACPI: APIC 0xdffb0390 000AA (v01 090808 APIC1308 20080908 MSFT 00000097) ACPI: MCFG 0xdffb0490 0003C (v01 090808 OEMMCFG 20080908 MSFT 00000097) ACPI: OEMB 0xdffbe040 00071 (v01 090808 OEMB1308 20080908 MSFT 00000097) ACPI: HPET 0xdffb58f0 00038 (v01 090808 OEMHPET 20080908 MSFT 00000097) ACPI: ASF! 0xdffb5928 00083 (v32 AMIASF E7230ASF 00000001 INTL 20051117) ACPI: EINJ 0xdffb59b0 00130 (v01 AMIER AMI_EINJ 20080908 MSFT 00000097) ACPI: BERT 0xdffb5b40 00030 (v01 AMIER AMI_BERT 20080908 MSFT 00000097) ACPI: ERST 0xdffb5b70 001B0 (v01 AMIER AMI_ERST 20080908 MSFT 00000097) ACPI: HEST 0xdffb5d20 000A8 (v01 AMIER AMI_HEST 20080908 MSFT 00000097) MADT: Found IO APIC ID 8, Interrupt 0 at 0xfec00000 ioapic0: Routing external 8259A's -> intpin 0 MADT: Found IO APIC ID 9, Interrupt 24 at 0xfec88000 MADT: Found IO APIC ID 10, Interrupt 48 at 0xfec89000 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 lapic: Routing NMI -> LINT1 lapic: LINT1 trigger: edge lapic: LINT1 polarity: high ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard ioapic2 irqs 48-71 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: 0x000000f0 pmc: 0x00010400 kbd: new array size 4 kbd1 at kbdmux0 mem: nfslock: pseudo-device null: random: cpuctl: access to MSR registers/cpuid info. io: acpi0: <090808 XSDT1308> on motherboard PCIe: Memory Mapped configuration base @ 0xe0000000 ioapic0: routing intpin 9 (ISA IRQ 9) to lapic 0 vector 48 ACPI: Executed 1 blocks of module-level executable AML code acpi0: Power Button (fixed) acpi0: reservation of fed1c000, 4000 (3) failed acpi0: reservation of fed20000, 25000 (3) failed acpi0: reservation of fed45000, 5b000 (3) failed acpi0: reservation of feda0000, 20000 (3) failed acpi0: reservation of fec01000, 7f000 (3) failed acpi0: reservation of fec80000, 6000 (3) failed acpi0: reservation of fec86000, a000 (3) failed acpi0: reservation of ff000000, 400000 (3) failed acpi0: reservation of ff400000, 400000 (3) failed acpi0: reservation of ff800000, 400000 (3) failed acpi0: reservation of ffc00000, 400000 (3) failed acpi0: reservation of fec00000, 1000 (3) failed acpi0: reservation of fee00000, 1000 (3) failed acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, dff00000 (3) failed cpu0: on acpi0 cpu0: switching to generic Cx mode cpu1: on acpi0 cpu2: on acpi0 cpu3: on acpi0 cpu4: on acpi0 cpu5: on acpi0 cpu6: on acpi0 cpu7: on acpi0 attimer0: port 0x40-0x43 irq 0 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 ioapic0: routing intpin 2 (ISA IRQ 0) to lapic 0 vector 49 Event timer "i8254" frequency 1193182 Hz quality 100 atrtc0: port 0x70-0x71 irq 8 on acpi0 atrtc0: registered as a time-of-day clock (resolution 1000000us, adjustment 0.500000000s) ioapic0: routing intpin 8 (ISA IRQ 8) to lapic 0 vector 50 Event timer "RTC" frequency 32768 Hz quality 0 hpet0: iomem 0xfed00000-0xfed003ff on acpi0 hpet0: vendor 0x8086, rev 0x1, 14318180Hz 64bit, 3 timers, legacy route hpet0: t0: irqs 0x00f00000 (0), 64bit, periodic hpet0: t1: irqs 0x00f00000 (0) hpet0: t2: irqs 0x00f00800 (0) Timecounter "HPET" frequency 14318180 Hz quality 950 ioapic0: routing intpin 20 (PCI IRQ 20) to lapic 0 vector 51 Event timer "HPET" frequency 14318180 Hz quality 450 Event timer "HPET1" frequency 14318180 Hz quality 440 Event timer "HPET2" frequency 14318180 Hz quality 440 ACPI timer: 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 -> 10 Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 pci_link0: Index IRQ Rtd Ref IRQs Initial Probe 0 5 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 5 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link1: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 3 4 5 6 7 11 12 14 15 Validation 0 11 N 0 3 4 5 6 7 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 11 12 14 15 pci_link2: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 11 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link3: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 10 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link4: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 255 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link5: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 255 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link6: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 255 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link7: Index IRQ Rtd Ref IRQs Initial Probe 0 7 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 7 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pcib0: port 0xcf8-0xcff on acpi0 pcib0: decoding 4 range 0-0xcf7 pcib0: decoding 4 range 0xd00-0xffff pcib0: decoding 3 range 0xa0000-0xbffff pcib0: decoding 3 range 0xd0000-0xdffff pcib0: decoding 3 range 0xf0000000-0xfebfffff pci0: on pcib0 pci0: domain=0, physical bus=0 found-> vendor=0x8086, dev=0x4003, revid=0x20 domain=0, bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0144, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 3 supports D0 D3 current D0 MSI supports 2 messages pcib0: matched entry for 0.0.INTA pcib0: slot 0 INTA hardwired to IRQ 17 found-> vendor=0x8086, dev=0x4021, revid=0x20 domain=0, bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0144, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x00 (0 ns) intpin=a, irq=5 powerspec 3 supports D0 D3 current D0 MSI supports 2 messages pcib0: matched entry for 0.1.INTA pcib0: slot 1 INTA hardwired to IRQ 48 found-> vendor=0x8086, dev=0x4025, revid=0x20 domain=0, bus=0, slot=5, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0144, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x00 (0 ns) intpin=a, irq=5 powerspec 3 supports D0 D3 current D0 MSI supports 2 messages pcib0: matched entry for 0.5.INTA pcib0: slot 5 INTA hardwired to IRQ 52 found-> vendor=0x8086, dev=0x4029, revid=0x20 domain=0, bus=0, slot=9, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x00 (0 ns) intpin=a, irq=5 powerspec 3 supports D0 D3 current D0 MSI supports 2 messages pcib0: matched entry for 0.9.INTA pcib0: slot 9 INTA hardwired to IRQ 56 found-> vendor=0x8086, dev=0x402f, revid=0x20 domain=0, bus=0, slot=15, func=0 class=08-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=5 powerspec 3 supports D0 D3 current D0 MSI-X supports 4 messages in map 0x10 map[10]: type Memory, range 64, base 0xfd7f8000, size 14, enabled pcib0: allocated type 3 (0xfd7f8000-0xfd7fbfff) for rid 10 of pci0:0:15:0 pcib0: matched entry for 0.15.INTA pcib0: slot 15 INTA hardwired to IRQ 57 found-> vendor=0x8086, dev=0x4030, revid=0x20 domain=0, bus=0, slot=16, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x4030, revid=0x20 domain=0, bus=0, slot=16, func=1 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x4030, revid=0x20 domain=0, bus=0, slot=16, func=2 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x4030, revid=0x20 domain=0, bus=0, slot=16, func=3 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x4030, revid=0x20 domain=0, bus=0, slot=16, func=4 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x4031, revid=0x20 domain=0, bus=0, slot=17, func=0 class=06-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=0x4035, revid=0x20 domain=0, bus=0, slot=21, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x4035, revid=0x20 domain=0, bus=0, slot=21, func=1 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x4036, revid=0x20 domain=0, bus=0, slot=22, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x4036, revid=0x20 domain=0, bus=0, slot=22, func=1 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x2690, revid=0x09 domain=0, bus=0, slot=28, func=0 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0144, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x00 (0 ns) intpin=a, irq=5 powerspec 2 supports D0 D3 current D0 MSI supports 1 message pcib0: matched entry for 0.28.INTA pcib0: slot 28 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x2694, revid=0x09 domain=0, bus=0, slot=28, func=2 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x00 (0 ns) intpin=c, irq=11 powerspec 2 supports D0 D3 current D0 MSI supports 1 message pcib0: matched entry for 0.28.INTC pcib0: slot 28 INTC hardwired to IRQ 18 found-> vendor=0x8086, dev=0x2696, revid=0x09 domain=0, bus=0, slot=28, func=3 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x00 (0 ns) intpin=d, irq=10 powerspec 2 supports D0 D3 current D0 MSI supports 1 message pcib0: matched entry for 0.28.INTD pcib0: slot 28 INTD hardwired to IRQ 19 found-> vendor=0x8086, dev=0x2688, revid=0x09 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=7 map[20]: type I/O Port, range 32, base 0x9000, size 5, enabled pcib0: allocated type 4 (0x9000-0x901f) for rid 20 of pci0:0:29:0 pcib0: matched entry for 0.29.INTA pcib0: slot 29 INTA hardwired to IRQ 23 found-> vendor=0x8086, dev=0x2689, revid=0x09 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=10 map[20]: type I/O Port, range 32, base 0x9080, size 5, enabled pcib0: allocated type 4 (0x9080-0x909f) for rid 20 of pci0:0:29:1 pcib0: matched entry for 0.29.INTB pcib0: slot 29 INTB hardwired to IRQ 19 found-> vendor=0x8086, dev=0x268c, revid=0x09 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=a, irq=7 powerspec 2 supports D0 D3 current D0 map[10]: type Memory, range 32, base 0xfd7ff800, size 10, enabled pcib0: allocated type 3 (0xfd7ff800-0xfd7ffbff) for rid 10 of pci0:0:29:7 pcib0: matched entry for 0.29.INTA pcib0: slot 29 INTA hardwired to IRQ 23 ehci early: SMM active, request owner change found-> vendor=0x8086, dev=0x244e, revid=0xd9 domain=0, bus=0, slot=30, func=0 class=06-04-01, hdrtype=0x01, mfdev=0 cmdreg=0x0147, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x1b (6750 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x2670, revid=0x09 domain=0, bus=0, slot=31, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x0147, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x269e, revid=0x09 domain=0, bus=0, slot=31, func=1 class=01-01-8a, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0288, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 pcib0: allocated type 4 (0x1f0-0x1f7) for rid 10 of pci0:0:31:1 pcib0: allocated type 4 (0x3f6-0x3f6) for rid 14 of pci0:0:31:1 pcib0: allocated type 4 (0x170-0x177) for rid 18 of pci0:0:31:1 pcib0: allocated type 4 (0x376-0x376) for rid 1c of pci0:0:31:1 map[20]: type I/O Port, range 32, base 0xffa0, size 4, enabled pcib0: allocated type 4 (0xffa0-0xffaf) for rid 20 of pci0:0:31:1 found-> vendor=0x8086, dev=0x2681, revid=0x09 domain=0, bus=0, slot=31, func=2 class=01-06-01, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x02b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=10 powerspec 2 supports D0 D3 current D0 map[10]: type I/O Port, range 32, base 0x9c00, size 3, enabled pcib0: allocated type 4 (0x9c00-0x9c07) for rid 10 of pci0:0:31:2 map[14]: type I/O Port, range 32, base 0x9880, size 2, enabled pcib0: allocated type 4 (0x9880-0x9883) for rid 14 of pci0:0:31:2 map[18]: type I/O Port, range 32, base 0x9800, size 3, enabled pcib0: allocated type 4 (0x9800-0x9807) for rid 18 of pci0:0:31:2 map[1c]: type I/O Port, range 32, base 0x9480, size 2, enabled pcib0: allocated type 4 (0x9480-0x9483) for rid 1c of pci0:0:31:2 map[20]: type I/O Port, range 32, base 0x9400, size 5, enabled pcib0: allocated type 4 (0x9400-0x941f) for rid 20 of pci0:0:31:2 map[24]: type Memory, range 32, base 0xfd7ffc00, size 10, enabled pcib0: allocated type 3 (0xfd7ffc00-0xfd7fffff) for rid 24 of pci0:0:31:2 pcib0: matched entry for 0.31.INTB pcib0: slot 31 INTB hardwired to IRQ 19 found-> vendor=0x8086, dev=0x269b, revid=0x09 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=11 map[20]: type I/O Port, range 32, base 0x400, size 5, enabled pcib0: allocated type 4 (0x400-0x41f) for rid 20 of pci0:0:31:3 pcib0: matched entry for 0.31.INTB pcib0: slot 31 INTB hardwired to IRQ 19 pcib1: irq 48 at device 1.0 on pci0 pcib1: domain 0 pcib1: secondary bus 11 pcib1: subordinate bus 11 pcib1: no prefetched decode pci11: on pcib1 pci11: domain=0, physical bus=11 pcib2: irq 52 at device 5.0 on pci0 pcib2: domain 0 pcib2: secondary bus 10 pcib2: subordinate bus 10 pcib2: no prefetched decode pci10: on pcib2 pci10: domain=0, physical bus=10 pcib3: irq 56 at device 9.0 on pci0 pcib0: allocated type 4 (0xd000-0xefff) for rid 1c of pcib3 pcib3: failed to allocate initial memory window: 0xfdb00000-0xfebfffff pcib3: domain 0 pcib3: secondary bus 5 pcib3: subordinate bus 9 pcib3: I/O decode 0xd000-0xefff pcib3: no prefetched decode pci5: on pcib3 pci5: domain=0, physical bus=5 found-> vendor=0x8086, dev=0x3500, revid=0x01 domain=0, bus=5, slot=0, func=0 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x00 (0 ns) intpin=a, irq=5 powerspec 2 supports D0 D3 current D0 pcib3: matched entry for 5.0.INTA pcib3: slot 0 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x350c, revid=0x01 domain=0, bus=5, slot=0, func=3 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 pcib4: irq 16 at device 0.0 on pci5 pcib3: allocated I/O port range (0xe000-0xefff) for rid 1c of pcib4 pcib3: failed to allocate initial memory window (0xfdf00000-0xfebfffff,0xd00000) pcib4: failed to allocate initial memory window: 0xfdf00000-0xfebfffff pcib4: domain 0 pcib4: secondary bus 7 pcib4: subordinate bus 9 pcib4: I/O decode 0xe000-0xefff pcib4: no prefetched decode pci7: on pcib4 pci7: domain=0, physical bus=7 found-> vendor=0x8086, dev=0x3510, revid=0x01 domain=0, bus=7, slot=0, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0144, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit found-> vendor=0x8086, dev=0x3518, revid=0x01 domain=0, bus=7, slot=2, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit pcib5: at device 0.0 on pci7 pcib5: domain 0 pcib5: secondary bus 9 pcib5: subordinate bus 9 pcib5: no prefetched decode pci9: on pcib5 pci9: domain=0, physical bus=9 pcib6: at device 2.0 on pci7 pcib4: allocated I/O port range (0xe000-0xefff) for rid 1c of pcib6 pcib0: allocated type 3 (0xfdf00000-0xfdffffff) for rid 20 of pcib3 pcib3: allocated initial memory window of 0xfdf00000-0xfdffffff pcib3: allocated memory range (0xfdf00000-0xfdffffff) for rid 20 of pcib4 pcib4: allocated initial memory window of 0xfdf00000-0xfdffffff pcib4: allocated memory range (0xfdf00000-0xfdffffff) for rid 20 of pcib6 pcib6: domain 0 pcib6: secondary bus 8 pcib6: subordinate bus 8 pcib6: I/O decode 0xe000-0xefff pcib6: memory decode 0xfdf00000-0xfdffffff pcib6: no prefetched decode pci8: on pcib6 pci8: domain=0, physical bus=8 found-> vendor=0x8086, dev=0x1096, revid=0x01 domain=0, bus=8, slot=0, func=0 class=02-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Memory, range 32, base 0xfdfa0000, size 17, enabled pcib6: allocated memory range (0xfdfa0000-0xfdfbffff) for rid 10 of pci0:8:0:0 map[18]: type I/O Port, range 32, base 0xe880, size 5, enabled pcib6: allocated I/O port range (0xe880-0xe89f) for rid 18 of pci0:8:0:0 pcib6: matched entry for 8.0.INTA pcib6: slot 0 INTA hardwired to IRQ 18 found-> vendor=0x8086, dev=0x1096, revid=0x01 domain=0, bus=8, slot=0, func=1 class=02-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=10 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Memory, range 32, base 0xfdfe0000, size 17, enabled pcib6: allocated memory range (0xfdfe0000-0xfdffffff) for rid 10 of pci0:8:0:1 map[18]: type I/O Port, range 32, base 0xec00, size 5, enabled pcib6: allocated I/O port range (0xec00-0xec1f) for rid 18 of pci0:8:0:1 pcib6: matched entry for 8.0.INTB pcib6: slot 0 INTB hardwired to IRQ 19 em0: port 0xe880-0xe89f mem 0xfdfa0000-0xfdfbffff irq 18 at device 0.0 on pci8 em0: attempting to allocate 1 MSI vectors (1 supported) msi: routing MSI IRQ 256 to local APIC 0 vector 52 em0: using IRQ 256 for MSI em0: Using an MSI interrupt em0: bpf attached em0: Ethernet address: 00:22:15:31:2a:9c em1: port 0xec00-0xec1f mem 0xfdfe0000-0xfdffffff irq 19 at device 0.1 on pci8 em1: attempting to allocate 1 MSI vectors (1 supported) msi: routing MSI IRQ 257 to local APIC 0 vector 53 em1: using IRQ 257 for MSI em1: Using an MSI interrupt em1: bpf attached em1: Ethernet address: 00:22:15:31:2a:9d pcib7: at device 0.3 on pci5 pcib3: allocated I/O port range (0xd000-0xdfff) for rid 1c of pcib7 pcib3: attempting to grow memory window for (0xfdc00000-0xfdefffff,0x300000) front candidate range: 0xfdc00000-0xfdefffff pcib3: bus_adjust_resource(0xfdc00000, 0xfdffffff) pci0: bus_adjust_resource(pcib3, 0x20, 0xfdc00000, 0xfdffffff) pcib0: bus_adjust_resource(pcib3, 0x20, 0xfdc00000, 0xfdffffff) acpi0: bus_adjust_resource(pcib3, 0x20, 0xfdc00000, 0xfdffffff) nexus0: bus_adjust_resource(pcib3, 0x20, 0xfdc00000, 0xfdffffff) pcib3: grew memory window to 0xfdc00000-0xfdffffff pcib3: allocated memory range (0xfdc00000-0xfdefffff) for rid 20 of pcib7 pcib7: domain 0 pcib7: secondary bus 6 pcib7: subordinate bus 6 pcib7: I/O decode 0xd000-0xdfff pcib7: memory decode 0xfdc00000-0xfdefffff pcib7: no prefetched decode pci6: on pcib7 pci6: domain=0, physical bus=6 found-> vendor=0x1000, dev=0x0054, revid=0x02 domain=0, bus=6, slot=3, func=0 class=01-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0157, statreg=0x0230, cachelnsz=16 (dwords) lattimer=0x78 (3600 ns), mingnt=0x40 (16000 ns), maxlat=0x0a (2500 ns) intpin=a, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 MSI supports 1 message, 64 bit MSI-X supports 1 message in map 0x14 map[10]: type I/O Port, range 32, base 0xd000, size 8, enabled pcib7: allocated I/O port range (0xd000-0xd0ff) for rid 10 of pci0:6:3:0 map[14]: type Memory, range 64, base 0xfdefc000, size 14, enabled pcib7: allocated memory range (0xfdefc000-0xfdefffff) for rid 14 of pci0:6:3:0 map[1c]: type Memory, range 64, base 0xfdee0000, size 16, enabled pcib7: allocated memory range (0xfdee0000-0xfdeeffff) for rid 1c of pci0:6:3:0 pcib7: matched entry for 6.3.INTA pcib7: slot 3 INTA hardwired to IRQ 26 mpt0: port 0xd000-0xd0ff mem 0xfdefc000-0xfdefffff,0xfdee0000-0xfdeeffff irq 26 at device 3.0 on pci6 mpt0: attempting to allocate 1 MSI-X vectors (1 supported) msi: routing MSI-X IRQ 258 to local APIC 0 vector 54 mpt0: using IRQ 258 for MSI-X mpt0: MPI Version=1.5.16.0 mpt0: chain depth limited to 34 (from 2040) mpt0: Maximum Segment Count: 306, Maximum CAM Segment Count: 33 mpt0: MsgLength=20 IOCNumber = 0 mpt0: IOCFACTS: GlobalCredits=286 BlockSize=8 bytes Request Frame Size 128 bytes Max Chain Depth 34 mpt0: IOCFACTS: Num Ports 1, FWImageSize 0, Flags=0x2 mpt0: No Handlers For Any Event Notify Frames. Event 0xa (ACK not required). mpt0: No Handlers For Any Event Notify Frames. Event 0x16 (ACK not required). mpt0: No Handlers For Any Event Notify Frames. Event 0x16 (ACK not required). mpt0: No Handlers For Any Event Notify Frames. Event 0x16 (ACK not required). mpt0: No Handlers For Any Event Notify Frames. Event 0x12 (ACK not required). mpt0: No Handlers For Any Event Notify Frames. Event 0x12 (ACK not required). mpt0: No Handlers For Any Event Notify Frames. Event 0x12 (ACK not required). mpt0: No Handlers For Any Event Notify Frames. Event 0x12 (ACK not required). mpt0: No Handlers For Any Event Notify Frames. Event 0x16 (ACK not required). mpt0: No Handlers For Any Event Notify Frames. Event 0xf (ACK required). mpt0: No Handlers For Any Event Notify Frames. Event 0xf (ACK required). mpt0: No Handlers For Any Event Notify Frames. Event 0xf (ACK required). mpt0: No Handlers For Any Event Notify Frames. Event 0xf (ACK required). mpt0: Capabilities: ( RAID-0 RAID-1E RAID-1 ) mpt0: 0 Active Volumes (2 Max) mpt0: 0 Hidden Drive Members (14 Max) mpt0: No Handlers For Any Event Notify Frames. Event 0xa (ACK not required). pci0: at device 15.0 (no driver attached) pcib8: irq 16 at device 28.0 on pci0 pcib8: domain 0 pcib8: secondary bus 4 pcib8: subordinate bus 4 pcib8: no prefetched decode pci4: on pcib8 pci4: domain=0, physical bus=4 pcib9: irq 18 at device 28.2 on pci0 pcib0: allocated type 4 (0xc000-0xcfff) for rid 1c of pcib9 pcib0: allocated type 3 (0xfda00000-0xfdafffff) for rid 20 of pcib9 pcib9: domain 0 pcib9: secondary bus 3 pcib9: subordinate bus 3 pcib9: I/O decode 0xc000-0xcfff pcib9: memory decode 0xfda00000-0xfdafffff pcib9: no prefetched decode pci3: on pcib9 pci3: domain=0, physical bus=3 found-> vendor=0x8086, dev=0x109a, revid=0x00 domain=0, bus=3, slot=0, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Memory, range 32, base 0xfdae0000, size 17, enabled pcib9: allocated memory range (0xfdae0000-0xfdafffff) for rid 10 of pci0:3:0:0 map[18]: type I/O Port, range 32, base 0xcc00, size 5, enabled pcib9: allocated I/O port range (0xcc00-0xcc1f) for rid 18 of pci0:3:0:0 pcib9: matched entry for 3.0.INTA pcib9: slot 0 INTA hardwired to IRQ 18 em2: port 0xcc00-0xcc1f mem 0xfdae0000-0xfdafffff irq 18 at device 0.0 on pci3 em2: attempting to allocate 1 MSI vectors (1 supported) msi: routing MSI IRQ 259 to local APIC 0 vector 55 em2: using IRQ 259 for MSI em2: Using an MSI interrupt em2: bpf attached em2: Ethernet address: 00:22:15:31:27:6a pcib10: irq 19 at device 28.3 on pci0 pcib0: allocated type 4 (0xb000-0xbfff) for rid 1c of pcib10 pcib0: allocated type 3 (0xfd900000-0xfd9fffff) for rid 20 of pcib10 pcib10: domain 0 pcib10: secondary bus 2 pcib10: subordinate bus 2 pcib10: I/O decode 0xb000-0xbfff pcib10: memory decode 0xfd900000-0xfd9fffff pcib10: no prefetched decode pci2: on pcib10 pci2: domain=0, physical bus=2 found-> vendor=0x8086, dev=0x109a, revid=0x00 domain=0, bus=2, slot=0, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Memory, range 32, base 0xfd9e0000, size 17, enabled pcib10: allocated memory range (0xfd9e0000-0xfd9fffff) for rid 10 of pci0:2:0:0 map[18]: type I/O Port, range 32, base 0xbc00, size 5, enabled pcib10: allocated I/O port range (0xbc00-0xbc1f) for rid 18 of pci0:2:0:0 pcib10: matched entry for 2.0.INTA pcib10: slot 0 INTA hardwired to IRQ 19 em3: port 0xbc00-0xbc1f mem 0xfd9e0000-0xfd9fffff irq 19 at device 0.0 on pci2 em3: attempting to allocate 1 MSI vectors (1 supported) msi: routing MSI IRQ 260 to local APIC 0 vector 56 em3: using IRQ 260 for MSI em3: Using an MSI interrupt em3: bpf attached em3: Ethernet address: 00:22:15:31:28:d1 uhci0: port 0x9000-0x901f irq 23 at device 29.0 on pci0 ioapic0: routing intpin 23 (PCI IRQ 23) to lapic 0 vector 57 usbus0 on uhci0 usbus0: bpf attached uhci0: usbpf: Attached uhci1: port 0x9080-0x909f irq 19 at device 29.1 on pci0 ioapic0: routing intpin 19 (PCI IRQ 19) to lapic 0 vector 58 usbus1 on uhci1 usbus1: bpf attached uhci1: usbpf: Attached ehci0: mem 0xfd7ff800-0xfd7ffbff irq 23 at device 29.7 on pci0 usbus2: EHCI version 1.0 usbus2 on ehci0 usbus2: bpf attached ehci0: usbpf: Attached pcib11: at device 30.0 on pci0 pcib0: allocated type 4 (0xa000-0xafff) for rid 1c of pcib11 pcib0: allocated type 3 (0xfd800000-0xfd8fffff) for rid 20 of pcib11 pcib0: allocated type 3 (0xf8000000-0xfbffffff) for rid 24 of pcib11 pcib11: domain 0 pcib11: secondary bus 1 pcib11: subordinate bus 1 pcib11: I/O decode 0xa000-0xafff pcib11: memory decode 0xfd800000-0xfd8fffff pcib11: prefetched decode 0xf8000000-0xfbffffff pcib11: Subtractively decoded bridge. pci1: on pcib11 pci1: domain=0, physical bus=1 found-> vendor=0x18ca, dev=0x0020, revid=0x00 domain=0, bus=1, slot=2, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0003, statreg=0x0230, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Prefetchable Memory, range 32, base 0xf8000000, size 26, enabled pcib11: allocated prefetch range (0xf8000000-0xfbffffff) for rid 10 of pci0:1:2:0 map[14]: type Memory, range 32, base 0xfd8c0000, size 18, enabled pcib11: allocated memory range (0xfd8c0000-0xfd8fffff) for rid 14 of pci0:1:2:0 map[18]: type I/O Port, range 32, base 0xac00, size 7, enabled pcib11: allocated I/O port range (0xac00-0xac7f) for rid 18 of pci0:1:2:0 vgapci0: port 0xac00-0xac7f mem 0xf8000000-0xfbffffff,0xfd8c0000-0xfd8fffff at device 2.0 on pci1 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 31.1 on pci0 ata0: at channel 0 on atapci0 ioapic0: routing intpin 14 (ISA IRQ 14) to lapic 0 vector 59 ahci0: port 0x9c00-0x9c07,0x9880-0x9883,0x9800-0x9807,0x9480-0x9483,0x9400-0x941f mem 0xfd7ffc00-0xfd7fffff irq 19 at device 31.2 on pci0 ahci0: AHCI v1.10 with 6 3Gbps ports, Port Multiplier not supported ahci0: Caps: 64bit NCQ ALP AL 3Gbps SSC PSC 32cmd 6ports ahci0: Caps2: ahcich0: at channel 0 on ahci0 ahcich0: Caps: ahcich1: at channel 1 on ahci0 ahcich1: Caps: ahcich2: at channel 2 on ahci0 ahcich2: Caps: ahcich3: at channel 3 on ahci0 ahcich3: Caps: ahcich4: at channel 4 on ahci0 ahcich4: Caps: ahcich5: at channel 5 on ahci0 ahcich5: Caps: ichsmb0: port 0x400-0x41f irq 19 at device 31.3 on pci0 smbus0: on ichsmb0 smb0: on smbus0 acpi_button0: on acpi0 uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 ioapic0: routing intpin 4 (ISA IRQ 4) to lapic 0 vector 60 uart0: fast interrupt uart1: <16550 or compatible> port 0x2f8-0x2ff irq 3 on acpi0 ioapic0: routing intpin 3 (ISA IRQ 3) to lapic 0 vector 61 uart1: fast interrupt acpi0: wakeup code va 0xffffff88c4212000 pa 0x90000 ahc_isa_probe 0: ioport 0xc00 alloc failed ahc_isa_probe 1: ioport 0x1c00 alloc failed ahc_isa_probe 2: ioport 0x2c00 alloc failed ahc_isa_probe 3: ioport 0x3c00 alloc failed ahc_isa_probe 4: ioport 0x4c00 alloc failed ahc_isa_probe 5: ioport 0x5c00 alloc failed ahc_isa_probe 6: ioport 0x6c00 alloc failed ahc_isa_probe 7: ioport 0x7c00 alloc failed ahc_isa_probe 8: ioport 0x8c00 alloc failed ahc_isa_probe 9: ioport 0x9c00 alloc failed ahc_isa_probe 10: ioport 0xac00 alloc failed ahc_isa_probe 11: ioport 0xbc00 alloc failed ahc_isa_probe 12: ioport 0xcc00 alloc failed ahc_isa_probe 13: ioport 0xdc00 alloc failed ahc_isa_probe 14: ioport 0xec00 alloc failed isab0: found ICH8 or equivalent chipset: Intel 63XXESB watchdog timer pcib0: allocated type 3 (0xa0000-0xa07ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa0800-0xa0fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa1000-0xa17ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa1800-0xa1fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa2000-0xa27ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa2800-0xa2fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa3000-0xa37ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa3800-0xa3fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa4000-0xa47ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa4800-0xa4fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa5000-0xa57ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa5800-0xa5fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa6000-0xa67ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa6800-0xa6fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa7000-0xa77ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa7800-0xa7fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa8000-0xa87ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa8800-0xa8fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa9000-0xa97ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa9800-0xa9fff) for rid 0 of orm0 pcib0: allocated type 3 (0xaa000-0xaa7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xaa800-0xaafff) for rid 0 of orm0 pcib0: allocated type 3 (0xab000-0xab7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xab800-0xabfff) for rid 0 of orm0 pcib0: allocated type 3 (0xac000-0xac7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xac800-0xacfff) for rid 0 of orm0 pcib0: allocated type 3 (0xad000-0xad7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xad800-0xadfff) for rid 0 of orm0 pcib0: allocated type 3 (0xae000-0xae7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xae800-0xaefff) for rid 0 of orm0 pcib0: allocated type 3 (0xaf000-0xaf7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xaf800-0xaffff) for rid 0 of orm0 pcib0: allocated type 3 (0xb0000-0xb07ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb0800-0xb0fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb1000-0xb17ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb1800-0xb1fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb2000-0xb27ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb2800-0xb2fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb3000-0xb37ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb3800-0xb3fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb4000-0xb47ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb4800-0xb4fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb5000-0xb57ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb5800-0xb5fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb6000-0xb67ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb6800-0xb6fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb7000-0xb77ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb7800-0xb7fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb8000-0xb87ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb8800-0xb8fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb9000-0xb97ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb9800-0xb9fff) for rid 0 of orm0 pcib0: allocated type 3 (0xba000-0xba7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xba800-0xbafff) for rid 0 of orm0 pcib0: allocated type 3 (0xbb000-0xbb7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbb800-0xbbfff) for rid 0 of orm0 pcib0: allocated type 3 (0xbc000-0xbc7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbc800-0xbcfff) for rid 0 of orm0 pcib0: allocated type 3 (0xbd000-0xbd7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbd800-0xbdfff) for rid 0 of orm0 pcib0: allocated type 3 (0xbe000-0xbe7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbe800-0xbefff) for rid 0 of orm0 pcib0: allocated type 3 (0xbf000-0xbf7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbf800-0xbffff) for rid 0 of orm0 pcib0: allocated type 3 (0xd0000-0xd07ff) for rid 3 of orm0 pcib0: allocated type 3 (0xd0000-0xd0fff) for rid 3 of orm0 pcib0: allocated type 3 (0xd1000-0xd17ff) for rid 4 of orm0 pcib0: allocated type 3 (0xd1000-0xd1fff) for rid 4 of orm0 pcib0: allocated type 3 (0xd2000-0xd27ff) for rid 5 of orm0 pcib0: allocated type 3 (0xd2800-0xd2fff) for rid 5 of orm0 pcib0: allocated type 3 (0xd3000-0xd37ff) for rid 5 of orm0 pcib0: allocated type 3 (0xd3800-0xd3fff) for rid 5 of orm0 pcib0: allocated type 3 (0xd4000-0xd47ff) for rid 5 of orm0 pcib0: allocated type 3 (0xd4800-0xd4fff) for rid 5 of orm0 pcib0: allocated type 3 (0xd5000-0xd57ff) for rid 5 of orm0 pcib0: allocated type 3 (0xd5800-0xd5fff) for rid 5 of orm0 pcib0: allocated type 3 (0xd6000-0xd67ff) for rid 5 of orm0 pcib0: allocated type 3 (0xd6800-0xd6fff) for rid 5 of orm0 pcib0: allocated type 3 (0xd7000-0xd77ff) for rid 5 of orm0 pcib0: allocated type 3 (0xd7800-0xd7fff) for rid 5 of orm0 pcib0: allocated type 3 (0xd8000-0xd87ff) for rid 5 of orm0 pcib0: allocated type 3 (0xd8800-0xd8fff) for rid 5 of orm0 pcib0: allocated type 3 (0xd9000-0xd97ff) for rid 5 of orm0 pcib0: allocated type 3 (0xd9800-0xd9fff) for rid 5 of orm0 pcib0: allocated type 3 (0xda000-0xda7ff) for rid 5 of orm0 pcib0: allocated type 3 (0xda800-0xdafff) for rid 5 of orm0 pcib0: allocated type 3 (0xdb000-0xdb7ff) for rid 5 of orm0 pcib0: allocated type 3 (0xdb800-0xdbfff) for rid 5 of orm0 pcib0: allocated type 3 (0xdc000-0xdc7ff) for rid 5 of orm0 pcib0: allocated type 3 (0xdc800-0xdcfff) for rid 5 of orm0 pcib0: allocated type 3 (0xdd000-0xdd7ff) for rid 5 of orm0 pcib0: allocated type 3 (0xdd800-0xddfff) for rid 5 of orm0 pcib0: allocated type 3 (0xde000-0xde7ff) for rid 5 of orm0 pcib0: allocated type 3 (0xde800-0xdefff) for rid 5 of orm0 pcib0: allocated type 3 (0xdf000-0xdf7ff) for rid 5 of orm0 pcib0: allocated type 3 (0xdf800-0xdffff) for rid 5 of orm0 isa_probe_children: disabling PnP devices ichwd0 on isa0 isab0: found ICH8 or equivalent chipset: Intel 63XXESB watchdog timer pcib0: allocated type 4 (0x830-0x837) for rid 0 of ichwd0 pcib0: allocated type 4 (0x860-0x87f) for rid 1 of ichwd0 ichwd0: (null) (ICH8 or equivalent) ichwd0: timer disabled ipmi0: on isa0 ipmi0: KCS mode found at io 0xca2 alignment 0x1 on isa pcib0: allocated type 4 (0xca2-0xca3) for rid 0 of ipmi0 ipmi0: couldn't find it device_attach: ipmi0 attach returned 6 atrtc: atrtc0 already exists; skipping it attimer: attimer0 already exists; skipping it sc: sc0 already exists; skipping it uart: uart0 already exists; skipping it uart: uart1 already exists; skipping it isa_probe_children: probing non-PnP devices ipmi0: at port 0xca2-0xca3 on isa0 ipmi0: KCS mode found at io 0xca2 alignment 0x1 on isa pcib0: allocated type 4 (0xca2-0xca3) for rid 0 of ipmi0 ipmi0: couldn't find it device_attach: ipmi0 attach returned 6 orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xc8fff,0xc9000-0xc9fff,0xd0000-0xd0fff,0xd1000-0xd1fff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd1, terminal emulator: scteken (teken terminal) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 pcib0: allocated type 4 (0x3c0-0x3df) for rid 0 of vga0 pcib0: allocated type 3 (0xa0000-0xbffff) for rid 0 of vga0 pcib0: allocated type 4 (0x60-0x60) for rid 0 of atkbdc0 pcib0: allocated type 4 (0x64-0x64) for rid 1 of atkbdc0 atkbdc0: at port 0x60,0x64 on isa0 pcib0: allocated type 4 (0x60-0x60) for rid 0 of atkbdc0 pcib0: allocated type 4 (0x64-0x64) for rid 1 of atkbdc0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 kbd0: atkbd0, generic (0), config:0x0, flags:0x3f0000 ioapic0: routing intpin 1 (ISA IRQ 1) to lapic 0 vector 62 atkbd0: [GIANT-LOCKED] psm0: unable to allocate IRQ fdc0 failed to probe at port 0x3f0 irq 6 drq 2 on isa0 ppc0 failed to probe at irq 7 on isa0 isa_probe_children: probing PnP devices coretemp0: on cpu0 coretemp0: Setting TjMax=100 est0: enabling SpeedStep est0: failed to enable SpeedStep p4tcc0: on cpu0 coretemp1: on cpu1 coretemp1: Setting TjMax=100 est1: enabling SpeedStep est1: failed to enable SpeedStep p4tcc1: on cpu1 coretemp2: on cpu2 coretemp2: Setting TjMax=100 est2: enabling SpeedStep est2: failed to enable SpeedStep p4tcc2: on cpu2 coretemp3: on cpu3 coretemp3: Setting TjMax=100 est3: enabling SpeedStep est3: failed to enable SpeedStep p4tcc3: on cpu3 coretemp4: on cpu4 coretemp4: Setting TjMax=100 est4: enabling SpeedStep est4: failed to enable SpeedStep p4tcc4: on cpu4 coretemp5: on cpu5 coretemp5: Setting TjMax=100 est5: enabling SpeedStep est5: failed to enable SpeedStep p4tcc5: on cpu5 coretemp6: on cpu6 coretemp6: Setting TjMax=100 est6: enabling SpeedStep est6: failed to enable SpeedStep p4tcc6: on cpu6 coretemp7: on cpu7 coretemp7: Setting TjMax=100 est7: enabling SpeedStep est7: failed to enable SpeedStep p4tcc7: on cpu7 Device configuration finished. linprocfs registered linsysfs registered procfs registered Timecounters tick every 1.000 msec vlan: initialized, using hash tables with chaining epair initialized. Linux ELF exec handler installed ipfw2 (+ipv6) initialized, divert enabled, nat loadable, rule-based forwarding enabled, default to accept, logging disabled ipfw0: bpf attached DUMMYNET 0xfffffe0004e4e840 with IPv6 initialized (100409) load_dn_sched dn_sched QFQ loaded load_dn_sched dn_sched RR loaded load_dn_sched dn_sched WF2Q+ loaded lo0: bpf attached load_dn_sched dn_sched FIFO loaded load_dn_sched dn_sched PRIO loaded usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 480Mbps High Speed USB v2.0 ata0: reset tp1 mask=03 ostat0=00 ostat1=00 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 ugen2.1: at usbus2 uhub2: on usbus2 ata0: stat0=0x00 err=0x00 lsb=0x00 msb=0x00 ata0: stat1=0x7f err=0x7f lsb=0x7f msb=0x7f ata0: stat1=0x00 err=0x00 lsb=0x00 msb=0x00 ata0: reset tp2 stat0=00 stat1=00 devices=0x0 ahcich0: AHCI reset... ahcich0: SATA connect timeout time=10000us status=00000000 ahcich0: AHCI reset: device not found ahcich1: AHCI reset... ahcich1: SATA connect timeout time=10000us status=00000000 ahcich1: AHCI reset: device not found ahcich2: AHCI reset... ahcich2: SATA connect timeout time=10000us status=00000000 ahcich2: AHCI reset: device not found ahcich3: AHCI reset... ahcich3: SATA connect timeout time=10000us status=00000000 ahcich3: AHCI reset: device not found ahcich4: AHCI reset... ahcich4: SATA connect timeout time=10000us status=00000000 ahcich4: AHCI reset: device not found ahcich5: AHCI reset... ahcich5: SATA connect timeout time=10000us status=00000000 ahcich5: AHCI reset: device not found uhub0: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered uhub2: 4 ports with 4 removable, self powered (probe72:mpt0:1:9:0): Error 6, Unretryable error (probe73:mpt0:1:10:0): Error 6, Unretryable error (probe74:mpt0:1:11:0): Error 6, Unretryable error (probe75:mpt0:1:12:0): Error 6, Unretryable error (probe76:mpt0:1:13:0): Error 6, Unretryable error (probe63:mpt0:1:0:0): Error 6, Unretryable error (probe64:mpt0:1:1:0): Error 6, Unretryable error (probe65:mpt0:1:2:0): Error 6, Unretryable error (probe66:mpt0:1:3:0): Error 6, Unretryable error (probe67:mpt0:1:4:0): Error 6, Unretryable error (probe68:mpt0:1:5:0): Error 6, Unretryable error (probe69:mpt0:1:6:0): Error 6, Unretryable error (probe70:mpt0:1:7:0): Error 6, Unretryable error (probe71:mpt0:1:8:0): Error 6, Unretryable error ugen0.2: at usbus0 ukbd0: on usbus0 kbd2 at ukbd0 kbd2: ukbd0, generic (0), config:0x0, flags:0x3d0000 ums0: on usbus0 ums0: 5 buttons and [XYZ] coordinates ID=1 pass0 at mpt0 bus 0 scbus0 target 4 lun 0 pass0: Fixed Direct Access SCSI-5 device pass0: Serial Number 9QMBZSA0 pass0: 300.000MB/s transfers pass0: Command Queueing enabled pass1 at mpt0 bus 0 scbus0 target 5 lun 0 pass1: Fixed Direct Access SCSI-5 device pass1: Serial Number WD-WMAYP0682627 pass1: 300.000MB/s transfers pass1: Command Queueing enabled pass2 at mpt0 bus 0 scbus0 target 6 lun 0 pass2: Fixed Direct Access SCSI-5 device pass2: Serial Number WD-WMAYP0679546 pass2: 300.000MB/s transfers pass2: Command Queueing enabled pass3 at mpt0 bus 0 scbus0 target 7 lun 0 pass3: Fixed Direct Access SCSI-5 device pass3: Serial Number 9QMC1X7Z pass3: 300.000MB/s transfers pass3: Command Queueing enabled (da0:mpt0:0:4:0): SCSI status error (da0:mpt0:0:4:0): SERVICE ACTION IN(16). CDB: 9e 10 0 0 0 0 0 0 0 0 0 0 0 10 0 0 (da0:mpt0:0:4:0): CAM status: SCSI Status Error (da0:mpt0:0:4:0): SCSI status: Check Condition (da0:mpt0:0:4:0): SCSI sense: ILLEGAL REQUEST asc:20,0 (Invalid command operation code) (da0:mpt0:0:4:0): Error 22, Unretryable error (da1:mpt0:0:5:0): SCSI status error (da1:mpt0:0:5:0): SERVICE ACTION IN(16). CDB: 9e 10 0 0 0 0 0 0 0 0 0 0 0 10 0 0 (da1:mpt0:0:5:0): CAM status: SCSI Status Error (da1:mpt0:0:5:0): SCSI status: Check Condition (da1:mpt0:0:5:0): SCSI sense: ILLEGAL REQUEST asc:20,0 (Invalid command operation code) (da1:mpt0:0:5:0): Error 22, Unretryable error da0 at mpt0 bus 0 scbus0 target 4 lun 0 da0: Fixed Direct Access SCSI-5 device da0: Serial Number 9QMBZSA0 da0: 300.000MB/s transfers da0: Command Queueing enabled da0: 476940MB (976773168 512 byte sectors: 255H 63S/T 60801C) da1 at mpt0 bus 0 scbus0 target 5 lun 0 da1: Fixed Direct Access SCSI-5 device da1: Serial Number WD-WMAYP0682627 da1: 300.000MB/s transfers da1: Command Queueing enabled da1: 476940MB (976773168 512 byte sectors: 255H 63S/T 60801C) GEOM: new disk da0 GEOM: new disk da1 (da2:mpt0:0:6:0): SCSI status error (da2:mpt0:0:6:0): SERVICE ACTION IN(16). CDB: 9e 10 0 0 0 0 0 0 0 0 0 0 0 10 0 0 (da2:mpt0:0:6:0): CAM status: SCSI Status Error (da2:mpt0:0:6:0): SCSI status: Check Condition (da2:mpt0:0:6:0): SCSI sense: ILLEGAL REQUEST asc:20,0 (Invalid command operation code) (da2:mpt0:0:6:0): Error 22, Unretryable error (da3:mpt0:0:7:0): SCSI status error (da3:mpt0:0:7:0): SERVICE ACTION IN(16). CDB: 9e 10 0 0 0 0 0 0 0 0 0 0 0 10 0 0 (da3:mpt0:0:7:0): CAM status: SCSI Status Error (da3:mpt0:0:7:0): SCSI status: Check Condition (da3:mpt0:0:7:0): SCSI sense: ILLEGAL REQUEST asc:20,0 (Invalid command operation code) (da3:mpt0:0:7:0): Error 22, Unretryable error da2 at mpt0 bus 0 scbus0 target 6 lun 0 da2: Fixed Direct Access SCSI-5 device da2: Serial Number WD-WMAYP0679546 da2: 300.000MB/s transfers da2: Command Queueing enabled da2: 476940MB (976773168 512 byte sectors: 255H 63S/T 60801C) da3 at mpt0 bus 0 scbus0 target 7 lun 0 da3: Fixed Direct Access SCSI-5 device da3: Serial Number 9QMC1X7Z da3: 300.000MB/s transfers da3: Command Queueing enabled da3: 476940MB (976773168 512 byte sectors: 255H 63S/T 60801C) SMP: AP CPU #7 Launched! cpu7 AP: ID: 0x07000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #6 Launched! cpu6 AP: ID: 0x06000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #2 Launched! cpu2 AP: ID: 0x02000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #1 Launched! cpu1 AP: ID: 0x01000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #3 Launched! cpu3 AP: ID: 0x03000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #5 Launched! cpu5 AP: ID: 0x05000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #4 Launched! cpu4 AP: ID: 0x04000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: passed TSC synchronization test TSC timecounter discards lower 8 bit(s) Timecounter "TSC-low" frequency 11040274 Hz quality 1000 hwpmc: TSC/1/64/0x20 IAP/2/40/0x3ff IAF/3/40/0x61 --------------050304050900080304050702-- From owner-freebsd-stable@FreeBSD.ORG Tue Jun 12 23:21:15 2012 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 E79791065687 for ; Tue, 12 Jun 2012 23:21:14 +0000 (UTC) (envelope-from ml@my.gd) Received: from mail-ey0-f182.google.com (mail-ey0-f182.google.com [209.85.215.182]) by mx1.freebsd.org (Postfix) with ESMTP id 761CA8FC0C for ; Tue, 12 Jun 2012 23:21:14 +0000 (UTC) Received: by eabm6 with SMTP id m6so973445eab.13 for ; Tue, 12 Jun 2012 16:21:13 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=references:in-reply-to:mime-version:content-transfer-encoding :content-type:message-id:cc:x-mailer:from:subject:date:to :x-gm-message-state; bh=CaIuOjT9wLlNgOHrsbYmLMbc7QstIHpie+LEAfZIKxc=; b=N8LF+by8j5svjdfNAqdZTWtQs3OrufLqqg+tzLxfqWESa1PU67X+/4SVoAuvCvc8Rw Kjgrj+zUO3s75jZQgZegI6uzJbxfwHJwH+TaT3H4LZB6IGIjLEU16z/WJn28Zbbw+GZu JsDcoN+dCfYEsG1GT5suXd5SsN+B1jcDA6KpEMFGG3q+ESf7YDOzMfSflH5H7wooAHI+ TssrryelYW66N+gidRu2xwz0o4iTyg+2PsNqo4QjDSafi44ewrgEZIE1Rqm7QiiEnGVg UJiFfPu7T7Y1AW4UT2WfNYTMKUHCNJpdRBSQ/FkQOHC21bUEHujNPOABCiK3mNWZ1DkF JKbw== Received: by 10.14.119.140 with SMTP id n12mr7225440eeh.30.1339543273474; Tue, 12 Jun 2012 16:21:13 -0700 (PDT) Received: from ?IPv6:2a01:e35:8aac:83c0:8d27:e6be:7abf:a153? ([2a01:e35:8aac:83c0:8d27:e6be:7abf:a153]) by mx.google.com with ESMTPS id h53sm897479eea.1.2012.06.12.16.21.11 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 12 Jun 2012 16:21:12 -0700 (PDT) References: In-Reply-To: Mime-Version: 1.0 (1.0) Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Message-Id: X-Mailer: iPhone Mail (9A405) From: Damien Fleuriot Date: Wed, 13 Jun 2012 01:21:08 +0200 To: Nenhum_de_Nos X-Gm-Message-State: ALoCoQmEmEST7jiDaq7f7LWFbwtL4ujxbc9jEEH5ncypLKN9lKRdQ8lBePQNX2vhBhOQ5Pakgr6j Cc: "freebsd-stable@freebsd.org" Subject: Re: lost ZFS pool X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Jun 2012 23:21:15 -0000 On 12 Jun 2012, at 20:17, "Nenhum_de_Nos" wrote: > hail, >=20 > I write just to make sure its dead. I've lost the first disk on a ZFS pool= (jbod). Now I can't > mount it with only the second disk. The first disk clicks to death :( >=20 > [root@optimus ~]# zpool status > pool: pool > state: UNAVAIL > status: One or more devices could not be opened. There are insufficient > replicas for the pool to continue functioning. > action: Attach the missing device and online it using 'zpool online'. > see: http://www.sun.com/msg/ZFS-8000-3C > scrub: none requested > config: >=20 > NAME STATE READ WRITE CKSUM > pool UNAVAIL 0 0 0 insufficient replicas > label/zfs1 UNAVAIL 0 0 0 cannot open > label/zfs2 ONLINE 0 0 >=20 > I have a spare disk (blank), but even though I can't make it online again .= .. >=20 > is there any hope I can read the files in that disk ? >=20 > thanks, >=20 > matheus >=20 Johan has the right of it, you're splitting data between your 2 devices a la= raid0, this means both disks are required for the pool to function. Your data is gone and you're not recovering any of it. You will want to follow Johan's recommendation of using mirror (raid1), rai= dz (raid5) or even raidz2 (raid6) to ensure data integrity and availability.= Note that using raid does *not* exempt you from running backups. As has been pointed out already (Jeremy Chadwick was that you ?), with large= disks ( >1TB ) you encounter the risk of another disk in your raid array fa= iling while you're rebuilding on the replacement drive, because of the high I= O. Also, while I am a proponent of using the full disk for ZFS (as opposed to a= slice), it is recommended to use slices and shave off roughly 100mb from th= e disk space available when creating your pool. This way, if an old disk fails and you replace it with one the same size but= from another manufacturer (the size may vary a bit, imagine if it's 2mb sma= ller, you can't use it in your pool !) you won't face the problem.= From owner-freebsd-stable@FreeBSD.ORG Wed Jun 13 05:38:16 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4443D106564A; Wed, 13 Jun 2012 05:38:16 +0000 (UTC) (envelope-from serguey-grigoriev@yandex.ru) Received: from forward5h.mail.yandex.net (forward5h.mail.yandex.net [84.201.186.23]) by mx1.freebsd.org (Postfix) with ESMTP id DD4DF8FC12; Wed, 13 Jun 2012 05:38:15 +0000 (UTC) Received: from web23h.yandex.ru (web23h.yandex.ru [84.201.187.157]) by forward5h.mail.yandex.net (Yandex) with ESMTP id C64FDD00559; Wed, 13 Jun 2012 09:36:48 +0400 (MSK) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1339565808; bh=GupE85HPuf5Rq1Sj2LQ8hyFxeRpgQqqM5iGLnDrXR4w=; h=From:To:Cc:In-Reply-To:References:Subject:MIME-Version:Message-Id: Date:Content-Transfer-Encoding:Content-Type; b=XfoZRQ94dfqkA/F1t3CGmJPThn0BofMAG4C52sKIRDki4CQz308XMHVRa7zZW8QTF SW1FA8PdtEE013Bkk+Cm7lsXUFea83FAuqc2qpv1KsI3qULHy9agjFv6zV9VlDN/o2 Y3kj+ErsDTQuOesMovy0Lx60sZQgaMUJkQra33os= Received: from 127.0.0.1 (localhost.localdomain [127.0.0.1]) by web23h.yandex.ru (Yandex) with ESMTP id 81BF83D3880B; Wed, 13 Jun 2012 09:36:48 +0400 (MSK) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1339565808; bh=GupE85HPuf5Rq1Sj2LQ8hyFxeRpgQqqM5iGLnDrXR4w=; h=From:To:Cc:In-Reply-To:References:Subject:MIME-Version:Message-Id: Date:Content-Transfer-Encoding:Content-Type; b=XfoZRQ94dfqkA/F1t3CGmJPThn0BofMAG4C52sKIRDki4CQz308XMHVRa7zZW8QTF SW1FA8PdtEE013Bkk+Cm7lsXUFea83FAuqc2qpv1KsI3qULHy9agjFv6zV9VlDN/o2 Y3kj+ErsDTQuOesMovy0Lx60sZQgaMUJkQra33os= Received: from office-gw.skytel.spb.ru (office-gw.skytel.spb.ru [193.110.239.168]) by web23h.yandex.ru with HTTP; Wed, 13 Jun 2012 09:36:48 +0400 From: S.N.Grigoriev To: Dimitry Andric In-Reply-To: <4FD7AFA8.8030807@FreeBSD.org> References: <201206121325.q5CDPNnt078479@freefall.freebsd.org> <33681339512137@web15h.yandex.ru> <4FD7AFA8.8030807@FreeBSD.org> MIME-Version: 1.0 Message-Id: <1567991339565808@web23h.yandex.ru> Date: Wed, 13 Jun 2012 09:36:48 +0400 X-Mailer: Yamail [ http://yandex.ru ] 5.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=koi8-r Cc: FreeBSD Stable Subject: Re: CLang and WERROR X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Jun 2012 05:38:16 -0000 13.06.2012, 01:07, "Dimitry Andric" : > On 2012-06-12 16:42, S.N.Grigoriev wrote: > >> I've found out that CLang requires again NO_WERROR= and WERROR= statements in /etc/src.conf to build kernel from fresh sources. Older sources (at least up to June 4) did not require that. The following error occures: >> >> clang -O2 -pipe -nostdinc -I/usr/include -I. -I/usr/src/sys/dev/aic7xxx/aicasm -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -o aicasm aicasm.o aicasm_symbol.o aicasm_gram.o aicasm_macro_gram.o aicasm_scan.o aicasm_macro_scan.o -ll >> clang: error: argument unused during compilation: '-nostdinc' > > ... > > Ah, thanks for noticing. I had forgotten to merge one additional change > that was needed. > > Please update your stable/9 to r236975, which should fix this. It works fine for me. Thanks, Dimitry! Regards, Serguey. From owner-freebsd-stable@FreeBSD.ORG Wed Jun 13 09:17:27 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id BBC981065673 for ; Wed, 13 Jun 2012 09:17:27 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from opti.dougb.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 68E3114DAA6; Wed, 13 Jun 2012 09:17:27 +0000 (UTC) Message-ID: <4FD85AA7.1060909@FreeBSD.org> Date: Wed, 13 Jun 2012 02:17:27 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:13.0) Gecko/20120611 Thunderbird/13.0 MIME-Version: 1.0 To: "S.N.Grigoriev" References: <201206121325.q5CDPNnt078479@freefall.freebsd.org> <33681339512137@web15h.yandex.ru> In-Reply-To: <33681339512137@web15h.yandex.ru> X-Enigmail-Version: 1.4.2 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable Subject: Re: CLang and WERROR X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Jun 2012 09:17:27 -0000 Please don't try to start a new thread by replying to a message and changing the subject line. Those of us who use threaded mail readers see the new message under the old thread, which can cause the new message to be missed. It's better to start a whole new message. hth, Doug -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Wed Jun 13 12:25:10 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 572A6106566C; Wed, 13 Jun 2012 12:25:10 +0000 (UTC) (envelope-from thomas@gibfest.dk) Received: from mail.tyknet.dk (mail.tyknet.dk [176.9.9.186]) by mx1.freebsd.org (Postfix) with ESMTP id 0CAED8FC08; Wed, 13 Jun 2012 12:25:10 +0000 (UTC) Received: from [IPv6:2a01:3a0:a:90:35e9:e7e6:956f:24dc] (unknown [IPv6:2a01:3a0:a:90:35e9:e7e6:956f:24dc]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.tyknet.dk (Postfix) with ESMTPSA id 46B9D978F7; Wed, 13 Jun 2012 14:19:47 +0200 (CEST) X-DKIM: OpenDKIM Filter v2.4.1 mail.tyknet.dk 46B9D978F7 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=gibfest.dk; s=default; t=1339589988; bh=d+H5H9f2eEYyC6SVsvYYv7SZOVfuN/QLA6mK2CfLZao=; h=Message-ID:Date:From:MIME-Version:To:Subject:Content-Type: Content-Transfer-Encoding; b=w06Sl3s158qLv/X3PhXOkqmTUreCT463B8ttxEZsmc6zSR2aJ/8eGNY2UFSG/eIqo LjEyjLvf1Ai15l/sac4KlCTaA6+fVV/5YWuHCuGloo0d2APFgEOrETSUYi8rGXXe8m t7RRGnsm3i2P39ogi5Wb4TPjgAPDg9wZ7/k0vAyg= Message-ID: <4FD8855C.9090404@gibfest.dk> Date: Wed, 13 Jun 2012 14:19:40 +0200 From: Thomas Steen Rasmussen User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: bug-followup@FreeBSD.org, rsimmons0@gmail.com, stable@freebsd.org X-Enigmail-Version: 1.4.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Re: kern/157863: [geli] kbdmux prevents geli passwords from being entered properly on boot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Jun 2012 12:25:10 -0000 Hello, Just to let everyone know that this is still an issue. I am trying to install FreeBSD 9.0 amd64 on a Lenovo X121e and I can't get it to accept the geli passphrase during boot. I've confirmed using kern.geom.eli.visible_passphrase=1 that the passphrase is correct, and the same passphrase is accepted when the system is booted up. I've tried disabling kbdmux in /boot/device.hints like the PR said, but that didn't help. I also tried disabling atkbd and atkbdc without any luck, infact I couldn't type anything at all when disabling those. Any hints or suggestions to what I might try ? I have another 9-stable laptop that mounts a geli volume at boot, no idea why that one works and this new one doesn't. Thanks in advance, /Thomas Steen Rasmussen From owner-freebsd-stable@FreeBSD.ORG Wed Jun 13 13:03:14 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 42B4D1065670; Wed, 13 Jun 2012 13:03:14 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: from smtprelay04.ispgateway.de (smtprelay04.ispgateway.de [80.67.18.16]) by mx1.freebsd.org (Postfix) with ESMTP id F16E58FC14; Wed, 13 Jun 2012 13:03:13 +0000 (UTC) Received: from [78.35.164.79] (helo=fabiankeil.de) by smtprelay04.ispgateway.de with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.68) (envelope-from ) id 1SenE2-0003zy-J0; Wed, 13 Jun 2012 15:03:06 +0200 Date: Wed, 13 Jun 2012 15:01:57 +0200 From: Fabian Keil To: Thomas Steen Rasmussen Message-ID: <20120613150157.1c5930c4@fabiankeil.de> In-Reply-To: <4FD8855C.9090404@gibfest.dk> References: <4FD8855C.9090404@gibfest.dk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/jm6NxO_vQgiPA42WSE/jqH/"; protocol="application/pgp-signature" X-Df-Sender: Nzc1MDY3 Cc: stable@freebsd.org, rsimmons0@gmail.com, bug-followup@FreeBSD.org Subject: Re: kern/157863: [geli] kbdmux prevents geli passwords from being entered properly on boot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Jun 2012 13:03:14 -0000 --Sig_/jm6NxO_vQgiPA42WSE/jqH/ Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Thomas Steen Rasmussen wrote: > Just to let everyone know that this is still an issue. >=20 > I am trying to install FreeBSD 9.0 amd64 on a Lenovo X121e and I > can't get it to accept the geli passphrase during boot. I've confirmed > using kern.geom.eli.visible_passphrase=3D1 that the passphrase is > correct, and the same passphrase is accepted when the system is > booted up. >=20 > I've tried disabling kbdmux in /boot/device.hints like the PR said, > but that didn't help. I also tried disabling atkbd and atkbdc without > any luck, infact I couldn't type anything at all when disabling those. If disabling kbdmux doesn't help, it sounds like a different issue to me. > Any hints or suggestions to what I might try ? I have another 9-stable > laptop that mounts a geli volume at boot, no idea why that one works > and this new one doesn't. Are you using the password together with a keyfile? I've misconfigured the keyfile in loader.conf in the past, which results in the valid password not being accepted. Obviously the setup then magically works later on when the keyfile is specified correctly on the command line. If you aren't using keyfiles, you could try setting up an USB stick with geli, to confirm that the same media works on one laptop, but doesn't on the other. Fabian --Sig_/jm6NxO_vQgiPA42WSE/jqH/ Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAk/Yj0sACgkQBYqIVf93VJ1sMQCgrrw4AUCzDoohr2ILzk9xKYu6 IosAmwUmEvoKKeOeILOsLvmQb+BcIUU9 =liCA -----END PGP SIGNATURE----- --Sig_/jm6NxO_vQgiPA42WSE/jqH/-- From owner-freebsd-stable@FreeBSD.ORG Wed Jun 13 13:20:29 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 94569106566C; Wed, 13 Jun 2012 13:20:29 +0000 (UTC) (envelope-from thomas@gibfest.dk) Received: from mail.tyknet.dk (mail.tyknet.dk [176.9.9.186]) by mx1.freebsd.org (Postfix) with ESMTP id 475DC8FC0A; Wed, 13 Jun 2012 13:20:29 +0000 (UTC) Received: from [IPv6:2a01:3a0:a:90:6119:44a3:6381:a687] (unknown [IPv6:2a01:3a0:a:90:6119:44a3:6381:a687]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.tyknet.dk (Postfix) with ESMTPSA id 04539979F6; Wed, 13 Jun 2012 15:20:27 +0200 (CEST) X-DKIM: OpenDKIM Filter v2.4.1 mail.tyknet.dk 04539979F6 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=gibfest.dk; s=default; t=1339593628; bh=Wg8htAsfKznXBlNaYDjigCAvsWeE0Brqxkrt1u4H0KA=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=gwDWLFtJHQxm2vhHXYGoCLEsivItIDjJGhw7/GMNYwl02wCebKuqX5Af3jZHKtV/1 ZfmwMA3K6aWUtPM8yaeAmV2za1cc/hFN4+z+jI9Wyigo9plj7/WDZRMRV9nEXCwhgb YTC6DdIGRG1Hmjois2lsIc5YP2obsXYAeWxO0bOE= Message-ID: <4FD8939A.2@gibfest.dk> Date: Wed, 13 Jun 2012 15:20:26 +0200 From: Thomas Steen Rasmussen User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: Fabian Keil References: <4FD8855C.9090404@gibfest.dk> <20120613150157.1c5930c4@fabiankeil.de> In-Reply-To: <20120613150157.1c5930c4@fabiankeil.de> X-Enigmail-Version: 1.4.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org, rsimmons0@gmail.com, bug-followup@FreeBSD.org Subject: Re: kern/157863: [geli] kbdmux prevents geli passwords from being entered properly on boot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Jun 2012 13:20:29 -0000 On 13-06-2012 15:01, Fabian Keil wrote: > Thomas Steen Rasmussen wrote: > >> Just to let everyone know that this is still an issue. >> >> I am trying to install FreeBSD 9.0 amd64 on a Lenovo X121e and I >> can't get it to accept the geli passphrase during boot. I've confirmed >> using kern.geom.eli.visible_passphrase=1 that the passphrase is >> correct, and the same passphrase is accepted when the system is >> booted up. >> >> I've tried disabling kbdmux in /boot/device.hints like the PR said, >> but that didn't help. I also tried disabling atkbd and atkbdc without >> any luck, infact I couldn't type anything at all when disabling those. > > If disabling kbdmux doesn't help, it sounds like a different issue to me. You are right, shame on me for polluting an innocent PR with unrelated stuff. More info below. > >> Any hints or suggestions to what I might try ? I have another 9-stable >> laptop that mounts a geli volume at boot, no idea why that one works >> and this new one doesn't. > > Are you using the password together with a keyfile? Yes I am. > I've misconfigured the keyfile in loader.conf in the past, > which results in the valid password not being accepted. > > Obviously the setup then magically works later on when the > keyfile is specified correctly on the command line. This (a small typo in keyfile in loader.conf) was the problem, and I need to get my eyes examined :-) geli could be better at explaining the problem though. Thank you Fabian! Just what I needed. Apologies for the noise, Thomas Steen Rasmussen From owner-freebsd-stable@FreeBSD.ORG Wed Jun 13 14:49:31 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A80001065672 for ; Wed, 13 Jun 2012 14:49:31 +0000 (UTC) (envelope-from daniel@digsys.bg) Received: from smtp-sofia.digsys.bg (smtp-sofia.digsys.bg [193.68.3.230]) by mx1.freebsd.org (Postfix) with ESMTP id 29E028FC08 for ; Wed, 13 Jun 2012 14:49:30 +0000 (UTC) Received: from dcave.digsys.bg (dcave.digsys.bg [192.92.129.5]) (authenticated bits=0) by smtp-sofia.digsys.bg (8.14.5/8.14.5) with ESMTP id q5DEnFTx011860 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Wed, 13 Jun 2012 17:49:17 +0300 (EEST) (envelope-from daniel@digsys.bg) Message-ID: <4FD8A86B.4010802@digsys.bg> Date: Wed, 13 Jun 2012 17:49:15 +0300 From: Daniel Kalchev User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.5) Gecko/20120607 Thunderbird/10.0.5 MIME-Version: 1.0 To: Momchil Ivanov References: <861ulkkflm.wl%momchil@xaxo.eu> <201206121203.q5CC3AA2002709@lurza.secnetix.de> <86zk88isor.wl%momchil@xaxo.eu> In-Reply-To: <86zk88isor.wl%momchil@xaxo.eu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: ULE Scheduler X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Jun 2012 14:49:31 -0000 On 12.06.12 16:08, Momchil Ivanov wrote: > So the L2 cache is shared between both cores and hence it's size does > not matter at all? If the cache is shared between both cores then it does not matter on which core the process runs, as long as data is in teh case. The cache size is irrelevant. Some CPUs have shared cache between cores, some don't. The ULE scheduler takes this into account, the 4BSD does not. Even if the ULE scheduler takes the CPU topology into consideration, if you only have two cores, it is almost guaranteed that processes will be switched between both, because the OS is running way more than two processes "at the same time". Even with more cores... it is not guaranteed an computational process won't be 'bouncing'. Here is an example. Suppose you have an 8 core (or threads) CPU. If you happen to have an modern Ethernet controller, like the Intel 82576 (the igb driver in FreeBSD), then it will use up to 8 interrupt lines, by default routing them each to a different core. Then, if you have heavier network traffic, chances are that at any given moment all 8 interrupts might be fired and all 8 cores switched to service network traffic -- removing your computational process from the running queue. The next time it runs, it might run on any other core, especially if the cache is not shared. Of course, if you have sufficiently large number of CPUs, you can configure your system so that such things do not happen, like by limiting the number of cores the igb driver attaches to, and have some of the cores dedicated to 'only' running an computational task. There is however, very little sense doing so. Daniel From owner-freebsd-stable@FreeBSD.ORG Wed Jun 13 15:17:55 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1223D1065672 for ; Wed, 13 Jun 2012 15:17:55 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [96.47.65.170]) by mx1.freebsd.org (Postfix) with ESMTP id D86D88FC14 for ; Wed, 13 Jun 2012 15:17:54 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 5E9BFB9A4; Wed, 13 Jun 2012 11:10:25 -0400 (EDT) From: John Baldwin To: Andrey Zonov Date: Wed, 13 Jun 2012 11:10:16 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p13; KDE/4.5.5; amd64; ; ) References: <4FD0ECB7.8040908@zonov.org> <201206121651.44326.jhb@freebsd.org> <4FD7BB4E.1020304@zonov.org> In-Reply-To: <4FD7BB4E.1020304@zonov.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201206131110.16489.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Wed, 13 Jun 2012 11:10:25 -0400 (EDT) Cc: freebsd-stable , Marius Strobl Subject: Re: mpt: Unable to memory map registers X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Jun 2012 15:17:55 -0000 On Tuesday, June 12, 2012 5:57:34 pm Andrey Zonov wrote: > On 6/13/12 12:51 AM, John Baldwin wrote: > > On Tuesday, June 12, 2012 3:53:09 pm Andrey Zonov wrote: > >> On 6/12/12 10:06 PM, John Baldwin wrote: > >>> > >> [snip] > >>> Ok, I've added some more debugging. The patch is a bit larger now and you > > can > >>> fetch it from www.freebsd.org/~jhb/patches/pcib_debug.patch > >>> > >> > >> New dmesg is in attach. > > > > Sheesh, found another bug (wasn't masking 'front' properly). > > > > Try updated patch (same URL). > > > > Great! It works! Excellent. I've committed the 2 bugs needed to fix your box. However, there is another bug that this exposed that I'd like you to test. Can you update to the latest HEAD, apply the updated pcib_debug.patch, and boot with 'hw.pci.pcib_clear=1' set from the loader? That should exercise the bug I'm worried about and see if my fixes for that (recursively growing windows) works correctly. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Wed Jun 13 16:14:05 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C49E21065672 for ; Wed, 13 Jun 2012 16:14:05 +0000 (UTC) (envelope-from cryx-freebsd@h3q.com) Received: from mail.h3q.com (mail.h3q.com [213.73.89.199]) by mx1.freebsd.org (Postfix) with ESMTP id 10AA18FC18 for ; Wed, 13 Jun 2012 16:14:04 +0000 (UTC) Received: (qmail 12549 invoked from network); 13 Jun 2012 16:07:21 -0000 Received: from mail.h3q.com (HELO mail.h3q.com) (mail.h3q.com) by mail.h3q.com with CAMELLIA256-SHA encrypted SMTP; 13 Jun 2012 16:07:21 -0000 Message-ID: <4FD8BAB4.8080204@h3q.com> Date: Wed, 13 Jun 2012 18:07:16 +0200 From: Philipp Wuensche User-Agent: Postbox 3.0.3 (Macintosh/20120304) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Rick Miller Subject: Re: Kernel trap with stable/8 on DL360p G8 w/ BCM5719 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Jun 2012 16:14:05 -0000 Rick Miller wrote: > Hi all, > > I am attempting to build stable/8 (as of 21 May 2012) on a DL360p G8 > with a BCM5719. I receive a kernel panic very similar to the one at > this URL: http://freebsd.1045724.n5.nabble.com/Fatal-trap-19-Stopped-at-bge-init-locked-and-bge-booting-problems-td5504461.html When booting 9.0-RELEASE on the exact same machine everything is fine, until I set an interface to UP which has an active link. Greetings, Philipp From owner-freebsd-stable@FreeBSD.ORG Wed Jun 13 16:32:51 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 737C1106566C for ; Wed, 13 Jun 2012 16:32:51 +0000 (UTC) (envelope-from vrwmiller@gmail.com) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id 2B7268FC0A for ; Wed, 13 Jun 2012 16:32:51 +0000 (UTC) Received: by yenl8 with SMTP id l8so817590yen.13 for ; Wed, 13 Jun 2012 09:32:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=K2Z207cELKlhRLDKfEHf87b+G+7c+VVH80a+4b8Ij8E=; b=vI8vHpdpiaAvidTQSbfQMXT8cua207IOSFkNVc2BBxf4lKZ2JD5+v4ghJVQiEyzVah MWxslvG4GQy+Lr/GAxx7gM1a2TkGZW/9/pNr08L/uk/XD9mcqdNs+d8y3OcCtS3NnDLd p1WhB11pXfUrpKxhUfu8D3c5rSM+j+PuZnF1p6ap6s4Mxww13jHAWOXJSyUQl2Vz3kA9 +kA6+4ivOu+5dCDtIdTXf+Wd7ZgdahM8o3Sj0LJ6XYuJjQwHJspTzthmo6E8INYWdJ/D nQOTCjZNt/hIrxMyIrgzQRjwh1zLu55gb4Ubs44PFop0idEh68ZC41hqnJnLA4Vn+ki+ gKmQ== MIME-Version: 1.0 Received: by 10.60.22.201 with SMTP id g9mr16989392oef.8.1339605170381; Wed, 13 Jun 2012 09:32:50 -0700 (PDT) Sender: vrwmiller@gmail.com Received: by 10.182.128.38 with HTTP; Wed, 13 Jun 2012 09:32:50 -0700 (PDT) In-Reply-To: <4FD8BAB4.8080204@h3q.com> References: <4FD8BAB4.8080204@h3q.com> Date: Wed, 13 Jun 2012 12:32:50 -0400 X-Google-Sender-Auth: J5SOZ4557jKxB-w7Gd06XMepANg Message-ID: From: Rick Miller To: Philipp Wuensche Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org Subject: Re: Kernel trap with stable/8 on DL360p G8 w/ BCM5719 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Jun 2012 16:32:51 -0000 On Wed, Jun 13, 2012 at 12:07 PM, Philipp Wuensche w= rote: > Rick Miller wrote: >> Hi all, >> >> I am attempting to build stable/8 (as of 21 May 2012) on a DL360p G8 >> with a BCM5719. =A0I receive a kernel panic very similar to the one at >> this URL: http://freebsd.1045724.n5.nabble.com/Fatal-trap-19-Stopped-at-= bge-init-locked-and-bge-booting-problems-td5504461.html > > When booting 9.0-RELEASE on the exact same machine everything is fine, > until I set an interface to UP which has an active link. I can install stable/8 from physical media, but like you, I get the panic under the same circumstances. --=20 Take care Rick Miller From owner-freebsd-stable@FreeBSD.ORG Wed Jun 13 17:05:16 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7B0FB1065672 for ; Wed, 13 Jun 2012 17:05:16 +0000 (UTC) (envelope-from clbuisson@orange.fr) Received: from smtp.smtpout.orange.fr (smtp02.smtpout.orange.fr [80.12.242.124]) by mx1.freebsd.org (Postfix) with ESMTP id 217D48FC17 for ; Wed, 13 Jun 2012 17:05:15 +0000 (UTC) Received: from localhost ([92.156.94.89]) by mwinf5d49 with ME id Msxe1j00L1vhYPw03sxez0; Wed, 13 Jun 2012 18:57:39 +0200 Message-ID: <4FD8C682.1050705@orange.fr> Date: Wed, 13 Jun 2012 18:57:38 +0200 From: Claude Buisson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.2.28) Gecko/20120315 Thunderbird/3.1.20 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: bapt@freebsd.org Subject: problem with chpass after recent libutil change X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Jun 2012 17:05:16 -0000 Hi, I have some 8-STABLE and 9-STABLE systems which have been upgraded from sources csuped on June 3, and I found that I could no more change the shell for toor: #chpass -s /bin/csh toor chpass: entry inconsistent chpass: pw_copy: Invalid argument and seemingly ONLY for toor. reverting lib/lib/libutil/pw_util.c from r236451 (on 9.X) or r236452 (on 8.X) to the previous version seems to be workaround. Claude Buisson From owner-freebsd-stable@FreeBSD.ORG Wed Jun 13 19:29:50 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A27DC106564A for ; Wed, 13 Jun 2012 19:29:50 +0000 (UTC) (envelope-from andrey@zonov.org) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) by mx1.freebsd.org (Postfix) with ESMTP id 1BD838FC0A for ; Wed, 13 Jun 2012 19:29:49 +0000 (UTC) Received: by lbon10 with SMTP id n10so1889245lbo.13 for ; Wed, 13 Jun 2012 12:29:49 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding :x-gm-message-state; bh=UbZAfEe2iE9Q4lhi3juB0aQa6g0GTZpUUtH8eIYbBck=; b=VEBWR8o0Rb1zXBKTlKE7Aso9Z9AEWwfrZ2Tm38sobvkWhLDghby6NosTvm0/oM24kg n8WHxsP2Rv5IHZKThY5PnTHIbGlg2mPDANB9/6SxGuIwa2w5cRS4Ukv0yLiSWDYdKQ/6 Bh9jwWgFIGqu8R3EoocmthZ6cexIaaLMd5kq4XU8ssOMUe2p7Fgizfc0HSs5X5U/FBLs oXt8M8u+d1QLgZG44lPzrv6ajhwOGH/mXeC5fbim//u9faxrVyhYn3hY6rmsmrsl0QVF AqKn94D+JsH0puASbVjUWU7wkfH0sOCT1rK1cvn3q6MOhmEnqj8PBOCt+shlwEGI5Sp6 xrbA== Received: by 10.152.111.200 with SMTP id ik8mr25457117lab.15.1339615788978; Wed, 13 Jun 2012 12:29:48 -0700 (PDT) Received: from zont-osx.local (ppp95-165-158-211.pppoe.spdop.ru. [95.165.158.211]) by mx.google.com with ESMTPS id j5sm3179484lbg.1.2012.06.13.12.29.47 (version=SSLv3 cipher=OTHER); Wed, 13 Jun 2012 12:29:48 -0700 (PDT) Message-ID: <4FD8EA29.6060301@zonov.org> Date: Wed, 13 Jun 2012 23:29:45 +0400 From: Andrey Zonov User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: John Baldwin References: <4FD0ECB7.8040908@zonov.org> <201206121651.44326.jhb@freebsd.org> <4FD7BB4E.1020304@zonov.org> <201206131110.16489.jhb@freebsd.org> In-Reply-To: <201206131110.16489.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Gm-Message-State: ALoCoQnHAEXaDnvsAW9SD6+ar072nO26AHTnyiRITSDt5a3S1WmG1jKzL3SsvepA5ylm6ihbbh+2 Cc: freebsd-stable , Marius Strobl Subject: Re: mpt: Unable to memory map registers X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Jun 2012 19:29:50 -0000 On 6/13/12 7:10 PM, John Baldwin wrote: > On Tuesday, June 12, 2012 5:57:34 pm Andrey Zonov wrote: >> On 6/13/12 12:51 AM, John Baldwin wrote: >>> On Tuesday, June 12, 2012 3:53:09 pm Andrey Zonov wrote: >>>> On 6/12/12 10:06 PM, John Baldwin wrote: >>>>> >>>> [snip] >>>>> Ok, I've added some more debugging. The patch is a bit larger now and you >>> can >>>>> fetch it from www.freebsd.org/~jhb/patches/pcib_debug.patch >>>>> >>>> >>>> New dmesg is in attach. >>> >>> Sheesh, found another bug (wasn't masking 'front' properly). >>> >>> Try updated patch (same URL). >>> >> >> Great! It works! > > Excellent. I've committed the 2 bugs needed to fix your box. However, > there is another bug that this exposed that I'd like you to test. Can you > update to the latest HEAD, apply the updated pcib_debug.patch, and boot > with 'hw.pci.pcib_clear=1' set from the loader? That should exercise the > bug I'm worried about and see if my fixes for that (recursively growing > windows) works correctly. > Thanks John. I'm building HEAD now... What about 9.0? If I just apply r237008 it would be work? -- Andrey Zonov From owner-freebsd-stable@FreeBSD.ORG Wed Jun 13 19:48:47 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5A896106564A for ; Wed, 13 Jun 2012 19:48:47 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [96.47.65.170]) by mx1.freebsd.org (Postfix) with ESMTP id 2A5748FC08 for ; Wed, 13 Jun 2012 19:48:47 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 80EADB918; Wed, 13 Jun 2012 15:48:46 -0400 (EDT) From: John Baldwin To: Andrey Zonov Date: Wed, 13 Jun 2012 15:48:39 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p13; KDE/4.5.5; amd64; ; ) References: <4FD0ECB7.8040908@zonov.org> <201206131110.16489.jhb@freebsd.org> <4FD8EA29.6060301@zonov.org> In-Reply-To: <4FD8EA29.6060301@zonov.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201206131548.39148.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Wed, 13 Jun 2012 15:48:46 -0400 (EDT) Cc: freebsd-stable , Marius Strobl Subject: Re: mpt: Unable to memory map registers X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Jun 2012 19:48:47 -0000 On Wednesday, June 13, 2012 3:29:45 pm Andrey Zonov wrote: > On 6/13/12 7:10 PM, John Baldwin wrote: > > On Tuesday, June 12, 2012 5:57:34 pm Andrey Zonov wrote: > >> On 6/13/12 12:51 AM, John Baldwin wrote: > >>> On Tuesday, June 12, 2012 3:53:09 pm Andrey Zonov wrote: > >>>> On 6/12/12 10:06 PM, John Baldwin wrote: > >>>>> > >>>> [snip] > >>>>> Ok, I've added some more debugging. The patch is a bit larger now and you > >>> can > >>>>> fetch it from www.freebsd.org/~jhb/patches/pcib_debug.patch > >>>>> > >>>> > >>>> New dmesg is in attach. > >>> > >>> Sheesh, found another bug (wasn't masking 'front' properly). > >>> > >>> Try updated patch (same URL). > >>> > >> > >> Great! It works! > > > > Excellent. I've committed the 2 bugs needed to fix your box. However, > > there is another bug that this exposed that I'd like you to test. Can you > > update to the latest HEAD, apply the updated pcib_debug.patch, and boot > > with 'hw.pci.pcib_clear=1' set from the loader? That should exercise the > > bug I'm worried about and see if my fixes for that (recursively growing > > windows) works correctly. > > > > Thanks John. I'm building HEAD now... > > What about 9.0? If I just apply r237008 it would be work? Yes, I believe so. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Wed Jun 13 19:51:33 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B58A5106566B for ; Wed, 13 Jun 2012 19:51:33 +0000 (UTC) (envelope-from oliver.pntr@gmail.com) Received: from mail-gh0-f182.google.com (mail-gh0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id 73E968FC12 for ; Wed, 13 Jun 2012 19:51:33 +0000 (UTC) Received: by ghbz22 with SMTP id z22so904267ghb.13 for ; Wed, 13 Jun 2012 12:51:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=PXEwYoQoGjMh1WIoLBgvIcKhorkV+NDZmoHjYf7Crlg=; b=NtXvYQ3S4t3q4BLC1/UrqMfaA12ItBzI0TPFMlgFWhVPUPPqbOuSCgpAmIqELF+3wl bbBvKtlUMIil25nC/LLf/tff1AJe/BMEome4c0d2CPRJFDUlCrnnXDnnm/i7p9F/2h57 GgxTqH1b8anVgqIsFRIUTIslyNPccAm33FYCuhDdpYIJ1lJVOVix7Rh2rGnD6tKxXjvP W2rCwMLzc0K8yxQnbplTrxrR9jYq08JcufVpXSEJsLBwMoUAul/nGkHRw2Kx2fJugeat H0bHnhSauPELqBVNF+No2m4f+sVpWI8y8OS8RdgGvSXShhdiMXfKinXxrrOd2dVLp0nP mqlw== MIME-Version: 1.0 Received: by 10.236.201.199 with SMTP id b47mr35311262yho.44.1339617092796; Wed, 13 Jun 2012 12:51:32 -0700 (PDT) Received: by 10.236.46.233 with HTTP; Wed, 13 Jun 2012 12:51:32 -0700 (PDT) Date: Wed, 13 Jun 2012 21:51:32 +0200 Message-ID: From: Oliver Pinter To: Konstantin Belousov Content-Type: text/plain; charset=ISO-8859-1 Cc: stable@freebsd.org Subject: nxstack in 9-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, 13 Jun 2012 19:51:33 -0000 Hi Konstantin! Do you have any plan, to MFC to 9-STABLE this commit: r230767 in HEAD commit f3be56eac8844592f627e88d16ec8ef761473512 Author: kib Date: Mon Jan 30 07:56:00 2012 +0000 Finally, try to enable the nxstacks on amd64 and powerpc64 for both 64bit and 32bit ABIs. Also try to enable nxstacks for PAE/i386 when supported, and some variants of powerpc32. MFC after: 2 months (if ever) git-svn-id: svn://svn.freebsd.org/base/head@230767 ccf9f872-aa2e-dd11-9fc8-0 From owner-freebsd-stable@FreeBSD.ORG Wed Jun 13 21:28:34 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A69A8106566C for ; Wed, 13 Jun 2012 21:28:34 +0000 (UTC) (envelope-from bapt@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.freebsd.org (Postfix) with ESMTP id 8B5B88FC1E; Wed, 13 Jun 2012 21:28:34 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q5DLSYSL028259; Wed, 13 Jun 2012 21:28:34 GMT (envelope-from bapt@freebsd.org) Received: (from bapt@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q5DLSY8F028258; Wed, 13 Jun 2012 21:28:34 GMT (envelope-from bapt@freebsd.org) X-Authentication-Warning: freefall.freebsd.org: bapt set sender to bapt@freebsd.org using -f Date: Wed, 13 Jun 2012 23:28:31 +0200 From: Baptiste Daroussin To: Claude Buisson Message-ID: <20120613212831.GO60433@ithaqua.etoilebsd.net> References: <4FD8C682.1050705@orange.fr> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="xPlWqmdJYj61cSlc" Content-Disposition: inline In-Reply-To: <4FD8C682.1050705@orange.fr> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@freebsd.org Subject: Re: problem with chpass after recent libutil change X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Jun 2012 21:28:34 -0000 --xPlWqmdJYj61cSlc Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jun 13, 2012 at 06:57:38PM +0200, Claude Buisson wrote: > Hi, >=20 > I have some 8-STABLE and 9-STABLE systems which have been upgraded from s= ources > csuped on June 3, and I found that I could no more change the shell for t= oor: >=20 > #chpass -s /bin/csh toor > chpass: entry inconsistent > chpass: pw_copy: Invalid argument >=20 > and seemingly ONLY for toor. >=20 > reverting lib/lib/libutil/pw_util.c from r236451 (on 9.X) or r236452 (on = 8.X) > to the previous version seems to be workaround. >=20 > Claude Buisson Crap I'll work on a fix asap. regards, Bapt --xPlWqmdJYj61cSlc Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAk/ZBf8ACgkQ8kTtMUmk6EwrCgCeNt7bHK99xIlHiwtXV1AmnZC8 Z3cAn2ZrumTFk8TQ6hxYX6h150/jOA87 =NVbK -----END PGP SIGNATURE----- --xPlWqmdJYj61cSlc-- From owner-freebsd-stable@FreeBSD.ORG Wed Jun 13 21:44:18 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D1909106567B for ; Wed, 13 Jun 2012 21:44:18 +0000 (UTC) (envelope-from bapt@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.freebsd.org (Postfix) with ESMTP id B740D8FC1B; Wed, 13 Jun 2012 21:44:18 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q5DLiIBh047188; Wed, 13 Jun 2012 21:44:18 GMT (envelope-from bapt@freebsd.org) Received: (from bapt@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q5DLiITL047187; Wed, 13 Jun 2012 21:44:18 GMT (envelope-from bapt@freebsd.org) X-Authentication-Warning: freefall.freebsd.org: bapt set sender to bapt@freebsd.org using -f Date: Wed, 13 Jun 2012 23:44:15 +0200 From: Baptiste Daroussin To: Claude Buisson Message-ID: <20120613214415.GP60433@ithaqua.etoilebsd.net> References: <4FD8C682.1050705@orange.fr> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="8+74qwmUvVX309i6" Content-Disposition: inline In-Reply-To: <4FD8C682.1050705@orange.fr> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@freebsd.org Subject: Re: problem with chpass after recent libutil change X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Jun 2012 21:44:19 -0000 --8+74qwmUvVX309i6 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jun 13, 2012 at 06:57:38PM +0200, Claude Buisson wrote: > Hi, >=20 > I have some 8-STABLE and 9-STABLE systems which have been upgraded from s= ources > csuped on June 3, and I found that I could no more change the shell for t= oor: >=20 > #chpass -s /bin/csh toor > chpass: entry inconsistent > chpass: pw_copy: Invalid argument >=20 > and seemingly ONLY for toor. >=20 > reverting lib/lib/libutil/pw_util.c from r236451 (on 9.X) or r236452 (on = 8.X) > to the previous version seems to be workaround. >=20 > Claude Buisson Can you try with the following patch? http://people.freebsd.org/~bapt/add-special-case-for-toor.diff Regards, Bapt --8+74qwmUvVX309i6 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAk/ZCa8ACgkQ8kTtMUmk6ExzbgCgrT/89wzBRBW6D2dfmbwXm4q1 mPgAnA499553e2u9s0Ndak8TliAo/8Vt =vsAL -----END PGP SIGNATURE----- --8+74qwmUvVX309i6-- From owner-freebsd-stable@FreeBSD.ORG Wed Jun 13 22:15:42 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A856C1065673 for ; Wed, 13 Jun 2012 22:15:42 +0000 (UTC) (envelope-from clbuisson@orange.fr) Received: from smtp.smtpout.orange.fr (smtp05.smtpout.orange.fr [80.12.242.127]) by mx1.freebsd.org (Postfix) with ESMTP id 482518FC12 for ; Wed, 13 Jun 2012 22:15:41 +0000 (UTC) Received: from localhost ([92.162.3.97]) by mwinf5d61 with ME id MyFa1j00725bJvQ03yFarF; Thu, 14 Jun 2012 00:15:35 +0200 Message-ID: <4FD91106.8020109@orange.fr> Date: Thu, 14 Jun 2012 00:15:34 +0200 From: Claude Buisson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.2.28) Gecko/20120315 Thunderbird/3.1.20 MIME-Version: 1.0 To: Baptiste Daroussin References: <4FD8C682.1050705@orange.fr> <20120613214415.GP60433@ithaqua.etoilebsd.net> In-Reply-To: <20120613214415.GP60433@ithaqua.etoilebsd.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: problem with chpass after recent libutil change X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Jun 2012 22:15:42 -0000 On 06/13/2012 23:44, Baptiste Daroussin wrote: > On Wed, Jun 13, 2012 at 06:57:38PM +0200, Claude Buisson wrote: >> Hi, >> >> I have some 8-STABLE and 9-STABLE systems which have been upgraded from sources >> csuped on June 3, and I found that I could no more change the shell for toor: >> >> #chpass -s /bin/csh toor >> chpass: entry inconsistent >> chpass: pw_copy: Invalid argument >> >> and seemingly ONLY for toor. >> >> reverting lib/lib/libutil/pw_util.c from r236451 (on 9.X) or r236452 (on 8.X) >> to the previous version seems to be workaround. >> >> Claude Buisson > > Can you try with the following patch? > > http://people.freebsd.org/~bapt/add-special-case-for-toor.diff > > Regards, > Bapt Thanks, Will try tomorrow Claude Buisson From owner-freebsd-stable@FreeBSD.ORG Wed Jun 13 23:13:46 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 314CF106566C for ; Wed, 13 Jun 2012 23:13:46 +0000 (UTC) (envelope-from clbuisson@orange.fr) Received: from smtp.smtpout.orange.fr (smtp05.smtpout.orange.fr [80.12.242.127]) by mx1.freebsd.org (Postfix) with ESMTP id CAD8F8FC0A for ; Wed, 13 Jun 2012 23:13:45 +0000 (UTC) Received: from localhost ([92.162.3.97]) by mwinf5d61 with ME id MzDj1j00G25bJvQ03zDksy; Thu, 14 Jun 2012 01:13:44 +0200 Message-ID: <4FD91EA7.5060703@orange.fr> Date: Thu, 14 Jun 2012 01:13:43 +0200 From: Claude Buisson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.2.28) Gecko/20120315 Thunderbird/3.1.20 MIME-Version: 1.0 To: Baptiste Daroussin References: <4FD8C682.1050705@orange.fr> <20120613214415.GP60433@ithaqua.etoilebsd.net> In-Reply-To: <20120613214415.GP60433@ithaqua.etoilebsd.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: problem with chpass after recent libutil change X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Jun 2012 23:13:46 -0000 On 06/13/2012 23:44, Baptiste Daroussin wrote: > On Wed, Jun 13, 2012 at 06:57:38PM +0200, Claude Buisson wrote: >> Hi, >> >> I have some 8-STABLE and 9-STABLE systems which have been upgraded from sources >> csuped on June 3, and I found that I could no more change the shell for toor: >> >> #chpass -s /bin/csh toor >> chpass: entry inconsistent >> chpass: pw_copy: Invalid argument >> >> and seemingly ONLY for toor. >> >> reverting lib/lib/libutil/pw_util.c from r236451 (on 9.X) or r236452 (on 8.X) >> to the previous version seems to be workaround.Fisr >> >> Claude Buisson > > Can you try with the following patch? > > http://people.freebsd.org/~bapt/add-special-case-for-toor.diff > > Regards, > Bapt I managed to do a first test sooner. On 9-STABLE i386, I confirm that the patch solves the problem !! Tomorrow , I will patch 9-STABLE amd64 and 8-STABLE i386. Claude Buisson From owner-freebsd-stable@FreeBSD.ORG Thu Jun 14 00:42:00 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1AB54106566B for ; Thu, 14 Jun 2012 00:42:00 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-we0-f182.google.com (mail-we0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 9EA428FC15 for ; Thu, 14 Jun 2012 00:41:59 +0000 (UTC) Received: by werg1 with SMTP id g1so1138747wer.13 for ; Wed, 13 Jun 2012 17:41:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=GAna4r76QL9dud3TX2KCMuzLG9t8ezvJmIveSXn8uZo=; b=Gm+BWFR2FWgEntC7eVSw5EJXZHvKDrmTJsJYU3HYUeIGWJQPpNEuUQLUTHw8B0RRtz HIKLKDGdq/oJwFkna0sVndHTr0pGPctmNJkKrXLZ9lQ0Du0ZIEtoeAJW8W31+JCXHqSG pkN0mUETkrhQZw4wX8Nxe9dZyEPkqFI6pZkVpukqyme+rQgNpf9G43Q10Zn+LwyP3RY+ igiFPVJ2C5Svx6zZMe84aFGZ+E2V8PWC7uJNFNvvYh4caYxs4Pr8xJAM6ar5KvE/ady8 x95u09GIC1+cTOAFkjQ1LjYspThCnZ9UQt49ZW4B5BZQtx9XZWRCOhpGFSkMmCk2gir9 8WZw== MIME-Version: 1.0 Received: by 10.180.79.166 with SMTP id k6mr9834538wix.8.1339634518729; Wed, 13 Jun 2012 17:41:58 -0700 (PDT) Received: by 10.223.155.4 with HTTP; Wed, 13 Jun 2012 17:41:58 -0700 (PDT) Date: Wed, 13 Jun 2012 17:41:58 -0700 Message-ID: From: Kevin Oberman To: "freebsd-stable@freebsd.org Stable" Content-Type: text/plain; charset=ISO-8859-1 Subject: devd problem with 9-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, 14 Jun 2012 00:42:00 -0000 Since updating my systems to 9-Stable, I am not getting my smartcard reader attached when hot-plugged. >From devd.conf attach 50 { device-name "ugen[0-9]+"; match "vendor" "0x0529"; match "product" "0x0600"; action "/usr/local/sbin/openct-control attach usb:529/600 usb /dev/$dev$ }; detach 50 { device-name "ugen[0-9]+"; match "vendor" "0x0529"; match "product" "0x0600"; action "/usr/bin/pkill -fx '/usr/local/sbin/ifdhandler -H -p [a-z0-9]+ $ }; If I manually enter the "action" command, it works fine, but it fails when I insert the device. It worked fine under version 8. I have confirmed devd is seeing the device inserted just fine. the action just does not seem to be carried out. Any idea where I should look? I saw a couple of threads on current from others seeing something similar, but could find no resolution. I have seen a -- R. Kevin Oberman, Network Engineer E-mail: kob6558@gmail.com From owner-freebsd-stable@FreeBSD.ORG Thu Jun 14 01:37:27 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BC9A2106564A for ; Thu, 14 Jun 2012 01:37:27 +0000 (UTC) (envelope-from john_m_cooper@yahoo.com) Received: from nm30.access.bullet.mail.mud.yahoo.com (nm30.access.bullet.mail.mud.yahoo.com [66.94.237.95]) by mx1.freebsd.org (Postfix) with SMTP id 4F1EB8FC08 for ; Thu, 14 Jun 2012 01:37:27 +0000 (UTC) Received: from [66.94.237.200] by nm30.access.bullet.mail.mud.yahoo.com with NNFMP; 14 Jun 2012 01:37:21 -0000 Received: from [98.138.207.12] by tm11.access.bullet.mail.mud.yahoo.com with NNFMP; 14 Jun 2012 01:37:21 -0000 Received: from [127.0.0.1] by smtp105.biz.mail.ne1.yahoo.com with NNFMP; 14 Jun 2012 01:37:21 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1339637841; bh=YzqtW0A74qTT8/Q+nozrssjniKqhGAkKTphxApGMUfA=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:Received:Message-ID:Date:From:Reply-To:User-Agent:MIME-Version:To:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=tprIm5w+Zsbb9finazmQUq+x5QevxjtGPRCO1oDb0FLhCUCnk4XwrEeFx+fsE1ciDGftOjbwMMT7BVeAMS94CrqC34ImgMtFerDLOFaOWw1CCOfXbAKyoQEYytB+kmaIv9isYCdsHDh69q1+hbaY52Uf3bYJqWL9XTwmnyI2Pfg= X-Yahoo-Newman-Id: 628926.52330.bm@smtp105.biz.mail.ne1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: 8Z7pZzcVM1kGWC2Hc.1.Jtf32jmaHIh7kvdDlma2XajnctS 8Nt2.q9z8pfi16QCqPHpEIFpYy2gwb0S6ZsWPtJg4KfI6h8lAeQRAVmfO_01 4NSN7ndpJL5aZY_iciog2mTCYIBTHRfpwzinKlL6YAzqMAO_.TjHNTnYXvHo x5_FZvoMKr1m20sV41IM1cSZfiC.vv5otfZhit_Hkh0Ung42_lCT2JuT.E9V 1L1_8Bj6DBVhiBKd87p6r4rMEDTqB.p9fNbXbWw4QnJTjBDn_iTrYEvkcPRP sl1og5Nd7U25lC4prFt90mPSzzJYRa4c3k2xLH3bK9_mwVxj4l8LhfE06exl 92dUAXSEHG3y2RtKZEfe_e3oWFyXuyDMVaYkI0iLRu_SN3POww7a0bP7KlQO fAjUjH9xmLNZhVlE7HyslPUh.NiMkjIWs31wwtknjQIuynK.AwFdfUIepADJ f04PeikZIJXiSJWi7bKDfbuKeENh81NnPFSepNK1_IHucLpg6ijXhGmz4zf6 LiYl270sP.i_tMIMvxxbQmG9ruSIcM_8SVdDpuciMXQ4jJcmi4fUFFOoCRfO yzot3fnDrHxG0OccFmFi5kSNkQBmb4xa1VdCoJcKckIActYLh3tzkjHpVQT3 QS8U9lv3Twraw.R6mIL8s2iI_X7qwYRi.PYA4hnuS X-Yahoo-SMTP: VcsS1ceswBAiCdFGlCDyQjSL5IpjXQVTjtG0dfoKj_spUOjjgZeO Received: from g7-HP.borgsdemons.com (john_m_cooper@72.135.31.137 with plain) by smtp105.biz.mail.ne1.yahoo.com with SMTP; 13 Jun 2012 18:37:21 -0700 PDT Message-ID: <4FD94050.3000700@yahoo.com> Date: Wed, 13 Jun 2012 20:37:20 -0500 From: John Merryweather Cooper User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:13.0) Gecko/20120609 Thunderbird/13.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: GCC-4.6-20120608 has a corrupt archive or a bad checksum X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: j.m.cooper@borgsdemons.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jun 2012 01:37:27 -0000 On 06/12/12 12:04, Gerald Pfeifer wrote: > John Merryweather Cooper wrote: >> Bad distfile or checksum for lang/gcc46 > The mirror you are using per your e-mail -- > ftp://ftp-stud.fht-esslingen.de/pub/Mirrors/sources.redhat.com/ > -- provides a broken image. > > I have done several downloads myself, from the original source > and other mirrors, and always get the correct checksum (and a > matching tarball), that is, the one matching gcc46/distinfo in > FreeBSD Ports CVS. > > If you download directly from > ftp://gcc.gnu.org/pub/gcc/snapshots/4.6-20120608/gcc-4.6-20120608.tar.bz2 > and put that into ports/distfiles, that should work? Alternatively, > download repeatedly until it hits a different mirror? > > Gerald > _______________________________________________ > 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" > Well, that's exactly the point. It never got me to any other mirrors. Repeated runs always ended the same way even with me manually deleted the distfile before each run. -- John M. Cooper -- -- John M. Cooper From owner-freebsd-stable@FreeBSD.ORG Thu Jun 14 01:47:50 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B3F2F106567A for ; Thu, 14 Jun 2012 01:47:50 +0000 (UTC) (envelope-from john_m_cooper@yahoo.com) Received: from nm8-vm0.access.bullet.mail.mud.yahoo.com (nm8-vm0.access.bullet.mail.mud.yahoo.com [66.94.237.191]) by mx1.freebsd.org (Postfix) with SMTP id 2888E8FC08 for ; Thu, 14 Jun 2012 01:47:50 +0000 (UTC) Received: from [66.94.237.196] by nm8.access.bullet.mail.mud.yahoo.com with NNFMP; 14 Jun 2012 01:47:44 -0000 Received: from [98.138.207.9] by tm7.access.bullet.mail.mud.yahoo.com with NNFMP; 14 Jun 2012 01:47:44 -0000 Received: from [127.0.0.1] by smtp102.biz.mail.ne1.yahoo.com with NNFMP; 14 Jun 2012 01:47:44 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1339638464; bh=aHxp8nIl0K1jtTckVsY2ak4xrZGpswRheCjSCdMGnvw=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:Received:Message-ID:Date:From:Reply-To:User-Agent:MIME-Version:To:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=AcmYZ+6IoFS+ve93tCAajwkakc45eYneBh2vCMwSfYhRvBK58ej6dXVKOX8cTkHL93MLETEb7u9AgrGAIGX/plVExQvuP9cL8BnNErZYBz9vPe3PlRtmpQWgB5Zxaq4ccC/fdhcSqTnVrLCeS5kxSvvWTZi1MoM9ICxLXqNvrqQ= X-Yahoo-Newman-Id: 617916.66065.bm@smtp102.biz.mail.ne1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: s5ReE6oVM1lpv6cNz.Dv40.qTP.TvIgw0MlUkdBXKVwatyE Iv1pPN_MxbYCKinBy41ZrY3tD0OxKVveox1wAxgmVdp_StQM9NB4eGA8szqB gWqLodD8oc4rAnna3vmBi6Ixdz8ussRR4qp3nWhLUJ9a.Na2scc6a8yPmzsR pvWgUTn51zVHkmbMPE5cmEWpz4IfGegd.MF5iu0vWkGdhFnmgEKJSO4wWrY7 kfmZ8GO0jh0hDy2IYn02_mcTSDEpyrhsh0ywFcDnWq3zXF2HCD4hgDaHIieO ib_N0n8VMchIXTJihG_LEiG2Vg.Y.MuXE5iZy2ZBGva1EHcY7u4wvLqiZnmA b4IZhHvt0tuEjKwGF.V0qgaiRRFE2JSeg6xT2X3r2LVsxDxaMCFn5bhL7Knn In0s0euMWsu_UVbFSAWkwptGd_ScZhg3w5G17nnEBytclLFEgnQXw1vOikcW IGPAO3rODb6TpG.ajW2ju5Gs5JCVYYxQN5CszVPcanrmHWJATC_iRSVGaH0x gmwJf0pxst1DyOa3G76DhtgToDcTpnzAjZT9y4_q.f_zHmERYZ8QikI43mat 31CydV4EUgcQ2kPBQ8oMMJRnMJA8.QjYM7P8NSgd5JQpH0C4ZaYAVkufsA6h ztgMs4i07tNpqb39Z6AgXvtZb3tGcDfPfoDBnoNBY1KPr7NBxWVaHy.DxFvE 5th2XX8PfX1__ZDnZmFrrpl6IivsDN6kOnJ9CgQV7IDf4keLdTKeS9tOJD3A 1WpdZGqMPG3HYFZbyt0y64iMIHnp0LuK55RpulrxFxHBs_o5bwF.EOpAucL3 rAXgs X-Yahoo-SMTP: VcsS1ceswBAiCdFGlCDyQjSL5IpjXQVTjtG0dfoKj_spUOjjgZeO Received: from g7-HP.borgsdemons.com (john_m_cooper@72.135.31.137 with plain) by smtp102.biz.mail.ne1.yahoo.com with SMTP; 13 Jun 2012 18:47:44 -0700 PDT Message-ID: <4FD942BF.10901@yahoo.com> Date: Wed, 13 Jun 2012 20:47:43 -0500 From: John Merryweather Cooper User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:13.0) Gecko/20120609 Thunderbird/13.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <4FD94050.3000700@yahoo.com> In-Reply-To: <4FD94050.3000700@yahoo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: GCC-4.6-20120608 has a corrupt archive or a bad checksum X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: j.m.cooper@borgsdemons.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jun 2012 01:47:50 -0000 On 06/13/12 20:37, John Merryweather Cooper wrote: > On 06/12/12 12:04, Gerald Pfeifer wrote: >> John Merryweather Cooper wrote: >>> Bad distfile or checksum for lang/gcc46 >> The mirror you are using per your e-mail -- >> ftp://ftp-stud.fht-esslingen.de/pub/Mirrors/sources.redhat.com/ >> -- provides a broken image. >> >> I have done several downloads myself, from the original source >> and other mirrors, and always get the correct checksum (and a >> matching tarball), that is, the one matching gcc46/distinfo in >> FreeBSD Ports CVS. >> >> If you download directly from >> ftp://gcc.gnu.org/pub/gcc/snapshots/4.6-20120608/gcc-4.6-20120608.tar.bz2 >> >> and put that into ports/distfiles, that should work? Alternatively, >> download repeatedly until it hits a different mirror? >> >> Gerald >> _______________________________________________ >> 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" >> > Well, that's exactly the point. It never got me to any other > mirrors. Repeated runs always ended the same way even with me > manually deleted the distfile before each run. > -- > John M. Cooper > Finally got it from: => gcc-4.6-20120608.tar.bz2 doesn't seem to exist in /usr/ports/distfiles//. => Attempting to fetch http://mirrors.kernel.org/sources.redhat.com/gcc/snapshots/4.6-20120608/gcc-4.6-20120608.tar.bz2 gcc-4.6-20120608.tar.bz2 64 MB 597 kBps Clearly a bad mirror. -- John M. Cooper -- -- John M. Cooper From owner-freebsd-stable@FreeBSD.ORG Thu Jun 14 05:07:14 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D7350106564A; Thu, 14 Jun 2012 05:07:14 +0000 (UTC) (envelope-from fluffy@fluffy.khv.ru) Received: from forward8.mail.yandex.net (forward8.mail.yandex.net [77.88.61.38]) by mx1.freebsd.org (Postfix) with ESMTP id 81F968FC15; Thu, 14 Jun 2012 05:07:14 +0000 (UTC) Received: from smtp9.mail.yandex.net (smtp9.mail.yandex.net [77.88.61.35]) by forward8.mail.yandex.net (Yandex) with ESMTP id 8A7B8F60F4A; Thu, 14 Jun 2012 09:05:18 +0400 (MSK) Received: from smtp9.mail.yandex.net (localhost [127.0.0.1]) by smtp9.mail.yandex.net (Yandex) with ESMTP id 551501520648; Thu, 14 Jun 2012 09:05:18 +0400 (MSK) Received: from client22-22.khabnet.ru (client22-22.khabnet.ru [109.197.22.22]) by smtp9.mail.yandex.net (nwsmtp/Yandex) with ESMTP id 5FsK8GrN-5Hsihrcm; Thu, 14 Jun 2012 09:05:18 +0400 X-Yandex-Rcpt-Suid: bapt@freebsd.org X-Yandex-Rcpt-Suid: clbuisson@orange.fr X-Yandex-Rcpt-Suid: freebsd-stable@freebsd.org Message-ID: <4FD970FF.90700@fluffy.khv.ru> Date: Thu, 14 Jun 2012 16:05:03 +1100 From: Dima Panov User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: Baptiste Daroussin References: <4FD8C682.1050705@orange.fr> <20120613214415.GP60433@ithaqua.etoilebsd.net> In-Reply-To: <20120613214415.GP60433@ithaqua.etoilebsd.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: Claude Buisson , freebsd-stable@freebsd.org Subject: Re: problem with chpass after recent libutil change X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: fluffy@FreeBSD.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jun 2012 05:07:14 -0000 14.06.2012 8:44, Baptiste Daroussin написал: > On Wed, Jun 13, 2012 at 06:57:38PM +0200, Claude Buisson wrote: >> Hi, >> >> I have some 8-STABLE and 9-STABLE systems which have been upgraded from sources >> csuped on June 3, and I found that I could no more change the shell for toor: >> >> #chpass -s /bin/csh toor >> chpass: entry inconsistent >> chpass: pw_copy: Invalid argument >> >> and seemingly ONLY for toor. >> >> reverting lib/lib/libutil/pw_util.c from r236451 (on 9.X) or r236452 (on 8.X) >> to the previous version seems to be workaround. >> >> Claude Buisson > Can you try with the following patch? > > http://people.freebsd.org/~bapt/add-special-case-for-toor.diff > Works here. FreeBSD 10.0-1000013-CURRENT clang #0 r236355M: -- Dima Panov (fluffy@FreeBSD.org) (KDE, Office)@FreeBSD team Facebook: http://www.facebook.com/fluffy.khv IRC: fluffy@EFNet, fluffykhv@FreeNode twitter: fluffy_khv | skype: dima.panov From owner-freebsd-stable@FreeBSD.ORG Thu Jun 14 08:58:43 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7B4D6106567C for ; Thu, 14 Jun 2012 08:58:43 +0000 (UTC) (envelope-from clbuisson@orange.fr) Received: from smtp.smtpout.orange.fr (smtp11.smtpout.orange.fr [80.12.242.133]) by mx1.freebsd.org (Postfix) with ESMTP id 1BC658FC16 for ; Thu, 14 Jun 2012 08:58:42 +0000 (UTC) Received: from localhost ([92.162.13.178]) by mwinf5d21 with ME id N8ya1j00C3qVoKg038yar7; Thu, 14 Jun 2012 10:58:35 +0200 Message-ID: <4FD9A7B9.2070704@orange.fr> Date: Thu, 14 Jun 2012 10:58:33 +0200 From: Claude Buisson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.2.28) Gecko/20120315 Thunderbird/3.1.20 MIME-Version: 1.0 To: Baptiste Daroussin References: <4FD8C682.1050705@orange.fr> <20120613214415.GP60433@ithaqua.etoilebsd.net> In-Reply-To: <20120613214415.GP60433@ithaqua.etoilebsd.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: problem with chpass after recent libutil change X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Jun 2012 08:58:43 -0000 On 06/13/2012 23:44, Baptiste Daroussin wrote: > On Wed, Jun 13, 2012 at 06:57:38PM +0200, Claude Buisson wrote: >> Hi, >> >> I have some 8-STABLE and 9-STABLE systems which have been upgraded from sources >> csuped on June 3, and I found that I could no more change the shell for toor: >> >> #chpass -s /bin/csh toor >> chpass: entry inconsistent >> chpass: pw_copy: Invalid argument >> >> and seemingly ONLY for toor. >> >> reverting lib/lib/libutil/pw_util.c from r236451 (on 9.X) or r236452 (on 8.X) >> to the previous version seems to be workaround. >> >> Claude Buisson > > Can you try with the following patch? > > http://people.freebsd.org/~bapt/add-special-case-for-toor.diff > > Regards, > Bapt All systems now patched. chpass now OK. no known side effect Thanks Claude Buisson From owner-freebsd-stable@FreeBSD.ORG Thu Jun 14 10:10:54 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DF8BF106566B for ; Thu, 14 Jun 2012 10:10:54 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.16.84]) by mx1.freebsd.org (Postfix) with ESMTP id 93C418FC0C for ; Thu, 14 Jun 2012 10:10:54 +0000 (UTC) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by kabab.cs.huji.ac.il with esmtp id 1Sf70t-000EuM-UD; Thu, 14 Jun 2012 13:10:52 +0300 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.3 To: Damien Fleuriot In-reply-to: <4FD729E3.6070405@my.gd> References: <201206101128.q5ABShXN007826@lurza.secnetix.de> <4FD729E3.6070405@my.gd> Comments: In-reply-to Damien Fleuriot message dated "Tue, 12 Jun 2012 13:37:07 +0200." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 14 Jun 2012 13:10:51 +0300 From: Daniel Braniss Message-ID: Cc: freebsd-stable@freebsd.org Subject: Re: su 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: Thu, 14 Jun 2012 10:10:55 -0000 > > > On 6/10/12 1:52 PM, Daniel Braniss wrote: > >> Sami Halabi wrote: > >> > Hi Oliver, > >> > I saw you had similar problem for console on 2010 > >> > http://freebsd.1045724.n5.nabble.com/Serial-console-problems-with-stab=le-8-td3950684.html > >> > >> No, I don't think that the problem is related. My problem > >> was with the serial console, while you don't have a serial > >> console attached at all (at least you didn't mention it). > >> > >> > but the thread wasn't ended by recommendation or conclusions by you. > >> > > >> > did you solve that problem then? > >> > >> No, I came to the conclusion that the serial console support > >> in FreeBSD 8 was broken somehow. So I removed the console > >> cable; it's running with an old VGA CRT as the console for > >> now. Fortunately I require console access very seldom, so > >> I don't have to drive to that machine often. It's still > >> annoying, but I didn't find a better solution; downgrading > >> to 7.x isn't an option. > >> > > just for the record, serial on 8.x works fine! the device naming has changed > > from sio to uart, and maybe some features. We use it on all our servers, even > > redirecting it where possible via ILO,IMPI,DRAC. and is great for debuging > > or saving long trips :-) > > > > WARNING: control access to these devices, specialy since root can login > > on the console! > > > > danny > > > > Daniel, would you kindly elaborate on the DRAC console redirection thingy ? > > We're using Dells here and I loathe having to use their web interface > and the java app to get a console shell. you need the drac module - sometimes it's optional, but if you can access it via the web you probably have it. you will have to: set the bios to allow serial over ethernet, I can't remember off heart at the moment. configure /boot/loader.conf: console="comconsole,vidconsole" comconsole_speed="38400" -- the speed is what you set it in the bios configure /boot/device.hints: hint.uart.0.flags="0x10" -- or .1. depending on the bios settings install from ports sysutils/ipmitools connect the ethernet port and finaly: ipmitool -A MD5 -H c -U root -I lanplus sol activate danny From owner-freebsd-stable@FreeBSD.ORG Thu Jun 14 10:11:44 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6652C1065670 for ; Thu, 14 Jun 2012 10:11:44 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.78]) by mx1.freebsd.org (Postfix) with ESMTP id 198AF8FC14 for ; Thu, 14 Jun 2012 10:11:43 +0000 (UTC) Received: from smtp.greenhost.nl ([213.108.104.138]) by smarthost1.greenhost.nl with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from ) id 1Sf71b-00042Z-Ro for freebsd-stable@freebsd.org; Thu, 14 Jun 2012 12:11:36 +0200 Received: from [81.21.138.17] (helo=ronaldradial.versatec.local) by smtp.greenhost.nl with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.72) (envelope-from ) id 1Sf71c-0001ya-7c for freebsd-stable@freebsd.org; Thu, 14 Jun 2012 12:11:36 +0200 Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes To: freebsd-stable@freebsd.org References: Date: Thu, 14 Jun 2012 12:11:33 +0200 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit From: "Ronald Klop" Message-ID: In-Reply-To: User-Agent: Opera Mail/11.64 (Win32) X-Virus-Scanned: by clamav at smarthost1.samage.net X-Spam-Level: / X-Spam-Score: -0.2 X-Spam-Status: No, score=-0.2 required=5.0 tests=BAYES_40 autolearn=disabled version=3.2.5 X-Scan-Signature: 9090f8a1960d7f777b94d17b6f36e747 Subject: Re: devd problem with 9-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, 14 Jun 2012 10:11:44 -0000 On Thu, 14 Jun 2012 02:41:58 +0200, Kevin Oberman wrote: > Since updating my systems to 9-Stable, I am not getting my smartcard > reader attached when hot-plugged. > >> From devd.conf > attach 50 { > device-name "ugen[0-9]+"; > match "vendor" "0x0529"; > match "product" "0x0600"; > action "/usr/local/sbin/openct-control attach usb:529/600 usb > /dev/$dev$ > }; > detach 50 { > device-name "ugen[0-9]+"; > match "vendor" "0x0529"; > match "product" "0x0600"; > action "/usr/bin/pkill -fx '/usr/local/sbin/ifdhandler -H -p > [a-z0-9]+ $ > }; > > If I manually enter the "action" command, it works fine, but it fails > when I insert the device. It worked fine under version 8. I have > confirmed devd is seeing the device inserted just fine. the action > just does not seem to be carried out. > > Any idea where I should look? I saw a couple of threads on current > from others seeing something similar, but could find no resolution. > I have seen a Did you run devd with debug messages on? Options -D and -d are helpful. If you do does devd match the right devd.conf sections and start the action? Ronald. From owner-freebsd-stable@FreeBSD.ORG Thu Jun 14 12:39:51 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C6AEF1065672 for ; Thu, 14 Jun 2012 12:39:51 +0000 (UTC) (envelope-from momchil@xaxo.eu) Received: from vps2.xaxo.eu (vps2.xaxo.eu [78.47.156.66]) by mx1.freebsd.org (Postfix) with ESMTP id 5399C8FC08 for ; Thu, 14 Jun 2012 12:39:50 +0000 (UTC) Received: from t61.xaxo.eu ([10.75.23.6]) by vps2.xaxo.eu (8.14.4/8.14.4) with ESMTP id q5EBdPCd014083; Thu, 14 Jun 2012 13:39:27 +0200 (CEST) (envelope-from momchil@xaxo.eu) Date: Thu, 14 Jun 2012 14:39:16 +0200 Message-ID: <868vfq130r.wl%momchil@xaxo.eu> From: Momchil Ivanov To: Daniel Kalchev In-Reply-To: <4FD8A86B.4010802@digsys.bg> References: <861ulkkflm.wl%momchil@xaxo.eu> <201206121203.q5CC3AA2002709@lurza.secnetix.de> <86zk88isor.wl%momchil@xaxo.eu> <4FD8A86B.4010802@digsys.bg> MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: freebsd-stable@freebsd.org, Momchil Ivanov Subject: Re: ULE Scheduler X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Jun 2012 12:39:51 -0000 At Wed, 13 Jun 2012 17:49:15 +0300, Daniel Kalchev wrote: > > > > On 12.06.12 16:08, Momchil Ivanov wrote: > > So the L2 cache is shared between both cores and hence it's size does > > not matter at all? > > If the cache is shared between both cores then it does not matter on > which core the process runs, as long as data is in teh case. The cache > size is irrelevant. > > Some CPUs have shared cache between cores, some don't. The ULE scheduler > takes this into account, the 4BSD does not. Even if the ULE scheduler > takes the CPU topology into consideration, if you only have two cores, > it is almost guaranteed that processes will be switched between both, > because the OS is running way more than two processes "at the same time". > > Even with more cores... it is not guaranteed an computational process > won't be 'bouncing'. Here is an example. > Suppose you have an 8 core (or threads) CPU. If you happen to have an > modern Ethernet controller, like the Intel 82576 (the igb driver in > FreeBSD), then it will use up to 8 interrupt lines, by default routing > them each to a different core. Then, if you have heavier network > traffic, chances are that at any given moment all 8 interrupts might be > fired and all 8 cores switched to service network traffic -- removing > your computational process from the running queue. The next time it > runs, it might run on any other core, especially if the cache is not shared. > > Of course, if you have sufficiently large number of CPUs, you can > configure your system so that such things do not happen, like by > limiting the number of cores the igb driver attaches to, and have some > of the cores dedicated to 'only' running an computational task. > > There is however, very little sense doing so. OK, thank you for the explanation. Regards, Momchil From owner-freebsd-stable@FreeBSD.ORG Thu Jun 14 20:05:27 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C0C54106579E; Thu, 14 Jun 2012 20:05:24 +0000 (UTC) (envelope-from kensmith@buffalo.edu) Received: from localmailA.acsu.buffalo.edu (localmaila.acsu.buffalo.edu [128.205.5.196]) by mx1.freebsd.org (Postfix) with ESMTP id 811558FC08; Thu, 14 Jun 2012 20:05:24 +0000 (UTC) Received: from localmailA.acsu.buffalo.edu (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id C52B1C7FA; Thu, 14 Jun 2012 16:05:23 -0400 (EDT) Received: from localmailA.acsu.buffalo.edu (localhost [127.0.0.1]) by localmailA.acsu.buffalo.edu (Postfix) with ESMTP id ED515F2E9; Thu, 14 Jun 2012 16:05:22 -0400 (EDT) Received: from smtp2.acsu.buffalo.edu (smtp2.acsu.buffalo.edu [128.205.5.254]) by localmailA.acsu.buffalo.edu (Prefixe) with ESMTP id CFEDDC7FA; Thu, 14 Jun 2012 16:05:22 -0400 (EDT) Received: from [128.205.32.76] (bauer.cse.buffalo.edu [128.205.32.76]) (Authenticated sender: kensmith@buffalo.edu) by smtp2.acsu.buffalo.edu (Postfix) with ESMTPSA id A502E4A6F2; Thu, 14 Jun 2012 16:05:22 -0400 (EDT) From: Ken Smith To: freebsd-stable Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-Vl6AexKUGHGe3TmYxHiy" Date: Thu, 14 Jun 2012 16:05:22 -0400 Message-ID: <1339704322.61992.23.camel@bauer.cse.buffalo.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port X-PM-EL-Spam-Prob: : 9% Cc: re Subject: 9.1-RELEASE target schedule X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Jun 2012 20:05:27 -0000 --=-Vl6AexKUGHGe3TmYxHiy Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Just a quick note to say we have settled on a target schedule for the FreeBSD 9.1 Release. The schedule itself is here: http://www.freebsd.org/releases/9.1R/schedule.html The highlights: Code Freeze: July 2nd, 2012 BETA1: July 6th, 2012 RC1: July 20th, 2012 RC2: August 3rd, 2012 Release: August 13th, 2012 Those are the target dates for when builds start. The builds becoming available is usually a few days afterwards (except for the final release which is often times 4 days to a week after the builds start because there is more prep work involved...). Thanks. --=20 Ken Smith - From there to here, from here to | kensmith@buffalo.edu there, funny things are everywhere. | - Theodor Geisel | --=-Vl6AexKUGHGe3TmYxHiy Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEABECAAYFAk/aRAIACgkQ/G14VSmup/ZfTwCeNVE5dtJ6Me+sS5QKR4v3okZ0 nzIAn1ovaYgEFCFKTxIgCbehyvGkUKJp =W5pO -----END PGP SIGNATURE----- --=-Vl6AexKUGHGe3TmYxHiy-- From owner-freebsd-stable@FreeBSD.ORG Thu Jun 14 22:28:59 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 06DE31065678 for ; Thu, 14 Jun 2012 22:28:59 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) by mx1.freebsd.org (Postfix) with ESMTP id 88DC28FC16 for ; Thu, 14 Jun 2012 22:28:58 +0000 (UTC) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.4/8.14.4/ALCHEMY.FRANKEN.DE) with ESMTP id q5EMSpVV072425; Fri, 15 Jun 2012 00:28:51 +0200 (CEST) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.4/8.14.4/Submit) id q5EMSpjb072424; Fri, 15 Jun 2012 00:28:51 +0200 (CEST) (envelope-from marius) Date: Fri, 15 Jun 2012 00:28:51 +0200 From: Marius Strobl To: Kevin Oberman Message-ID: <20120614222851.GQ46065@alchemy.franken.de> References: <1338419624.36051.94.camel@revolution.hippie.lan> <20120531110215.GA78200@alchemy.franken.de> <20120609121326.GP90133@alchemy.franken.de> <20120609222957.GS90133@alchemy.franken.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: "freebsd-stable@freebsd.org Stable" Subject: Re: Boot hangs on v9 system at CD device probe X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Jun 2012 22:28:59 -0000 On Tue, Jun 12, 2012 at 03:17:47PM -0700, Kevin Oberman wrote: > On Sat, Jun 9, 2012 at 3:29 PM, Marius Strobl wrote: > > On Sat, Jun 09, 2012 at 02:38:53PM -0700, Kevin Oberman wrote: > >> On Sat, Jun 9, 2012 at 5:13 AM, Marius Strobl wrote: > >> > On Fri, Jun 08, 2012 at 10:11:48PM -0700, Kevin Oberman wrote: > >> >> On Thu, May 31, 2012 at 9:10 AM, Kevin Oberman wrote: > >> >> I just did the obvious as suggested and built a kernel without ATA_CAM > >> >> and with atapicam. It boots fine and I have my CD/DVD working on 9.0. > >> >> Clearly, there is some issue with ATAPI drives with ATA_CAM as others > >> >> have seen the same thing. It is entirely possible that a serial > >> >> connected drives don't have this issue. It does look like there is > >> >> some locking issue between CAM and GEOM under some circumstances. I > >> >> worry that 10 will lose support for other than ATA_CAM and that the > >> >> work-around will no longer be available. Of course, if ahci fixes it, > >> >> the problem will go away on systems that support it. > >> >> > >> >> Next time I get to the system I will try putting ATA_CAM back and > >> >> adding ahci and report on the results. > >> >> > >> > > >> > I don't think that the latter test makes much sense as the above > >> > mentioned controller doesn't support AHCI. If you could test > >> > whether the following patch works around the issue when using > >> > ATA_CAM that would be more useful. > >> > http://people.freebsd.org/~marius/ata_ite_ATA_CAM_ATA_NO_ATAPI_DMA.diff > >> > >> Will do. It will be a couple of days, though, as I am currently in the > >> process of updating the 1000 ports installed on that system for the > >> major version update. When that is complete, I'll try to get to the > >> location of the system and see if it does the job. Mondy has several > >> meetings, so it will probably be at least Tuesday. > > > > No hurry ... > > I installed the patch and it worked. 9.0-Stable system with ATA_CAM > and cdrom now boot correctly. > > Thanks! > > Will this be committed to head and MFCed soon? I've committed it to head in r237107 as a band-aid for now as it's a sufficiently severe problem. Obviously, fixing ATA_CAM to not break ATAPI CAM instead is the right thing to do. I've already spent quite some time trying to find the underlying but didn't get anywhere with that so far though (granted, most of that wasted time was because of me thinking that this would be due to an endian bug only seen on big endian machines, which turned out to not be the case). AFAICT, mav@ also has ALI hardware affected by this issue, maybe he'll have a look at it eventually ... Marius From owner-freebsd-stable@FreeBSD.ORG Fri Jun 15 00:40:39 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E5CC9106564A; Fri, 15 Jun 2012 00:40:39 +0000 (UTC) (envelope-from seanbru@yahoo-inc.com) Received: from mrout1-b.corp.bf1.yahoo.com (mrout1-b.corp.bf1.yahoo.com [98.139.253.104]) by mx1.freebsd.org (Postfix) with ESMTP id 9B1928FC0A; Fri, 15 Jun 2012 00:40:39 +0000 (UTC) Received: from [IPv6:::1] (rideseveral.corp.yahoo.com [10.73.160.231]) by mrout1-b.corp.bf1.yahoo.com (8.14.4/8.14.4/y.out) with ESMTP id q5F0eQPC094993; Thu, 14 Jun 2012 17:40:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=yahoo-inc.com; s=cobra; t=1339720827; bh=o1lRla3x2Jejz1f0nCcQ6t0hTW3xeg6PRGmtdyjvl+4=; h=Subject:From:Reply-To:To:Cc:In-Reply-To:References:Content-Type: Date:Message-ID:Mime-Version:Content-Transfer-Encoding; b=cFWntlg4N5FLj2BHF0GeIbpTYrQv6pAlrBj77+jzlkjrGrKcbJkwECqfcefRbVf8o 3PTfyGBHMMUFZwsOUkBCRrx60N4QUwTDIIOwJ1+1GU9PxhPf+iLMHFwNaFimGnzneN dW3yBKc7RSrrUi4hqFlXlTGwUq06hTfSFuY0zVpM= From: Sean Bruno To: Vladimir Vasilenko In-Reply-To: <20120608002507.373629e6.vladimir@shumbely.com> References: <20120608002507.373629e6.vladimir@shumbely.com> Content-Type: text/plain; charset="UTF-8" Date: Thu, 14 Jun 2012 17:40:26 -0700 Message-ID: <1339720826.3168.23.camel@powernoodle.corp.yahoo.com> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Milter-Version: master.31+4-gbc07cd5+ X-CLX-ID: 720826002 Cc: "freebsd-stable@freebsd.org" Subject: Re: ATI Mobility Radeon HD 5470 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: sbruno@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jun 2012 00:40:40 -0000 On Thu, 2012-06-07 at 14:25 -0700, Vladimir Vasilenko wrote: > Hello. > > Can I use this video card with FreeBSD? If yes so, where I can driver download? > > > Best regards, > Vladimir Vasilenko I don't know if anyone responded to your question here. I suspect that the latest updates to xorg that have occured in freebsd will support your video card. There is no driver to download for this, it is provided via the xorg installation, but you will have to update your system. You may want to try pc-bsd http://pcbsd.org if you're looking to setup a fully functional desktop-like PC. Sean ref. http://miwi.bsdcrew.de/2012/06/cft-xorg-7-7-ready-for-testing/ From owner-freebsd-stable@FreeBSD.ORG Fri Jun 15 00:55:02 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 37E011065670; Fri, 15 Jun 2012 00:55:02 +0000 (UTC) (envelope-from fullermd@over-yonder.net) Received: from thyme.infocus-llc.com (server.infocus-llc.com [206.156.254.44]) by mx1.freebsd.org (Postfix) with ESMTP id 011FD8FC15; Fri, 15 Jun 2012 00:55:01 +0000 (UTC) Received: from draco.over-yonder.net (c-174-50-4-38.hsd1.ms.comcast.net [174.50.4.38]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by thyme.infocus-llc.com (Postfix) with ESMTPSA id 50F2037B57C; Thu, 14 Jun 2012 19:45:07 -0500 (CDT) Received: by draco.over-yonder.net (Postfix, from userid 100) id 80C4F17741; Thu, 14 Jun 2012 19:45:06 -0500 (CDT) Date: Thu, 14 Jun 2012 19:45:06 -0500 From: "Matthew D. Fuller" To: sbruno@freebsd.org Message-ID: <20120615004506.GD52113@over-yonder.net> References: <20120608002507.373629e6.vladimir@shumbely.com> <1339720826.3168.23.camel@powernoodle.corp.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1339720826.3168.23.camel@powernoodle.corp.yahoo.com> X-Editor: vi X-OS: FreeBSD User-Agent: Mutt/1.5.21-fullermd.4 (2010-09-15) X-Virus-Scanned: clamav-milter 0.97.4 at thyme.infocus-llc.com X-Virus-Status: Clean Cc: Vladimir Vasilenko , "freebsd-stable@freebsd.org" Subject: Re: ATI Mobility Radeon HD 5470 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Jun 2012 00:55:02 -0000 On Thu, Jun 14, 2012 at 05:40:26PM -0700 I heard the voice of Sean Bruno, and lo! it spake thus: > > I don't know if anyone responded to your question here. I suspect > that the latest updates to xorg that have occured in freebsd will > support your video card. That's an Evergreen. UMS support is going to be very skimpy. -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ On the Internet, nobody can hear you scream. From owner-freebsd-stable@FreeBSD.ORG Fri Jun 15 01:38:39 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E270E1065673 for ; Fri, 15 Jun 2012 01:38:39 +0000 (UTC) (envelope-from xenophon@irtnog.org) Received: from mx1.irtnog.org (rrcs-24-123-13-61.central.biz.rr.com [24.123.13.61]) by mx1.freebsd.org (Postfix) with ESMTP id 8C01E8FC14 for ; Fri, 15 Jun 2012 01:38:39 +0000 (UTC) Received: from cinep001bsdgw.irtnog.net (localhost [127.0.0.1]) by mx1.irtnog.org (Postfix) with ESMTP id 48E8820B11 for ; Thu, 14 Jun 2012 21:28:59 -0400 (EDT) X-Virus-Scanned: amavisd-new at irtnog.org Received: from mx1.irtnog.org ([127.0.0.1]) by cinep001bsdgw.irtnog.net (mx1.irtnog.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ErtlxugJD-HN for ; Thu, 14 Jun 2012 21:27:55 -0400 (EDT) Received: from cinip100ntsbs.irtnog.net (cinip100ntsbs.irtnog.net [10.63.1.100]) by mx1.irtnog.org (Postfix) with ESMTP for ; Thu, 14 Jun 2012 21:27:44 -0400 (EDT) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Thu, 14 Jun 2012 21:27:42 -0400 Content-Type: multipart/signed; boundary="----=_NextPart_000_0076_01CD4A74.8849EBA0"; protocol="application/x-pkcs7-signature"; micalg=2.16.840.1.101.3.4.2.3 Message-ID: In-Reply-To: X-MS-Has-Attach: yes X-MS-TNEF-Correlator: Thread-Topic: FreeBSD and IPMI how-to (was Re: su problem) thread-index: Ac1G/531QelVuNgNQ2mq7AGTmLMcVgDlgYpQ References: <201206101128.q5ABShXN007826@lurza.secnetix.de> From: "Matthew X. Economou" To: Cc: Subject: FreeBSD and IPMI how-to (was Re: su 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: Fri, 15 Jun 2012 01:38:40 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_0076_01CD4A74.8849EBA0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Daniel Braniss writes: > just for the record, serial on 8.x works fine! the device naming > has changed from sio to uart, and maybe some features. We use it > on all our servers, even redirecting it where possible via > ILO,IMPI,DRAC. and is great for debuging or saving long trips :-) Would some kind soul point me to a howto for configuring IPMI on FreeBSD? I have a Dell PowerEdge 840 that supports IPMI, but I have no idea how to set it up - either in the BIOS or in FreeBSD. I've messed around with ipmitools a little, but I haven't gotten it to work. Best wishes, Matthew -- I FIGHT FOR THE USERS ------=_NextPart_000_0076_01CD4A74.8849EBA0 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgMFADCABgkqhkiG9w0BBwEAAKCCEA4w ggeyMIIFmqADAgECAgonCLhKAAAAAACFMA0GCSqGSIb3DQEBBQUAMEYxEzARBgoJkiaJk/IsZAEZ FgNuZXQxFjAUBgoJkiaJk/IsZAEZFgZpcnRub2cxFzAVBgNVBAMTDmlydG5vZy1yb290LWNhMB4X DTEyMDEyMTIyMDIwMFoXDTEyMDkxODIyMzk1NlowgacxEzARBgoJkiaJk/IsZAEZFgNuZXQxFjAU BgoJkiaJk/IsZAEZFgZpcnRub2cxEzARBgNVBAsTCk15QnVzaW5lc3MxDjAMBgNVBAsTBVVzZXJz MREwDwYDVQQLEwhTQlNVc2VyczEcMBoGA1UEAxMTTWF0dGhldyBYLiBFY29ub21vdTEiMCAGCSqG SIb3DQEJARYTeGVub3Bob25AaXJ0bm9nLm9yZzCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEA xxSejYh5d5540s54di3lHM8054mpLq80ENH+/GFPQDKfNR0TTsT9j2mgQ3vOCoMmsgsg+pQEjhZq v4PRqW3gDiew5eqHG9V34pmbug0lxvBqbX0JZHhH6LYiqxlXkdgGZP+nuFIJ1JQNJqYlJ7DITvwV 2g37kz8KkOTSWpvzNPUCAwEAAaOCA8IwggO+MBcGCSsGAQQBgjcUAgQKHggAVQBzAGUAcjApBgNV HSUEIjAgBgorBgEEAYI3CgMEBggrBgEFBQcDBAYIKwYBBQUHAwIwCwYDVR0PBAQDAgWgMEQGCSqG SIb3DQEJDwQ3MDUwDgYIKoZIhvcNAwICAgCAMA4GCCqGSIb3DQMEAgIAgDAHBgUrDgMCBzAKBggq hkiG9w0DBzBDBgNVHREEPDA6oCMGCisGAQQBgjcUAgOgFQwTeGVub3Bob25AaXJ0bm9nLm5ldIET eGVub3Bob25AaXJ0bm9nLm9yZzAdBgNVHQ4EFgQU3Cmqfa0uDB+8b10FZ6le9hm/LaowHwYDVR0j BBgwFoAUEIDvE/jvbRM59XtEApwmUJeGN6QwggE/BgNVHR8EggE2MIIBMjCCAS6gggEqoIIBJoaB umxkYXA6Ly8vQ049aXJ0bm9nLXJvb3QtY2EsQ049Y2luaXAxMDBudHNicyxDTj1DRFAsQ049UHVi bGljJTIwS2V5JTIwU2VydmljZXMsQ049U2VydmljZXMsQ049Q29uZmlndXJhdGlvbixEQz1pcnRu b2csREM9bmV0P2NlcnRpZmljYXRlUmV2b2NhdGlvbkxpc3Q/YmFzZT9vYmplY3RDbGFzcz1jUkxE aXN0cmlidXRpb25Qb2ludIY9aHR0cDovL2NpbmlwMTAwbnRzYnMuaXJ0bm9nLm5ldC9DZXJ0RW5y b2xsL2lydG5vZy1yb290LWNhLmNybIYoaHR0cDovL3dlYi5pcnRub2cub3JnL2lydG5vZy1yb290 LWNhLmNybDCCAVsGCCsGAQUFBwEBBIIBTTCCAUkwgawGCCsGAQUFBzABhoGfbGRhcDovLy9DTj1p cnRub2ctcm9vdC1jYSxDTj1BSUEsQ049UHVibGljJTIwS2V5JTIwU2VydmljZXMsQ049U2Vydmlj ZXMsQ049Q29uZmlndXJhdGlvbixEQz1pcnRub2csREM9bmV0P2NBQ2VydGlmaWNhdGU/YmFzZT9v YmplY3RDbGFzcz1jZXJ0aWZpY2F0aW9uQXV0aG9yaXR5MGIGCCsGAQUFBzABhlZodHRwOi8vY2lu aXAxMDBudHNicy5pcnRub2cubmV0L0NlcnRFbnJvbGwvY2luaXAxMDBudHNicy5pcnRub2cubmV0 X2lydG5vZy1yb290LWNhLmNydDA0BggrBgEFBQcwAYYoaHR0cDovL3dlYi5pcnRub2cub3JnL2ly dG5vZy1yb290LWNhLmNydDANBgkqhkiG9w0BAQUFAAOCAgEADgEVR2j45bb/icawmW483CDBRTW5 japSrGUTOewheyoXGlZGbaS2MGY/2fLdF+G6/f2P1tgL4L9fqtc7UoVnvio6BlnYnrknstrWkcRU kNBcvUpoCAexEAl/I8WSdS5GAFiMh75kF+6nzm6+FlMuWyHyFNp4Xlkx0WWW3wN5B2DsTbhTMWjP D6EtpjEz60aK+aGPKsgtKTsLyJYbQdjic7lEOIi5S/OAgTKBWseuKb4YwBS0lXcqyVPI149NfgiC tX9jCY2kZwhBWMo5ueGViY3twsJ4MkTc2GvTYhztgYu2YDq5/BRoGlenUgSyReOPMB0KZViDvBue imBUnpq/YioW0fFhIHyUgQWaXUeuMgZb7sYdlLsbgzUXuEqL09gr4KiBB6dDyzENgNDvoUZrBAeb Qsw2X8qd/yhKL7PMd1mYFWzHfUMXgfY31fmkF2GUH2+AmVntl4ClR5W46wl0SprO1tVuUPYvcWfx BYjEUnzFpsMDa5i0XRZUSe55dafNuMXqLoBQ+SnyW1qdf1eVzsUcWra0o/YH38RKdQiUgPcenED3 NXSWo5LAElyu7TrA+1xrYO0UVdbQ7yGTSeTPeeKh/rLvHwPML0ikfI4Ods1R2cwbXJnLc5Kp/rks HB72O22dZXBtgjPgDSA3cF6lbAV8Zc2gMnRNyMCHQDToR20wgghUMIIGPKADAgECAhAJRHXEQIeq skNRKMSkhahFMA0GCSqGSIb3DQEBBQUAMEYxEzARBgoJkiaJk/IsZAEZFgNuZXQxFjAUBgoJkiaJ k/IsZAEZFgZpcnRub2cxFzAVBgNVBAMTDmlydG5vZy1yb290LWNhMB4XDTA3MDkxODIyMzI0NloX DTEyMDkxODIyMzk1NlowRjETMBEGCgmSJomT8ixkARkWA25ldDEWMBQGCgmSJomT8ixkARkWBmly dG5vZzEXMBUGA1UEAxMOaXJ0bm9nLXJvb3QtY2EwggIiMA0GCSqGSIb3DQEBAQUAA4ICDwAwggIK AoICAQC0xMC49jp+gi7WGyqsqVMg06+XcqOSou2WnQn22YtqxG/XoxqGue+aWgEgxfo+qT5AABK5 2iJM+oGCJtzxIZy1LKKL5xgsHR6NwdRVQW/SGJEGOP4WLUVo0/2TuLhgzSsyl9QTZ/Nb+ZxHIyOs kD/dVN0tyfRylvLEC4nHiGVrj/8owLYxGCZAI4eupcPnOHNThL4NM4uGvmJLgY0moFz4G1XvXirq QcrKOohzH1drzwOtGgGbBzIRVZRbt4BCAcy4eym7EQEvRrdExWBwEmR1xuL5b1UeTJrH51rufYEg M+jdW8sLhsrfDV32F1dECfASnHzoaxmQUUtCOvSNciKGaj3MXzt16LZWVE6lM15cNkv7ynKWxNJi ls5KhxAg/aoAbX9qY2MHivI+oI5+yKkWxfIyTqJ7m691dIs4MXXpxjweIzkiFLcTSojGUwUVwU9j AYp7aQIapcV1mGA5kmb0Us+F3MCzeOXvhAnZxnPtfQj0mHT5mBGopcLibicYCHkrbnMfKqRvX4zB Jb+IL/SybfweyNoC8RxmA9+yQOXDC6YV74WE+xHnRqM4ZvHDHPN7ewvR7H9iY6t7CPK7W6ygPp01 lSfUpKfOWfEw+s+qm7iQPBKv4ZvTsGyPkjgo+oNfalQWwJhub9jMFeLGbj2NltrOmwzRNrJ85Jfw ejbe/QIDAQABo4IDPDCCAzgwCwYDVR0PBAQDAgGGMA8GA1UdEwEB/wQFMAMBAf8wHQYDVR0OBBYE FBCA7xP4720TOfV7RAKcJlCXhjekMIIBPwYDVR0fBIIBNjCCATIwggEuoIIBKqCCASaGKGh0dHA6 Ly93ZWIuaXJ0bm9nLm9yZy9pcnRub2ctcm9vdC1jYS5jcmyGPWh0dHA6Ly9jaW5pcDEwMG50c2Jz LmlydG5vZy5uZXQvQ2VydEVucm9sbC9pcnRub2ctcm9vdC1jYS5jcmyGgbpsZGFwOi8vL0NOPWly dG5vZy1yb290LWNhLENOPWNpbmlwMTAwbnRzYnMsQ049Q0RQLENOPVB1YmxpYyUyMEtleSUyMFNl cnZpY2VzLENOPVNlcnZpY2VzLENOPUNvbmZpZ3VyYXRpb24sREM9aXJ0bm9nLERDPW5ldD9jZXJ0 aWZpY2F0ZVJldm9jYXRpb25MaXN0P2Jhc2U/b2JqZWN0Q2xhc3M9Y1JMRGlzdHJpYnV0aW9uUG9p bnQwEAYJKwYBBAGCNxUBBAMCAQAwRQYDVR0gBD4wPDA6BgkrBgEEAdFkAAEwLTArBggrBgEFBQcC ARYfaHR0cDovL3dlYi5pcnRub2cub3JnL2xlZ2FsL2NwczCCAVsGCCsGAQUFBwEBBIIBTTCCAUkw NAYIKwYBBQUHMAKGKGh0dHA6Ly93ZWIuaXJ0bm9nLm9yZy9pcnRub2ctcm9vdC1jYS5jcnQwYgYI KwYBBQUHMAKGVmh0dHA6Ly9jaW5pcDEwMG50c2JzLmlydG5vZy5uZXQvQ2VydEVucm9sbC9jaW5p cDEwMG50c2JzLmlydG5vZy5uZXRfaXJ0bm9nLXJvb3QtY2EuY3J0MIGsBggrBgEFBQcwAoaBn2xk YXA6Ly8vQ049aXJ0bm9nLXJvb3QtY2EsQ049QUlBLENOPVB1YmxpYyUyMEtleSUyMFNlcnZpY2Vz LENOPVNlcnZpY2VzLENOPUNvbmZpZ3VyYXRpb24sREM9aXJ0bm9nLERDPW5ldD9jQUNlcnRpZmlj YXRlP2Jhc2U/b2JqZWN0Q2xhc3M9Y2VydGlmaWNhdGlvbkF1dGhvcml0eTANBgkqhkiG9w0BAQUF AAOCAgEACC57xRxMg7I3JOLl3T0o9KPlBDWBgzgywIVFQ3xkufdX/7+6Va+ODT3fJxHFC1XQTfS9 nxbRnUAJYYWdCbh3m+4282KfobpUNImFHZLdzS6Sk+gtmnE4yNtn5AOyXVsFDkJ/RfjYpR+puH6k d082MDYCEzTjzc9PipN0JWZripASj7VbAg0SW3ZROVg6BWM3lioUZYqRgiFdNbiw3+MGv+F7WSHE mIp6/BD5w/+a751M0ntSKMmtia6QPErJhbLwG1z/lzSIEORXSP/qcw0HzD97AP5GL2fmdGoO/lhl zMOwNik+j/VDP/uogFEsq+FZ7qUuZXQhy0Qu36mA4QSGZt2irxvaYvA5pgOizjEgnTe3M2gGxChv hvgyRieI7lvn+IbxAHggaR2E6YSq4jqBfrk1VuL3/aWFtrvEU1FBhbzXrkwV2vaLtUqPNNmB9iYv bymp3Onk0eTxz8hC8ETYyeR/N8gKXKqb1+mNMd3p53Icu17Ga+v+lhrecy9oDJw23eJTTjylGc90 gMIKGqFBf9iORgSa4eG3peUZA324vakb/IAevDrf5vmS7+e4gHng38gNkoLlGTDjuLOw/TtIbc1b XaTn8snBcNUfRkdEBkOlfR5yl8FLPclSIsafWdOL2OoLFf2zJwMSgQbtinY42lVBVzQAWCQ5Og9j S4ptGLwxggMRMIIDDQIBATBUMEYxEzARBgoJkiaJk/IsZAEZFgNuZXQxFjAUBgoJkiaJk/IsZAEZ FgZpcnRub2cxFzAVBgNVBAMTDmlydG5vZy1yb290LWNhAgonCLhKAAAAAACFMA0GCWCGSAFlAwQC AwUAoIICDzAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xMjA2MTUw MTI3NDJaME8GCSqGSIb3DQEJBDFCBEDk1OwqsAJc5jECwCj05/VEXZD/Lkk9nRwnsKrw15RaycRL dNttCyjhBEWnIDajZlE06yY/rhV2wA2isp3miFT/MGMGCSsGAQQBgjcQBDFWMFQwRjETMBEGCgmS JomT8ixkARkWA25ldDEWMBQGCgmSJomT8ixkARkWBmlydG5vZzEXMBUGA1UEAxMOaXJ0bm9nLXJv b3QtY2ECCicIuEoAAAAAAIUwZQYLKoZIhvcNAQkQAgsxVqBUMEYxEzARBgoJkiaJk/IsZAEZFgNu ZXQxFjAUBgoJkiaJk/IsZAEZFgZpcnRub2cxFzAVBgNVBAMTDmlydG5vZy1yb290LWNhAgonCLhK AAAAAACFMIG3BgkqhkiG9w0BCQ8xgakwgaYwCwYJYIZIAWUDBAEqMAsGCWCGSAFlAwQBFjAKBggq hkiG9w0DBzALBglghkgBZQMEAQIwDgYIKoZIhvcNAwICAgCAMAcGBSsOAwIHMA0GCCqGSIb3DQMC AgFAMA0GCCqGSIb3DQMCAgEoMAsGCWCGSAFlAwQCAzALBglghkgBZQMEAgIwCwYJYIZIAWUDBAIB MAcGBSsOAwIaMAoGCCqGSIb3DQIFMA0GCSqGSIb3DQEBAQUABIGAiP/Wa5feCXnlOficRL/g+Fbd SrKk8PzkmBG3csi64purJaNg0EU4VDSfFq3A27jR6M4inuGdLsXFxKreON2pHsg14EntRvy8c1ik jVXobCrCw/wH2zOEAVc9Q74zQC+nDMyHrbHBpNWe8pZqArbTHxyPfgLT9NudC5pLfRWIXdEAAAAA AAA= ------=_NextPart_000_0076_01CD4A74.8849EBA0-- From owner-freebsd-stable@FreeBSD.ORG Fri Jun 15 03:06:53 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C0054106566B for ; Fri, 15 Jun 2012 03:06:53 +0000 (UTC) (envelope-from seanbru@yahoo-inc.com) Received: from mrout1.yahoo.com (mrout1.yahoo.com [216.145.54.171]) by mx1.freebsd.org (Postfix) with ESMTP id A0C928FC14 for ; Fri, 15 Jun 2012 03:06:53 +0000 (UTC) Received: from [IPv6:::1] (proxy6.corp.yahoo.com [216.145.48.19]) by mrout1.yahoo.com (8.14.4/8.14.4/y.out) with ESMTP id q5F2uJLK062954; Thu, 14 Jun 2012 19:56:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=yahoo-inc.com; s=cobra; t=1339728979; bh=7CcVeYqj8KLPD8sGa+P54bn35ShKWCKy6cGB3xvmOm4=; h=Subject:From:To:Cc:In-Reply-To:References:Content-Type:Date: Message-ID:Mime-Version:Content-Transfer-Encoding; b=vqlVtJnBcw8zkJIoWOl8W0rtdMp+wwUgspiMwUBvK1JpTDChH7LzLSCxnmO86nueA N9PiUxow8Jd9o+zUuPe3qWDShqziTbuVaFHFsn+jI6WvNqB8E8h8cxgPnYiVpRNYph yz5vb2j6yZBUwvpPL1G1oyBPIJL5BTB0Mu1EKdQ4= From: Sean Bruno To: "Matthew X. Economou" In-Reply-To: References: <201206101128.q5ABShXN007826@lurza.secnetix.de> Content-Type: text/plain; charset="UTF-8" Date: Thu, 14 Jun 2012 19:56:18 -0700 Message-ID: <1339728978.4819.0.camel@powernoodle> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Milter-Version: master.31+4-gbc07cd5+ X-CLX-ID: 728979000 Cc: "freebsd-stable@freebsd.org" Subject: Re: FreeBSD and IPMI how-to (was Re: su 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: Fri, 15 Jun 2012 03:06:53 -0000 On Thu, 2012-06-14 at 18:27 -0700, Matthew X. Economou wrote: > Daniel Braniss writes: > > > just for the record, serial on 8.x works fine! the device naming > > has changed from sio to uart, and maybe some features. We use it > > on all our servers, even redirecting it where possible via > > ILO,IMPI,DRAC. and is great for debuging or saving long trips :-) > > Would some kind soul point me to a howto for configuring IPMI on > FreeBSD? I have a Dell PowerEdge 840 that supports IPMI, but I have > no idea how to set it up - either in the BIOS or in FreeBSD. I've > messed around with ipmitools a little, but I haven't gotten it to > work. > > Best wishes, > Matthew > I would start with installing the ipmitool port. Other may suggest freeipmi and openipmi for great justice. try poking around with "sudo ipmitool shell" and see if you can figure out what's going on. Sean From owner-freebsd-stable@FreeBSD.ORG Fri Jun 15 03:34:06 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DD0B6106568A; Fri, 15 Jun 2012 03:34:06 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [64.7.128.101]) by mx1.freebsd.org (Postfix) with ESMTP id 728D58FC08; Fri, 15 Jun 2012 03:34:06 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q5F3WhIV059764; Fri, 15 Jun 2012 03:32:43 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q5F3WhZI059748; Fri, 15 Jun 2012 03:32:43 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 15 Jun 2012 03:32:43 GMT Message-Id: <201206150332.q5F3WhZI059748@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on arm/arm X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jun 2012 03:34:07 -0000 TB --- 2012-06-15 02:52:03 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-06-15 02:52:03 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-06-15 02:52:03 - starting RELENG_8 tinderbox run for arm/arm TB --- 2012-06-15 02:52:03 - cleaning the object tree TB --- 2012-06-15 02:52:03 - cvsupping the source tree TB --- 2012-06-15 02:52:03 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/arm/arm/supfile TB --- 2012-06-15 02:52:19 - building world TB --- 2012-06-15 02:52:19 - CROSS_BUILD_TESTING=YES TB --- 2012-06-15 02:52:19 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-15 02:52:19 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-15 02:52:19 - SRCCONF=/dev/null TB --- 2012-06-15 02:52:19 - TARGET=arm TB --- 2012-06-15 02:52:19 - TARGET_ARCH=arm TB --- 2012-06-15 02:52:19 - TZ=UTC TB --- 2012-06-15 02:52:19 - __MAKE_CONF=/dev/null TB --- 2012-06-15 02:52:19 - cd /src TB --- 2012-06-15 02:52:19 - /usr/bin/make -B buildworld >>> World build started on Fri Jun 15 02:52:20 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Jun 15 03:29:27 UTC 2012 TB --- 2012-06-15 03:29:27 - cd /src/sys/arm/conf TB --- 2012-06-15 03:29:27 - /usr/sbin/config -m AVILA TB --- 2012-06-15 03:29:27 - building AVILA kernel TB --- 2012-06-15 03:29:27 - CROSS_BUILD_TESTING=YES TB --- 2012-06-15 03:29:27 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-15 03:29:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-15 03:29:27 - SRCCONF=/dev/null TB --- 2012-06-15 03:29:27 - TARGET=arm TB --- 2012-06-15 03:29:27 - TARGET_ARCH=arm TB --- 2012-06-15 03:29:27 - TZ=UTC TB --- 2012-06-15 03:29:27 - __MAKE_CONF=/dev/null TB --- 2012-06-15 03:29:27 - cd /src TB --- 2012-06-15 03:29:27 - /usr/bin/make -B buildkernel KERNCONF=AVILA >>> Kernel build for AVILA started on Fri Jun 15 03:29:27 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AVILA completed on Fri Jun 15 03:31:23 UTC 2012 TB --- 2012-06-15 03:31:23 - cd /src/sys/arm/conf TB --- 2012-06-15 03:31:23 - /usr/sbin/config -m BWCT TB --- 2012-06-15 03:31:23 - building BWCT kernel TB --- 2012-06-15 03:31:23 - CROSS_BUILD_TESTING=YES TB --- 2012-06-15 03:31:23 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-15 03:31:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-15 03:31:23 - SRCCONF=/dev/null TB --- 2012-06-15 03:31:23 - TARGET=arm TB --- 2012-06-15 03:31:23 - TARGET_ARCH=arm TB --- 2012-06-15 03:31:23 - TZ=UTC TB --- 2012-06-15 03:31:23 - __MAKE_CONF=/dev/null TB --- 2012-06-15 03:31:23 - cd /src TB --- 2012-06-15 03:31:23 - /usr/bin/make -B buildkernel KERNCONF=BWCT >>> Kernel build for BWCT started on Fri Jun 15 03:31:23 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -mlittle-endian -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcpu=arm9 -ffreestanding -Werror /src/sys/arm/at91/at91_pio.c cc -mlittle-endian -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcpu=arm9 -ffreestanding -Werror /src/sys/arm/at91/at91_pmc.c cc -mlittle-endian -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcpu=arm9 -ffreestanding -Werror /src/sys/arm/at91/at91_ssc.c cc -mlittle-endian -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcpu=arm9 -ffreestanding -Werror /src/sys/arm/at91/at91_spi.c cc1: warnings being treated as errors /src/sys/arm/at91/at91_spi.c: In function 'at91_spi_attach': /src/sys/arm/at91/at91_spi.c:127: warning: implicit declaration of function 'at91_is_rm92' /src/sys/arm/at91/at91_spi.c:127: warning: nested extern declaration of 'at91_is_rm92' *** Error code 1 Stop in /obj/arm/src/sys/BWCT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-06-15 03:32:43 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-06-15 03:32:43 - ERROR: failed to build BWCT kernel TB --- 2012-06-15 03:32:43 - 1875.59 user 425.36 system 2440.05 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-arm-arm.full From owner-freebsd-stable@FreeBSD.ORG Fri Jun 15 05:18:55 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 583F0106564A for ; Fri, 15 Jun 2012 05:18:55 +0000 (UTC) (envelope-from cowens@greatbaysoftware.com) Received: from ecbiz102.inmotionhosting.com (ecbiz102.inmotionhosting.com [70.39.235.94]) by mx1.freebsd.org (Postfix) with ESMTP id D5EF68FC0C for ; Fri, 15 Jun 2012 05:18:54 +0000 (UTC) Received: from c-50-136-23-27.hsd1.nh.comcast.net ([50.136.23.27]:64638 helo=jack.bspruce.com) by ecbiz102.inmotionhosting.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1SfO9X-0005ix-5F for stable@freebsd.org; Fri, 15 Jun 2012 00:28:55 -0400 Message-ID: <4FDABA0B.5030702@greatbaysoftware.com> Date: Fri, 15 Jun 2012 00:28:59 -0400 From: Charles Owens Organization: Great Bay Software User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: stable@freebsd.org X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - ecbiz102.inmotionhosting.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - greatbaysoftware.com Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: mfi(4) IO performance regression, post 8.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: Fri, 15 Jun 2012 05:18:55 -0000 Hello FreeBSD folk, We're seeing what appears to be a storage performance regression as we try to move from 8.1 (i386) to 8.3. We looked at 8.2 also and it appears that the regression happened between 8.1 and 8.2. Our system is an Intel S5520UR Server with 12 GB RAM, dual 4-core CPUs. Storage is a LSI MegaSAS 1078 controller (mfi) in a RAID-10 configuration, using UFS + geom_journal for filesystem. Postgresql performance, as seen via pgbench, dropped by approx 20%. This testing was done with our usual PAE-enabled kernels. We then went back to GENERIC kernels and did comparisons using "bonnie", results below. Following that is a kernel boot log. Notably, we're seeing this regression only with our RAID mfi(4) based systems. Notably, from looking at FreeBSD source changelogs it appears that the mfi(4) code has seen some changes since 8.1. How can I investigate further? Assistance with sorting this out would be greatly appreciated. Thanks much, Charles Bonnie comparison 8.3 GENERIC -------Sequential Output-------- ---Sequential Input-- --Random-- -Per Char- --Block--- -Rewrite-- -Per Char- --Block--- --Seeks--- Machine MB K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU /sec %CPU 100 93580 98.3 82136 26.6 113709 78.8 152081 98.8 3223876 100.0 233590.3 240.4 8.2 GENERIC -------Sequential Output-------- ---Sequential Input-- --Random-- -Per Char- --Block--- -Rewrite-- -Per Char- --Block--- --Seeks--- Machine MB K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU /sec %CPU 100 95923 99.1 84042 56.7 110568 69.8 152088 100.6 4290802 82.8 239779.4 234.5 8.1 GENERIC -------Sequential Output-------- ---Sequential Input-- --Random-- -Per Char- --Block--- -Rewrite-- -Per Char- --Block--- --Seeks--- Machine MB K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU /sec %CPU 100 140708 100.0 164261 44.4 208553 48.5 153472 100.0 3298756 100.0 270325.1 238.4 Copyright (c) 1992-2010 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 8.1-RELEASE-p8 #1: Fri Jan 6 12:13:34 EST 2012 cowens@newcastle.greatbaysoftware.com:/usr/obj/usr/relbuild/os/RELENG_8_1/sys/GENERIC i386 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(R) CPU E5530 @ 2.40GHz (2394.28-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x106a5 Family = 6 Model = 1a Stepping = 5 Features=0xbfebfbff Features2=0x9ce3bd AMD Features=0x28100000 AMD Features2=0x1 TSC: P-state invariant real memory = 12884901888 (12288 MB) avail memory = 2289147904 (2183 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 16 CPUs FreeBSD/SMP: 2 package(s) x 4 core(s) x 2 SMT threads cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 cpu4 (AP): APIC ID: 4 cpu5 (AP): APIC ID: 5 cpu6 (AP): APIC ID: 6 cpu7 (AP): APIC ID: 7 cpu8 (AP): APIC ID: 16 cpu9 (AP): APIC ID: 17 cpu10 (AP): APIC ID: 18 cpu11 (AP): APIC ID: 19 cpu12 (AP): APIC ID: 20 cpu13 (AP): APIC ID: 21 cpu14 (AP): APIC ID: 22 cpu15 (AP): APIC ID: 23 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard lapic0: Forcing LINT1 to edge trigger kbd0 at kbdmux0 acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0:<24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 cpu0: on acpi0 cpu1: on acpi0 cpu2: on acpi0 cpu3: on acpi0 cpu4: on acpi0 cpu5: on acpi0 cpu6: on acpi0 cpu7: on acpi0 cpu8: on acpi0 cpu9: on acpi0 cpu10: on acpi0 cpu11: on acpi0 cpu12: on acpi0 cpu13: on acpi0 cpu14: on acpi0 cpu15: 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 28 at device 1.0 on pci0 pci1: on pcib1 igb0: port 0x4020-0x403f mem 0xb1f20000-0xb1f3ffff,0xb1f44000-0xb1f47fff irq 40 at device 0.0 on pci1 igb0: Using MSIX interrupts with 5 vectors igb0: [ITHREAD] igb0: [ITHREAD] igb0: [ITHREAD] igb0: [ITHREAD] igb0: [ITHREAD] igb0: Ethernet address: 00:15:17:f2:1b:a0 igb1: port 0x4000-0x401f mem 0xb1f00000-0xb1f1ffff,0xb1f40000-0xb1f43fff irq 28 at device 0.1 on pci1 igb1: Using MSIX interrupts with 5 vectors igb1: [ITHREAD] igb1: [ITHREAD] igb1: [ITHREAD] igb1: [ITHREAD] igb1: [ITHREAD] igb1: Ethernet address: 00:15:17:f2:1b:a1 pcib2: irq 24 at device 3.0 on pci0 pci2: on pcib2 pcib3: mem 0xb1e00000-0xb1e1ffff irq 24 at device 0.0 on pci2 pci3: on pcib3 pcib4: irq 24 at device 0.0 on pci3 pci4: on pcib4 igb2: port 0x3020-0x303f mem 0xb1c60000-0xb1c7ffff,0xb1c40000-0xb1c5ffff,0xb1d04000-0xb1d07fff irq 34 at device 0.0 on pci4 igb2: Using MSIX interrupts with 10 vectors igb2: [ITHREAD] igb2: [ITHREAD] igb2: [ITHREAD] igb2: [ITHREAD] igb2: [ITHREAD] igb2: [ITHREAD] igb2: [ITHREAD] igb2: [ITHREAD] igb2: [ITHREAD] igb2: [ITHREAD] igb2: Ethernet address: 00:0c:bd:00:9d:eb igb3: port 0x3000-0x301f mem 0xb1c20000-0xb1c3ffff,0xb1c00000-0xb1c1ffff,0xb1d00000-0xb1d03fff irq 24 at device 0.1 on pci4 igb3: Using MSIX interrupts with 10 vectors igb3: [ITHREAD] igb3: [ITHREAD] igb3: [ITHREAD] igb3: [ITHREAD] igb3: [ITHREAD] igb3: [ITHREAD] igb3: [ITHREAD] igb3: [ITHREAD] igb3: [ITHREAD] igb3: [ITHREAD] igb3: Ethernet address: 00:0c:bd:00:9d:ea pcib5: irq 34 at device 1.0 on pci3 pci7: on pcib5 igb4: port 0x2020-0x203f mem 0xb1a60000-0xb1a7ffff,0xb1a40000-0xb1a5ffff,0xb1b04000-0xb1b07fff irq 35 at device 0.0 on pci7 igb4: Using MSIX interrupts with 10 vectors igb4: [ITHREAD] igb4: [ITHREAD] igb4: [ITHREAD] igb4: [ITHREAD] igb4: [ITHREAD] igb4: [ITHREAD] igb4: [ITHREAD] igb4: [ITHREAD] igb4: [ITHREAD] igb4: [ITHREAD] igb4: Ethernet address: 00:0c:bd:00:9d:ed igb5: port 0x2000-0x201f mem 0xb1a20000-0xb1a3ffff,0xb1a00000-0xb1a1ffff,0xb1b00000-0xb1b03fff irq 34 at device 0.1 on pci7 igb5: Using MSIX interrupts with 10 vectors igb5: [ITHREAD] igb5: [ITHREAD] igb5: [ITHREAD] igb5: [ITHREAD] igb5: [ITHREAD] igb5: [ITHREAD] igb5: [ITHREAD] igb5: [ITHREAD] igb5: [ITHREAD] igb5: [ITHREAD] igb5: Ethernet address: 00:0c:bd:00:9d:ec pcib6: irq 24 at device 4.0 on pci3 pci10: on pcib6 pcib7: irq 34 at device 5.0 on pci3 pci11: on pcib7 pcib8: irq 30 at device 7.0 on pci0 pci12: on pcib8 pcib9: irq 32 at device 9.0 on pci0 pci13: on pcib9 pcib10: irq 33 at device 10.0 on pci0 pci14: on pcib10 pci0: at device 16.0 (no driver attached) pci0: at device 16.1 (no driver attached) pci0: at device 17.0 (no driver attached) pci0: at device 17.1 (no driver attached) pci0: at device 20.0 (no driver attached) pci0: at device 20.1 (no driver attached) pci0: at device 20.2 (no driver attached) pci0: at device 20.3 (no driver attached) pci0: at device 22.0 (no driver attached) pci0: at device 22.1 (no driver attached) pci0: at device 22.2 (no driver attached) pci0: at device 22.3 (no driver attached) pci0: at device 22.4 (no driver attached) pci0: at device 22.5 (no driver attached) pci0: at device 22.6 (no driver attached) pci0: at device 22.7 (no driver attached) uhci0: port 0x50c0-0x50df irq 19 at device 26.0 on pci0 uhci0: [ITHREAD] uhci0: LegSup = 0x3000 usbus0: on uhci0 uhci1: port 0x50a0-0x50bf irq 19 at device 26.1 on pci0 uhci1: [ITHREAD] usbus1: on uhci1 uhci2: port 0x5080-0x509f irq 19 at device 26.2 on pci0 uhci2: [ITHREAD] usbus2: on uhci2 ehci0: mem 0xb2021000-0xb20213ff irq 19 at device 26.7 on pci0 ehci0: [ITHREAD] usbus3: EHCI version 1.0 usbus3: on ehci0 pcib11: irq 16 at device 28.0 on pci0 pci15: on pcib11 mfi0: port 0x1000-0x10ff mem 0xb1900000-0xb193ffff,0xb1940000-0xb197ffff irq 16 at device 0.0 on pci15 mfi0: Megaraid SAS driver Ver 3.00 mfi0: 36759 (393046626s/0x0020/info) - Shutdown command received from host mfi0: 36760 (boot + 3s/0x0020/info) - Firmware initialization started (PCI ID 0060/1000/3505/8086) mfi0: 36761 (boot + 3s/0x0020/info) - Firmware version 1.40.232-1007 mfi0: 36762 (boot + 4s/0x0008/info) - Battery Present mfi0: 36763 (boot + 5s/0x0020/info) - Board Revision mfi0: 36764 (boot + 49s/0x0002/WARN) - PD 110(e0x00/s16) Path 50001017e03bdc00 reset (Type 03) mfi0: 36765 (boot + 65s/0x0002/WARN) - PD 111(e0x00/s17) Path 50001017e13bdc00 reset (Type 03) mfi0: 36766 (boot + 66s/0x0002/WARN) - PD 110(e0x00/s16) Path 50001017e03bdc00 reset (Type 03) mfi0: 36767 (boot + 82s/0x0002/WARN) - PD 110(e0x00/s16) Path 50001017e03bdc00 reset (Type 03) mfi0: 36768 (boot + 83s/0x0002/WARN) - PD 111(e0x00/s17) Path 50001017e13bdc00 reset (Type 03) mfi0: 36769 (boot + 99s/0x0002/WARN) - PD 111(e0x00/s17) Path 50001017e13bdc00 reset (Type 03) mfi0: 36770 (boot + 100s/0x0002/WARN) - PD 110(e0x00/s16) Path 50001017e03bdc00 reset (Type 03) mfi0: 36771 (boot + 104s/0x0002/info) - Inserted: PD 01(e0xff/s1) mfi0: 36772 (boot + 104s/0x0002/info) - Inserted: PD 01(e0xff/s1) Info: enclPd=ffff, scsiType=0, portMap=00, sasAddr=5000c5001ab0d441,0000000000000000 mfi0: 36773 (boot + 104s/0x0002/info) - Inserted: PD 02(e0xff/s2) mfi0: 36774 (boot + 104s/0x0002/info) - Inserted: PD 02(e0xff/s2) Info: enclPd=ffff, scsiType=0, portMap=01, sasAddr=5000c5001ab0d4ed,0000000000000000 mfi0: 36775 (boot + 104s/0x0002/info) - Inserted: PD 03(e0xff/s3) mfi0: 36776 (boot + 104s/0x0002/info) - Inserted: PD 03(e0xff/s3) Info: enclPd=ffff, scsiType=0, portMap=04, sasAddr=5000c5001ab0d585,0000000000000000 mfi0: 36777 (boot + 104s/0x0002/info) - Inserted: PD 04(e0xff/s4) mfi0: 36778 (boot + 104s/0x0002/info) - Inserted: PD 04(e0xff/s4) Info: enclPd=ffff, scsiType=0, portMap=02, sasAddr=5000c5001ab0d869,0000000000000000 mfi0: 36779 (boot + 104s/0x0002/info) - Inserted: PD 05(e0xff/s5) mfi0: 36780 (boot + 104s/0x0002/info) - Inserted: PD 05(e0xff/s5) Info: enclPd=ffff, scsiType=0, portMap=03, sasAddr=5000c5001ab0d655,0000000000000000 mfi0: 36781 (boot + 104s/0x0042/info) - Global Hot Spare created on PD 05(e0xff/s5) (global,rev) mfi0: 36782 (393046751s/0x0020/info) - Time established as 06/15/12 3:39:11; (113 seconds since power on) mfi0: [ITHREAD] pcib12: irq 16 at device 28.4 on pci0 pci16: on pcib12 vgapci0: mem 0xb0000000-0xb0ffffff,0xb1800000-0xb1803fff,0xb1000000-0xb17fffff irq 16 at device 0.0 on pci16 pcib13: irq 17 at device 28.5 on pci0 pci17: on pcib13 uhci3: port 0x5060-0x507f irq 16 at device 29.0 on pci0 uhci3: [ITHREAD] usbus4: on uhci3 uhci4: port 0x5040-0x505f irq 16 at device 29.1 on pci0 uhci4: [ITHREAD] usbus5: on uhci4 uhci5: port 0x5020-0x503f irq 16 at device 29.2 on pci0 uhci5: [ITHREAD] usbus6: on uhci5 ehci1: mem 0xb2020000-0xb20203ff irq 16 at device 29.7 on pci0 ehci1: [ITHREAD] usbus7: EHCI version 1.0 usbus7: on ehci1 pcib14: at device 30.0 on pci0 pci18: on pcib14 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x5138-0x513f,0x514c-0x514f,0x5130-0x5137,0x5148-0x514b,0x5110-0x511f,0x5100-0x510f irq 18 at device 31.2 on pci0 atapci0: [ITHREAD] ata2: on atapci0 ata2: [ITHREAD] ata3: on atapci0 ata3: [ITHREAD] pci0: at device 31.3 (no driver attached) atapci1: port 0x5128-0x512f,0x5144-0x5147,0x5120-0x5127,0x5140-0x5143,0x50f0-0x50ff,0x50e0-0x50ef irq 21 at device 31.5 on pci0 atapci1: [ITHREAD] ata4: on atapci1 ata4: [ITHREAD] ata5: on atapci1 ata5: [ITHREAD] acpi_button0: on acpi0 atrtc0: port 0x70-0x71,0x74-0x77 irq 8 on acpi0 uart0:<16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 uart0: [FILTER] uart0: console (9600,n,8,1) uart1:<16550 or compatible> port 0x2f8-0x2ff irq 3 on acpi0 uart1: [FILTER] pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xc8fff,0xc9000-0xc9fff,0xca000-0xcffff pnpid ORM0000 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA<16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ata0 at port 0x1f0-0x1f7,0x3f6 irq 14 on isa0 ata0: [ITHREAD] ata1 at port 0x170-0x177,0x376 irq 15 on isa0 ata1: [ITHREAD] ppc0: parallel port not found. est0: on cpu0 p4tcc0: on cpu0 est1: on cpu1 p4tcc1: on cpu1 est2: on cpu2 p4tcc2: on cpu2 est3: on cpu3 p4tcc3: on cpu3 est4: on cpu4 p4tcc4: on cpu4 est5: on cpu5 p4tcc5: on cpu5 est6: on cpu6 p4tcc6: on cpu6 est7: on cpu7 p4tcc7: on cpu7 est8: on cpu8 p4tcc8: on cpu8 est9: on cpu9 p4tcc9: on cpu9 est10: on cpu10 p4tcc10: on cpu10 est11: on cpu11 p4tcc11: on cpu11 est12: on cpu12 p4tcc12: on cpu12 est13: on cpu13 p4tcc13: on cpu13 est14: on cpu14 p4tcc14: on cpu14 est15: on cpu15 p4tcc15: on cpu15 Timecounters tick every 1.000 msec mfi0: 36783 (393046780s/0x0008/info) - Battery temperature is normal usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 12Mbps Full Speed USB v1.0 usbus3: 480Mbps High Speed USB v2.0 usbus4: 12Mbps Full Speed USB v1.0 usbus5: 12Mbps Full Speed USB v1.0 usbus6: 12Mbps Full Speed USB v1.0 usbus7: 480Mbps High Speed USB v2.0 mfid0: on mfi0 mfid0: 278472MB (570310656 sectors) RAID volume '' is optimal lapic18: Forcing LINT1 to edge trigger SMP: AP CPU #10 Launched! lapic5: Forcing LINT1 to edge trigger SMP: AP CPU #5 Launched! lapic17: Forcing LINT1 to edge trigger SMP: AP CPU #9 Launched! lapic3: Forcing LINT1 to edge trigger SMP: AP CPU #3 Launched! lapic6: Forcing LINT1 to edge trigger SMP: AP CPU #6 Launched! lapic23: Forcing LINT1 to edge trigger SMP: AP CPU #15 Launched! lapic22: Forcing LINT1 to edge trigger SMP: AP CPU #14 Launched! lapic1: Forcing LINT1 to edge trigger SMP: AP CPU #1 Launched! lapic4: Forcing LINT1 to edge trigger SMP: AP CPU #4 Launched! lapic2: Forcing LINT1 to edge trigger SMP: AP CPU #2 Launched! lapic16: Forcing LINT1 to edge trigger SMP: AP CPU #8 Launched! lapic21: Forcing LINT1 to edge trigger SMP: AP CPU #13 Launched! lapic19: Forcing LINT1 to edge trigger SMP: AP CPU #11 Launched! lapic20: Forcing LINT1 to edge trigger SMP: AP CPU #12 Launched! lapic7: Forcing LINT1 to edge trigger SMP: AP CPU #7 Launched! ugen2.1: at usbus2ugen5.1: at usbus5ugen7.1: at usbus7ugen1.1: at usbus1ugen4.1: at usbus4ugen6.1: at usbus6ugen0.1: at usbus0ugen3.1: at usbus3 uhub0: on usbus2 uhub1: on usbus5 uhub2: on usbus0 uhub3: on usbus7 uhub4: on usbus6 uhub5: on usbus3 uhub6: on usbus1 uhub7: on usbus4 GEOM_JOURNAL: Journal 3746672352: mfid0s1a contains data. GEOM_JOURNAL: Journal 3746672352: mfid0s1a contains journal. GEOM_JOURNAL: Journal mfid0s1a clean. GEOM_JOURNALuhub0: : 2 ports with 2 removable, self poweredBIO_FLUSH not supported by mfid0s1a. uhub2: 2 ports with 2 removable, self powered uhub4: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self poweredGEOM_JOURNAL : Journal 137861468: mfid0s1d contains data.uhub7: 2 ports with 2 removable, self powered GEOM_JOURNAL uhub6: : 2 ports with 2 removable, self poweredJournal 137861468: mfid0s1d contains journal. GEOM_JOURNAL: Journal mfid0s1d clean. GEOM_JOURNAL: BIO_FLUSH not supported by mfid0s1d. Root mount waiting for: usbus7 usbus3 Root mount waiting for: usbus7 usbus3 uhub5: 6 ports with 6 removable, self powered uhub3: 6 ports with 6 removable, self powered Root mount waiting for: usbus7 usbus3 ugen3.2: at usbus3 uhub8: on usbus3 ugen7.2: at usbus7 umass0: on usbus7 umass0: SCSI over Bulk-Only; quirks = 0x0000 uhub8: 4 ports with 4 removable, self powered umass0:0:0:-1: Attached to scbus0 Root mount waiting for: usbus7 (probe0:umass-sim0:0:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 (probe0:umass-sim0:0:0:0): CAM status: SCSI Status ErrorTrying to mount root from ufs:/dev/ufs/root (probe0:umass-sim0:0:0:0): SCSI status: Check Condition (probe0:umass-sim0:0:0:0): SCSI sense: NOT READY asc:3a,2 (Medium not present - tray open) cd0 at umass-sim0 bus 0 scbus0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 40.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present - tray open ugen5.2: at usbus5ugen2.2: at usbus2 uhub9: on usbus5 ukbd0: on usbus2 kbd1 at ukbd0 ums0: on usbus2 ums0: 3 buttons and [Z] coordinates ID=0 uhub9: 4 ports with 4 removable, self powered ugen5.3: at usbus5 ukbd1: on usbus5 kbd2 at ukbd1 uhid0: on usbus5 ums1: on usbus5 ums1: 5 buttons and [XYZ] coordinates ID=0 ums2: on usbus5 ums2: 3 buttons and [Z] coordinates ID=0 eth0: link state changed to UP -- Charles Owens Great Bay Software, Inc. From owner-freebsd-stable@FreeBSD.ORG Fri Jun 15 05:55:16 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 52424106566B for ; Fri, 15 Jun 2012 05:55:16 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id F2FDA8FC14 for ; Fri, 15 Jun 2012 05:55:08 +0000 (UTC) Received: by pbbro2 with SMTP id ro2so5106168pbb.13 for ; Thu, 14 Jun 2012 22:55:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=aYPGrNBdciEPe8xIeSvzpe43UOUx8AxmBOA7fg/Lyz4=; b=vrQ0Z7lIz9RkyDQiQpTGYEIl1hJQaJKFQDXGrZExuRt5EQdLcEL8vQ/UGIcz0l3JVC ahDpmrDdrezCNU1SLVdsxmx0jwFvMllhcNgR57o9Hmqj64RREKdCRMcbY6Dv6h0kXmzn q4ZDzRLZpPPfsiRcWsuzPE9LWe0ZQZ5txmgu6QFF5Q+EUIL0leOzBfdniX3uJ2ENOucX Hk71HNUbdarcVzqustUW849ywsu1byi8jdzOSEnCpTaJMKmSN/yjgrWT2MbevKuGhq1R xuUOcTn978VMsxqaZCFJvKbeiIV322eC9/7myGuicQi3l7mBpovQ4t0ujks/o/qhkm1G OrDQ== MIME-Version: 1.0 Received: by 10.68.116.203 with SMTP id jy11mr16049843pbb.129.1339739708566; Thu, 14 Jun 2012 22:55:08 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.143.91.18 with HTTP; Thu, 14 Jun 2012 22:55:08 -0700 (PDT) In-Reply-To: <4FDABA0B.5030702@greatbaysoftware.com> References: <4FDABA0B.5030702@greatbaysoftware.com> Date: Thu, 14 Jun 2012 22:55:08 -0700 X-Google-Sender-Auth: yFy9mqKtZQt5S8UU2o3gstI3euA Message-ID: From: Adrian Chadd To: Charles Owens Content-Type: text/plain; charset=ISO-8859-1 Cc: stable@freebsd.org Subject: Re: mfi(4) IO performance regression, post 8.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: Fri, 15 Jun 2012 05:55:16 -0000 Hm, can you try different subversion checkouts of the kernel tree between 8.1 and 8.3, to pinpoint which commit(s) broke things? ADrian From owner-freebsd-stable@FreeBSD.ORG Fri Jun 15 05:59:29 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1611F106566B for ; Fri, 15 Jun 2012 05:59:29 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from kagate.punkt.de (kagate.punkt.de [217.29.33.131]) by mx1.freebsd.org (Postfix) with ESMTP id A786D8FC14 for ; Fri, 15 Jun 2012 05:59:28 +0000 (UTC) Received: from hugo10.ka.punkt.de ([217.29.45.10]) by gate1.intern.punkt.de with ESMTP id q5F5U1XC005449; Fri, 15 Jun 2012 07:30:01 +0200 (CEST) Received: from hausen-mbp.intern.punkt.de (hausen-mbp.intern.punkt.de [217.29.45.158]) by hugo10.ka.punkt.de (8.14.2/8.14.2) with ESMTP id q5F5U1cV014155; Fri, 15 Jun 2012 07:30:01 +0200 (CEST) (envelope-from hausen@punkt.de) Mime-Version: 1.0 (Apple Message framework v1278) Content-Type: text/plain; charset=iso-8859-1 From: "Patrick M. Hausen" In-Reply-To: Date: Fri, 15 Jun 2012 07:30:01 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <6EFC18AE-E2EE-4D1E-AE1F-EA547202FE26@punkt.de> References: <201206101128.q5ABShXN007826@lurza.secnetix.de> To: "Matthew X. Economou" X-Mailer: Apple Mail (2.1278) Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD and IPMI how-to (was Re: su 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: Fri, 15 Jun 2012 05:59:29 -0000 Hi, all, Am 15.06.2012 um 03:27 schrieb Matthew X. Economou: > Daniel Braniss writes: >=20 >> just for the record, serial on 8.x works fine! the device naming >> has changed from sio to uart, and maybe some features. We use it >> on all our servers, even redirecting it where possible via >> ILO,IMPI,DRAC. and is great for debuging or saving long trips :-) >=20 > Would some kind soul point me to a howto for configuring IPMI on > FreeBSD? I have a Dell PowerEdge 840 that supports IPMI, but I have > no idea how to set it up - either in the BIOS or in FreeBSD. I've > messed around with ipmitools a little, but I haven't gotten it to > work. Did you kldload ipmi ? What's the output of dmesg kldstat after loading the module? With the module loaded, you should be able to get something like this: devel# ipmitool sensor Ambient | 23.500 | degrees C | ok | na | 1.000 = | 6.000 | 37.000 | 42.000 | na =20 Systemboard | 32.000 | degrees C | ok | na | na = | na | 60.000 | 65.000 | na =20 CPU1 | 49.000 | degrees C | ok | na | na = | na | 93.000 | 97.000 | na =20 CPU2 | 48.000 | degrees C | ok | na | na = | na | 93.000 | 97.000 | na =20 ... FAN1 SYS | 6120.000 | RPM | ok | na | = 1920.000 | na | na | na | na =20 FAN2 SYS | 6480.000 | RPM | ok | na | = 1920.000 | na | na | na | na =20 FAN3 SYS | 6000.000 | RPM | ok | na | = 1920.000 | na | na | na | na =20 FAN4 SYS | 6480.000 | RPM | ok | na | = 1920.000 | na | na | na | na =20 FAN5 SYS | 6120.000 | RPM | ok | na | = 1920.000 | na | na | na | na =20 FAN6 SYS | 6480.000 | RPM | ok | na | = 1920.000 | na | na | na | na =20 FAN7 SYS | 6120.000 | RPM | ok | na | = 1920.000 | na | na | na | na =20 FAN8 SYS | 6480.000 | RPM | ok | na | = 1920.000 | na | na | na | na =20 FAN9 SYS | 6240.000 | RPM | ok | na | = 1920.000 | na | na | na | na =20 FAN10 SYS | 6720.000 | RPM | ok | na | = 1920.000 | na | na | na | na =20 FAN11 SYS | 6240.000 | RPM | ok | na | = 1920.000 | na | na | na | na =20 FAN12 SYS | 6720.000 | RPM | ok | na | = 1920.000 | na | na | na | na =20 PSU1 Power | 100.000 | Watts | ok | na | na = | na | na | na | na =20 PSU2 Power | 96.000 | Watts | ok | na | na = | na | na | na | na =20 Total Power | 196.000 | Watts | ok | na | na = | na | na | na | na =20 Total Power Out | 172.000 | Watts | ok | na | na = | na | na | na | na =20 ... Kind regards, Patrickj --=20 punkt.de GmbH * Kaiserallee 13a * 76133 Karlsruhe Tel. 0721 9109 0 * Fax 0721 9109 100 info@punkt.de http://www.punkt.de Gf: J=FCrgen Egeling AG Mannheim 108285 From owner-freebsd-stable@FreeBSD.ORG Fri Jun 15 06:01:28 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 17B7C1065674 for ; Fri, 15 Jun 2012 06:01:28 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-wg0-f50.google.com (mail-wg0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 98F408FC18 for ; Fri, 15 Jun 2012 06:01:27 +0000 (UTC) Received: by wgbds11 with SMTP id ds11so2521871wgb.31 for ; Thu, 14 Jun 2012 23:01:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=XbTxQ+4xtBFfkb6rPSrsawZCCzMknuajAYTcQp29yhY=; b=tWOnzDAGjycTiedjN7iYMDyRPsoRg12HzqaC0ig6gK0SHIgs0rZkVBuQP3f7Q9UNiD ChrkKUnarqPXQeo3Mj6ARbIoTCITpvP2q96TctfkQRa7i0VPL+xO7Citv+JyylKTj2TN t09tknlR72WXzFwKl9g6U2bkmqKqiNfHtN1sSh7KABadIK/w6K7W5WjAkvdXmR1cFMbE DEYxP3LfHfu7hoBv41FcbWJOGZvlNNs1GEBfEk926sAOjQFyfWg0blZ7bjHfIBTIO++v 3DZIDSQrQYVpWowk6GBAcpF/LbfkC1E9tkF9o2eQEZ6AfwlO7aWA/TvmnnWXZO+WJr0y YxGg== MIME-Version: 1.0 Received: by 10.180.102.9 with SMTP id fk9mr1762074wib.1.1339740081428; Thu, 14 Jun 2012 23:01:21 -0700 (PDT) Received: by 10.223.155.4 with HTTP; Thu, 14 Jun 2012 23:01:21 -0700 (PDT) In-Reply-To: References: Date: Thu, 14 Jun 2012 23:01:21 -0700 Message-ID: From: Kevin Oberman To: Ronald Klop Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org Subject: Re: devd problem with 9-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, 15 Jun 2012 06:01:28 -0000 On Thu, Jun 14, 2012 at 3:11 AM, Ronald Klop wrote: > On Thu, 14 Jun 2012 02:41:58 +0200, Kevin Oberman wro= te: > >> Since updating my systems to 9-Stable, I am not getting my smartcard >> reader attached when hot-plugged. >> >>> From devd.conf >> >> attach 50 { >> =C2=A0 =C2=A0 =C2=A0 =C2=A0device-name "ugen[0-9]+"; >> =C2=A0 =C2=A0 =C2=A0 =C2=A0match "vendor" "0x0529"; >> =C2=A0 =C2=A0 =C2=A0 =C2=A0match "product" "0x0600"; >> =C2=A0 =C2=A0 =C2=A0 =C2=A0action "/usr/local/sbin/openct-control attach= usb:529/600 usb >> /dev/$dev$ >> }; >> detach 50 { >> =C2=A0 =C2=A0 =C2=A0 =C2=A0device-name "ugen[0-9]+"; >> =C2=A0 =C2=A0 =C2=A0 =C2=A0match "vendor" "0x0529"; >> =C2=A0 =C2=A0 =C2=A0 =C2=A0match "product" "0x0600"; >> =C2=A0 =C2=A0 =C2=A0 =C2=A0action "/usr/bin/pkill -fx '/usr/local/sbin/i= fdhandler -H -p >> [a-z0-9]+ $ >> }; >> >> If I manually enter the "action" command, it works fine, but it fails >> when I insert the device. It worked fine under version 8. I have >> confirmed devd is seeing the device inserted just fine. the action >> just does not seem to be carried out. >> >> Any idea where I should look? I saw a couple of threads on current >> from others seeing something similar, but could find no resolution. >> I have seen a > > > Did you run devd with debug messages on? Options -D and -d are helpful. > If you do does devd match the right devd.conf sections and start the acti= on? With debug i get: Processing event '!system=3DUSB subsystem=3DDEVICE type=3DATTACH ugen=3Dugen1.3 cdev=3Dugen1.3 vendor=3D0x0529 product=3D0x0600 devclass=3D0= xff devsubclass=3D0x00 sernum=3D"" release=3D0x0100 mode=3Dhost port=3D1 parent=3Dugen1.2' [long list of "Testing" entries, none of which 'vendor' matched] Executing 'logger Unknown USB device: vendor 0x0529 product 0x0600 bus uhub= 3' So it looks like devd is not matching the vendor. But my devd.conf file contains that vendor. I don't know exactly why it is not being tested against. Nothing in the debug output gives me a clue and I tried grepping for one of the tested vendor IDs in /etc/devd.conf and /etc/devd/*.conf. Not found. I am at a loss. --=20 R. Kevin Oberman, Network Engineer E-mail: kob6558@gmail.com From owner-freebsd-stable@FreeBSD.ORG Fri Jun 15 06:12:11 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B67461065675 for ; Fri, 15 Jun 2012 06:12:11 +0000 (UTC) (envelope-from andrey@zonov.org) Received: from mail-lpp01m010-f54.google.com (mail-lpp01m010-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id D4F058FC17 for ; Fri, 15 Jun 2012 06:12:10 +0000 (UTC) Received: by laai10 with SMTP id i10so2221156laa.13 for ; Thu, 14 Jun 2012 23:12:09 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:x-gm-message-state; bh=kTAYjq3x2RvRwRa4MzgKt6+wNlh5yKFPV41f4dkKq+I=; b=VjbOJvN0cdLm4WQIOaXzSDUvuRqzW666Jj2WLcab29FaP92HPRS+X/N42HmW4wYHzx KOvoW5YIeMsgktyw+U8iLvrKQkecx1tb9AnYf9f3EWW47wiEBWKDhKKSraX2XsgR3/w0 u3IvEVlOgq9Mcxxdg4hyUEWDHm027dzA7h32pjCZRWArk+/jBfI7GqmlGJTAexpK64YF QjunJV7AoT4rIA4d4a+lQxJ3sthMJVQlOjxQGgrp3QNEx5y5LKd4QUwT1OYmOUZlcH++ UTA+hFgsQVYCH2S+2eu1/qz9WimOIWE1WhtF7nyj/jGVO/HOLnpdf4pns9s1BlOoqrLi AUKw== Received: by 10.112.49.68 with SMTP id s4mr2106550lbn.27.1339740729468; Thu, 14 Jun 2012 23:12:09 -0700 (PDT) Received: from zont-osx.local (ppp95-165-158-211.pppoe.spdop.ru. [95.165.158.211]) by mx.google.com with ESMTPS id xx8sm10916995lab.10.2012.06.14.23.12.07 (version=SSLv3 cipher=OTHER); Thu, 14 Jun 2012 23:12:08 -0700 (PDT) Message-ID: <4FDAD236.40908@zonov.org> Date: Fri, 15 Jun 2012 10:12:06 +0400 From: Andrey Zonov User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: John Baldwin References: <4FD0ECB7.8040908@zonov.org> <201206121651.44326.jhb@freebsd.org> <4FD7BB4E.1020304@zonov.org> <201206131110.16489.jhb@freebsd.org> In-Reply-To: <201206131110.16489.jhb@freebsd.org> Content-Type: multipart/mixed; boundary="------------050006070805070101060807" X-Gm-Message-State: ALoCoQnPLeY+LMUyGbX7STMxwBgTPCLq6zeNl78W9I8olq+vUa2iH/i5KAOXN1d48WRrVgc+zjka Cc: freebsd-stable , Marius Strobl Subject: Re: mpt: Unable to memory map registers X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Jun 2012 06:12:11 -0000 This is a multi-part message in MIME format. --------------050006070805070101060807 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit On 6/13/12 7:10 PM, John Baldwin wrote: > On Tuesday, June 12, 2012 5:57:34 pm Andrey Zonov wrote: >> On 6/13/12 12:51 AM, John Baldwin wrote: >>> On Tuesday, June 12, 2012 3:53:09 pm Andrey Zonov wrote: >>>> On 6/12/12 10:06 PM, John Baldwin wrote: >>>>> >>>> [snip] >>>>> Ok, I've added some more debugging. The patch is a bit larger now and you >>> can >>>>> fetch it from www.freebsd.org/~jhb/patches/pcib_debug.patch >>>>> >>>> >>>> New dmesg is in attach. >>> >>> Sheesh, found another bug (wasn't masking 'front' properly). >>> >>> Try updated patch (same URL). >>> >> >> Great! It works! > > Excellent. I've committed the 2 bugs needed to fix your box. However, > there is another bug that this exposed that I'd like you to test. Can you > update to the latest HEAD, apply the updated pcib_debug.patch, and boot > with 'hw.pci.pcib_clear=1' set from the loader? That should exercise the > bug I'm worried about and see if my fixes for that (recursively growing > windows) works correctly. > Attached. -- Andrey Zonov --------------050006070805070101060807 Content-Type: text/plain; charset=UTF-8; name="dmesg5.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="dmesg5.txt" MP Configuration Table version 1.4 found at 0xffffffff800fcb70 Table 'FACP' at 0xdffb0290 Table 'APIC' at 0xdffb0390 APIC: Found table at 0xdffb0390 APIC: Using the MADT enumerator. MADT: Found CPU APIC ID 0 ACPI ID 1: enabled SMP: Added CPU 0 (AP) MADT: Found CPU APIC ID 4 ACPI ID 2: enabled SMP: Added CPU 4 (AP) MADT: Found CPU APIC ID 1 ACPI ID 3: enabled SMP: Added CPU 1 (AP) MADT: Found CPU APIC ID 5 ACPI ID 4: enabled SMP: Added CPU 5 (AP) MADT: Found CPU APIC ID 2 ACPI ID 5: enabled SMP: Added CPU 2 (AP) MADT: Found CPU APIC ID 6 ACPI ID 6: enabled SMP: Added CPU 6 (AP) MADT: Found CPU APIC ID 3 ACPI ID 7: enabled SMP: Added CPU 3 (AP) MADT: Found CPU APIC ID 7 ACPI ID 8: enabled SMP: Added CPU 7 (AP) Copyright (c) 1992-2012 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 10.0-CURRENT #0 r237018: Thu Jun 14 11:18:43 MSK 2012 root@dst-dev.yandex.ru:/usr/obj/place/home/zont/head/sys/stable10 amd64 Preloaded elf kernel "/boot/kernel/kernel" at 0xffffffff80fdc000. Calibrating TSC clock ... TSC clock: 2826309738 Hz CPU: Intel(R) Xeon(R) CPU E5440 @ 2.83GHz (2826.31-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x1067a Family = 6 Model = 17 Stepping = 10 Features=0xbfebfbff Features2=0xc0ce3bd AMD Features=0x20100800 AMD Features2=0x1 TSC: P-state invariant, performance statistics real memory = 34359738368 (32768 MB) Physical memory chunk(s): 0x0000000000010000 - 0x000000000009bfff, 573440 bytes (140 pages) 0x0000000000100000 - 0x00000000001fffff, 1048576 bytes (256 pages) 0x0000000001028000 - 0x00000000dff9ffff, 3740762112 bytes (913272 pages) 0x00000000dffae000 - 0x00000000dffaffff, 8192 bytes (2 pages) 0x0000000100000000 - 0x00000007e2ea0fff, 29576794112 bytes (7220897 pages) avail memory = 33113063424 (31579 MB) INTR: Adding local APIC 0 as a target Event timer "LAPIC" quality 400 ACPI APIC Table: <090808 APIC1308> INTR: Adding local APIC 0 as a target INTR: Adding local APIC 1 as a target INTR: Adding local APIC 2 as a target INTR: Adding local APIC 3 as a target INTR: Adding local APIC 4 as a target INTR: Adding local APIC 5 as a target INTR: Adding local APIC 6 as a target INTR: Adding local APIC 7 as a target FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs FreeBSD/SMP: 2 package(s) x 4 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 cpu4 (AP): APIC ID: 4 cpu5 (AP): APIC ID: 5 cpu6 (AP): APIC ID: 6 cpu7 (AP): APIC ID: 7 x86bios: IVT 0x000000-0x0004ff at 0xfffffe0000000000 x86bios: SSEG 0x098000-0x098fff at 0xffffff8000290000 x86bios: EBDA 0x09e000-0x09ffff at 0xfffffe000009e000 x86bios: ROM 0x0a0000-0x0fefff at 0xfffffe00000a0000 APIC: CPU 0 has ACPI ID 1 APIC: CPU 1 has ACPI ID 3 APIC: CPU 2 has ACPI ID 5 APIC: CPU 3 has ACPI ID 7 APIC: CPU 4 has ACPI ID 2 APIC: CPU 5 has ACPI ID 4 APIC: CPU 6 has ACPI ID 6 APIC: CPU 7 has ACPI ID 8 WARNING: VIMAGE (virtualized network stack) is a highly experimental feature. ULE: setup cpu 0 ULE: setup cpu 1 ULE: setup cpu 2 ULE: setup cpu 3 ULE: setup cpu 4 ULE: setup cpu 5 ULE: setup cpu 6 ULE: setup cpu 7 ACPI: RSDP 0xf9960 00024 (v02 ACPIAM) ACPI: XSDT 0xdffb0100 00074 (v01 090808 XSDT1308 20080908 MSFT 00000097) ACPI: FACP 0xdffb0290 000F4 (v03 090808 FACP1308 20080908 MSFT 00000097) ACPI: DSDT 0xdffb04d0 05414 (v01 CLSea CLSea007 00000007 INTL 20051117) ACPI: FACS 0xdffbe000 00040 ACPI: APIC 0xdffb0390 000AA (v01 090808 APIC1308 20080908 MSFT 00000097) ACPI: MCFG 0xdffb0490 0003C (v01 090808 OEMMCFG 20080908 MSFT 00000097) ACPI: OEMB 0xdffbe040 00071 (v01 090808 OEMB1308 20080908 MSFT 00000097) ACPI: HPET 0xdffb58f0 00038 (v01 090808 OEMHPET 20080908 MSFT 00000097) ACPI: ASF! 0xdffb5928 00083 (v32 AMIASF E7230ASF 00000001 INTL 20051117) ACPI: EINJ 0xdffb59b0 00130 (v01 AMIER AMI_EINJ 20080908 MSFT 00000097) ACPI: BERT 0xdffb5b40 00030 (v01 AMIER AMI_BERT 20080908 MSFT 00000097) ACPI: ERST 0xdffb5b70 001B0 (v01 AMIER AMI_ERST 20080908 MSFT 00000097) ACPI: HEST 0xdffb5d20 000A8 (v01 AMIER AMI_HEST 20080908 MSFT 00000097) MADT: Found IO APIC ID 8, Interrupt 0 at 0xfec00000 ioapic0: Routing external 8259A's -> intpin 0 MADT: Found IO APIC ID 9, Interrupt 24 at 0xfec88000 MADT: Found IO APIC ID 10, Interrupt 48 at 0xfec89000 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 lapic: Routing NMI -> LINT1 lapic: LINT1 trigger: edge lapic: LINT1 polarity: high ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard ioapic2 irqs 48-71 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: 0x000000f0 pmc: 0x00010400 null: nfslock: pseudo-device random: kbd: new array size 4 kbd1 at kbdmux0 mem: cpuctl: access to MSR registers/cpuid info. io: acpi0: <090808 XSDT1308> on motherboard PCIe: Memory Mapped configuration base @ 0xe0000000 ioapic0: routing intpin 9 (ISA IRQ 9) to lapic 0 vector 48 ACPI: Executed 1 blocks of module-level executable AML code acpi0: Power Button (fixed) acpi0: reservation of fed1c000, 4000 (3) failed acpi0: reservation of fed20000, 25000 (3) failed acpi0: reservation of fed45000, 5b000 (3) failed acpi0: reservation of feda0000, 20000 (3) failed acpi0: reservation of fec01000, 7f000 (3) failed acpi0: reservation of fec80000, 6000 (3) failed acpi0: reservation of fec86000, a000 (3) failed acpi0: reservation of ff000000, 400000 (3) failed acpi0: reservation of ff400000, 400000 (3) failed acpi0: reservation of ff800000, 400000 (3) failed acpi0: reservation of ffc00000, 400000 (3) failed acpi0: reservation of fec00000, 1000 (3) failed acpi0: reservation of fee00000, 1000 (3) failed acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, dff00000 (3) failed cpu0: Processor \\_PR_.P001 (ACPI ID 1) -> APIC ID 0 cpu0: on acpi0 cpu0: switching to generic Cx mode cpu1: Processor \\_PR_.P002 (ACPI ID 2) -> APIC ID 4 cpu1: on acpi0 cpu2: Processor \\_PR_.P003 (ACPI ID 3) -> APIC ID 1 cpu2: on acpi0 cpu3: Processor \\_PR_.P004 (ACPI ID 4) -> APIC ID 5 cpu3: on acpi0 cpu4: Processor \\_PR_.P005 (ACPI ID 5) -> APIC ID 2 cpu4: on acpi0 cpu5: Processor \\_PR_.P006 (ACPI ID 6) -> APIC ID 6 cpu5: on acpi0 cpu6: Processor \\_PR_.P007 (ACPI ID 7) -> APIC ID 3 cpu6: on acpi0 cpu7: Processor \\_PR_.P008 (ACPI ID 8) -> APIC ID 7 cpu7: on acpi0 attimer0: port 0x40-0x43 irq 0 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 ioapic0: routing intpin 2 (ISA IRQ 0) to lapic 0 vector 49 Event timer "i8254" frequency 1193182 Hz quality 100 atrtc0: port 0x70-0x71 irq 8 on acpi0 atrtc0: registered as a time-of-day clock (resolution 1000000us, adjustment 0.500000000s) ioapic0: routing intpin 8 (ISA IRQ 8) to lapic 0 vector 50 Event timer "RTC" frequency 32768 Hz quality 0 hpet0: iomem 0xfed00000-0xfed003ff on acpi0 hpet0: vendor 0x8086, rev 0x1, 14318180Hz 64bit, 3 timers, legacy route hpet0: t0: irqs 0x00f00000 (0), 64bit, periodic hpet0: t1: irqs 0x00f00000 (0) hpet0: t2: irqs 0x00f00800 (0) Timecounter "HPET" frequency 14318180 Hz quality 950 ioapic0: routing intpin 20 (PCI IRQ 20) to lapic 0 vector 51 Event timer "HPET" frequency 14318180 Hz quality 450 Event timer "HPET1" frequency 14318180 Hz quality 440 Event timer "HPET2" frequency 14318180 Hz quality 440 ACPI timer: 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 -> 10 Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 pci_link0: Index IRQ Rtd Ref IRQs Initial Probe 0 5 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 5 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link1: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 3 4 5 6 7 11 12 14 15 Validation 0 11 N 0 3 4 5 6 7 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 11 12 14 15 pci_link2: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 11 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link3: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 10 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link4: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 255 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link5: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 255 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link6: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 255 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link7: Index IRQ Rtd Ref IRQs Initial Probe 0 7 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 7 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pcib0: port 0xcf8-0xcff on acpi0 pcib0: decoding 4 range 0-0xcf7 pcib0: decoding 4 range 0xd00-0xffff pcib0: decoding 3 range 0xa0000-0xbffff pcib0: decoding 3 range 0xd0000-0xdffff pcib0: decoding 3 range 0xf0000000-0xfebfffff pci0: on pcib0 pci0: domain=0, physical bus=0 found-> vendor=0x8086, dev=0x4003, revid=0x20 domain=0, bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0144, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 3 supports D0 D3 current D0 MSI supports 2 messages pcib0: matched entry for 0.0.INTA pcib0: slot 0 INTA hardwired to IRQ 17 found-> vendor=0x8086, dev=0x4021, revid=0x20 domain=0, bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0144, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x00 (0 ns) intpin=a, irq=5 powerspec 3 supports D0 D3 current D0 MSI supports 2 messages pcib0: matched entry for 0.1.INTA pcib0: slot 1 INTA hardwired to IRQ 48 found-> vendor=0x8086, dev=0x4025, revid=0x20 domain=0, bus=0, slot=5, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0144, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x00 (0 ns) intpin=a, irq=5 powerspec 3 supports D0 D3 current D0 MSI supports 2 messages pcib0: matched entry for 0.5.INTA pcib0: slot 5 INTA hardwired to IRQ 52 found-> vendor=0x8086, dev=0x4029, revid=0x20 domain=0, bus=0, slot=9, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x00 (0 ns) intpin=a, irq=5 powerspec 3 supports D0 D3 current D0 MSI supports 2 messages pcib0: matched entry for 0.9.INTA pcib0: slot 9 INTA hardwired to IRQ 56 found-> vendor=0x8086, dev=0x402f, revid=0x20 domain=0, bus=0, slot=15, func=0 class=08-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=5 powerspec 3 supports D0 D3 current D0 MSI-X supports 4 messages in map 0x10 map[10]: type Memory, range 64, base 0xfd7f8000, size 14, enabled pcib0: allocated type 3 (0xfd7f8000-0xfd7fbfff) for rid 10 of pci0:0:15:0 pcib0: matched entry for 0.15.INTA pcib0: slot 15 INTA hardwired to IRQ 57 found-> vendor=0x8086, dev=0x4030, revid=0x20 domain=0, bus=0, slot=16, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x4030, revid=0x20 domain=0, bus=0, slot=16, func=1 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x4030, revid=0x20 domain=0, bus=0, slot=16, func=2 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x4030, revid=0x20 domain=0, bus=0, slot=16, func=3 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x4030, revid=0x20 domain=0, bus=0, slot=16, func=4 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x4031, revid=0x20 domain=0, bus=0, slot=17, func=0 class=06-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=0x4035, revid=0x20 domain=0, bus=0, slot=21, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x4035, revid=0x20 domain=0, bus=0, slot=21, func=1 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x4036, revid=0x20 domain=0, bus=0, slot=22, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x4036, revid=0x20 domain=0, bus=0, slot=22, func=1 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x2690, revid=0x09 domain=0, bus=0, slot=28, func=0 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0144, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x00 (0 ns) intpin=a, irq=5 powerspec 2 supports D0 D3 current D0 MSI supports 1 message pcib0: matched entry for 0.28.INTA pcib0: slot 28 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x2694, revid=0x09 domain=0, bus=0, slot=28, func=2 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x00 (0 ns) intpin=c, irq=11 powerspec 2 supports D0 D3 current D0 MSI supports 1 message pcib0: matched entry for 0.28.INTC pcib0: slot 28 INTC hardwired to IRQ 18 found-> vendor=0x8086, dev=0x2696, revid=0x09 domain=0, bus=0, slot=28, func=3 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x00 (0 ns) intpin=d, irq=10 powerspec 2 supports D0 D3 current D0 MSI supports 1 message pcib0: matched entry for 0.28.INTD pcib0: slot 28 INTD hardwired to IRQ 19 found-> vendor=0x8086, dev=0x2688, revid=0x09 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=7 map[20]: type I/O Port, range 32, base 0x9000, size 5, enabled pcib0: allocated type 4 (0x9000-0x901f) for rid 20 of pci0:0:29:0 pcib0: matched entry for 0.29.INTA pcib0: slot 29 INTA hardwired to IRQ 23 found-> vendor=0x8086, dev=0x2689, revid=0x09 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=10 map[20]: type I/O Port, range 32, base 0x9080, size 5, enabled pcib0: allocated type 4 (0x9080-0x909f) for rid 20 of pci0:0:29:1 pcib0: matched entry for 0.29.INTB pcib0: slot 29 INTB hardwired to IRQ 19 found-> vendor=0x8086, dev=0x268c, revid=0x09 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=a, irq=7 powerspec 2 supports D0 D3 current D0 map[10]: type Memory, range 32, base 0xfd7ff800, size 10, enabled pcib0: allocated type 3 (0xfd7ff800-0xfd7ffbff) for rid 10 of pci0:0:29:7 pcib0: matched entry for 0.29.INTA pcib0: slot 29 INTA hardwired to IRQ 23 ehci early: SMM active, request owner change found-> vendor=0x8086, dev=0x244e, revid=0xd9 domain=0, bus=0, slot=30, func=0 class=06-04-01, hdrtype=0x01, mfdev=0 cmdreg=0x0147, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x1b (6750 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x2670, revid=0x09 domain=0, bus=0, slot=31, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x0147, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x269e, revid=0x09 domain=0, bus=0, slot=31, func=1 class=01-01-8a, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0288, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 pcib0: allocated type 4 (0x1f0-0x1f7) for rid 10 of pci0:0:31:1 pcib0: allocated type 4 (0x3f6-0x3f6) for rid 14 of pci0:0:31:1 pcib0: allocated type 4 (0x170-0x177) for rid 18 of pci0:0:31:1 pcib0: allocated type 4 (0x376-0x376) for rid 1c of pci0:0:31:1 map[20]: type I/O Port, range 32, base 0xffa0, size 4, enabled pcib0: allocated type 4 (0xffa0-0xffaf) for rid 20 of pci0:0:31:1 found-> vendor=0x8086, dev=0x2681, revid=0x09 domain=0, bus=0, slot=31, func=2 class=01-06-01, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x02b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=10 powerspec 2 supports D0 D3 current D0 map[10]: type I/O Port, range 32, base 0x9c00, size 3, enabled pcib0: allocated type 4 (0x9c00-0x9c07) for rid 10 of pci0:0:31:2 map[14]: type I/O Port, range 32, base 0x9880, size 2, enabled pcib0: allocated type 4 (0x9880-0x9883) for rid 14 of pci0:0:31:2 map[18]: type I/O Port, range 32, base 0x9800, size 3, enabled pcib0: allocated type 4 (0x9800-0x9807) for rid 18 of pci0:0:31:2 map[1c]: type I/O Port, range 32, base 0x9480, size 2, enabled pcib0: allocated type 4 (0x9480-0x9483) for rid 1c of pci0:0:31:2 map[20]: type I/O Port, range 32, base 0x9400, size 5, enabled pcib0: allocated type 4 (0x9400-0x941f) for rid 20 of pci0:0:31:2 map[24]: type Memory, range 32, base 0xfd7ffc00, size 10, enabled pcib0: allocated type 3 (0xfd7ffc00-0xfd7fffff) for rid 24 of pci0:0:31:2 pcib0: matched entry for 0.31.INTB pcib0: slot 31 INTB hardwired to IRQ 19 found-> vendor=0x8086, dev=0x269b, revid=0x09 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=11 map[20]: type I/O Port, range 32, base 0x400, size 5, enabled pcib0: allocated type 4 (0x400-0x41f) for rid 20 of pci0:0:31:3 pcib0: matched entry for 0.31.INTB pcib0: slot 31 INTB hardwired to IRQ 19 pcib1: irq 48 at device 1.0 on pci0 pcib1: domain 0 pcib1: secondary bus 11 pcib1: subordinate bus 11 pcib1: no prefetched decode pci11: on pcib1 pci11: domain=0, physical bus=11 pcib2: irq 52 at device 5.0 on pci0 pcib2: domain 0 pcib2: secondary bus 10 pcib2: subordinate bus 10 pcib2: no prefetched decode pci10: on pcib2 pci10: domain=0, physical bus=10 pcib3: irq 56 at device 9.0 on pci0 pcib0: allocated type 4 (0xd000-0xefff) for rid 1c of pcib3 pcib3: failed to allocate initial memory window: 0xfdb00000-0xfebfffff pcib3: domain 0 pcib3: secondary bus 5 pcib3: subordinate bus 9 pcib3: I/O decode 0xd000-0xefff pcib3: no prefetched decode pci5: on pcib3 pci5: domain=0, physical bus=5 found-> vendor=0x8086, dev=0x3500, revid=0x01 domain=0, bus=5, slot=0, func=0 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x00 (0 ns) intpin=a, irq=5 powerspec 2 supports D0 D3 current D0 pcib3: matched entry for 5.0.INTA pcib3: slot 0 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x350c, revid=0x01 domain=0, bus=5, slot=0, func=3 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 pcib4: irq 16 at device 0.0 on pci5 pcib3: allocated I/O port range (0xe000-0xefff) for rid 1c of pcib4 pcib3: failed to allocate initial memory window (0xfdf00000-0xfebfffff,0xd00000) pcib4: failed to allocate initial memory window: 0xfdf00000-0xfebfffff pcib4: domain 0 pcib4: secondary bus 7 pcib4: subordinate bus 9 pcib4: I/O decode 0xe000-0xefff pcib4: no prefetched decode pci7: on pcib4 pci7: domain=0, physical bus=7 found-> vendor=0x8086, dev=0x3510, revid=0x01 domain=0, bus=7, slot=0, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0144, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit found-> vendor=0x8086, dev=0x3518, revid=0x01 domain=0, bus=7, slot=2, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit pcib5: at device 0.0 on pci7 pcib5: domain 0 pcib5: secondary bus 9 pcib5: subordinate bus 9 pcib5: no prefetched decode pci9: on pcib5 pci9: domain=0, physical bus=9 pcib6: at device 2.0 on pci7 pcib4: allocated I/O port range (0xe000-0xefff) for rid 1c of pcib6 pcib0: allocated type 3 (0xfdf00000-0xfdffffff) for rid 20 of pcib3 pcib3: allocated initial memory window of 0xfdf00000-0xfdffffff pcib3: allocated memory range (0xfdf00000-0xfdffffff) for rid 20 of pcib4 pcib4: allocated initial memory window of 0xfdf00000-0xfdffffff pcib4: allocated memory range (0xfdf00000-0xfdffffff) for rid 20 of pcib6 pcib6: domain 0 pcib6: secondary bus 8 pcib6: subordinate bus 8 pcib6: I/O decode 0xe000-0xefff pcib6: memory decode 0xfdf00000-0xfdffffff pcib6: no prefetched decode pci8: on pcib6 pci8: domain=0, physical bus=8 found-> vendor=0x8086, dev=0x1096, revid=0x01 domain=0, bus=8, slot=0, func=0 class=02-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Memory, range 32, base 0xfdfa0000, size 17, enabled pcib6: allocated memory range (0xfdfa0000-0xfdfbffff) for rid 10 of pci0:8:0:0 map[18]: type I/O Port, range 32, base 0xe880, size 5, enabled pcib6: allocated I/O port range (0xe880-0xe89f) for rid 18 of pci0:8:0:0 pcib6: matched entry for 8.0.INTA pcib6: slot 0 INTA hardwired to IRQ 18 found-> vendor=0x8086, dev=0x1096, revid=0x01 domain=0, bus=8, slot=0, func=1 class=02-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=10 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Memory, range 32, base 0xfdfe0000, size 17, enabled pcib6: allocated memory range (0xfdfe0000-0xfdffffff) for rid 10 of pci0:8:0:1 map[18]: type I/O Port, range 32, base 0xec00, size 5, enabled pcib6: allocated I/O port range (0xec00-0xec1f) for rid 18 of pci0:8:0:1 pcib6: matched entry for 8.0.INTB pcib6: slot 0 INTB hardwired to IRQ 19 em0: port 0xe880-0xe89f mem 0xfdfa0000-0xfdfbffff irq 18 at device 0.0 on pci8 em0: attempting to allocate 1 MSI vectors (1 supported) msi: routing MSI IRQ 256 to local APIC 0 vector 52 em0: using IRQ 256 for MSI em0: Using an MSI interrupt em0: bpf attached em0: Ethernet address: 00:22:15:31:2a:9c em1: port 0xec00-0xec1f mem 0xfdfe0000-0xfdffffff irq 19 at device 0.1 on pci8 em1: attempting to allocate 1 MSI vectors (1 supported) msi: routing MSI IRQ 257 to local APIC 0 vector 53 em1: using IRQ 257 for MSI em1: Using an MSI interrupt em1: bpf attached em1: Ethernet address: 00:22:15:31:2a:9d pcib7: at device 0.3 on pci5 pcib3: allocated I/O port range (0xd000-0xdfff) for rid 1c of pcib7 pcib3: attempting to grow memory window for (0xfdc00000-0xfdefffff,0x300000) front candidate range: 0xfdc00000-0xfdefffff pcib3: grew memory window to 0xfdc00000-0xfdffffff pcib3: allocated memory range (0xfdc00000-0xfdefffff) for rid 20 of pcib7 pcib7: domain 0 pcib7: secondary bus 6 pcib7: subordinate bus 6 pcib7: I/O decode 0xd000-0xdfff pcib7: memory decode 0xfdc00000-0xfdefffff pcib7: no prefetched decode pci6: on pcib7 pci6: domain=0, physical bus=6 found-> vendor=0x1000, dev=0x0054, revid=0x02 domain=0, bus=6, slot=3, func=0 class=01-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0157, statreg=0x0230, cachelnsz=16 (dwords) lattimer=0xb0 (5280 ns), mingnt=0x40 (16000 ns), maxlat=0x0a (2500 ns) intpin=a, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 MSI supports 1 message, 64 bit MSI-X supports 1 message in map 0x14 map[10]: type I/O Port, range 32, base 0xd000, size 8, enabled pcib7: allocated I/O port range (0xd000-0xd0ff) for rid 10 of pci0:6:3:0 map[14]: type Memory, range 64, base 0xfdefc000, size 14, enabled pcib7: allocated memory range (0xfdefc000-0xfdefffff) for rid 14 of pci0:6:3:0 map[1c]: type Memory, range 64, base 0xfdee0000, size 16, enabled pcib7: allocated memory range (0xfdee0000-0xfdeeffff) for rid 1c of pci0:6:3:0 pcib7: matched entry for 6.3.INTA pcib7: slot 3 INTA hardwired to IRQ 26 mpt0: port 0xd000-0xd0ff mem 0xfdefc000-0xfdefffff,0xfdee0000-0xfdeeffff irq 26 at device 3.0 on pci6 mpt0: attempting to allocate 1 MSI-X vectors (1 supported) msi: routing MSI-X IRQ 258 to local APIC 0 vector 54 mpt0: using IRQ 258 for MSI-X mpt0: MPI Version=1.5.16.0 mpt0: chain depth limited to 34 (from 2040) mpt0: Maximum Segment Count: 306, Maximum CAM Segment Count: 33 mpt0: MsgLength=20 IOCNumber = 0 mpt0: IOCFACTS: GlobalCredits=286 BlockSize=8 bytes Request Frame Size 128 bytes Max Chain Depth 34 mpt0: IOCFACTS: Num Ports 1, FWImageSize 0, Flags=0x2 mpt0: No Handlers For Any Event Notify Frames. Event 0xa (ACK not required). mpt0: No Handlers For Any Event Notify Frames. Event 0x16 (ACK not required). mpt0: No Handlers For Any Event Notify Frames. Event 0x16 (ACK not required). mpt0: No Handlers For Any Event Notify Frames. Event 0x16 (ACK not required). mpt0: No Handlers For Any Event Notify Frames. Event 0x12 (ACK not required). mpt0: No Handlers For Any Event Notify Frames. Event 0x12 (ACK not required). mpt0: No Handlers For Any Event Notify Frames. Event 0x12 (ACK not required). mpt0: No Handlers For Any Event Notify Frames. Event 0x12 (ACK not required). mpt0: No Handlers For Any Event Notify Frames. Event 0x16 (ACK not required). mpt0: No Handlers For Any Event Notify Frames. Event 0xf (ACK required). mpt0: No Handlers For Any Event Notify Frames. Event 0xf (ACK required). mpt0: No Handlers For Any Event Notify Frames. Event 0xf (ACK required). mpt0: No Handlers For Any Event Notify Frames. Event 0xf (ACK required). mpt0: Capabilities: ( RAID-0 RAID-1E RAID-1 ) mpt0: 0 Active Volumes (2 Max) mpt0: 0 Hidden Drive Members (14 Max) mpt0: No Handlers For Any Event Notify Frames. Event 0xa (ACK not required). pci0: at device 15.0 (no driver attached) pcib8: irq 16 at device 28.0 on pci0 pcib8: domain 0 pcib8: secondary bus 4 pcib8: subordinate bus 4 pcib8: no prefetched decode pci4: on pcib8 pci4: domain=0, physical bus=4 pcib9: irq 18 at device 28.2 on pci0 pcib0: allocated type 4 (0xc000-0xcfff) for rid 1c of pcib9 pcib0: allocated type 3 (0xfda00000-0xfdafffff) for rid 20 of pcib9 pcib9: domain 0 pcib9: secondary bus 3 pcib9: subordinate bus 3 pcib9: I/O decode 0xc000-0xcfff pcib9: memory decode 0xfda00000-0xfdafffff pcib9: no prefetched decode pci3: on pcib9 pci3: domain=0, physical bus=3 found-> vendor=0x8086, dev=0x109a, revid=0x00 domain=0, bus=3, slot=0, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Memory, range 32, base 0xfdae0000, size 17, enabled pcib9: allocated memory range (0xfdae0000-0xfdafffff) for rid 10 of pci0:3:0:0 map[18]: type I/O Port, range 32, base 0xcc00, size 5, enabled pcib9: allocated I/O port range (0xcc00-0xcc1f) for rid 18 of pci0:3:0:0 pcib9: matched entry for 3.0.INTA pcib9: slot 0 INTA hardwired to IRQ 18 em2: port 0xcc00-0xcc1f mem 0xfdae0000-0xfdafffff irq 18 at device 0.0 on pci3 em2: attempting to allocate 1 MSI vectors (1 supported) msi: routing MSI IRQ 259 to local APIC 0 vector 55 em2: using IRQ 259 for MSI em2: Using an MSI interrupt em2: bpf attached em2: Ethernet address: 00:22:15:31:27:6a pcib10: irq 19 at device 28.3 on pci0 pcib0: allocated type 4 (0xb000-0xbfff) for rid 1c of pcib10 pcib0: allocated type 3 (0xfd900000-0xfd9fffff) for rid 20 of pcib10 pcib10: domain 0 pcib10: secondary bus 2 pcib10: subordinate bus 2 pcib10: I/O decode 0xb000-0xbfff pcib10: memory decode 0xfd900000-0xfd9fffff pcib10: no prefetched decode pci2: on pcib10 pci2: domain=0, physical bus=2 found-> vendor=0x8086, dev=0x109a, revid=0x00 domain=0, bus=2, slot=0, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Memory, range 32, base 0xfd9e0000, size 17, enabled pcib10: allocated memory range (0xfd9e0000-0xfd9fffff) for rid 10 of pci0:2:0:0 map[18]: type I/O Port, range 32, base 0xbc00, size 5, enabled pcib10: allocated I/O port range (0xbc00-0xbc1f) for rid 18 of pci0:2:0:0 pcib10: matched entry for 2.0.INTA pcib10: slot 0 INTA hardwired to IRQ 19 em3: port 0xbc00-0xbc1f mem 0xfd9e0000-0xfd9fffff irq 19 at device 0.0 on pci2 em3: attempting to allocate 1 MSI vectors (1 supported) msi: routing MSI IRQ 260 to local APIC 0 vector 56 em3: using IRQ 260 for MSI em3: Using an MSI interrupt em3: bpf attached em3: Ethernet address: 00:22:15:31:28:d1 uhci0: port 0x9000-0x901f irq 23 at device 29.0 on pci0 ioapic0: routing intpin 23 (PCI IRQ 23) to lapic 0 vector 57 usbus0 on uhci0 usbus0: bpf attached uhci0: usbpf: Attached uhci1: port 0x9080-0x909f irq 19 at device 29.1 on pci0 ioapic0: routing intpin 19 (PCI IRQ 19) to lapic 0 vector 58 usbus1 on uhci1 usbus1: bpf attached uhci1: usbpf: Attached ehci0: mem 0xfd7ff800-0xfd7ffbff irq 23 at device 29.7 on pci0 usbus2: EHCI version 1.0 usbus2 on ehci0 usbus2: bpf attached ehci0: usbpf: Attached pcib11: at device 30.0 on pci0 pcib0: allocated type 4 (0xa000-0xafff) for rid 1c of pcib11 pcib0: allocated type 3 (0xfd800000-0xfd8fffff) for rid 20 of pcib11 pcib0: allocated type 3 (0xf8000000-0xfbffffff) for rid 24 of pcib11 pcib11: domain 0 pcib11: secondary bus 1 pcib11: subordinate bus 1 pcib11: I/O decode 0xa000-0xafff pcib11: memory decode 0xfd800000-0xfd8fffff pcib11: prefetched decode 0xf8000000-0xfbffffff pcib11: Subtractively decoded bridge. pci1: on pcib11 pci1: domain=0, physical bus=1 found-> vendor=0x18ca, dev=0x0020, revid=0x00 domain=0, bus=1, slot=2, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0003, statreg=0x0230, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Prefetchable Memory, range 32, base 0xf8000000, size 26, enabled pcib11: allocated prefetch range (0xf8000000-0xfbffffff) for rid 10 of pci0:1:2:0 map[14]: type Memory, range 32, base 0xfd8c0000, size 18, enabled pcib11: allocated memory range (0xfd8c0000-0xfd8fffff) for rid 14 of pci0:1:2:0 map[18]: type I/O Port, range 32, base 0xac00, size 7, enabled pcib11: allocated I/O port range (0xac00-0xac7f) for rid 18 of pci0:1:2:0 vgapci0: port 0xac00-0xac7f mem 0xf8000000-0xfbffffff,0xfd8c0000-0xfd8fffff at device 2.0 on pci1 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 31.1 on pci0 ata0: at channel 0 on atapci0 ioapic0: routing intpin 14 (ISA IRQ 14) to lapic 0 vector 59 ahci0: port 0x9c00-0x9c07,0x9880-0x9883,0x9800-0x9807,0x9480-0x9483,0x9400-0x941f mem 0xfd7ffc00-0xfd7fffff irq 19 at device 31.2 on pci0 ahci0: AHCI v1.10 with 6 3Gbps ports, Port Multiplier not supported ahci0: Caps: 64bit NCQ ALP AL 3Gbps SSC PSC 32cmd 6ports ahci0: Caps2: ahcich0: at channel 0 on ahci0 ahcich0: Caps: ahcich1: at channel 1 on ahci0 ahcich1: Caps: ahcich2: at channel 2 on ahci0 ahcich2: Caps: ahcich3: at channel 3 on ahci0 ahcich3: Caps: ahcich4: at channel 4 on ahci0 ahcich4: Caps: ahcich5: at channel 5 on ahci0 ahcich5: Caps: ichsmb0: port 0x400-0x41f irq 19 at device 31.3 on pci0 smbus0: on ichsmb0 smb0: on smbus0 acpi_button0: on acpi0 uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 ioapic0: routing intpin 4 (ISA IRQ 4) to lapic 0 vector 60 uart0: fast interrupt uart1: <16550 or compatible> port 0x2f8-0x2ff irq 3 on acpi0 ioapic0: routing intpin 3 (ISA IRQ 3) to lapic 0 vector 61 uart1: fast interrupt acpi0: wakeup code va 0xffffff88c4131000 pa 0x90000 ahc_isa_probe 0: ioport 0xc00 alloc failed ahc_isa_probe 1: ioport 0x1c00 alloc failed ahc_isa_probe 2: ioport 0x2c00 alloc failed ahc_isa_probe 3: ioport 0x3c00 alloc failed ahc_isa_probe 4: ioport 0x4c00 alloc failed ahc_isa_probe 5: ioport 0x5c00 alloc failed ahc_isa_probe 6: ioport 0x6c00 alloc failed ahc_isa_probe 7: ioport 0x7c00 alloc failed ahc_isa_probe 8: ioport 0x8c00 alloc failed ahc_isa_probe 9: ioport 0x9c00 alloc failed ahc_isa_probe 10: ioport 0xac00 alloc failed ahc_isa_probe 11: ioport 0xbc00 alloc failed ahc_isa_probe 12: ioport 0xcc00 alloc failed ahc_isa_probe 13: ioport 0xdc00 alloc failed ahc_isa_probe 14: ioport 0xec00 alloc failed pcib0: allocated type 3 (0xa0000-0xa07ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa0800-0xa0fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa1000-0xa17ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa1800-0xa1fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa2000-0xa27ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa2800-0xa2fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa3000-0xa37ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa3800-0xa3fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa4000-0xa47ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa4800-0xa4fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa5000-0xa57ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa5800-0xa5fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa6000-0xa67ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa6800-0xa6fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa7000-0xa77ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa7800-0xa7fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa8000-0xa87ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa8800-0xa8fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa9000-0xa97ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa9800-0xa9fff) for rid 0 of orm0 pcib0: allocated type 3 (0xaa000-0xaa7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xaa800-0xaafff) for rid 0 of orm0 pcib0: allocated type 3 (0xab000-0xab7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xab800-0xabfff) for rid 0 of orm0 pcib0: allocated type 3 (0xac000-0xac7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xac800-0xacfff) for rid 0 of orm0 pcib0: allocated type 3 (0xad000-0xad7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xad800-0xadfff) for rid 0 of orm0 pcib0: allocated type 3 (0xae000-0xae7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xae800-0xaefff) for rid 0 of orm0 pcib0: allocated type 3 (0xaf000-0xaf7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xaf800-0xaffff) for rid 0 of orm0 pcib0: allocated type 3 (0xb0000-0xb07ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb0800-0xb0fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb1000-0xb17ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb1800-0xb1fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb2000-0xb27ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb2800-0xb2fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb3000-0xb37ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb3800-0xb3fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb4000-0xb47ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb4800-0xb4fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb5000-0xb57ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb5800-0xb5fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb6000-0xb67ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb6800-0xb6fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb7000-0xb77ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb7800-0xb7fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb8000-0xb87ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb8800-0xb8fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb9000-0xb97ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb9800-0xb9fff) for rid 0 of orm0 pcib0: allocated type 3 (0xba000-0xba7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xba800-0xbafff) for rid 0 of orm0 pcib0: allocated type 3 (0xbb000-0xbb7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbb800-0xbbfff) for rid 0 of orm0 pcib0: allocated type 3 (0xbc000-0xbc7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbc800-0xbcfff) for rid 0 of orm0 pcib0: allocated type 3 (0xbd000-0xbd7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbd800-0xbdfff) for rid 0 of orm0 pcib0: allocated type 3 (0xbe000-0xbe7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbe800-0xbefff) for rid 0 of orm0 pcib0: allocated type 3 (0xbf000-0xbf7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbf800-0xbffff) for rid 0 of orm0 pcib0: allocated type 3 (0xd0000-0xd07ff) for rid 3 of orm0 pcib0: allocated type 3 (0xd0000-0xd0fff) for rid 3 of orm0 pcib0: allocated type 3 (0xd1000-0xd17ff) for rid 4 of orm0 pcib0: allocated type 3 (0xd1000-0xd1fff) for rid 4 of orm0 pcib0: allocated type 3 (0xd2000-0xd27ff) for rid 5 of orm0 pcib0: allocated type 3 (0xd2800-0xd2fff) for rid 5 of orm0 pcib0: allocated type 3 (0xd3000-0xd37ff) for rid 5 of orm0 pcib0: allocated type 3 (0xd3800-0xd3fff) for rid 5 of orm0 pcib0: allocated type 3 (0xd4000-0xd47ff) for rid 5 of orm0 pcib0: allocated type 3 (0xd4800-0xd4fff) for rid 5 of orm0 pcib0: allocated type 3 (0xd5000-0xd57ff) for rid 5 of orm0 pcib0: allocated type 3 (0xd5800-0xd5fff) for rid 5 of orm0 pcib0: allocated type 3 (0xd6000-0xd67ff) for rid 5 of orm0 pcib0: allocated type 3 (0xd6800-0xd6fff) for rid 5 of orm0 pcib0: allocated type 3 (0xd7000-0xd77ff) for rid 5 of orm0 pcib0: allocated type 3 (0xd7800-0xd7fff) for rid 5 of orm0 pcib0: allocated type 3 (0xd8000-0xd87ff) for rid 5 of orm0 pcib0: allocated type 3 (0xd8800-0xd8fff) for rid 5 of orm0 pcib0: allocated type 3 (0xd9000-0xd97ff) for rid 5 of orm0 pcib0: allocated type 3 (0xd9800-0xd9fff) for rid 5 of orm0 pcib0: allocated type 3 (0xda000-0xda7ff) for rid 5 of orm0 pcib0: allocated type 3 (0xda800-0xdafff) for rid 5 of orm0 pcib0: allocated type 3 (0xdb000-0xdb7ff) for rid 5 of orm0 pcib0: allocated type 3 (0xdb800-0xdbfff) for rid 5 of orm0 pcib0: allocated type 3 (0xdc000-0xdc7ff) for rid 5 of orm0 pcib0: allocated type 3 (0xdc800-0xdcfff) for rid 5 of orm0 pcib0: allocated type 3 (0xdd000-0xdd7ff) for rid 5 of orm0 pcib0: allocated type 3 (0xdd800-0xddfff) for rid 5 of orm0 pcib0: allocated type 3 (0xde000-0xde7ff) for rid 5 of orm0 pcib0: allocated type 3 (0xde800-0xdefff) for rid 5 of orm0 pcib0: allocated type 3 (0xdf000-0xdf7ff) for rid 5 of orm0 pcib0: allocated type 3 (0xdf800-0xdffff) for rid 5 of orm0 isab0: found ICH8 or equivalent chipset: Intel 63XXESB watchdog timer isa_probe_children: disabling PnP devices ichwd0 on isa0 isab0: found ICH8 or equivalent chipset: Intel 63XXESB watchdog timer pcib0: allocated type 4 (0x830-0x837) for rid 0 of ichwd0 pcib0: allocated type 4 (0x860-0x87f) for rid 1 of ichwd0 ichwd0: (null) (ICH8 or equivalent) ichwd0: timer disabled ipmi0: on isa0 ipmi0: KCS mode found at io 0xca2 alignment 0x1 on isa pcib0: allocated type 4 (0xca2-0xca3) for rid 0 of ipmi0 ipmi0: couldn't find it device_attach: ipmi0 attach returned 6 atrtc: atrtc0 already exists; skipping it attimer: attimer0 already exists; skipping it sc: sc0 already exists; skipping it uart: uart0 already exists; skipping it uart: uart1 already exists; skipping it isa_probe_children: probing non-PnP devices ipmi0: at port 0xca2-0xca3 on isa0 ipmi0: KCS mode found at io 0xca2 alignment 0x1 on isa pcib0: allocated type 4 (0xca2-0xca3) for rid 0 of ipmi0 ipmi0: couldn't find it device_attach: ipmi0 attach returned 6 orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xc8fff,0xc9000-0xc9fff,0xd0000-0xd0fff,0xd1000-0xd1fff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd1, terminal emulator: scteken (teken terminal) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 pcib0: allocated type 4 (0x3c0-0x3df) for rid 0 of vga0 pcib0: allocated type 3 (0xa0000-0xbffff) for rid 0 of vga0 pcib0: allocated type 4 (0x60-0x60) for rid 0 of atkbdc0 pcib0: allocated type 4 (0x64-0x64) for rid 1 of atkbdc0 atkbdc0: at port 0x60,0x64 on isa0 pcib0: allocated type 4 (0x60-0x60) for rid 0 of atkbdc0 pcib0: allocated type 4 (0x64-0x64) for rid 1 of atkbdc0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 kbd0: atkbd0, generic (0), config:0x0, flags:0x3f0000 ioapic0: routing intpin 1 (ISA IRQ 1) to lapic 0 vector 62 atkbd0: [GIANT-LOCKED] psm0: unable to allocate IRQ fdc0 failed to probe at port 0x3f0 irq 6 drq 2 on isa0 ppc0 failed to probe at irq 7 on isa0 wbwd0 failed to probe on isa0 isa_probe_children: probing PnP devices coretemp0: on cpu0 coretemp0: Setting TjMax=100 est0: enabling SpeedStep est0: failed to enable SpeedStep p4tcc0: on cpu0 coretemp1: on cpu1 coretemp1: Setting TjMax=100 est1: enabling SpeedStep est1: failed to enable SpeedStep p4tcc1: on cpu1 coretemp2: on cpu2 coretemp2: Setting TjMax=100 est2: enabling SpeedStep est2: failed to enable SpeedStep p4tcc2: on cpu2 coretemp3: on cpu3 coretemp3: Setting TjMax=100 est3: enabling SpeedStep est3: failed to enable SpeedStep p4tcc3: on cpu3 coretemp4: on cpu4 coretemp4: Setting TjMax=100 est4: enabling SpeedStep est4: failed to enable SpeedStep p4tcc4: on cpu4 coretemp5: on cpu5 coretemp5: Setting TjMax=100 est5: enabling SpeedStep est5: failed to enable SpeedStep p4tcc5: on cpu5 coretemp6: on cpu6 coretemp6: Setting TjMax=100 est6: enabling SpeedStep est6: failed to enable SpeedStep p4tcc6: on cpu6 coretemp7: on cpu7 coretemp7: Setting TjMax=100 est7: enabling SpeedStep est7: failed to enable SpeedStep p4tcc7: on cpu7 Device configuration finished. linprocfs registered linsysfs registered procfs registered Timecounters tick every 1.000 msec epair initialized. vlan: initialized, using hash tables with chaining Linux ELF exec handler installed ipfw2 (+ipv6) initialized, divert enabled, nat loadable, rule-based forwarding enabled, default to accept, logging disabled ipfw0: bpf attached DUMMYNET 0xfffffe0005e4d800 with IPv6 initialized (100409) load_dn_sched dn_sched PRIO loaded load_dn_sched dn_sched QFQ loaded load_dn_sched dn_sched RR loaded load_dn_sched dn_sched WF2Q+ loaded lo0: bpf attached load_dn_sched dn_sched FIFO loaded usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 480Mbps High Speed USB v2.0 ata0: reset tp1 mask=03 ostat0=7f ostat1=00 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 ugen2.1: at usbus2 uhub2: on usbus2 ata0: stat0=0x00 err=0x00 lsb=0x00 msb=0x00 ata0: stat1=0x7f err=0x7f lsb=0x7f msb=0x7f ata0: stat1=0x09 err=0x09 lsb=0x09 msb=0x09 ata0: stat1=0x00 err=0x00 lsb=0x00 msb=0x00 ata0: reset tp2 stat0=00 stat1=00 devices=0x0 ahcich0: AHCI reset... ahcich0: SATA connect timeout time=10000us status=00000000 ahcich0: AHCI reset: device not found ahcich1: AHCI reset... ahcich1: SATA connect timeout time=10000us status=00000000 ahcich1: AHCI reset: device not found ahcich2: AHCI reset... ahcich2: SATA connect timeout time=10000us status=00000000 ahcich2: AHCI reset: device not found ahcich3: AHCI reset... ahcich3: SATA connect timeout time=10000us status=00000000 ahcich3: AHCI reset: device not found ahcich4: AHCI reset... ahcich4: SATA connect timeout time=10000us status=00000000 ahcich4: AHCI reset: device not found ahcich5: AHCI reset... ahcich5: SATA connect timeout time=10000us status=00000000 ahcich5: AHCI reset: device not found uhub0: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered uhub2: 4 ports with 4 removable, self powered ugen0.2: at usbus0 ukbd0: on usbus0 kbd2 at ukbd0 kbd2: ukbd0, generic (0), config:0x0, flags:0x3d0000 ums0: on usbus0 GEOM: new disk da0 da0 at mpt0 bus 0 scbus0 target 4 lun 0 da0: Fixed Direct Access SCSI-5 device da0: Serial Number 9QMBZSA0 da0: 300.000MB/s transfers da0: Command Queueing enabled da0: 476940MB (976773168 512 byte sectors: 255H 63S/T 60801C) pass0 at mpt0 bus 0 scbus0 target 4 lun 0 pass0: Fixed Direct Access SCSI-5 device pass0: Serial Number 9QMBZSA0 pass0: 300.000MB/s transfers pass0: Command Queueing enabled da1 at mpt0 bus 0 scbus0 target 5 lun 0 da1: Fixed Direct Access SCSI-5 device da1: Serial Number WD-WMAYP0682627 da1: 300.000MB/s transfers da1: Command Queueing enabled da1: 476940MB (976773168 512 byte sectors: 255H 63S/T 60801C) da2 at mpt0 bus 0 scbus0 target 6 lun 0 da2: Fixed Direct Access SCSI-5 device da2: Serial Number WD-WMAYP0679546 da2: 300.000MB/s transfers da2: Command Queueing enabled da2: 476940MB (976773168 512 byte sectors: 255H 63S/T 60801C) ums0: 5 buttons and [XYZ] coordinates ID=1 da3 at mpt0 bus 0 scbus0 target 7 lun 0 da3: Fixed Direct Access SCSI-5 device da3: Serial Number 9QMC1X7Z da3: 300.000MB/s transfers da3: Command Queueing enabled da3: 476940MB (976773168 512 byte sectors: 255H 63S/T 60801C) pass1 at mpt0 bus 0 scbus0 target 5 lun 0 pass1: Fixed Direct Access SCSI-5 device pass1: Serial Number WD-WMAYP0682627 pass1: 300.000MB/s transfers pass1: Command Queueing enabled pass2 at mpt0 bus 0 scbus0 target 6 lun 0 pass2: Fixed Direct Access SCSI-5 device pass2: Serial Number WD-WMAYP0679546 pass2: 300.000MB/s transfers pass2: Command Queueing enabled pass3 at mpt0 bus 0 scbus0 target 7 lun 0 pass3: Fixed Direct Access SCSI-5 device pass3: Serial Number 9QMC1X7Z pass3: 300.000MB/s transfers pass3: Command Queueing enabled SMP: AP CPU #6 Launched! cpu6 AP: ID: 0x06000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #4 Launched! cpu4 AP: ID: 0x04000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #7 Launched! cpu7 AP: ID: 0x07000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #5 Launched! cpu5 AP: ID: 0x05000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #1 Launched! cpu1 AP: ID: 0x01000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #2 Launched! cpu2 AP: ID: 0x02000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #3 Launched! cpu3 AP: ID: 0x03000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 ioapic0: routing intpin 1 (ISA IRQ 1) to lapic 1 vector 48 ioapic0: routing intpin 3 (ISA IRQ 3) to lapic 2 vector 48 ioapic0: routing intpin 4 (ISA IRQ 4) to lapic 3 vector 48 ioapic0: routing intpin 9 (ISA IRQ 9) to lapic 4 vector 48 ioapic0: routing intpin 14 (ISA IRQ 14) to lapic 5 vector 48 ioapic0: routing intpin 19 (PCI IRQ 19) to lapic 6 vector 48 ioapic0: routing intpin 23 (PCI IRQ 23) to lapic 7 vector 48 msi: Assigning MSI IRQ 257 to local APIC 1 vector 49 msi: Assigning MSI-X IRQ 258 to local APIC 2 vector 49 msi: Assigning MSI IRQ 259 to local APIC 3 vector 49 msi: Assigning MSI IRQ 260 to local APIC 4 vector 49 SMP: passed TSC synchronization test TSC timecounter discards lower 8 bit(s) Timecounter "TSC-low" frequency 11040272 Hz quality 1000 hwpmc: SOFT/16/64/0x67 TSC/1/64/0x20 IAP/2/40/0x3ff IAF/3/40/0x67 --------------050006070805070101060807-- From owner-freebsd-stable@FreeBSD.ORG Fri Jun 15 07:16:20 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C5FD7106564A for ; Fri, 15 Jun 2012 07:16:20 +0000 (UTC) (envelope-from rb@gid.co.uk) Received: from mx0.gid.co.uk (mx0.gid.co.uk [194.32.164.250]) by mx1.freebsd.org (Postfix) with ESMTP id 21D398FC0A for ; Fri, 15 Jun 2012 07:16:19 +0000 (UTC) Received: from [192.168.0.237] (87-194-64-74.dsl.cnl.uk.net [87.194.64.74]) by mx0.gid.co.uk (8.14.2/8.14.2) with ESMTP id q5F7Fari096259; Fri, 15 Jun 2012 08:15:36 +0100 (BST) (envelope-from rb@gid.co.uk) Mime-Version: 1.0 (Apple Message framework v1278) Content-Type: text/plain; charset=us-ascii From: Bob Bishop In-Reply-To: Date: Fri, 15 Jun 2012 08:15:30 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: References: <201206101128.q5ABShXN007826@lurza.secnetix.de> To: "Matthew X. Economou" X-Mailer: Apple Mail (2.1278) Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD and IPMI how-to (was Re: su 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: Fri, 15 Jun 2012 07:16:20 -0000 Hi, On 15 Jun 2012, at 02:27, Matthew X. Economou wrote: > Would some kind soul point me to a howto for configuring IPMI on > FreeBSD? I have a Dell PowerEdge 840 that supports IPMI, but I have > no idea how to set it up - either in the BIOS or in FreeBSD. I've > messed around with ipmitools a little, but I haven't gotten it to > work. To get things like remote management and serial over LAN working, the = config has to be right on both the OS and the platform. Others have = addressed the FreeBSD end; configuration of the platform is documented = here: http://support.dell.com/support/edocs/software/smbmcmu but you'll have to figure out which version is applicable to your box. = When you have ipmitool working, the output of `ipmitool mc info' may = help with that. Also, it seems like your box implements IPMI v1.5, which = is rather less friendly than v2. -- Bob Bishop rb@gid.co.uk From owner-freebsd-stable@FreeBSD.ORG Fri Jun 15 07:25:08 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 42728106566B for ; Fri, 15 Jun 2012 07:25:08 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [212.17.241.230]) by mx1.freebsd.org (Postfix) with ESMTP id 8E9B58FC15 for ; Fri, 15 Jun 2012 07:25:07 +0000 (UTC) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id q5F7GGSQ053883; Fri, 15 Jun 2012 09:16:32 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id q5F7GGCD053882; Fri, 15 Jun 2012 09:16:16 +0200 (CEST) (envelope-from olli) Date: Fri, 15 Jun 2012 09:16:16 +0200 (CEST) Message-Id: <201206150716.q5F7GGCD053882@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, marius@alchemy.franken.de In-Reply-To: <20120614222851.GQ46065@alchemy.franken.de> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.9.6-20101126 ("Burnside") (UNIX) (FreeBSD/6.4-PRERELEASE-20080904 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.3.9 (lurza.secnetix.de [127.0.0.1]); Fri, 15 Jun 2012 09:16:33 +0200 (CEST) Cc: Subject: Re: Boot hangs on v9 system at CD device probe X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Jun 2012 07:25:08 -0000 Marius Strobl wrote: > [...] > > > > > http://people.freebsd.org/~marius/ata_ite_ATA_CAM_ATA_NO_ATAPI_DMA.diff > [...] > > I've committed it to head in r237107 as a band-aid for now as it's a > sufficiently severe problem. Obviously, fixing ATA_CAM to not break > ATAPI CAM instead is the right thing to do. I've already spent quite > some time trying to find the underlying but didn't get anywhere with > that so far though (granted, most of that wasted time was because of > me thinking that this would be due to an endian bug only seen on big > endian machines, which turned out to not be the case). AFAICT, mav@ > also has ALI hardware affected by this issue, maybe he'll have a > look at it eventually ... I'm not sure if it's the same or a different issue, but ATA_CAM also breaks for me with a legacy P-ATA controller (UDMA-133) on RELENG_9. Removing ATA_CAM and adding "atapicam" fixes it. I've described the problem in more detail here: http://lists.freebsd.org/pipermail/freebsd-stable/2012-June/068175.html This is the controller in question: pciconf: atapci0@pci0:3:6:0: class=0x018085 card=0x4d68105a chip=0x4d69105a rev=0x02 hdr=0x00 vendor = 'Promise Technology, Inc.' device = '20269' class = mass storage dmesg: atapci0: port 0xdc00-0xdc07, 0xd880-0xd883,0xd800-0xd807,0xcc00-0xcc03,0xc880-0xc88f mem 0xfeaf8000-0xfeafbfff irq 21 at device 6.0 on pci3 Shall I open a PR with this? Of course, I can try any patches that somebody throws at me. :-) Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mn- chen, HRB 125758, Geschftsfhrer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd Python is executable pseudocode. Perl is executable line noise. From owner-freebsd-stable@FreeBSD.ORG Fri Jun 15 07:33:28 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E5076106564A for ; Fri, 15 Jun 2012 07:33:28 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [212.17.241.230]) by mx1.freebsd.org (Postfix) with ESMTP id 650608FC08 for ; Fri, 15 Jun 2012 07:33:28 +0000 (UTC) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id q5F7XBXm054695; Fri, 15 Jun 2012 09:33:27 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id q5F7XBOS054694; Fri, 15 Jun 2012 09:33:11 +0200 (CEST) (envelope-from olli) Date: Fri, 15 Jun 2012 09:33:11 +0200 (CEST) Message-Id: <201206150733.q5F7XBOS054694@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, kob6558@gmail.com In-Reply-To: X-Newsgroups: list.freebsd-stable User-Agent: tin/1.9.6-20101126 ("Burnside") (UNIX) (FreeBSD/6.4-PRERELEASE-20080904 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.3.9 (lurza.secnetix.de [127.0.0.1]); Fri, 15 Jun 2012 09:33:27 +0200 (CEST) Cc: Subject: Re: devd problem with 9-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, 15 Jun 2012 07:33:29 -0000 Kevin Oberman wrote: > Since updating my systems to 9-Stable, I am not getting my smartcard > reader attached when hot-plugged. > > > From devd.conf > attach 50 { > device-name "ugen[0-9]+"; > match "vendor" "0x0529"; > match "product" "0x0600"; > action "/usr/local/sbin/openct-control attach usb:529/600 usb /dev/$dev$ > }; > detach 50 { > device-name "ugen[0-9]+"; > match "vendor" "0x0529"; > match "product" "0x0600"; > action "/usr/bin/pkill -fx '/usr/local/sbin/ifdhandler -H -p [a-z0-9]+ $ > }; Maybe the device-name doesn't match. The ugen names contain a dot ("ugenX.Y"), so "ugen[0-9]+" won't match if the regular expression is anchored (the manual page isn't clear about that, unfortunately, but the examples suggest that it is indeed anchored). Besides, the /dev/ugen* names are only symlinks to the real entries in /dev/usb/X.Y.Z. It might be worth a try to just comment out the device-name lines. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mn- chen, HRB 125758, Geschftsfhrer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "[...] one observation we can make here is that Python makes an excellent pseudocoding language, with the wonderful attribute that it can actually be executed." -- Bruce Eckel From owner-freebsd-stable@FreeBSD.ORG Fri Jun 15 07:38:45 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 56B091065676 for ; Fri, 15 Jun 2012 07:38:45 +0000 (UTC) (envelope-from prvs=1513fa8416=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id D74D38FC0A for ; Fri, 15 Jun 2012 07:38:44 +0000 (UTC) X-Spam-Processed: mail1.multiplay.co.uk, Fri, 15 Jun 2012 08:38:28 +0100 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mail1.multiplay.co.uk X-Spam-Level: X-Spam-Status: No, score=-5.0 required=6.0 tests=USER_IN_WHITELIST shortcircuit=ham autolearn=disabled version=3.2.5 Received: from r2d2 ([188.220.16.49]) by mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (MDaemon PRO v10.0.4) with ESMTP id md50020284287.msg for ; Fri, 15 Jun 2012 08:38:27 +0100 X-MDRemoteIP: 188.220.16.49 X-Return-Path: prvs=1513fa8416=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-stable@freebsd.org Message-ID: <69C0780099FE403888C57E0AF273D975@multiplay.co.uk> From: "Steven Hartland" To: "Sean Bruno" , "Matthew X. Economou" References: <201206101128.q5ABShXN007826@lurza.secnetix.de> <1339728978.4819.0.camel@powernoodle> Date: Fri, 15 Jun 2012 08:39:06 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="utf-8"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD and IPMI how-to (was Re: su 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: Fri, 15 Jun 2012 07:38:45 -0000 > Daniel Braniss writes: > > Would some kind soul point me to a howto for configuring IPMI on > FreeBSD? I have a Dell PowerEdge 840 that supports IPMI, but I have > no idea how to set it up - either in the BIOS or in FreeBSD. I've > messed around with ipmitools a little, but I haven't gotten it to > work. http://blog.multiplay.co.uk/2011/06/ipmi-under-freebsd-is-easy/ Regards Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-stable@FreeBSD.ORG Fri Jun 15 07:59:46 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5D9E7106564A for ; Fri, 15 Jun 2012 07:59:46 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.78]) by mx1.freebsd.org (Postfix) with ESMTP id D9A708FC0C for ; Fri, 15 Jun 2012 07:59:45 +0000 (UTC) Received: from smtp.greenhost.nl ([213.108.104.138]) by smarthost1.greenhost.nl with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from ) id 1SfRRX-0005Pv-Dq for freebsd-stable@freebsd.org; Fri, 15 Jun 2012 09:59:43 +0200 Received: from [81.21.138.17] (helo=ronaldradial.versatec.local) by smtp.greenhost.nl with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.72) (envelope-from ) id 1SfRRX-0008Km-QQ for freebsd-stable@freebsd.org; Fri, 15 Jun 2012 09:59:43 +0200 Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: freebsd-stable@freebsd.org References: Date: Fri, 15 Jun 2012 09:59:41 +0200 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit From: "Ronald Klop" Message-ID: In-Reply-To: User-Agent: Opera Mail/12.00 (Win32) X-Virus-Scanned: by clamav at smarthost1.samage.net X-Spam-Level: / X-Spam-Score: -0.7 X-Spam-Status: No, score=-0.7 required=5.0 tests=BAYES_20 autolearn=disabled version=3.2.5 X-Scan-Signature: d58e29c6f4e42f76447094ef3ccb23d2 Subject: Re: devd problem with 9-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, 15 Jun 2012 07:59:46 -0000 On Fri, 15 Jun 2012 08:01:21 +0200, Kevin Oberman wrote: > On Thu, Jun 14, 2012 at 3:11 AM, Ronald Klop > wrote: >> On Thu, 14 Jun 2012 02:41:58 +0200, Kevin Oberman >> wrote: >> >>> Since updating my systems to 9-Stable, I am not getting my smartcard >>> reader attached when hot-plugged. >>> >>>> From devd.conf >>> >>> attach 50 { >>> device-name "ugen[0-9]+"; >>> match "vendor" "0x0529"; >>> match "product" "0x0600"; >>> action "/usr/local/sbin/openct-control attach usb:529/600 usb >>> /dev/$dev$ >>> }; >>> detach 50 { >>> device-name "ugen[0-9]+"; >>> match "vendor" "0x0529"; >>> match "product" "0x0600"; >>> action "/usr/bin/pkill -fx '/usr/local/sbin/ifdhandler -H -p >>> [a-z0-9]+ $ >>> }; >>> >>> If I manually enter the "action" command, it works fine, but it fails >>> when I insert the device. It worked fine under version 8. I have >>> confirmed devd is seeing the device inserted just fine. the action >>> just does not seem to be carried out. >>> >>> Any idea where I should look? I saw a couple of threads on current >>> from others seeing something similar, but could find no resolution. >>> I have seen a >> >> >> Did you run devd with debug messages on? Options -D and -d are helpful. >> If you do does devd match the right devd.conf sections and start the >> action? > > With debug i get: > Processing event '!system=USB subsystem=DEVICE type=ATTACH > ugen=ugen1.3 cdev=ugen1.3 vendor=0x0529 product=0x0600 devclass=0xff > devsubclass=0x00 sernum="" release=0x0100 mode=host port=1 > parent=ugen1.2' > [long list of "Testing" entries, none of which 'vendor' matched] > Executing 'logger Unknown USB device: vendor 0x0529 product 0x0600 bus > uhub3' > > So it looks like devd is not matching the vendor. But my devd.conf > file contains that vendor. I don't know exactly why it is not being > tested against. Nothing in the debug output gives me a clue and I > tried grepping for one of the tested vendor IDs in /etc/devd.conf and > /etc/devd/*.conf. Not found. > > I am at a loss. Just a guess, but "ugen[0-9]+" does not match the dot in ugen1.3. Can you try "ugen[0-9]+.[0-9]+"? Or just remove the device-name? Shouldn't the vendor and product be enough identification? Ronald. From owner-freebsd-stable@FreeBSD.ORG Fri Jun 15 08:03:01 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7048F1065670 for ; Fri, 15 Jun 2012 08:03:01 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.78]) by mx1.freebsd.org (Postfix) with ESMTP id E94CF8FC0C for ; Fri, 15 Jun 2012 08:03:00 +0000 (UTC) Received: from smtp.greenhost.nl ([213.108.104.138]) by smarthost1.greenhost.nl with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from ) id 1SfRUh-0005WU-FY for freebsd-stable@freebsd.org; Fri, 15 Jun 2012 10:02:59 +0200 Received: from [81.21.138.17] (helo=ronaldradial.versatec.local) by smtp.greenhost.nl with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.72) (envelope-from ) id 1SfRUh-0008Qo-Rh for freebsd-stable@freebsd.org; Fri, 15 Jun 2012 10:02:59 +0200 Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: freebsd-stable@freebsd.org References: Date: Fri, 15 Jun 2012 10:02:58 +0200 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit From: "Ronald Klop" Message-ID: In-Reply-To: User-Agent: Opera Mail/12.00 (Win32) X-Virus-Scanned: by clamav at smarthost1.samage.net X-Spam-Level: / X-Spam-Score: -0.2 X-Spam-Status: No, score=-0.2 required=5.0 tests=BAYES_40 autolearn=disabled version=3.2.5 X-Scan-Signature: 3b058867a8808b2a73617ccb478d635a Subject: Re: devd problem with 9-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, 15 Jun 2012 08:03:01 -0000 On Fri, 15 Jun 2012 08:01:21 +0200, Kevin Oberman wrote: > On Thu, Jun 14, 2012 at 3:11 AM, Ronald Klop > wrote: >> On Thu, 14 Jun 2012 02:41:58 +0200, Kevin Oberman >> wrote: >> >>> Since updating my systems to 9-Stable, I am not getting my smartcard >>> reader attached when hot-plugged. >>> >>>> From devd.conf >>> >>> attach 50 { >>> device-name "ugen[0-9]+"; >>> match "vendor" "0x0529"; >>> match "product" "0x0600"; >>> action "/usr/local/sbin/openct-control attach usb:529/600 usb >>> /dev/$dev$ >>> }; >>> detach 50 { >>> device-name "ugen[0-9]+"; >>> match "vendor" "0x0529"; >>> match "product" "0x0600"; >>> action "/usr/bin/pkill -fx '/usr/local/sbin/ifdhandler -H -p >>> [a-z0-9]+ $ >>> }; >>> >>> If I manually enter the "action" command, it works fine, but it fails >>> when I insert the device. It worked fine under version 8. I have >>> confirmed devd is seeing the device inserted just fine. the action >>> just does not seem to be carried out. >>> >>> Any idea where I should look? I saw a couple of threads on current >>> from others seeing something similar, but could find no resolution. >>> I have seen a >> >> >> Did you run devd with debug messages on? Options -D and -d are helpful. >> If you do does devd match the right devd.conf sections and start the >> action? > > With debug i get: > Processing event '!system=USB subsystem=DEVICE type=ATTACH > ugen=ugen1.3 cdev=ugen1.3 vendor=0x0529 product=0x0600 devclass=0xff > devsubclass=0x00 sernum="" release=0x0100 mode=host port=1 > parent=ugen1.2' > [long list of "Testing" entries, none of which 'vendor' matched] > Executing 'logger Unknown USB device: vendor 0x0529 product 0x0600 bus > uhub3' > > So it looks like devd is not matching the vendor. But my devd.conf > file contains that vendor. I don't know exactly why it is not being > tested against. Nothing in the debug output gives me a clue and I > tried grepping for one of the tested vendor IDs in /etc/devd.conf and > /etc/devd/*.conf. Not found. > > I am at a loss. http://www.freebsd.org/releases/9.0R/errata.html See point 3 under Open Issues. Ronald. From owner-freebsd-stable@FreeBSD.ORG Fri Jun 15 08:11:39 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 80701106566B for ; Fri, 15 Jun 2012 08:11:39 +0000 (UTC) (envelope-from randy@psg.com) Received: from ran.psg.com (ran.psg.com [147.28.0.36]) by mx1.freebsd.org (Postfix) with ESMTP id 60EEC8FC14 for ; Fri, 15 Jun 2012 08:11:39 +0000 (UTC) Received: from localhost ([127.0.0.1] helo=rair.psg.com.psg.com) by ran.psg.com with esmtp (Exim 4.77 (FreeBSD)) (envelope-from ) id 1SfRXb-000GO0-PI; Fri, 15 Jun 2012 08:06:00 +0000 Date: Fri, 15 Jun 2012 17:05:58 +0900 Message-ID: From: Randy Bush To: "Steven Hartland" In-Reply-To: <69C0780099FE403888C57E0AF273D975@multiplay.co.uk> References: <201206101128.q5ABShXN007826@lurza.secnetix.de> <1339728978.4819.0.camel@powernoodle> <69C0780099FE403888C57E0AF273D975@multiplay.co.uk> User-Agent: Wanderlust/2.15.9 (Almost Unreal) Emacs/22.3 Mule/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: freebsd-stable@freebsd.org, Sean Bruno , "Matthew X. Economou" Subject: Re: FreeBSD and IPMI how-to (was Re: su 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: Fri, 15 Jun 2012 08:11:39 -0000 i want two things from ipmi, reset and kva console. freebsd ipmitool gives me the first, and i already had an apc controlled power bar. randy From owner-freebsd-stable@FreeBSD.ORG Fri Jun 15 08:28:51 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2CED9106564A for ; Fri, 15 Jun 2012 08:28:51 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.16.84]) by mx1.freebsd.org (Postfix) with ESMTP id CC8758FC0A for ; Fri, 15 Jun 2012 08:28:50 +0000 (UTC) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by kabab.cs.huji.ac.il with esmtp id 1SfRtV-0005ME-9k; Fri, 15 Jun 2012 11:28:37 +0300 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.3 To: "Patrick M. Hausen" In-reply-to: <6EFC18AE-E2EE-4D1E-AE1F-EA547202FE26@punkt.de> References: <201206101128.q5ABShXN007826@lurza.secnetix.de> <6EFC18AE-E2EE-4D1E-AE1F-EA547202FE26@punkt.de> Comments: In-reply-to "Patrick M. Hausen" message dated "Fri, 15 Jun 2012 07:30:01 +0200." Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Date: Fri, 15 Jun 2012 11:28:37 +0300 From: Daniel Braniss Message-ID: Cc: freebsd-stable@freebsd.org, "Matthew X. Economou" Subject: Re: FreeBSD and IPMI how-to (was Re: su 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: Fri, 15 Jun 2012 08:28:51 -0000 > Hi, all, >=20 >=20 > Am 15.06.2012 um 03:27 schrieb Matthew X. Economou: > > Daniel Braniss writes: > >=20 > >> just for the record, serial on 8.x works fine=21 the device naming > >> has changed from sio to uart, and maybe some features. We use it > >> on all our servers, even redirecting it where possible via > >> ILO,IMPI,DRAC. and is great for debuging or saving long trips :-) > >=20 > > Would some kind soul point me to a howto for configuring IPMI on > > FreeBSD? I have a Dell PowerEdge 840 that supports IPMI, but I have > > no idea how to set it up - either in the BIOS or in FreeBSD. I've > > messed around with ipmitools a little, but I haven't gotten it to > > work. > > > Did you > > kldload ipmi > ? > > What's the output of > > dmesg> kldstat > > after loading the module? > > With the module loaded, you should be able to get something like this= : > > devel=23 ipmitool sensor > Ambient =7C 23.500 =7C degrees C =7C ok =7C na = =7C 1.000 =3D =7C 6.000 =7C 37.000 =7C 42.000 =7C na = > Systemboard =7C 32.000 =7C degrees C =7C ok =7C na = =7C na =3D =7C na =7C 60.000 =7C 65.000 =7C na = > CPU1 =7C 49.000 =7C degrees C =7C ok =7C na = =7C na =3D =7C na =7C 93.000 =7C 97.000 =7C na = > CPU2 =7C 48.000 =7C degrees C =7C ok =7C na = =7C na =3D =7C na =7C 93.000 =7C 97.000 =7C na = > ... =5B...=5D the ipmi kernel module allows interfacing/communicating with the 'local s= ystem', which is nice, unless the kernel went bonkers. You can - after some configuring(*) - connect from another host via somet= hing like: ipmitool -A MD5 -H -U root -I lanpl= us sol activate and get the remote host console, or do a power cycle: ipmitool -A MD5 -H -U root power c= ycle danny *: you need configure/enable the bios/drac. From owner-freebsd-stable@FreeBSD.ORG Fri Jun 15 08:49:22 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 88705106566C; Fri, 15 Jun 2012 08:49:22 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from sola.nimnet.asn.au (paqi.nimnet.asn.au [115.70.110.159]) by mx1.freebsd.org (Postfix) with ESMTP id 004548FC08; Fri, 15 Jun 2012 08:49:21 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id q5F8nOOA077092; Fri, 15 Jun 2012 18:49:25 +1000 (EST) (envelope-from smithi@nimnet.asn.au) Date: Fri, 15 Jun 2012 18:49:24 +1000 (EST) From: Ian Smith To: Sean Bruno In-Reply-To: <1339025600.10177.12.camel@powernoodle-l7.corp.yahoo.com> Message-ID: <20120615184106.B46641@sola.nimnet.asn.au> References: <1337319129.2915.4.camel@powernoodle-l7> <4FB6765A.2050307@FreeBSD.org> <1337710214.2916.8.camel@powernoodle-l7.corp.yahoo.com> <20120525163653.b61a08e2.lists@yamagi.org> <4FBFA9A9.7020806@FreeBSD.org> <4FBFBD39.7000105@FreeBSD.org> <4FBFDFFB.9020501@FreeBSD.org> <4FBFE624.1020208@FreeBSD.org> <20120526090233.f638c1d2.lists@yamagi.org> <4FC0A3A1.80200@FreeBSD.org> <4FC7D464.20602@FreeBSD.org> <4FCFD2A1.60706@FreeBSD.org> <4FCFE178.9080505@FreeBSD.org> <1339025600.10177.12.camel@powernoodle-l7.corp.yahoo.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: Andriy Gapon , "freebsd-stable@FreeBSD.org" , Yamagi Burmeister , Jung-uk Kim Subject: Re: [stable 9] broken hwpstate calls X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Jun 2012 08:49:22 -0000 On Wed, 6 Jun 2012 16:33:20 -0700, Sean Bruno wrote: > On Wed, 2012-06-06 at 16:02 -0700, Jung-uk Kim wrote: > > Buy me a Bulldozer and I'll fix it for you! :-P > > Since I have one (FX-8150), do you want me to expose it to the internet > and let you play with it? I referred a fairly new user who asked on questions@ about the hwpstate errors on his new ASUS M5A97 EVO + AMD FX 8120 (stepping 15) to this thread, but had to say it wasn't clear whether there was or was not a working patch, amid discussions on a more general solution. He may ask here himself, but I was wondering if and how you got yours going? :) cheers, Ian From owner-freebsd-stable@FreeBSD.ORG Fri Jun 15 09:17:55 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C157F1065670 for ; Fri, 15 Jun 2012 09:17:55 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) by mx1.freebsd.org (Postfix) with ESMTP id 569768FC0A for ; Fri, 15 Jun 2012 09:17:55 +0000 (UTC) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.4/8.14.4/ALCHEMY.FRANKEN.DE) with ESMTP id q5F9Hrf4075209; Fri, 15 Jun 2012 11:17:53 +0200 (CEST) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.4/8.14.4/Submit) id q5F9HrRn075208; Fri, 15 Jun 2012 11:17:53 +0200 (CEST) (envelope-from marius) Date: Fri, 15 Jun 2012 11:17:53 +0200 From: Marius Strobl To: Oliver Fromme Message-ID: <20120615091753.GR46065@alchemy.franken.de> References: <20120614222851.GQ46065@alchemy.franken.de> <201206150716.q5F7GGCD053882@lurza.secnetix.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201206150716.q5F7GGCD053882@lurza.secnetix.de> User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@FreeBSD.ORG Subject: Re: Boot hangs on v9 system at CD device probe X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Jun 2012 09:17:55 -0000 On Fri, Jun 15, 2012 at 09:16:16AM +0200, Oliver Fromme wrote: > Marius Strobl wrote: > > [...] > > > > > > http://people.freebsd.org/~marius/ata_ite_ATA_CAM_ATA_NO_ATAPI_DMA.diff > > [...] > > > > I've committed it to head in r237107 as a band-aid for now as it's a > > sufficiently severe problem. Obviously, fixing ATA_CAM to not break > > ATAPI CAM instead is the right thing to do. I've already spent quite > > some time trying to find the underlying but didn't get anywhere with > > that so far though (granted, most of that wasted time was because of > > me thinking that this would be due to an endian bug only seen on big > > endian machines, which turned out to not be the case). AFAICT, mav@ > > also has ALI hardware affected by this issue, maybe he'll have a > > look at it eventually ... > > I'm not sure if it's the same or a different issue, but ATA_CAM > also breaks for me with a legacy P-ATA controller (UDMA-133) on > RELENG_9. Removing ATA_CAM and adding "atapicam" fixes it. > > I've described the problem in more detail here: > http://lists.freebsd.org/pipermail/freebsd-stable/2012-June/068175.html > > This is the controller in question: > > pciconf: > atapci0@pci0:3:6:0: class=0x018085 card=0x4d68105a chip=0x4d69105a rev=0x02 hdr=0x00 > vendor = 'Promise Technology, Inc.' > device = '20269' > class = mass storage > > dmesg: > atapci0: port 0xdc00-0xdc07, > 0xd880-0xd883,0xd800-0xd807,0xcc00-0xcc03,0xc880-0xc88f mem > 0xfeaf8000-0xfeafbfff irq 21 at device 6.0 on pci3 This likely is a different issue as atapromise(4) already disables ATAPI DMA by default since before ATA_CAM hit the tree. > > Shall I open a PR with this? > It probably won't hurt to file one and assign it to mav@. Marius From owner-freebsd-stable@FreeBSD.ORG Fri Jun 15 09:34:59 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0C5381065673; Fri, 15 Jun 2012 09:34:59 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [64.7.128.101]) by mx1.freebsd.org (Postfix) with ESMTP id A4CF28FC08; Fri, 15 Jun 2012 09:34:58 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q5F9YvhL038366; Fri, 15 Jun 2012 09:34:57 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q5F9Yvcr038220; Fri, 15 Jun 2012 09:34:57 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 15 Jun 2012 09:34:57 GMT Message-Id: <201206150934.q5F9Yvcr038220@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on arm/arm X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jun 2012 09:34:59 -0000 TB --- 2012-06-15 08:53:49 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-06-15 08:53:49 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-06-15 08:53:49 - starting RELENG_8 tinderbox run for arm/arm TB --- 2012-06-15 08:53:49 - cleaning the object tree TB --- 2012-06-15 08:54:05 - cvsupping the source tree TB --- 2012-06-15 08:54:05 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/arm/arm/supfile TB --- 2012-06-15 08:55:10 - building world TB --- 2012-06-15 08:55:10 - CROSS_BUILD_TESTING=YES TB --- 2012-06-15 08:55:10 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-15 08:55:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-15 08:55:10 - SRCCONF=/dev/null TB --- 2012-06-15 08:55:10 - TARGET=arm TB --- 2012-06-15 08:55:10 - TARGET_ARCH=arm TB --- 2012-06-15 08:55:10 - TZ=UTC TB --- 2012-06-15 08:55:10 - __MAKE_CONF=/dev/null TB --- 2012-06-15 08:55:10 - cd /src TB --- 2012-06-15 08:55:10 - /usr/bin/make -B buildworld >>> World build started on Fri Jun 15 08:55:10 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Jun 15 09:31:44 UTC 2012 TB --- 2012-06-15 09:31:44 - cd /src/sys/arm/conf TB --- 2012-06-15 09:31:44 - /usr/sbin/config -m AVILA TB --- 2012-06-15 09:31:44 - building AVILA kernel TB --- 2012-06-15 09:31:44 - CROSS_BUILD_TESTING=YES TB --- 2012-06-15 09:31:44 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-15 09:31:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-15 09:31:44 - SRCCONF=/dev/null TB --- 2012-06-15 09:31:44 - TARGET=arm TB --- 2012-06-15 09:31:44 - TARGET_ARCH=arm TB --- 2012-06-15 09:31:44 - TZ=UTC TB --- 2012-06-15 09:31:44 - __MAKE_CONF=/dev/null TB --- 2012-06-15 09:31:44 - cd /src TB --- 2012-06-15 09:31:44 - /usr/bin/make -B buildkernel KERNCONF=AVILA >>> Kernel build for AVILA started on Fri Jun 15 09:31:44 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AVILA completed on Fri Jun 15 09:33:39 UTC 2012 TB --- 2012-06-15 09:33:39 - cd /src/sys/arm/conf TB --- 2012-06-15 09:33:39 - /usr/sbin/config -m BWCT TB --- 2012-06-15 09:33:39 - building BWCT kernel TB --- 2012-06-15 09:33:39 - CROSS_BUILD_TESTING=YES TB --- 2012-06-15 09:33:39 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-15 09:33:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-15 09:33:39 - SRCCONF=/dev/null TB --- 2012-06-15 09:33:39 - TARGET=arm TB --- 2012-06-15 09:33:39 - TARGET_ARCH=arm TB --- 2012-06-15 09:33:39 - TZ=UTC TB --- 2012-06-15 09:33:39 - __MAKE_CONF=/dev/null TB --- 2012-06-15 09:33:39 - cd /src TB --- 2012-06-15 09:33:39 - /usr/bin/make -B buildkernel KERNCONF=BWCT >>> Kernel build for BWCT started on Fri Jun 15 09:33:39 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -mlittle-endian -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcpu=arm9 -ffreestanding -Werror /src/sys/arm/at91/at91_pio.c cc -mlittle-endian -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcpu=arm9 -ffreestanding -Werror /src/sys/arm/at91/at91_pmc.c cc -mlittle-endian -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcpu=arm9 -ffreestanding -Werror /src/sys/arm/at91/at91_ssc.c cc -mlittle-endian -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcpu=arm9 -ffreestanding -Werror /src/sys/arm/at91/at91_spi.c cc1: warnings being treated as errors /src/sys/arm/at91/at91_spi.c: In function 'at91_spi_attach': /src/sys/arm/at91/at91_spi.c:127: warning: implicit declaration of function 'at91_is_rm92' /src/sys/arm/at91/at91_spi.c:127: warning: nested extern declaration of 'at91_is_rm92' *** Error code 1 Stop in /obj/arm/src/sys/BWCT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-06-15 09:34:57 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-06-15 09:34:57 - ERROR: failed to build BWCT kernel TB --- 2012-06-15 09:34:57 - 1852.58 user 408.45 system 2467.31 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-arm-arm.full From owner-freebsd-stable@FreeBSD.ORG Fri Jun 15 11:06:18 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4CF5F1065689; Fri, 15 Jun 2012 11:06:18 +0000 (UTC) (envelope-from cowens@greatbaysoftware.com) Received: from ecbiz102.inmotionhosting.com (ecbiz102.inmotionhosting.com [70.39.235.94]) by mx1.freebsd.org (Postfix) with ESMTP id 080D88FC19; Fri, 15 Jun 2012 11:06:17 +0000 (UTC) Received: from c-50-136-23-27.hsd1.nh.comcast.net ([50.136.23.27]:59005 helo=[192.168.1.131]) by ecbiz102.inmotionhosting.com with esmtpsa (TLSv1:RC4-MD5:128) (Exim 4.69) (envelope-from ) id 1SfULx-0001OG-To; Fri, 15 Jun 2012 07:06:10 -0400 To: "=?utf-8?B?QWRyaWFuIENoYWRk?=" From: "=?utf-8?B?Q2hhcmxlcyBPd2Vucw==?=" Date: Fri, 15 Jun 2012 07:06:16 -0400 MIME-Version: 1.0 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - ecbiz102.inmotionhosting.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - greatbaysoftware.com Message-Id: <20120615110618.4CF5F1065689@hub.freebsd.org> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: stable@freebsd.org Subject: Re: mfi(4) IO performance regression, post 8.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: Fri, 15 Jun 2012 11:06:18 -0000 WWVzLCBvZiBjb3Vyc2UuIFNvIGZhciBJIGNhbiBzYXkgdGhhdCB0aGUgbWFqb3Igc2hpZnQgYXBw ZWFycyB0byBoYXZlIG9jY3VycmVkIGJldHdlZW4gOC4xIGFuZCA4LjIgLgoKVGhhbmtzLAoKQ2hh cmxlcyBPd2VucyAKR3JlYXQgQmF5IFNvZnR3YXJlLCAgSW5jLgoKU2VudCBmcm9tIG15IHBob25l CgotLS0tLSBSZXBseSBtZXNzYWdlIC0tLS0tCkZyb206ICJBZHJpYW4gQ2hhZGQiIDxhZHJpYW5A ZnJlZWJzZC5vcmc+ClRvOiAiQ2hhcmxlcyBPd2VucyIgPGNvd2Vuc0BncmVhdGJheXNvZnR3YXJl LmNvbT4KQ2M6IDxzdGFibGVAZnJlZWJzZC5vcmc+ClN1YmplY3Q6IG1maSg0KSBJTyBwZXJmb3Jt YW5jZSByZWdyZXNzaW9uLCBwb3N0IDguMQpEYXRlOiBGcmksIEp1biAxNSwgMjAxMiAxOjU1IGFt CgoKSG0sIGNhbiB5b3UgdHJ5IGRpZmZlcmVudCBzdWJ2ZXJzaW9uIGNoZWNrb3V0cyBvZiB0aGUg a2VybmVsIHRyZWUKYmV0d2VlbiA4LjEgYW5kIDguMywgdG8gcGlucG9pbnQgd2hpY2ggY29tbWl0 KHMpIGJyb2tlIHRoaW5ncz8KCgoKQURyaWFuCg== From owner-freebsd-stable@FreeBSD.ORG Fri Jun 15 11:24:59 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 13561106566B for ; Fri, 15 Jun 2012 11:24:59 +0000 (UTC) (envelope-from victor@bsdes.net) Received: from equilibrium.bsdes.net (244.Red-217-126-240.staticIP.rima-tde.net [217.126.240.244]) by mx1.freebsd.org (Postfix) with ESMTP id B3EF48FC0A for ; Fri, 15 Jun 2012 11:24:58 +0000 (UTC) Received: by equilibrium.bsdes.net (Postfix, from userid 1001) id 9AE1F39836; Fri, 15 Jun 2012 13:18:53 +0200 (CEST) Date: Fri, 15 Jun 2012 13:18:53 +0200 From: Victor Balada Diaz To: Kurt Jaeger Message-ID: <20120615111853.GM48925@equilibrium.bsdes.net> References: <20120608144621.GA74475@home.opsec.eu> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20120608144621.GA74475@home.opsec.eu> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@freebsd.org Subject: Re: Experience with Intel SATA and fbsd 8.3-amd64 ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Jun 2012 11:24:59 -0000 On Fri, Jun 08, 2012 at 04:46:21PM +0200, Kurt Jaeger wrote: > Hi! > > I have a problem with some host: If I put heavy IO load on that > system, write errors happen, and then it crashes. > > AHCI is enabled. > > So I suspect the controller -- has anyone experience with that controller ? Hello Kurt, I don't have the same controller, but we've seen problems with other intel AHCI controllers and the new AHCI driver. Could you try running with old ATA driver instead of ahci driver? It helped us, might not be the case for you. Regards. Victor. -- La prueba ms fehaciente de que existe vida inteligente en otros planetas, es que no han intentado contactar con nosotros. From owner-freebsd-stable@FreeBSD.ORG Fri Jun 15 13:50:56 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AFC36106566B for ; Fri, 15 Jun 2012 13:50:56 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) by mx1.freebsd.org (Postfix) with ESMTP id 7C6658FC17 for ; Fri, 15 Jun 2012 13:50:56 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.5/8.14.5) with ESMTP id q5FDooPn025513; Fri, 15 Jun 2012 07:50:50 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.5/8.14.5/Submit) with ESMTP id q5FDonau025510; Fri, 15 Jun 2012 07:50:50 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Fri, 15 Jun 2012 07:50:49 -0600 (MDT) From: Warren Block To: Ronald Klop In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (wonkity.com [127.0.0.1]); Fri, 15 Jun 2012 07:50:50 -0600 (MDT) Cc: freebsd-stable@freebsd.org Subject: Re: devd problem with 9-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, 15 Jun 2012 13:50:56 -0000 On Fri, 15 Jun 2012, Ronald Klop wrote: > On Fri, 15 Jun 2012 08:01:21 +0200, Kevin Oberman wrote: > >> On Thu, Jun 14, 2012 at 3:11 AM, Ronald Klop >> wrote: >>> On Thu, 14 Jun 2012 02:41:58 +0200, Kevin Oberman >>> wrote: >>> >>>> Since updating my systems to 9-Stable, I am not getting my smartcard >>>> reader attached when hot-plugged. >>>> >>>>> From devd.conf >>>> >>>> attach 50 { >>>> device-name "ugen[0-9]+"; >>>> match "vendor" "0x0529"; >>>> match "product" "0x0600"; >>>> action "/usr/local/sbin/openct-control attach usb:529/600 usb >>>> /dev/$dev$ >>>> }; >>>> detach 50 { >>>> device-name "ugen[0-9]+"; >>>> match "vendor" "0x0529"; >>>> match "product" "0x0600"; >>>> action "/usr/bin/pkill -fx '/usr/local/sbin/ifdhandler -H -p >>>> [a-z0-9]+ $ >>>> }; >>>> >>>> If I manually enter the "action" command, it works fine, but it fails >>>> when I insert the device. It worked fine under version 8. I have >>>> confirmed devd is seeing the device inserted just fine. the action >>>> just does not seem to be carried out. >>>> >>>> Any idea where I should look? I saw a couple of threads on current >>>> from others seeing something similar, but could find no resolution. >>>> I have seen a >>> >>> >>> Did you run devd with debug messages on? Options -D and -d are helpful. >>> If you do does devd match the right devd.conf sections and start the >>> action? >> >> With debug i get: >> Processing event '!system=USB subsystem=DEVICE type=ATTACH >> ugen=ugen1.3 cdev=ugen1.3 vendor=0x0529 product=0x0600 devclass=0xff >> devsubclass=0x00 sernum="" release=0x0100 mode=host port=1 >> parent=ugen1.2' >> [long list of "Testing" entries, none of which 'vendor' matched] >> Executing 'logger Unknown USB device: vendor 0x0529 product 0x0600 bus >> uhub3' >> >> So it looks like devd is not matching the vendor. But my devd.conf >> file contains that vendor. I don't know exactly why it is not being >> tested against. Nothing in the debug output gives me a clue and I >> tried grepping for one of the tested vendor IDs in /etc/devd.conf and >> /etc/devd/*.conf. Not found. >> >> I am at a loss. > > http://www.freebsd.org/releases/9.0R/errata.html > See point 3 under Open Issues. Even with those changes, devd is not triggering on my scanner attach: match "subsystem" "DEVICE"; match "type" "ATTACH"; match "cdev" "ugen[0-9]+.[0-9]+"; match "vendor" "0x04b8"; match "product" "0x010a"; action "echo HERE! $cdev > /tmp/zoot"; # devd -d -D -f /etc/devd/wb.conf Processing event '!system=USB subsystem=DEVICE type=ATTACH ugen=ugen0.6 cdev=ugen0.6 vendor=0x04b8 product=0x010a devclass=0xff devsubclass=0xff sernum="" release=0x0103 mode=host port=4 parent=ugen0.4' Pushing table setting system=USB setting subsystem=DEVICE setting type=ATTACH setting ugen=ugen0.6 setting cdev=ugen0.6 setting vendor=0x04b8 setting product=0x010a setting devclass=0xff setting devsubclass=0xff setting sernum= setting release=0x0103 setting mode=host setting port=4 setting parent=ugen0.4 Processing notify event Testing system=USB against ^DEVFS Testing system=USB against ^DEVFS Popping table From owner-freebsd-stable@FreeBSD.ORG Fri Jun 15 14:08:14 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E92EE106566B for ; Fri, 15 Jun 2012 14:08:14 +0000 (UTC) (envelope-from lists@opsec.eu) Received: from home.opsec.eu (home.opsec.eu [193.105.105.1]) by mx1.freebsd.org (Postfix) with ESMTP id A7DEA8FC1A for ; Fri, 15 Jun 2012 14:08:14 +0000 (UTC) Received: from pi by home.opsec.eu with local (Exim 4.77 (FreeBSD)) (envelope-from ) id 1SfWYT-0004u0-9b; Fri, 15 Jun 2012 15:27:13 +0200 Date: Fri, 15 Jun 2012 15:27:13 +0200 From: Kurt Jaeger To: Victor Balada Diaz Message-ID: <20120615132713.GT5335@home.opsec.eu> References: <20120608144621.GA74475@home.opsec.eu> <20120615111853.GM48925@equilibrium.bsdes.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120615111853.GM48925@equilibrium.bsdes.net> Cc: freebsd-stable@freebsd.org Subject: Re: Experience with Intel SATA and fbsd 8.3-amd64 ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Jun 2012 14:08:15 -0000 Hi! > I don't have the same controller, but we've seen problems with other intel > AHCI controllers and the new AHCI driver. Could you try running with old > ATA driver instead of ahci driver? Same problem. I'll try a different controller, arrived today 8-) -- pi@opsec.eu +49 171 3101372 8 years to go ! From owner-freebsd-stable@FreeBSD.ORG Fri Jun 15 14:33:37 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 16F6D106564A for ; Fri, 15 Jun 2012 14:33:37 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [212.17.241.230]) by mx1.freebsd.org (Postfix) with ESMTP id 880198FC17 for ; Fri, 15 Jun 2012 14:33:36 +0000 (UTC) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id q5FEXJYr073095; Fri, 15 Jun 2012 16:33:34 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id q5FEXJC6073094; Fri, 15 Jun 2012 16:33:19 +0200 (CEST) (envelope-from olli) Date: Fri, 15 Jun 2012 16:33:19 +0200 (CEST) Message-Id: <201206151433.q5FEXJC6073094@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, wblock@wonkity.com In-Reply-To: X-Newsgroups: list.freebsd-stable User-Agent: tin/1.9.6-20101126 ("Burnside") (UNIX) (FreeBSD/6.4-PRERELEASE-20080904 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.3.9 (lurza.secnetix.de [127.0.0.1]); Fri, 15 Jun 2012 16:33:34 +0200 (CEST) Cc: Subject: Re: devd problem with 9-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, 15 Jun 2012 14:33:37 -0000 Warren Block wrote: > [...] > > > > > attach 50 { > [...] > > Even with those changes, devd is not triggering on my scanner attach: > > match "subsystem" "DEVICE"; > match "type" "ATTACH"; > match "cdev" "ugen[0-9]+.[0-9]+"; > match "vendor" "0x04b8"; > match "product" "0x010a"; > action "echo HERE! $cdev > /tmp/zoot"; Have you tried to put those lines inside a "notify" block instead of an "attach" block? The documentation is not very clear about the difference between an "attach" block an a "notify" block with $type=ATTACH, but it probably wouldn't hurt to try both. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mn- chen, HRB 125758, Geschftsfhrer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "If Java had true garbage collection, most programs would delete themselves upon execution." -- Robert Sewell From owner-freebsd-stable@FreeBSD.ORG Fri Jun 15 14:38:58 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4218C106566B for ; Fri, 15 Jun 2012 14:38:58 +0000 (UTC) (envelope-from brian@brianwhalen.net) Received: from mail-lpp01m010-f54.google.com (mail-lpp01m010-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id AEBC18FC16 for ; Fri, 15 Jun 2012 14:38:57 +0000 (UTC) Received: by laai10 with SMTP id i10so2585888laa.13 for ; Fri, 15 Jun 2012 07:38:56 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-originating-ip:in-reply-to:references:date :message-id:subject:from:to:cc:content-type:x-gm-message-state; bh=ybD9rf2Xlo/2BwzLiIGImaDDFgHiLC46+Br2/LReU5I=; b=RHgydk4NmrNd98tGpk+kJtRZSifZeXzcEHCjHXMkAJHuOrpXNU4DL+z/Iv5gE+fF75 quUm6yZyjaMiSY1myD/TJ2JBQhvz4iGY0X9Tbeo0lW96I1bKb3B9/ufLImYfMptrIlvU yBascX8ZCbwU/j1pyJwdyOs5BEsJwSegireUcbmlHZwlVOCDwq9PFfnXyexb344ATAdK hpB/GHpPvHFOfWX0vW6NGx4pJBGr+YG5Nvbg52f6PDBxQdy1q4eVuVdjeRwGZnjm/YCi Gqav62qJm3KRQkfrEZjM3MR1LjAu59gVoIdsvI8/t3NDnAJH6meQnzKC4j+5xWEfquNf gOug== MIME-Version: 1.0 Received: by 10.112.36.34 with SMTP id n2mr2782234lbj.62.1339771136401; Fri, 15 Jun 2012 07:38:56 -0700 (PDT) Received: by 10.114.13.8 with HTTP; Fri, 15 Jun 2012 07:38:56 -0700 (PDT) X-Originating-IP: [174.254.87.98] Received: by 10.114.13.8 with HTTP; Fri, 15 Jun 2012 07:38:56 -0700 (PDT) In-Reply-To: <20120615110618.4CF5F1065689@hub.freebsd.org> References: <20120615110618.4CF5F1065689@hub.freebsd.org> Date: Fri, 15 Jun 2012 07:38:56 -0700 Message-ID: From: "Brian W." To: Charles Owens X-Gm-Message-State: ALoCoQkV1CdaxzRoW4iua2fZa2TN1O6Zg/ZC0izdPfEhCAkW3CrYPXPlr3VVarnf3BGx6bKn0Cwi Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: stable@freebsd.org, Adrian Chadd Subject: Re: mfi(4) IO performance regression, post 8.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: Fri, 15 Jun 2012 14:38:58 -0000 Curious why you are preferring i386 +PAE as opposed to amd64? On Jun 15, 2012 4:09 AM, "Charles Owens" wrote: > Yes, of course. So far I can say that the major shift appears to have > occurred between 8.1 and 8.2 . > > Thanks, > > Charles Owens > Great Bay Software, Inc. > > Sent from my phone > > ----- Reply message ----- > From: "Adrian Chadd" > To: "Charles Owens" > Cc: > Subject: mfi(4) IO performance regression, post 8.1 > Date: Fri, Jun 15, 2012 1:55 am > > > Hm, can you try different subversion checkouts of the kernel tree > between 8.1 and 8.3, to pinpoint which commit(s) broke things? > > > > ADrian > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Fri Jun 15 14:53:44 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 679871065670 for ; Fri, 15 Jun 2012 14:53:44 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.78]) by mx1.freebsd.org (Postfix) with ESMTP id E1BFC8FC15 for ; Fri, 15 Jun 2012 14:53:43 +0000 (UTC) Received: from smtp.greenhost.nl ([213.108.104.138]) by smarthost1.greenhost.nl with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from ) id 1SfXu4-0004El-4x for freebsd-stable@freebsd.org; Fri, 15 Jun 2012 16:53:36 +0200 Received: from [81.21.138.17] (helo=ronaldradial.versatec.local) by smtp.greenhost.nl with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.72) (envelope-from ) id 1SfXu4-0003C4-0T for freebsd-stable@freebsd.org; Fri, 15 Jun 2012 16:53:36 +0200 Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes To: freebsd-stable@freebsd.org References: Date: Fri, 15 Jun 2012 16:53:32 +0200 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit From: "Ronald Klop" Message-ID: In-Reply-To: User-Agent: Opera Mail/12.00 (Win32) X-Virus-Scanned: by clamav at smarthost1.samage.net X-Spam-Level: / X-Spam-Score: 0.0 X-Spam-Status: No, score=0.0 required=5.0 tests=BAYES_50 autolearn=disabled version=3.2.5 X-Scan-Signature: 882182757433e81d12f518c644a03b9a Subject: Re: devd problem with 9-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, 15 Jun 2012 14:53:44 -0000 On Fri, 15 Jun 2012 15:50:49 +0200, Warren Block wrote: > On Fri, 15 Jun 2012, Ronald Klop wrote: > >> On Fri, 15 Jun 2012 08:01:21 +0200, Kevin Oberman >> wrote: >> >>> On Thu, Jun 14, 2012 at 3:11 AM, Ronald Klop >>> wrote: >>>> On Thu, 14 Jun 2012 02:41:58 +0200, Kevin Oberman >>>> wrote: >>>> >>>>> Since updating my systems to 9-Stable, I am not getting my smartcard >>>>> reader attached when hot-plugged. >>>>> >>>>>> From devd.conf >>>>> attach 50 { >>>>> device-name "ugen[0-9]+"; >>>>> match "vendor" "0x0529"; >>>>> match "product" "0x0600"; >>>>> action "/usr/local/sbin/openct-control attach usb:529/600 usb >>>>> /dev/$dev$ >>>>> }; >>>>> detach 50 { >>>>> device-name "ugen[0-9]+"; >>>>> match "vendor" "0x0529"; >>>>> match "product" "0x0600"; >>>>> action "/usr/bin/pkill -fx '/usr/local/sbin/ifdhandler -H -p >>>>> [a-z0-9]+ $ >>>>> }; >>>>> If I manually enter the "action" command, it works fine, but it >>>>> fails >>>>> when I insert the device. It worked fine under version 8. I have >>>>> confirmed devd is seeing the device inserted just fine. the action >>>>> just does not seem to be carried out. >>>>> Any idea where I should look? I saw a couple of threads on current >>>>> from others seeing something similar, but could find no resolution. >>>>> I have seen a >>>> Did you run devd with debug messages on? Options -D and -d are >>>> helpful. >>>> If you do does devd match the right devd.conf sections and start the >>>> action? >>> With debug i get: >>> Processing event '!system=USB subsystem=DEVICE type=ATTACH >>> ugen=ugen1.3 cdev=ugen1.3 vendor=0x0529 product=0x0600 devclass=0xff >>> devsubclass=0x00 sernum="" release=0x0100 mode=host port=1 >>> parent=ugen1.2' >>> [long list of "Testing" entries, none of which 'vendor' matched] >>> Executing 'logger Unknown USB device: vendor 0x0529 product 0x0600 bus >>> uhub3' >>> So it looks like devd is not matching the vendor. But my devd.conf >>> file contains that vendor. I don't know exactly why it is not being >>> tested against. Nothing in the debug output gives me a clue and I >>> tried grepping for one of the tested vendor IDs in /etc/devd.conf and >>> /etc/devd/*.conf. Not found. >>> I am at a loss. >> >> http://www.freebsd.org/releases/9.0R/errata.html >> See point 3 under Open Issues. > > Even with those changes, devd is not triggering on my scanner attach: > > match "subsystem" "DEVICE"; > match "type" "ATTACH"; > match "cdev" "ugen[0-9]+.[0-9]+"; > match "vendor" "0x04b8"; > match "product" "0x010a"; > action "echo HERE! $cdev > /tmp/zoot"; > > # devd -d -D -f /etc/devd/wb.conf > > Processing event '!system=USB subsystem=DEVICE type=ATTACH ugen=ugen0.6 > cdev=ugen0.6 vendor=0x04b8 product=0x010a devclass=0xff devsubclass=0xff > sernum="" release=0x0103 mode=host port=4 parent=ugen0.4' > Pushing table > setting system=USB > setting subsystem=DEVICE > setting type=ATTACH > setting ugen=ugen0.6 > setting cdev=ugen0.6 > setting vendor=0x04b8 > setting product=0x010a > setting devclass=0xff > setting devsubclass=0xff > setting sernum= > setting release=0x0103 > setting mode=host > setting port=4 > setting parent=ugen0.4 > Processing notify event > Testing system=USB against ^DEVFS > Testing system=USB against ^DEVFS > Popping table > I tried the same attaching my webcam on pcbsd in vmware. [root@pcbsd-1684 /etc/devd]# cat /tmp/bla.conf notify 100 { match "subsystem" "DEVICE"; match "type" "ATTACH"; match "cdev" "ugen[0-9]+.[0-9]+"; match "vendor" "0x2232"; match "product" "0x1008"; action "echo HERE! $cdev >> /tmp/bla.log"; }; # devd -d -D -f /tmp/bla.conf ... Processing event '!system=USB subsystem=DEVICE type=ATTACH ugen=ugen1.2 cdev=ugen1.2 vendor=0x2232 product=0x1008 devclass=0xef devsubclass=0x02 sernum="" release=0x0019 mode=host port=1 parent=ugen1.1' Pushing table setting system=USB setting subsystem=DEVICE setting type=ATTACH setting ugen=ugen1.2 setting cdev=ugen1.2 setting vendor=0x2232 setting product=0x1008 setting devclass=0xef setting devsubclass=0x02 setting sernum= setting release=0x0019 setting mode=host setting port=1 setting parent=ugen1.1 Processing notify event Testing subsystem=DEVICE against ^DEVICE Testing type=ATTACH against ^ATTACH Testing cdev=ugen1.2 against ^ugen[0-9]+.[0-9]+ Testing vendor=0x2232 against ^0x2232 Testing product=0x1008 against ^0x1008 Executing 'echo HERE! ugen1.2 >> /tmp/bla.log' Popping table [root@pcbsd-1684 /etc/devd]# cat /tmp/bla.log HERE! ugen1.2 Do you see a significant difference with your setup? Ronald. From owner-freebsd-stable@FreeBSD.ORG Fri Jun 15 15:05:31 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 06F291065670 for ; Fri, 15 Jun 2012 15:05:31 +0000 (UTC) (envelope-from ctuffli@gmail.com) Received: from mail-wi0-f178.google.com (mail-wi0-f178.google.com [209.85.212.178]) by mx1.freebsd.org (Postfix) with ESMTP id 890948FC08 for ; Fri, 15 Jun 2012 15:05:30 +0000 (UTC) Received: by wibhn6 with SMTP id hn6so562759wib.13 for ; Fri, 15 Jun 2012 08:05:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=EfV113HVAAwaeoauliC68yC39XfiIvrvO7YQNU1KoB8=; b=uEoRNCnsvjr52MxxtXBRnd/1F2efeB8qfuwxsB5RNjQsBXkJVs/6A8zusM96GAl48i NUxuvagjRuHBvJDBxTWqbSyJEKf4PV2xfGovIdB8lJZzQ50/TZaoQiz5kAY43JoKVUA7 AYdoBXKkGr51UDWNLGOe5/a4T59L+RkxoAQhSezeIE2MAAqBCrbNQJ4f17Tm5IUqT91B AJWMQDC4AVG0KzVfTLpJMVmxWWrDQKpd+P8nyDJXWP3UeOLyRq6VriAAnY+cfH7/7GQr NI4DovvaT77l2la3tNXyCNQIoi83shGkjonLN/sGehlP5PVzEzJLo1KxdwfaIZsscI/V zpdw== MIME-Version: 1.0 Received: by 10.216.202.160 with SMTP id d32mr3324884weo.147.1339772724381; Fri, 15 Jun 2012 08:05:24 -0700 (PDT) Received: by 10.216.27.6 with HTTP; Fri, 15 Jun 2012 08:05:24 -0700 (PDT) In-Reply-To: References: <201206101128.q5ABShXN007826@lurza.secnetix.de> Date: Fri, 15 Jun 2012 08:05:24 -0700 Message-ID: From: Chuck Tuffli To: "Matthew X. Economou" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD and IPMI how-to (was Re: su 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: Fri, 15 Jun 2012 15:05:31 -0000 On Thu, Jun 14, 2012 at 6:27 PM, Matthew X. Economou wrote: ... > Would some kind soul point me to a howto for configuring IPMI on > FreeBSD? =A0I have a Dell PowerEdge 840 that supports IPMI, but I have > no idea how to set it up - either in the BIOS or in FreeBSD. =A0I've > messed around with ipmitools a little, but I haven't gotten it to > work. We have HP boxes here with IPMI (mostly v1.5), and by and large, there isn't much FreeBSD configuration. The set of things I do for serial over LAN are the same as for a regular serial console: 1) create /boot.config with the line -D -S115200 2) create /boot/loader.conf with the lines boot_multicons=3D"YES" comconsole_speed=3D"115200" console=3D"comconsole,vidconsole" 3) change /etc/ttys to allow a login over the console. something similar to ttyu0 "/usr/libexec/getty std.115200" vt100 on secure The rest of the configuration is in the BIOS and tends to be vendor specific. Once this is configured, you can use something like ipmitool to control power (chassis power on, chassis power reset, ...) and get a serial console (sol activate). HTH. ---chuck From owner-freebsd-stable@FreeBSD.ORG Fri Jun 15 15:45:09 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 570BB1065670; Fri, 15 Jun 2012 15:45:09 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [64.7.128.101]) by mx1.freebsd.org (Postfix) with ESMTP id 953558FC0A; Fri, 15 Jun 2012 15:45:08 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q5FFj7ud006363; Fri, 15 Jun 2012 15:45:07 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q5FFj7D7006354; Fri, 15 Jun 2012 15:45:07 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 15 Jun 2012 15:45:07 GMT Message-Id: <201206151545.q5FFj7D7006354@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on arm/arm X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jun 2012 15:45:09 -0000 TB --- 2012-06-15 15:03:36 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-06-15 15:03:36 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-06-15 15:03:36 - starting RELENG_8 tinderbox run for arm/arm TB --- 2012-06-15 15:03:36 - cleaning the object tree TB --- 2012-06-15 15:03:44 - cvsupping the source tree TB --- 2012-06-15 15:03:44 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/arm/arm/supfile TB --- 2012-06-15 15:04:45 - building world TB --- 2012-06-15 15:04:45 - CROSS_BUILD_TESTING=YES TB --- 2012-06-15 15:04:45 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-15 15:04:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-15 15:04:45 - SRCCONF=/dev/null TB --- 2012-06-15 15:04:45 - TARGET=arm TB --- 2012-06-15 15:04:45 - TARGET_ARCH=arm TB --- 2012-06-15 15:04:45 - TZ=UTC TB --- 2012-06-15 15:04:45 - __MAKE_CONF=/dev/null TB --- 2012-06-15 15:04:45 - cd /src TB --- 2012-06-15 15:04:45 - /usr/bin/make -B buildworld >>> World build started on Fri Jun 15 15:04:46 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Jun 15 15:41:54 UTC 2012 TB --- 2012-06-15 15:41:54 - cd /src/sys/arm/conf TB --- 2012-06-15 15:41:54 - /usr/sbin/config -m AVILA TB --- 2012-06-15 15:41:54 - building AVILA kernel TB --- 2012-06-15 15:41:54 - CROSS_BUILD_TESTING=YES TB --- 2012-06-15 15:41:54 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-15 15:41:54 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-15 15:41:54 - SRCCONF=/dev/null TB --- 2012-06-15 15:41:54 - TARGET=arm TB --- 2012-06-15 15:41:54 - TARGET_ARCH=arm TB --- 2012-06-15 15:41:54 - TZ=UTC TB --- 2012-06-15 15:41:54 - __MAKE_CONF=/dev/null TB --- 2012-06-15 15:41:54 - cd /src TB --- 2012-06-15 15:41:54 - /usr/bin/make -B buildkernel KERNCONF=AVILA >>> Kernel build for AVILA started on Fri Jun 15 15:41:54 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AVILA completed on Fri Jun 15 15:43:50 UTC 2012 TB --- 2012-06-15 15:43:50 - cd /src/sys/arm/conf TB --- 2012-06-15 15:43:50 - /usr/sbin/config -m BWCT TB --- 2012-06-15 15:43:50 - building BWCT kernel TB --- 2012-06-15 15:43:50 - CROSS_BUILD_TESTING=YES TB --- 2012-06-15 15:43:50 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-15 15:43:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-15 15:43:50 - SRCCONF=/dev/null TB --- 2012-06-15 15:43:50 - TARGET=arm TB --- 2012-06-15 15:43:50 - TARGET_ARCH=arm TB --- 2012-06-15 15:43:50 - TZ=UTC TB --- 2012-06-15 15:43:50 - __MAKE_CONF=/dev/null TB --- 2012-06-15 15:43:50 - cd /src TB --- 2012-06-15 15:43:50 - /usr/bin/make -B buildkernel KERNCONF=BWCT >>> Kernel build for BWCT started on Fri Jun 15 15:43:50 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -mlittle-endian -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcpu=arm9 -ffreestanding -Werror /src/sys/arm/at91/at91_pio.c cc -mlittle-endian -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcpu=arm9 -ffreestanding -Werror /src/sys/arm/at91/at91_pmc.c cc -mlittle-endian -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcpu=arm9 -ffreestanding -Werror /src/sys/arm/at91/at91_ssc.c cc -mlittle-endian -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcpu=arm9 -ffreestanding -Werror /src/sys/arm/at91/at91_spi.c cc1: warnings being treated as errors /src/sys/arm/at91/at91_spi.c: In function 'at91_spi_attach': /src/sys/arm/at91/at91_spi.c:127: warning: implicit declaration of function 'at91_is_rm92' /src/sys/arm/at91/at91_spi.c:127: warning: nested extern declaration of 'at91_is_rm92' *** Error code 1 Stop in /obj/arm/src/sys/BWCT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-06-15 15:45:07 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-06-15 15:45:07 - ERROR: failed to build BWCT kernel TB --- 2012-06-15 15:45:07 - 1876.33 user 417.52 system 2491.26 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-arm-arm.full From owner-freebsd-stable@FreeBSD.ORG Fri Jun 15 16:17:44 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AFECD1065672 for ; Fri, 15 Jun 2012 16:17:44 +0000 (UTC) (envelope-from prabhpal@digital-infotech.net) Received: from mail.digital-infotech.net (mail.digital-infotech.net [41.211.25.193]) by mx1.freebsd.org (Postfix) with ESMTP id 4DF188FC12 for ; Fri, 15 Jun 2012 16:17:44 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.digital-infotech.net (Postfix) with ESMTP id CC6112E404A for ; Fri, 15 Jun 2012 16:17:06 +0000 (GMT) Received: from mail.digital-infotech.net ([127.0.0.1]) by localhost (mail.digital-infotech.net [127.0.0.1]) (maiad, port 10024) with ESMTP id 01595-03 for ; Fri, 15 Jun 2012 16:17:06 +0000 (GMT) Received: from mail.digital-infotech.net (localhost [127.0.0.1]) by mail.digital-infotech.net (Postfix) with ESMTP id B0CF42E4017 for ; Fri, 15 Jun 2012 16:17:06 +0000 (GMT) X-DKIM: OpenDKIM Filter v2.5.0 mail.digital-infotech.net B0CF42E4017 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=digital-infotech.net; s=digital; t=1339777026; bh=j0HwxurULA/ryU0DxYv3TxPkpcfHcXyAfG+1hGJPzGM=; h=Date:Subject:From:To:Reply-To; b=gzIHzI00wRk7qWdPGriHqlvLHf8xHEwyjiJECG8zMUVwb6hTo9K9V1p8SLsBMKCBo 4XyJgdh5os00IUesc5XvMfP4O8nokP9T3afe199J6i5v4QS19hcXR9hGji+OZw4hXg sYLgaKT1qoRES7AW1F/j/LkHA1VDz6hyf6lLs6Jc= Received: from 41.211.25.192 (SquirrelMail authenticated user prabhpal@digital-infotech.net) by mail.digital-infotech.net with HTTP; Fri, 15 Jun 2012 16:17:06 -0000 Message-ID: <4360846ab93b3a2b1968ee0f262cf148.squirrel@mail.digital-infotech.net> Date: Fri, 15 Jun 2012 16:17:06 -0000 From: "Shiv. Nath" To: freebsd-stable@FreeBSD.ORG User-Agent: SquirrelMail/1.4.22 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: Subject: PF to Preventing SMTP Brute Force Attacks X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: prabhpal@digital-infotech.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jun 2012 16:17:44 -0000 Hi FreeBSD Gurus, i want to use PF to Preventing SMTP Brute Force Attacks. i need some help to understand correct syntax. URL Explaining this: http://www.openbsd.org/faq/pf/filter.html#stateopts i expect the following behavior from the PF rule below: Limit the absolute maximum number of states that this rule can create to 200 Enable source tracking; limit state creation based on states created by this rule only Limit the maximum number of nodes that can simultaneously create state to 100 Limit the maximum number of simultaneous states per source IP to 3 Solution: int0="em0" trusted_tcp_ports="{22,25,443,465}" pass in on $int0 proto tcp from any to any port $trusted_tcp_ports keep state max 200, source-track rule, max-src-nodes 100, max-src-states 3 please help .. Thanks / Regards From owner-freebsd-stable@FreeBSD.ORG Fri Jun 15 16:20:13 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A370A1065687 for ; Fri, 15 Jun 2012 16:20:13 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe01.c2i.net [212.247.154.2]) by mx1.freebsd.org (Postfix) with ESMTP id 28EDA8FC08 for ; Fri, 15 Jun 2012 16:20:07 +0000 (UTC) X-T2-Spam-Status: No, hits=-0.2 required=5.0 tests=ALL_TRUSTED, BAYES_50 Received: from [176.74.212.201] (account mc467741@c2i.net HELO laptop015.hselasky.homeunix.org) by mailfe01.swip.net (CommuniGate Pro SMTP 5.4.4) with ESMTPA id 289391386 for freebsd-stable@freebsd.org; Fri, 15 Jun 2012 18:20:00 +0200 From: Hans Petter Selasky To: freebsd-stable@freebsd.org Date: Fri, 15 Jun 2012 18:19:32 +0200 User-Agent: KMail/1.13.7 (FreeBSD/9.0-STABLE; KDE/4.7.4; amd64; ; ) X-Face: 'mmZ:T{)),Oru^0c+/}w'`gU1$ubmG?lp!=R4Wy\ELYo2)@'UZ24N@ =?utf-8?q?d2+AyewRX=7DmAm=3BYp=0A=09=7CU=5B?=@, _z/([?1bCfM{_"B<.J>mICJCHAzzGHI{y7{%JVz%R~yJHIji`y> =?utf-8?q?Y=7Dk1C4TfysrsUI=0A=09-=25GU9V5=5DiUZF=26nRn9mJ=27=3F=26?=>O MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <201206151819.32398.hselasky@c2i.net> Subject: How to bind a route to a network adapter and not IP X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Jun 2012 16:20:13 -0000 Hi, Maybe there is a simple answer, but how do I bind a route to a network interface in 8-stable? Is that possible at all? I'm asking because the routes I add in my network setup are lost because of ARP packet drops. I.E. they exist for a while, but not forever like I want to. --HPS From owner-freebsd-stable@FreeBSD.ORG Fri Jun 15 16:36:48 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DA639106566B for ; Fri, 15 Jun 2012 16:36:48 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from smtp.infracaninophile.co.uk (black-earth.co.uk [81.187.76.162]) by mx1.freebsd.org (Postfix) with ESMTP id 69F978FC0C for ; Fri, 15 Jun 2012 16:36:48 +0000 (UTC) Received: from seedling.black-earth.co.uk (seedling.black-earth.co.uk [81.187.76.163]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.5/8.14.5) with ESMTP id q5FGad8K006434 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Fri, 15 Jun 2012 17:36:39 +0100 (BST) (envelope-from m.seaman@infracaninophile.co.uk) X-DKIM: OpenDKIM Filter v2.5.2 smtp.infracaninophile.co.uk q5FGad8K006434 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=infracaninophile.co.uk; s=201001-infracaninophile; t=1339778199; bh=G4u3eYnCn7tW7HRq5G8K3Mlgqia3ixMj3HHE94cUaOM=; h=Date:From:To:CC:Subject:References:In-Reply-To:Content-Type: Message-ID:Mime-Version; b=W/za4JNyeWGtMETjDM98muy59YZ5Q+HjCLAt6AoRXi+6s0u9pxDTOa/iSs51279Xw ZDjUJsfdxsVzMloD+Qd6u/frbWi9OG90ZljLqZ7ooB6Bkr0IWeAZdO1uIwUM20ghFg DC/ljK7IBO5LQaWnAJ6BuFAqE9u5by57YRn+ZIyM= Message-ID: <4FDB6490.8080509@infracaninophile.co.uk> Date: Fri, 15 Jun 2012 17:36:32 +0100 From: Matthew Seaman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:13.0) Gecko/20120601 Thunderbird/13.0 MIME-Version: 1.0 To: prabhpal@digital-infotech.net References: <4360846ab93b3a2b1968ee0f262cf148.squirrel@mail.digital-infotech.net> In-Reply-To: <4360846ab93b3a2b1968ee0f262cf148.squirrel@mail.digital-infotech.net> X-Enigmail-Version: 1.4.2 OpenPGP: id=60AE908C Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigA9954C897EE469BFAD1BEC60" X-Virus-Scanned: clamav-milter 0.97.4 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-1.8 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DKIM_ADSP_ALL,DKIM_SIGNED,T_DKIM_INVALID autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on lucid-nonsense.infracaninophile.co.uk Cc: freebsd-stable@freebsd.org Subject: Re: PF to Preventing SMTP Brute Force Attacks X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Jun 2012 16:36:49 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigA9954C897EE469BFAD1BEC60 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 15/06/2012 17:17, Shiv. Nath wrote: > Hi FreeBSD Gurus, >=20 >=20 > i want to use PF to Preventing SMTP Brute Force Attacks. i need some he= lp > to understand correct syntax. >=20 > URL Explaining this: http://www.openbsd.org/faq/pf/filter.html#stateopt= s >=20 >=20 > i expect the following behavior from the PF rule below: >=20 > Limit the absolute maximum number of states that this rule can create t= o 200 >=20 > Enable source tracking; limit state creation based on states created by= > this rule only >=20 > Limit the maximum number of nodes that can simultaneously create state = to 100 >=20 > Limit the maximum number of simultaneous states per source IP to 3 >=20 > Solution: > int0=3D"em0" > trusted_tcp_ports=3D"{22,25,443,465}" >=20 > pass in on $int0 proto tcp from any to any port $trusted_tcp_ports keep= > state max 200, source-track rule, max-src-nodes 100, max-src-states 3 Limiting yourself to 200 states won't protect you very much -- you tend to get a whole series of attacks from the same IP, and that just uses one state at a time. Instead, look at the frequency with which an attacker tries to connect to you. Something like this: table persist [...] block in log quick from [...] pass in on $ext_if proto tcp \ from any to $ext_if port $trusted_tcp_ports \ flags S/SA keep state \ (max-src-conn-rate 3/300, overload flush global) Plus you'll need a cron job like this to clean up the bruteforce table, otherwise it will just grow larger and larger: */12 * * * * /sbin/pfctl -t ssh-bruteforce -T expire 604800 >/dev/null 2>= &1 The end result of this is that if one IP tries to connect to you more than 3 times in 5 minutes, they will get blacklisted. I normally use this just for ssh, so you might want to adjust the parameters appropriately. You should also implement a whitelist for IP ranges you control or use frequently and that will never be used for bruteforce attacks: it is quite easy to block yourself out with these sort of rules.= Cheers, Matthew --=20 Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate JID: matthew@infracaninophile.co.uk Kent, CT11 9PW --------------enigA9954C897EE469BFAD1BEC60 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.16 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk/bZJYACgkQ8Mjk52CukIwsmACcDKqjaXNzgxENVCRg4VXAKNnL fFQAn3YWceKOTIa56Ak6jhQz/sbvnNlc =Q6/Z -----END PGP SIGNATURE----- --------------enigA9954C897EE469BFAD1BEC60-- From owner-freebsd-stable@FreeBSD.ORG Fri Jun 15 16:40:49 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 19618106564A for ; Fri, 15 Jun 2012 16:40:49 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-wi0-f178.google.com (mail-wi0-f178.google.com [209.85.212.178]) by mx1.freebsd.org (Postfix) with ESMTP id 971ED8FC14 for ; Fri, 15 Jun 2012 16:40:48 +0000 (UTC) Received: by wibhn6 with SMTP id hn6so644858wib.13 for ; Fri, 15 Jun 2012 09:40:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=k7eOTmsK4tyatlX7+3CffoxRlLuxGqKP8p5ThRXMDUY=; b=v7KVkryEEmWFD37cCKMh1AczIRbPgQU8sUimzkBTcuI0iuwUJsdjtKT9mRik81ilTd LSKgqEMSUx8VTUR1p49pbAnYp1AcFUEu5TetqqsmnOcCgss7YTVXcwrFICHA2ic862Vx Gzf9obmCFExJN5E+shQy6EBk4HTL2q3dtDyiUukuE1Q3ntYMnKGdnBpqGhvOv7sc/nFe wp/A0nvqck52f8PSRcTO1zRKymwEz7zsY02A8d4IewnuaWssjpLP4Mxus0QhfaCe+mAT r0VvKoRu0dt954Vj/1eU4bC2oOMqEGdAcMG5V+v3MuRYEhi06Cy2CGSn97NZaM0+0F/C Feig== MIME-Version: 1.0 Received: by 10.216.215.194 with SMTP id e44mr3877165wep.61.1339778445292; Fri, 15 Jun 2012 09:40:45 -0700 (PDT) Received: by 10.223.155.4 with HTTP; Fri, 15 Jun 2012 09:40:45 -0700 (PDT) In-Reply-To: References: Date: Fri, 15 Jun 2012 09:40:45 -0700 Message-ID: From: Kevin Oberman To: Ronald Klop Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org Subject: Re: devd problem with 9-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, 15 Jun 2012 16:40:49 -0000 On Fri, Jun 15, 2012 at 7:53 AM, Ronald Klop wrote: > On Fri, 15 Jun 2012 15:50:49 +0200, Warren Block wro= te: > >> On Fri, 15 Jun 2012, Ronald Klop wrote: >> >>> On Fri, 15 Jun 2012 08:01:21 +0200, Kevin Oberman >>> wrote: >>> >>>> On Thu, Jun 14, 2012 at 3:11 AM, Ronald Klop >>>> wrote: >>>>> >>>>> On Thu, 14 Jun 2012 02:41:58 +0200, Kevin Oberman >>>>> wrote: >>>>> >>>>>> Since updating my systems to 9-Stable, I am not getting my smartcard >>>>>> reader attached when hot-plugged. >>>>>> >>>>>>> From devd.conf >>>>>> >>>>>> =C2=A0attach 50 { >>>>>> =C2=A0 =C2=A0 =C2=A0device-name "ugen[0-9]+"; >>>>>> =C2=A0 =C2=A0 =C2=A0match "vendor" "0x0529"; >>>>>> =C2=A0 =C2=A0 =C2=A0match "product" "0x0600"; >>>>>> =C2=A0 =C2=A0 =C2=A0action "/usr/local/sbin/openct-control attach us= b:529/600 usb >>>>>> /dev/$dev$ >>>>>> }; >>>>>> detach 50 { >>>>>> =C2=A0 =C2=A0 =C2=A0device-name "ugen[0-9]+"; >>>>>> =C2=A0 =C2=A0 =C2=A0match "vendor" "0x0529"; >>>>>> =C2=A0 =C2=A0 =C2=A0match "product" "0x0600"; >>>>>> =C2=A0 =C2=A0 =C2=A0action "/usr/bin/pkill -fx '/usr/local/sbin/ifdh= andler -H -p >>>>>> [a-z0-9]+ $ >>>>>> }; >>>>>> =C2=A0If I manually enter the "action" command, it works fine, but i= t fails >>>>>> when I insert the device. It worked fine under version 8. I have >>>>>> confirmed devd is seeing the device inserted just fine. the action >>>>>> just does not seem to be carried out. >>>>>> =C2=A0Any idea where I should look? I saw a couple of threads on cur= rent >>>>>> from others seeing something similar, but could find no resolution. >>>>>> I have seen a >>>>> >>>>> =C2=A0Did you run devd with debug messages on? Options -D and -d are >>>>> helpful. >>>>> If you do does devd match the right devd.conf sections and start the >>>>> action? >>>> >>>> =C2=A0With debug i get: >>>> Processing event '!system=3DUSB subsystem=3DDEVICE type=3DATTACH >>>> ugen=3Dugen1.3 cdev=3Dugen1.3 vendor=3D0x0529 product=3D0x0600 devclas= s=3D0xff >>>> devsubclass=3D0x00 sernum=3D"" release=3D0x0100 mode=3Dhost port=3D1 >>>> parent=3Dugen1.2' >>>> [long list of "Testing" entries, none of which 'vendor' matched] >>>> Executing 'logger Unknown USB device: vendor 0x0529 product 0x0600 bus >>>> uhub3' >>>> =C2=A0So it looks like devd is not matching the vendor. But my devd.co= nf >>>> file contains that vendor. I don't know exactly why it is not being >>>> tested against. Nothing in the debug output gives me a clue and I >>>> tried grepping for one of the tested vendor IDs in /etc/devd.conf and >>>> /etc/devd/*.conf. =C2=A0Not found. >>>> =C2=A0I am at a loss. >>> >>> >>> http://www.freebsd.org/releases/9.0R/errata.html >>> See point 3 under Open Issues. >> >> >> Even with those changes, devd is not triggering on my scanner attach: >> >> =C2=A0 =C2=A0 =C2=A0 =C2=A0 match "subsystem" "DEVICE"; >> =C2=A0 =C2=A0 =C2=A0 =C2=A0 match "type" "ATTACH"; >> =C2=A0 =C2=A0 =C2=A0 =C2=A0 match "cdev" "ugen[0-9]+.[0-9]+"; >> =C2=A0 =C2=A0 =C2=A0 =C2=A0 match "vendor" "0x04b8"; >> =C2=A0 =C2=A0 =C2=A0 =C2=A0 match "product" "0x010a"; >> =C2=A0 =C2=A0 =C2=A0 =C2=A0 action "echo HERE! $cdev > /tmp/zoot"; >> >> # devd -d -D -f /etc/devd/wb.conf >> >> Processing event '!system=3DUSB subsystem=3DDEVICE type=3DATTACH ugen=3D= ugen0.6 >> cdev=3Dugen0.6 vendor=3D0x04b8 product=3D0x010a devclass=3D0xff devsubcl= ass=3D0xff >> sernum=3D"" release=3D0x0103 mode=3Dhost port=3D4 parent=3Dugen0.4' >> Pushing table >> setting system=3DUSB >> setting subsystem=3DDEVICE >> setting type=3DATTACH >> setting ugen=3Dugen0.6 >> setting cdev=3Dugen0.6 >> setting vendor=3D0x04b8 >> setting product=3D0x010a >> setting devclass=3D0xff >> setting devsubclass=3D0xff >> setting sernum=3D >> setting release=3D0x0103 >> setting mode=3Dhost >> setting port=3D4 >> setting parent=3Dugen0.4 >> Processing notify event >> Testing system=3DUSB against ^DEVFS >> Testing system=3DUSB against ^DEVFS >> Popping table >> > > I tried the same attaching my webcam on pcbsd in vmware. > > [root@pcbsd-1684 /etc/devd]# cat /tmp/bla.conf > notify 100 { > > =C2=A0match "subsystem" "DEVICE"; > =C2=A0match "type" "ATTACH"; > =C2=A0match "cdev" "ugen[0-9]+.[0-9]+"; > =C2=A0match "vendor" "0x2232"; > =C2=A0match "product" "0x1008"; > =C2=A0action "echo HERE! $cdev >> /tmp/bla.log"; > =C2=A0}; > > # devd -d -D -f /tmp/bla.conf > ... > Processing event '!system=3DUSB subsystem=3DDEVICE type=3DATTACH ugen=3Du= gen1.2 > cdev=3Dugen1.2 vendor=3D0x2232 product=3D0x1008 devclass=3D0xef devsubcla= ss=3D0x02 > sernum=3D"" release=3D0x0019 mode=3Dhost port=3D1 parent=3Dugen1.1' > > =C2=A0Pushing table > setting system=3DUSB > setting subsystem=3DDEVICE > setting type=3DATTACH > setting ugen=3Dugen1.2 > setting cdev=3Dugen1.2 > setting vendor=3D0x2232 > setting product=3D0x1008 > setting devclass=3D0xef > setting devsubclass=3D0x02 > =C2=A0setting sernum=3D > setting release=3D0x0019 > setting mode=3Dhost > setting port=3D1 > setting parent=3Dugen1.1 > Processing notify event > Testing subsystem=3DDEVICE against ^DEVICE > Testing type=3DATTACH against ^ATTACH > Testing cdev=3Dugen1.2 against ^ugen[0-9]+.[0-9]+ > =C2=A0Testing vendor=3D0x2232 against ^0x2232 > Testing product=3D0x1008 against ^0x1008 > Executing 'echo HERE! ugen1.2 >> /tmp/bla.log' > Popping table > > [root@pcbsd-1684 /etc/devd]# cat /tmp/bla.log > HERE! ugen1.2 > > Do you see a significant difference with your setup? Switched to 'notify' with: notify 50 { match "system" "USB" match "subsystem" "DEVICE"; match "type" "ATTACH"; match "cdev" "ugen[0-9\.]+"; match "vendor" "0x0529"; match "product" "0x0600"; action "/usr/local/sbin/openct-control attach usb:529/600 usb /dev/= $devi ce-name"; }; I still see no attempt to match against vendor 0x0529. Still no go. (Note that I prefer the [0-9\.] + syntax, but tried yours, as well.) The real issue is that devd seems to have a long list of vendors that it matches against, but 0x529 is not in that list, so matching the device name is not likely an issue. --=20 R. Kevin Oberman, Network Engineer E-mail: kob6558@gmail.com From owner-freebsd-stable@FreeBSD.ORG Fri Jun 15 16:55:37 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C10DB1065670 for ; Fri, 15 Jun 2012 16:55:37 +0000 (UTC) (envelope-from prabhpal@digital-infotech.net) Received: from mail.digital-infotech.net (mail.digital-infotech.net [41.211.25.193]) by mx1.freebsd.org (Postfix) with ESMTP id 2801A8FC18 for ; Fri, 15 Jun 2012 16:55:37 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.digital-infotech.net (Postfix) with ESMTP id 205422E404A; Fri, 15 Jun 2012 16:55:36 +0000 (GMT) Received: from mail.digital-infotech.net ([127.0.0.1]) by localhost (mail.digital-infotech.net [127.0.0.1]) (maiad, port 10024) with ESMTP id 01595-09; Fri, 15 Jun 2012 16:55:36 +0000 (GMT) Received: from mail.digital-infotech.net (localhost [127.0.0.1]) by mail.digital-infotech.net (Postfix) with ESMTP id F25E52E4017; Fri, 15 Jun 2012 16:55:35 +0000 (GMT) X-DKIM: OpenDKIM Filter v2.5.0 mail.digital-infotech.net F25E52E4017 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=digital-infotech.net; s=digital; t=1339779336; bh=VdpT+QluKEhRTEbBiJuwX4caaTqBJOgvZoSUnpBxLVo=; h=In-Reply-To:References:Date:Subject:From:To:Cc:Reply-To; b=mxXmAROxl5B6LAYIvt24+nV7KMp/NIgBSrVCBg1sslUY0o/Na/eW8ODy2zSshKRSa j5f2M6GEfo89lr/GYDxW7UXpMfiiotJ1GLDEQRKbV/XXQI34S2umwPSG1Q9/yeovGi SB6IPEKaN+Y9RRz0YgdJDnZpNa9SuUbHz6U9NftI= Received: from 41.211.25.192 (SquirrelMail authenticated user prabhpal@digital-infotech.net) by mail.digital-infotech.net with HTTP; Fri, 15 Jun 2012 16:55:36 -0000 Message-ID: <98c09d7edf95e0e07910e7e5ce46accc.squirrel@mail.digital-infotech.net> In-Reply-To: <4FDB6490.8080509@infracaninophile.co.uk> References: <4360846ab93b3a2b1968ee0f262cf148.squirrel@mail.digital-infotech.net> <4FDB6490.8080509@infracaninophile.co.uk> Date: Fri, 15 Jun 2012 16:55:36 -0000 From: "Shiv. Nath" To: "Matthew Seaman" User-Agent: SquirrelMail/1.4.22 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: freebsd-stable@freebsd.org Subject: Re: PF to Preventing SMTP Brute Force Attacks X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: prabhpal@digital-infotech.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jun 2012 16:55:37 -0000 > Limiting yourself to 200 states won't protect you very much -- you tend > to get a whole series of attacks from the same IP, and that just uses > one state at a time. > > Instead, look at the frequency with which an attacker tries to connect > to you. Something like this: > > table persist > > [...] > > block in log quick from > > [...] > > pass in on $ext_if proto tcp \ > from any to $ext_if port $trusted_tcp_ports \ > flags S/SA keep state \ > (max-src-conn-rate 3/300, overload flush global) > > Plus you'll need a cron job like this to clean up the bruteforce table, > otherwise it will just grow larger and larger: > > */12 * * * * /sbin/pfctl -t ssh-bruteforce -T expire 604800 >/dev/null > 2>&1 > > The end result of this is that if one IP tries to connect to you more > than 3 times in 5 minutes, they will get blacklisted. I normally use > this just for ssh, so you might want to adjust the parameters > appropriately. You should also implement a whitelist for IP ranges you > control or use frequently and that will never be used for bruteforce > attacks: it is quite easy to block yourself out with these sort of rules. > > Cheers, > > Matthew > > -- > Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard > Flat 3 > PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate > JID: matthew@infracaninophile.co.uk Kent, CT11 9PW Dear Mattthew, Grateful for sending me in right direction, solution really sounds well. Does it look good configuration for "/etc/pf.conf" ? # START table bruteforce persist block in log quick from bruteforce pass in on $ext_if proto tcp \ from any to $ext_if port $trusted_tcp_ports \ flags S/SA keep state \ (max-src-conn-rate 3/300, overload bruteforce flush global) # END AND CRON: */12 * * * * /sbin/pfctl -t ssh-bruteforce -T expire 604800 >/dev/null 2>&1 What is the function "expire 604800" are they entries in the table? should it be -t bruteforce or -t ssh-bruteforce Thanks From owner-freebsd-stable@FreeBSD.ORG Fri Jun 15 17:00:52 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EF6CB106564A for ; Fri, 15 Jun 2012 17:00:51 +0000 (UTC) (envelope-from jhellenthal@dataix.net) Received: from mail-gh0-f182.google.com (mail-gh0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id 976BE8FC15 for ; Fri, 15 Jun 2012 17:00:51 +0000 (UTC) Received: by ghbz22 with SMTP id z22so2906622ghb.13 for ; Fri, 15 Jun 2012 10:00:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=dataix.net; s=rsa; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to; bh=EBlu7XxN1M/mw7ExZ0z2K8uL4feyLrMUzUZEsNjKeTk=; b=DTLtUqDRTQLsLnGLFrLW4JHet9lKB5kiqDqATemybX4xr8wZowGQgYCfrArOBzcwUT bIAGHh6BJgYdHFCNSY9ea/jvCLblfo9FtHVSpNe4k92vCXtwQtvaVW3PuL747lZ9HiGZ LaqR1sQv+m3KKEV1UnSe/RPuUDLZ4KHSrxUGA= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:x-gm-message-state; bh=EBlu7XxN1M/mw7ExZ0z2K8uL4feyLrMUzUZEsNjKeTk=; b=BBQW6y7OrCerLherUYVKA0WYKasaZn0X2fzYry4ooUtvTEGLOpVGTYrP+bm6pBOUPi Q2eb+9HBKFNFkF3I41n05pDtW0h/vZIcIGTSCAque0W5ByCdAU7zntPqgDXzmlak/Scy vHwXBE7CCOlSchP83pdaxaZMgthaCBs8mRhGp2RoT6oUhxV70Mm/ixedRRbVP4fiuiOg mNlOyHVPqurElWbLiWAh6t6X8O9UXN3SZ0AphPAO0RBEJV3mgl2ZeKkZQrYMRdClEAb6 Rs2T95m90p7V7VBJb4CLU4uHbAuu/6Ye2MMzS6CAmGVcV3106idGcVF31Bnjpllo22x2 QnOg== Received: by 10.50.184.135 with SMTP id eu7mr2778974igc.15.1339779650912; Fri, 15 Jun 2012 10:00:50 -0700 (PDT) Received: from DataIX.net (75-128-120-86.dhcp.aldl.mi.charter.com. [75.128.120.86]) by mx.google.com with ESMTPS id ut8sm1716731igc.8.2012.06.15.10.00.50 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 15 Jun 2012 10:00:50 -0700 (PDT) Received: from DataIX.net (localhost [127.0.0.1]) by DataIX.net (8.14.5/8.14.5) with ESMTP id q5FH0mWs042160 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 15 Jun 2012 13:00:48 -0400 (EDT) (envelope-from jhellenthal@DataIX.net) Received: (from jh@localhost) by DataIX.net (8.14.5/8.14.5/Submit) id q5FH0mdV042159; Fri, 15 Jun 2012 13:00:48 -0400 (EDT) (envelope-from jhellenthal@DataIX.net) Date: Fri, 15 Jun 2012 13:00:48 -0400 From: Jason Hellenthal To: "Shiv. Nath" Message-ID: <20120615170048.GA39970@DataIX.net> References: <4360846ab93b3a2b1968ee0f262cf148.squirrel@mail.digital-infotech.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4360846ab93b3a2b1968ee0f262cf148.squirrel@mail.digital-infotech.net> X-Gm-Message-State: ALoCoQlmgxn67Jk7e4n8jto02STIrWLdS6wXKMDXiuv++7faNR8BGF9SDDxirWjLHJDlyRgI+YoX Cc: freebsd-stable@freebsd.org Subject: Re: PF to Preventing SMTP Brute Force Attacks X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Jun 2012 17:00:52 -0000 On Fri, Jun 15, 2012 at 04:17:06PM -0000, Shiv. Nath wrote: > Hi FreeBSD Gurus, > > > i want to use PF to Preventing SMTP Brute Force Attacks. i need some help > to understand correct syntax. > > URL Explaining this: http://www.openbsd.org/faq/pf/filter.html#stateopts > > > i expect the following behavior from the PF rule below: > > Limit the absolute maximum number of states that this rule can create to 200 > > Enable source tracking; limit state creation based on states created by > this rule only > > Limit the maximum number of nodes that can simultaneously create state to 100 > > Limit the maximum number of simultaneous states per source IP to 3 > > Solution: > int0="em0" > trusted_tcp_ports="{22,25,443,465}" > pass in on $int0 proto tcp from any to any port $trusted_tcp_ports keep state (max 200, source-track rule, max-src-nodes 100, max-src-states 3 ) I don't know if max will work here but this is what I use for a sshd rule. pass in log quick proto tcp from any port >1023 to any port 22 flags S/SA keep state (max-src-conn 5, max-src-conn-rate 5/15 overload flush global) You should be using the syntax from pf41 through pf45. The URL you referenced has a syntax that changed in pf46, pf47 onward... -- - (2^(N-1)) From owner-freebsd-stable@FreeBSD.ORG Fri Jun 15 17:02:26 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3B048106566B for ; Fri, 15 Jun 2012 17:02:26 +0000 (UTC) (envelope-from animelovin@gmail.com) Received: from mail-gh0-f182.google.com (mail-gh0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id E4C0C8FC0A for ; Fri, 15 Jun 2012 17:02:25 +0000 (UTC) Received: by ghbz22 with SMTP id z22so2908596ghb.13 for ; Fri, 15 Jun 2012 10:02:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:reply-to:user-agent:mime-version:to:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=rGR92Mm0fL5loZldo5FEV4VAie5nd+otV+sbWaY7gM8=; b=ebB9rNDt9WnDgIttfSsXKSl1SGzJPm59+z0k0xmcLXQ7P1aGwM3rd43obH8SLHSMJW V93fcEHdUT6SIb4KmH6SCVAPqIh4uvqg1hcbOAWAkDxdQih5LMWnZu15/iZEbs4JMRqT oDFEV5g37YZCRNbjdgpZj6K2uIIwzZf2wvaLfCboRT88iB4c01fxT7jRoBgkvlEKhdYU uppiU/yLDXLexfe2mXN90mRN4Au0cQHRAVvW3cO0NCCqQGKJqKOgyjBRLqycge1gwIlZ gJJVo1duDxiytBEp7J3l2MaERmW5aVhZv5AY1TnjbCfd3FD9bBITzszT/DVeYhWARNfA LR1A== Received: by 10.101.152.37 with SMTP id e37mr2758441ano.24.1339779745451; Fri, 15 Jun 2012 10:02:25 -0700 (PDT) Received: from [192.168.0.100] (modemcable107.221-22-96.mc.videotron.ca. [96.22.221.107]) by mx.google.com with ESMTPS id p3sm16773967ano.11.2012.06.15.10.02.23 (version=SSLv3 cipher=OTHER); Fri, 15 Jun 2012 10:02:24 -0700 (PDT) Message-ID: <4FDB6AA3.3040606@gmail.com> Date: Fri, 15 Jun 2012 13:02:27 -0400 From: animelovin@gmail.com User-Agent: Mozilla/5.0 (X11; Linux i686; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: Hans Petter Selasky , freebsd-stable@freebsd.org References: <201206151819.32398.hselasky@c2i.net> In-Reply-To: <201206151819.32398.hselasky@c2i.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: How to bind a route to a network adapter and not IP X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: animelovin@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jun 2012 17:02:26 -0000 Perhaps you can ask the very same question in another way so its easier to understand why you losing packets? All in all I always thought TCP/IP was the basic unit in Internet based networking but feel free to correct me if you have any news I might have missed... :) Also do you have any idea why AMD based CPUs could be vulnerable to this alternative networking scheme and cause a remote denial service in fbsd stable but not in CURRENT? Thanks, Etienne On 06/15/2012 12:19 PM, Hans Petter Selasky wrote: > Hi, > > Maybe there is a simple answer, but how do I bind a route to a network > interface in 8-stable? Is that possible at all? I'm asking because the routes > I add in my network setup are lost because of ARP packet drops. I.E. they > exist for a while, but not forever like I want to. > > --HPS > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Fri Jun 15 17:10:25 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F06C01065670 for ; Fri, 15 Jun 2012 17:10:25 +0000 (UTC) (envelope-from fbsd-stable@bzerk.org) Received: from ei.bzerk.org (ei.bzerk.org [82.95.223.12]) by mx1.freebsd.org (Postfix) with ESMTP id 881E08FC0C for ; Fri, 15 Jun 2012 17:10:25 +0000 (UTC) Received: from ei.bzerk.org (BOFH@localhost [127.0.0.1]) by ei.bzerk.org (8.14.4/8.14.4) with ESMTP id q5FH43EG081716 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 15 Jun 2012 19:04:04 +0200 (CEST) (envelope-from fbsd-stable@bzerk.org) Received: (from bulk@localhost) by ei.bzerk.org (8.14.4/8.14.4/Submit) id q5FH43jR081715 for stable@freebsd.org; Fri, 15 Jun 2012 19:04:03 +0200 (CEST) (envelope-from fbsd-stable@bzerk.org) Date: Fri, 15 Jun 2012 19:04:02 +0200 From: Ruben de Groot To: stable@freebsd.org Message-ID: <20120615170402.GA81486@ei.bzerk.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i X-Spam-Status: No, score=-12.9 required=5.0 tests=ALL_TRUSTED,AUTHD_RELAY, BAYES_00 autolearn=ham version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on ei.bzerk.org X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0.1 (ei.bzerk.org [127.0.0.1]); Fri, 15 Jun 2012 19:04:10 +0200 (CEST) Cc: Subject: kern.geom.part.check_integrity=0 not working. not able to boot 9-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, 15 Jun 2012 17:10:26 -0000 Hi, After over 3 years of uptime, I decided to upgrade one of my SUN boxes to 9-stable. However the new kernel didn't boot because of geom integrity check issues. This I understand as I remember I had to use some weird tricks in the past to get the entire disks used in the first place. Anyway, I felt lucky this was a known and documented problem, with a workaround: http://www.freebsd.org/releases/9.0R/relnotes-detailed.html#AEN1277 However, the workaround doesn't seem to work :-( Type '?' for a list of commands, 'help' for more detailed help. OK set kern.geom.part.check_integrity="0" OK boot jumping to kernel entry at 0xc0070000. Copyright (c) 1992-2012 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 9.0-STABLE #5: Thu Jun 14 19:24:33 UTC 2012 root@morninglightmountain.hacktor.net:/usr/obj/usr/src/sys/MORNINGLIGHTMOUNTAIN sparc64 real memory = 536870912 (512 MB) avail memory = 503963648 (480 MB) cpu0: Sun Microsystems UltraSparc-IIe Processor (400.00 MHz CPU) ctl: CAM Target Layer loaded nexus0: pcib0: mem 0x1fe00000000-0x1fe0000ffff,0x1fe01000000-0x1fe010000ff irq 2032,2030,2031,2021 on nexus0 pcib0: Sabre, impl 0, version 0, IGN 0x1f, bus A, 66MHz pcib0: DVMA map: 0x60000000 to 0x63ffffff 8192 entries pcib0: [GIANT-LOCKED] pci0: on pcib0 pci0: at device 7.0 (no driver attached) pci0: at device 3.0 (no driver attached) dc0: port 0x10000-0x100ff mem 0-0xff at device 12.0 on pci0 miibus0: on dc0 amphy0: PHY 1 on miibus0 amphy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto dc0: Ethernet address: 00:03:ba:05:fa:5c dc1: port 0x10100-0x101ff mem 0x2000-0x20ff at device 5.0 on pci0 miibus1: on dc1 amphy1: PHY 1 on miibus1 amphy1: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto dc1: Ethernet address: 00:03:ba:05:fa:5c pci0: at device 10.0 (no driver attached) atapci0: port 0x10200-0x10207,0x10218-0x1021b,0x10210-0x10217,0x10208-0x1020b,0x10220-0x1022f at device 13.0 on pci0 atapci0: using PIO transfers above 137GB as workaround for 48bit DMA access bug, expect reduced performance ata2: at channel 0 on atapci0 ata3: at channel 1 on atapci0 nexus0: type unknown (no driver attached) Timecounter "tick" frequency 400000000 Hz quality 1000 Event timer "tick" frequency 400000000 Hz quality 1000 Timecounters tick every 1.000 msec ada0 at ata2 bus 0 scbus0 target 0 lun 0 ada0: ATA-7 device ada0: 66.700MB/s transfers (UDMA4, PIO 8192bytes) ada0: 152627MB (312581808 512 byte sectors: 16H 63S/T 16383C) ada0: Previously was known as ad0 ada1 at ata3 bus 0 scbus1 target 0 lun 0 ada1: ATA-7 device ada1: 66.700MB/s transfers (UDMA4, PIO 8192bytes) ada1: 152627MB (312581808 512 byte sectors: 16H 63S/T 16383C) ada1: Previously was known as ad1 GEOM: ada0: adding VTOC8 information. GEOM_PART: integrity check failed (ada0, VTOC8) this is where it hangs, just like without setting kern.geom.part.check_integrity. Is this a regression? -- cheers, Ruben de Groot From owner-freebsd-stable@FreeBSD.ORG Fri Jun 15 17:11:44 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 145831065674 for ; Fri, 15 Jun 2012 17:11:44 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from smtp.infracaninophile.co.uk (xmpp.infracaninophile.co.uk [81.187.76.162]) by mx1.freebsd.org (Postfix) with ESMTP id 968418FC24 for ; Fri, 15 Jun 2012 17:11:43 +0000 (UTC) Received: from seedling.black-earth.co.uk (seedling.black-earth.co.uk [81.187.76.163]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.5/8.14.5) with ESMTP id q5FHBWqZ007155 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Fri, 15 Jun 2012 18:11:32 +0100 (BST) (envelope-from m.seaman@infracaninophile.co.uk) X-DKIM: OpenDKIM Filter v2.5.2 smtp.infracaninophile.co.uk q5FHBWqZ007155 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=infracaninophile.co.uk; s=201001-infracaninophile; t=1339780292; bh=/XPYw7N7QJ3Gs3LiDoNuCcM29Z5FuzcjBDu3ztqqk00=; h=Date:From:To:CC:Subject:References:In-Reply-To:Content-Type: Message-ID:Mime-Version; b=xCeFEumS/qf9K2KHAdMEe42qMjT9WISMybPZCz0M+qsHn7PVq/05C+mw4I0iUDbuQ ixpBHIp8bBbwTZApOfRti5vH+eriybCN/m8sBCi5rL+QPO4FYNvoTI8OMzM1/zfrGj FdOYMT3MJ8F5zkx03Ldo2a0SZwLiIBz+Ruvv+egU= Message-ID: <4FDB6CBD.6080900@infracaninophile.co.uk> Date: Fri, 15 Jun 2012 18:11:25 +0100 From: Matthew Seaman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:13.0) Gecko/20120601 Thunderbird/13.0 MIME-Version: 1.0 To: prabhpal@digital-infotech.net References: <4360846ab93b3a2b1968ee0f262cf148.squirrel@mail.digital-infotech.net> <4FDB6490.8080509@infracaninophile.co.uk> <98c09d7edf95e0e07910e7e5ce46accc.squirrel@mail.digital-infotech.net> In-Reply-To: <98c09d7edf95e0e07910e7e5ce46accc.squirrel@mail.digital-infotech.net> X-Enigmail-Version: 1.4.2 OpenPGP: id=60AE908C Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig9561F4F69F62165A7017EF62" X-Virus-Scanned: clamav-milter 0.97.4 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-1.8 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DKIM_ADSP_ALL,DKIM_SIGNED,T_DKIM_INVALID autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on lucid-nonsense.infracaninophile.co.uk Cc: freebsd-stable@freebsd.org Subject: Re: PF to Preventing SMTP Brute Force Attacks X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Jun 2012 17:11:44 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig9561F4F69F62165A7017EF62 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 15/06/2012 17:55, Shiv. Nath wrote: >=20 >> Limiting yourself to 200 states won't protect you very much -- you ten= d >> to get a whole series of attacks from the same IP, and that just uses >> one state at a time. >> >> Instead, look at the frequency with which an attacker tries to connect= >> to you. Something like this: >> >> table persist >> >> [...] >> >> block in log quick from >> >> [...] >> >> pass in on $ext_if proto tcp \ >> from any to $ext_if port $trusted_tcp_ports \ >> flags S/SA keep state \ >> (max-src-conn-rate 3/300, overload flush global) >> >> Plus you'll need a cron job like this to clean up the bruteforce table= , >> otherwise it will just grow larger and larger: >> >> */12 * * * * /sbin/pfctl -t ssh-bruteforce -T expire 604800 >/dev/null= >> 2>&1 >> >> The end result of this is that if one IP tries to connect to you more >> than 3 times in 5 minutes, they will get blacklisted. I normally use >> this just for ssh, so you might want to adjust the parameters >> appropriately. You should also implement a whitelist for IP ranges yo= u >> control or use frequently and that will never be used for bruteforce >> attacks: it is quite easy to block yourself out with these sort of rul= es. >> >> Cheers, >> >> Matthew >> >> -- >> Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard >> Flat 3 >> PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate >> JID: matthew@infracaninophile.co.uk Kent, CT11 9PW >=20 >=20 > Dear Mattthew, >=20 > Grateful for sending me in right direction, solution really sounds well= =2E > Does it look good configuration for "/etc/pf.conf" ? >=20 > # START > table bruteforce persist Watch the syntax -- it's table persist with angle brackets. > block in log quick from bruteforce >=20 > pass in on $ext_if proto tcp \ > from any to $ext_if port $trusted_tcp_ports \ > flags S/SA keep state \ > (max-src-conn-rate 3/300, overload bruteforce flush global) Again -- you need angle brackets around the table name. >=20 > # END >=20 > AND CRON: > */12 * * * * /sbin/pfctl -t ssh-bruteforce -T expire 604800 >/dev/null > 2>&1 >=20 > What is the function "expire 604800" are they entries in the table? > should it be -t bruteforce or -t ssh-bruteforce Ooops. Yes, -t bruteforce is correct. "expire 604800" means delete entries after they've been in the table for that number of seconds (ie after one week) Cheers, Matthew --=20 Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate JID: matthew@infracaninophile.co.uk Kent, CT11 9PW --------------enig9561F4F69F62165A7017EF62 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.16 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk/bbMQACgkQ8Mjk52CukIzEDQCfadcV2Pu0hAYunUMxqxSBsFee IB0An2HzsWP74mrGnG6wmDwrbKEEAAGf =O9OG -----END PGP SIGNATURE----- --------------enig9561F4F69F62165A7017EF62-- From owner-freebsd-stable@FreeBSD.ORG Fri Jun 15 17:12:52 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CD65E106564A for ; Fri, 15 Jun 2012 17:12:52 +0000 (UTC) (envelope-from paul@gromit.dlib.vt.edu) Received: from lennier.cc.vt.edu (lennier.cc.vt.edu [198.82.162.213]) by mx1.freebsd.org (Postfix) with ESMTP id 80BF28FC08 for ; Fri, 15 Jun 2012 17:12:52 +0000 (UTC) Received: from dagger.cc.vt.edu (dagger.cc.vt.edu [198.82.163.114]) by lennier.cc.vt.edu (8.13.8/8.13.8) with ESMTP id q5FHCfMT000324; Fri, 15 Jun 2012 13:12:41 -0400 Received: from auth3.smtp.vt.edu (EHLO auth3.smtp.vt.edu) ([198.82.161.152]) by dagger.cc.vt.edu (MOS 4.3.3-GA FastPath queued) with ESMTP id VUE73035; Fri, 15 Jun 2012 13:12:41 -0400 (EDT) Received: from pmather.tower.lib.vt.edu (pmather.tower.lib.vt.edu [128.173.51.28]) (authenticated bits=0) by auth3.smtp.vt.edu (8.13.8/8.13.8) with ESMTP id q5FHCfTA026333 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Fri, 15 Jun 2012 13:12:41 -0400 Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: Paul Mather X-Priority: 3 (Normal) In-Reply-To: <98c09d7edf95e0e07910e7e5ce46accc.squirrel@mail.digital-infotech.net> Date: Fri, 15 Jun 2012 13:12:41 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: <1CAF986C-46CC-4D8D-B18F-A208796483EF@gromit.dlib.vt.edu> References: <4360846ab93b3a2b1968ee0f262cf148.squirrel@mail.digital-infotech.net> <4FDB6490.8080509@infracaninophile.co.uk> <98c09d7edf95e0e07910e7e5ce46accc.squirrel@mail.digital-infotech.net> To: prabhpal@digital-infotech.net X-Mailer: Apple Mail (2.1084) X-Mirapoint-Received-SPF: 198.82.161.152 auth3.smtp.vt.edu paul@gromit.dlib.vt.edu 5 none X-Junkmail-Status: score=10/50, host=dagger.cc.vt.edu X-Junkmail-Signature-Raw: score=unknown, refid=str=0001.0A02020A.4FDB6D09.0126,ss=1,re=0.000,fgs=0, ip=0.0.0.0, so=2011-07-25 19:15:43, dmn=2011-05-27 18:58:46, mode=single engine X-Junkmail-IWF: false Cc: freebsd-stable@freebsd.org Subject: Re: PF to Preventing SMTP Brute Force Attacks X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Jun 2012 17:12:52 -0000 On Jun 15, 2012, at 12:55 PM, Shiv. Nath wrote: > # START > table bruteforce persist > block in log quick from bruteforce >=20 > pass in on $ext_if proto tcp \ > from any to $ext_if port $trusted_tcp_ports \ > flags S/SA keep state \ > (max-src-conn-rate 3/300, overload bruteforce flush global) >=20 > # END >=20 > AND CRON: > */12 * * * * /sbin/pfctl -t ssh-bruteforce -T expire 604800 = >/dev/null > 2>&1 >=20 > What is the function "expire 604800" are they entries in the table? > should it be -t bruteforce or -t ssh-bruteforce It refers to entries in the table specified by the "-t" option and = instructs pf to expire (remove from the table) all entries older than = the specified time (in seconds). Basically, the value 604800 will = expire entries older than 1 week. For the above pf rules, the cron entry should be "-t bruteforce" = (although in the pf rules you should be using ""). Cheers, Paul. From owner-freebsd-stable@FreeBSD.ORG Fri Jun 15 17:18:23 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 86487106566C for ; Fri, 15 Jun 2012 17:18:23 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [96.47.65.170]) by mx1.freebsd.org (Postfix) with ESMTP id 5010C8FC17 for ; Fri, 15 Jun 2012 17:18:23 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 76CACB911; Fri, 15 Jun 2012 13:18:22 -0400 (EDT) From: John Baldwin To: freebsd-stable@freebsd.org Date: Fri, 15 Jun 2012 08:04:46 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p13; KDE/4.5.5; amd64; ; ) References: <4FDABA0B.5030702@greatbaysoftware.com> In-Reply-To: <4FDABA0B.5030702@greatbaysoftware.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201206150804.46341.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Fri, 15 Jun 2012 13:18:22 -0400 (EDT) Cc: Charles Owens Subject: Re: mfi(4) IO performance regression, post 8.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: Fri, 15 Jun 2012 17:18:23 -0000 On Friday, June 15, 2012 12:28:59 am Charles Owens wrote: > Hello FreeBSD folk, > > We're seeing what appears to be a storage performance regression as we > try to move from 8.1 (i386) to 8.3. We looked at 8.2 also and it > appears that the regression happened between 8.1 and 8.2. > > Our system is an Intel S5520UR Server with 12 GB RAM, dual 4-core CPUs. > Storage is a LSI MegaSAS 1078 controller (mfi) in a RAID-10 > configuration, using UFS + geom_journal for filesystem. > > Postgresql performance, as seen via pgbench, dropped by approx 20%. > This testing was done with our usual PAE-enabled kernels. We then went > back to GENERIC kernels and did comparisons using "bonnie", results > below. Following that is a kernel boot log. > > Notably, we're seeing this regression only with our RAID mfi(4) based > systems. Notably, from looking at FreeBSD source changelogs it appears > that the mfi(4) code has seen some changes since 8.1. Between 8.1 and 8.2 mfi has not had any significant changes. The only changes made to sys/dev/mfi were to add a new constant: > svn diff svn+ssh://svn.freebsd.org/base/releng/8.1/sys/dev/mfi svn+ssh://svn.freebsd.org/base/releng/8.2/sys/dev/mfi Index: mfireg.h =================================================================== --- mfireg.h (.../8.1/sys/dev/mfi) (revision 237134) +++ mfireg.h (.../8.2/sys/dev/mfi) (revision 237134) @@ -975,7 +975,9 @@ MFI_PD_STATE_OFFLINE = 0x10, MFI_PD_STATE_FAILED = 0x11, MFI_PD_STATE_REBUILD = 0x14, - MFI_PD_STATE_ONLINE = 0x18 + MFI_PD_STATE_ONLINE = 0x18, + MFI_PD_STATE_COPYBACK = 0x20, + MFI_PD_STATE_SYSTEM = 0x40 }; union mfi_ld_ref { The difference in write performance must be due to something else. You mentioned you are using UFS + gjournal. I think gjournal uses BIO_FLUSH, so I wonder if this is related: ------------------------------------------------------------------------ r212939 | gibbs | 2010-09-20 19:39:00 -0400 (Mon, 20 Sep 2010) | 61 lines MFC 212160: Correct bioq_disksort so that bioq_insert_tail() offers barrier semantic. Add the BIO_ORDERED flag for struct bio and update bio clients to use it. The barrier semantics of bioq_insert_tail() were broken in two ways: o In bioq_disksort(), an added bio could be inserted at the head of the queue, even when a barrier was present, if the sort key for the new entry was less than that of the last queued barrier bio. o The last_offset used to generate the sort key for newly queued bios did not stay at the position of the barrier until either the barrier was de-queued, or a new barrier (which updates last_offset) was queued. When a barrier is in effect, we know that the disk will pass through the barrier position just before the "blocked bios" are released, so using the barrier's offset for last_offset is the optimal choice. sys/geom/sched/subr_disk.c: sys/kern/subr_disk.c: o Update last_offset in bioq_insert_tail(). o Only update last_offset in bioq_remove() if the removed bio is at the head of the queue (typically due to a call via bioq_takefirst()) and no barrier is active. o In bioq_disksort(), if we have a barrier (insert_point is non-NULL), set prev to the barrier and cur to it's next element. Now that last_offset is kept at the barrier position, this change isn't strictly necessary, but since we have to take a decision branch anyway, it does avoid one, no-op, loop iteration in the while loop that immediately follows. o In bioq_disksort(), bypass the normal sort for bios with the BIO_ORDERED attribute and instead insert them into the queue with bioq_insert_tail(). bioq_insert_tail() not only gives the desired command order during insertion, but also provides barrier semantics so that commands disksorted in the future cannot pass the just enqueued transaction. sys/sys/bio.h: Add BIO_ORDERED as bit 4 of the bio_flags field in struct bio. sys/cam/ata/ata_da.c: sys/cam/scsi/scsi_da.c Use an ordered command for SCSI/ATA-NCQ commands issued in response to bios with the BIO_ORDERED flag set. sys/cam/scsi/scsi_da.c Use an ordered tag when issuing a synchronize cache command. Wrap some lines to 80 columns. sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_geom.c sys/geom/geom_io.c Mark bios with the BIO_FLUSH command as BIO_ORDERED. Sponsored by: Spectra Logic Corporation ------------------------------------------------------------------------ Can you try perhaps commenting out the 'bp->bio_flags |= BIO_ORDERED' line changed in geom_io.c in 8.2? That would be effectively reverting this portion of the diff: Index: geom_io.c =================================================================== --- geom_io.c (.../8.1/sys/geom) (revision 237134) +++ geom_io.c (.../8.2/sys/geom) (revision 237134) @@ -265,6 +265,7 @@ g_trace(G_T_BIO, "bio_flush(%s)", cp->provider->name); bp = g_alloc_bio(); bp->bio_cmd = BIO_FLUSH; + bp->bio_flags |= BIO_ORDERED; bp->bio_done = NULL; bp->bio_attribute = NULL; bp->bio_offset = cp->provider->mediasize; -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Fri Jun 15 17:20:27 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3C4FF1065673 for ; Fri, 15 Jun 2012 17:20:27 +0000 (UTC) (envelope-from lists@opsec.eu) Received: from home.opsec.eu (home.opsec.eu [193.105.105.1]) by mx1.freebsd.org (Postfix) with ESMTP id EE6868FC16 for ; Fri, 15 Jun 2012 17:20:26 +0000 (UTC) Received: from pi by home.opsec.eu with local (Exim 4.77 (FreeBSD)) (envelope-from ) id 1SfaCC-0008xA-CW for freebsd-stable@FreeBSD.ORG; Fri, 15 Jun 2012 19:20:28 +0200 Date: Fri, 15 Jun 2012 19:20:28 +0200 From: Kurt Jaeger To: freebsd-stable@FreeBSD.ORG Message-ID: <20120615172028.GU5335@home.opsec.eu> References: <20120608144621.GA74475@home.opsec.eu> <201206091527.q59FRTeg069656@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201206091527.q59FRTeg069656@lurza.secnetix.de> Cc: Subject: Re: Experience with Intel SATA and fbsd 8.3-amd64 ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Jun 2012 17:20:27 -0000 Hi! > Kurt Jaeger wrote: > > I have a problem with some host: If I put heavy IO load on that > > system, write errors happen, and then it crashes. > > What kind of write errors, exactly? What messages do you > get on the console? g_vfs_done():ada0s1f[WRITE(offset=50699862016, length=16384)]error = 2 2 g_vfs_done():ada0s1f[WRITE(offset=50699862016, length=16384)]error = 22 g_vfs_done():ada0s1e[WRITE(offset=44693307392, length=16384)]error = 22 g_vfs_done():ada0s1e[WRITE(offset=44693211136, length=2048)]error = 5 > It's also worth mentioning that such problems could also > be caused by bad RAM, or even by the power supply (though > the latter is unlikely in this case, I think). Well, the device was probably a bit on the cheap side (ALLNET FW9000). -- pi@opsec.eu +49 171 3101372 8 years to go ! From owner-freebsd-stable@FreeBSD.ORG Fri Jun 15 17:20:37 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E01A310657B3 for ; Fri, 15 Jun 2012 17:20:37 +0000 (UTC) (envelope-from freebsd@chillt.de) Received: from dd28124.kasserver.com (dd28124.kasserver.com [85.13.146.180]) by mx1.freebsd.org (Postfix) with ESMTP id 9F4C78FC26 for ; Fri, 15 Jun 2012 17:20:37 +0000 (UTC) Received: from taiko.lan (ppp-93-104-93-162.dynamic.mnet-online.de [93.104.93.162]) by dd28124.kasserver.com (Postfix) with ESMTPSA id 5CE4E1D80227; Fri, 15 Jun 2012 19:15:16 +0200 (CEST) Message-ID: <4FDB6DA3.9020103@chillt.de> Date: Fri, 15 Jun 2012 19:15:15 +0200 From: Bartosz Fabianowski User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:12.0) Gecko/20120606 Thunderbird/12.0.1 MIME-Version: 1.0 To: Vladimir Vasilenko References: <20120608002507.373629e6.vladimir@shumbely.com> In-Reply-To: <20120608002507.373629e6.vladimir@shumbely.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: ATI Mobility Radeon HD 5470 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Jun 2012 17:20:38 -0000 My laptop has a Radeon HD 5470. Xorg and consoles work perfectly. There is little or no hardware acceleration though. This means no 3D games for sure. I remember videos being rather jerky in full screen as well but with the most recent version of the ati driver, even full HD videos seem to run just fine. The only thing I miss is DPMS support. The screen will go blank but the backlight will never turn off. My workaround is to restart Xorg with the vesa driver and run "vbetool dpms off" from the command line whenever I want to keep the laptop running with the screen off. - Bartosz From owner-freebsd-stable@FreeBSD.ORG Fri Jun 15 17:21:03 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 83361106582E for ; Fri, 15 Jun 2012 17:21:03 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) by mx1.freebsd.org (Postfix) with ESMTP id 3FD168FC19 for ; Fri, 15 Jun 2012 17:21:03 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.5/8.14.5) with ESMTP id q5FHL2mr027488; Fri, 15 Jun 2012 11:21:02 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.5/8.14.5/Submit) with ESMTP id q5FHL29S027485; Fri, 15 Jun 2012 11:21:02 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Fri, 15 Jun 2012 11:21:02 -0600 (MDT) From: Warren Block To: Oliver Fromme In-Reply-To: <201206151433.q5FEXJC6073094@lurza.secnetix.de> Message-ID: References: <201206151433.q5FEXJC6073094@lurza.secnetix.de> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (wonkity.com [127.0.0.1]); Fri, 15 Jun 2012 11:21:02 -0600 (MDT) Cc: freebsd-stable@freebsd.org Subject: Re: devd problem with 9-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, 15 Jun 2012 17:21:03 -0000 On Fri, 15 Jun 2012, Oliver Fromme wrote: > Warren Block wrote: > > [...] > > > > > > attach 50 { > > [...] > > > > Even with those changes, devd is not triggering on my scanner attach: > > > > match "subsystem" "DEVICE"; > > match "type" "ATTACH"; > > match "cdev" "ugen[0-9]+.[0-9]+"; > > match "vendor" "0x04b8"; > > match "product" "0x010a"; > > action "echo HERE! $cdev > /tmp/zoot"; > > Have you tried to put those lines inside a "notify" block > instead of an "attach" block? The documentation is not > very clear about the difference between an "attach" block > an a "notify" block with $type=ATTACH, but it probably > wouldn't hurt to try both. Well, it did work with an attach event. Progress: the event is seen with a notify event. However, something is not right with the execution of backticks in the action string: notify 20 { match "subsystem" "DEVICE"; match "type" "ATTACH"; match "cdev" "ugen[0-9]+.[0-9]+"; match "vendor" "0x04b8"; match "product" "0x010a"; action "devnum=`echo $cdev | sed -e 's/^ugen//'` && \ echo $devnum > /tmp/example && \ echo $cdev >> /tmp/example"; }; When the event is seen: Executing 'devnum=`echo ugen0.6 | sed -e 's/^ugen//'` && echo devnum: > /tmp/example && echo cdev: ugen0.6 >> /tmp/example' $devnum never gets a value, the contents of /tmp/example are: devnum: cdev: ugen0.6 Trying $() instead of backticks makes it worse: Executing 'devnum=$(echo $cdev | sed -e 's/^ugen//') && echo devnum: $devnum > /tmp/example && echo cdev: $cdev >> /tmp/example' /tmp/example is then: devnum: cdev: From owner-freebsd-stable@FreeBSD.ORG Fri Jun 15 17:53:26 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B11F5106566C; Fri, 15 Jun 2012 17:53:26 +0000 (UTC) (envelope-from animelovin@gmail.com) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id 51D5E8FC0A; Fri, 15 Jun 2012 17:53:26 +0000 (UTC) Received: by yenl8 with SMTP id l8so3114657yen.13 for ; Fri, 15 Jun 2012 10:53:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:reply-to:organization:user-agent:mime-version :to:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=CoMwSVHx7K8BUtYX7H1uUtOMmQhcl2xWXKsP2KulmsU=; b=tmJJoLwUhnVc6WC0XctYXXwdXXMpLG1RKeixpJ4eZjOhRAyuCyDLShu5BT0ucZZ6y2 bn6Z7D7X6HWDHfZd1WeJYW9OwXI33WZjffmYUTrAwqUV4WlgXvX2qcJpzzTdm3Cr+X+O Uo1nLgUU22Y4uzF/g+J4zoLEa1if/jVckfWFX2lCq9JPeTWXH6yu9UMBHiV+Zuw0y63V t+my+Q3swqjmkk5w/iP1wHXkgbcRxuCznyp8de/2KVcfcqWr142v6UBKjdoVGTBzUcT3 YW/Oy+lGc/aLPGMVt+4O1i77REVn5PAPqYfbrgK8c0/VdgZ/vqOX9R7FQv0aJ9TFypc4 VpvA== Received: by 10.100.244.16 with SMTP id r16mr2828272anh.68.1339782805768; Fri, 15 Jun 2012 10:53:25 -0700 (PDT) Received: from [192.168.0.100] (modemcable107.221-22-96.mc.videotron.ca. [96.22.221.107]) by mx.google.com with ESMTPS id r45sm33937730yhg.18.2012.06.15.10.53.23 (version=SSLv3 cipher=OTHER); Fri, 15 Jun 2012 10:53:25 -0700 (PDT) Message-ID: <4FDB7698.2010207@gthcfoundation.org> Date: Fri, 15 Jun 2012 13:53:28 -0400 From: Etienne Robillard Organization: gthcfoundation.org User-Agent: Mozilla/5.0 (X11; Linux i686; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: freebsd-ports@freebsd.org, Hans Petter Selasky , freebsd-stable@freebsd.org References: <20120615130839.2bbb9d51@scorpio> In-Reply-To: <20120615130839.2bbb9d51@scorpio> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: FreeBSD not so free anymore ? Long live FreeBSD... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: erob@gthcfoundation.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jun 2012 17:53:26 -0000 On 06/15/2012 01:08 PM, Jerry wrote: > Skype 4.0 for Linux is now available. Is there any possibility of > getting it ported to FreeBSD? The latest version in ports is only > 2.x. Why not? Thinking FreeBSD could become immune to remote exploits is absurd. So without much efforts I can guess ports like Skype will become more widespread now that FreeBSD has gived up on network security, preferring to announce critical security vulnerabilities once the exploit has been confirmed without any warnings. A good reason to stop using this bloated OS if you ask me and use something more respectful to their users base relaying on STABLE for stability reasons... Cheers, E -- Etienne Robillard Occupation: Software Developer Company: Green Tea Hackers Club Email: erob@gthcfoundation.org Website: gthcfoundation.org Skype ID: incidah From owner-freebsd-stable@FreeBSD.ORG Fri Jun 15 17:54:45 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 24182106564A for ; Fri, 15 Jun 2012 17:54:45 +0000 (UTC) (envelope-from mcdouga9@egr.msu.edu) Received: from mail.egr.msu.edu (boomhauer.egr.msu.edu [35.9.37.167]) by mx1.freebsd.org (Postfix) with ESMTP id EE0B88FC22 for ; Fri, 15 Jun 2012 17:54:44 +0000 (UTC) Received: from boomhauer (localhost [127.0.0.1]) by mail.egr.msu.edu (Postfix) with ESMTP id 9159656F32 for ; Fri, 15 Jun 2012 13:47:35 -0400 (EDT) X-Virus-Scanned: amavisd-new at egr.msu.edu Received: from mail.egr.msu.edu ([127.0.0.1]) by boomhauer (boomhauer.egr.msu.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id H7QCpnTo5eef for ; Fri, 15 Jun 2012 13:47:35 -0400 (EDT) Received: from EGR authenticated sender Message-ID: <4FDB7537.8010902@egr.msu.edu> Date: Fri, 15 Jun 2012 13:47:35 -0400 From: Adam McDougall User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:12.0) Gecko/20120502 Thunderbird/12.0.1 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <201206151819.32398.hselasky@c2i.net> In-Reply-To: <201206151819.32398.hselasky@c2i.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: How to bind a route to a network adapter and not IP X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Jun 2012 17:54:45 -0000 On 06/15/12 12:19, Hans Petter Selasky wrote: > Hi, > > Maybe there is a simple answer, but how do I bind a route to a network > interface in 8-stable? Is that possible at all? I'm asking because the routes > I add in my network setup are lost because of ARP packet drops. I.E. they > exist for a while, but not forever like I want to. > > --HPS Is route add x.x.x.x -iface em0 what you want? From owner-freebsd-stable@FreeBSD.ORG Fri Jun 15 18:00:22 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DBC8F106566B for ; Fri, 15 Jun 2012 18:00:22 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [96.47.65.170]) by mx1.freebsd.org (Postfix) with ESMTP id 8BD508FC14 for ; Fri, 15 Jun 2012 18:00:22 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 71482B98B; Fri, 15 Jun 2012 14:00:16 -0400 (EDT) From: John Baldwin To: Andrey Zonov Date: Fri, 15 Jun 2012 13:24:58 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p13; KDE/4.5.5; amd64; ; ) References: <4FD0ECB7.8040908@zonov.org> <201206131110.16489.jhb@freebsd.org> <4FDAD236.40908@zonov.org> In-Reply-To: <4FDAD236.40908@zonov.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201206151324.58103.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Fri, 15 Jun 2012 14:00:16 -0400 (EDT) Cc: freebsd-stable , Marius Strobl Subject: Re: mpt: Unable to memory map registers X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Jun 2012 18:00:22 -0000 On Friday, June 15, 2012 2:12:06 am Andrey Zonov wrote: > On 6/13/12 7:10 PM, John Baldwin wrote: > > On Tuesday, June 12, 2012 5:57:34 pm Andrey Zonov wrote: > >> On 6/13/12 12:51 AM, John Baldwin wrote: > >>> On Tuesday, June 12, 2012 3:53:09 pm Andrey Zonov wrote: > >>>> On 6/12/12 10:06 PM, John Baldwin wrote: > >>>>> > >>>> [snip] > >>>>> Ok, I've added some more debugging. The patch is a bit larger now and you > >>> can > >>>>> fetch it from www.freebsd.org/~jhb/patches/pcib_debug.patch > >>>>> > >>>> > >>>> New dmesg is in attach. > >>> > >>> Sheesh, found another bug (wasn't masking 'front' properly). > >>> > >>> Try updated patch (same URL). > >>> > >> > >> Great! It works! > > > > Excellent. I've committed the 2 bugs needed to fix your box. However, > > there is another bug that this exposed that I'd like you to test. Can you > > update to the latest HEAD, apply the updated pcib_debug.patch, and boot > > with 'hw.pci.pcib_clear=1' set from the loader? That should exercise the > > bug I'm worried about and see if my fixes for that (recursively growing > > windows) works correctly. > > > > Attached. Hmm, it doesn't seem like hw.pci.pcib_clear was set (the pcibX devices still tried to allocate their initial windows). -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Fri Jun 15 18:01:35 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 047111065689 for ; Fri, 15 Jun 2012 18:01:35 +0000 (UTC) (envelope-from sthaug@nethelp.no) Received: from bizet.nethelp.no (bizet.nethelp.no [195.1.209.33]) by mx1.freebsd.org (Postfix) with SMTP id 5B7638FC17 for ; Fri, 15 Jun 2012 18:01:34 +0000 (UTC) Received: (qmail 66860 invoked from network); 15 Jun 2012 17:54:52 -0000 Received: from bizet.nethelp.no (HELO localhost) (195.1.209.33) by bizet.nethelp.no with SMTP; 15 Jun 2012 17:54:52 -0000 Date: Fri, 15 Jun 2012 19:54:52 +0200 (CEST) Message-Id: <20120615.195452.74691488.sthaug@nethelp.no> To: animelovin@gmail.com From: sthaug@nethelp.no In-Reply-To: <4FDB6AA3.3040606@gmail.com> References: <201206151819.32398.hselasky@c2i.net> <4FDB6AA3.3040606@gmail.com> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, hselasky@c2i.net Subject: Re: How to bind a route to a network adapter and not IP X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Jun 2012 18:01:35 -0000 > Perhaps you can ask the very same question in another way so its easier > to understand why you losing packets? All in all I always thought TCP/IP > was the basic unit in Internet based networking but feel free to correct > me if you have any news I might have missed... :) This is an old and well known problem, with no solution as of today (unless you want to run quagga/zebra or similar). With Cisco and Juniper (and probably lots of other big name) routers, if I create a static route pointing to a next hop on one interface, and the interface goes down (e.g. Ethernet cable is unplugged), 1. the static route is removed from the routing table. But then, when the interface later comes back up 2. the static route is reinstalled in the routing table. With FreeBSD point 1 above happens, but not point 2. I would love to have the functionality where FreeBSD would reinstall the route as in point 2 above. I think this is definitely the least surprising behavior (POLA), and should happen even without running an explicit routing system like quagga. Steinar Haug, Nethelp consulting, sthaug@nethelp.no > > On 06/15/2012 12:19 PM, Hans Petter Selasky wrote: > > Hi, > > > > Maybe there is a simple answer, but how do I bind a route to a network > > interface in 8-stable? Is that possible at all? I'm asking because the routes > > I add in my network setup are lost because of ARP packet drops. I.E. they > > exist for a while, but not forever like I want to. > > > > --HPS > > _______________________________________________ > > freebsd-stable@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Fri Jun 15 18:05:14 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 94277106567C; Fri, 15 Jun 2012 18:05:14 +0000 (UTC) (envelope-from animelovin@gmail.com) Received: from mail-gh0-f182.google.com (mail-gh0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id 375EE8FC12; Fri, 15 Jun 2012 18:05:14 +0000 (UTC) Received: by ghbz22 with SMTP id z22so2975791ghb.13 for ; Fri, 15 Jun 2012 11:05:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:reply-to:user-agent:mime-version:to:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=8vCI6bNn1lT6QmZgqEiI2ABjoX9zwObjdIs53d8W0Ho=; b=qClP5aaKhcxKlFpNppO6nXrI45L0GD+R8U8UwYE7cXtY8hCIHigld0jAs96F8SkTrc bxG10oGUCS7Ux0+1tSZ96amFj4issN5SBiqjGAqmXCZHIQBqSIkVR9nbXhi+64f/oTLE yZpSLzarG5hqbYCWWg9aw33ZjU9BKE6pFXqLevEHzOiP7lgL7E6h8G8v4XqTKn+nzuYM IGfv25ruIM9NsQtnV1PLhaKeYj0Fjq5QVW7TVpFRHikSvGk0XOu/f6y52O1qzRW8lI7r sxe6i+U8+v50P6jr1rv+a20o+UZ+wnEzjqVvk99RQCKVEL6wnItlT9nu+WL7YQqXZ5Gp mYUQ== Received: by 10.236.75.196 with SMTP id z44mr9341226yhd.40.1339783513790; Fri, 15 Jun 2012 11:05:13 -0700 (PDT) Received: from [192.168.0.100] (modemcable107.221-22-96.mc.videotron.ca. [96.22.221.107]) by mx.google.com with ESMTPS id n43sm34061449yhm.7.2012.06.15.11.05.12 (version=SSLv3 cipher=OTHER); Fri, 15 Jun 2012 11:05:13 -0700 (PDT) Message-ID: <4FDB795C.6010603@gmail.com> Date: Fri, 15 Jun 2012 14:05:16 -0400 From: animelovin@gmail.com User-Agent: Mozilla/5.0 (X11; Linux i686; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: Michael Scheidell , freebsd-stable@freebsd.org References: <20120615130839.2bbb9d51@scorpio> <4FDB7698.2010207@gthcfoundation.org> <4FDB7787.6040303@FreeBSD.org> In-Reply-To: <4FDB7787.6040303@FreeBSD.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: FreeBSD not so free anymore ? Long live FreeBSD... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: animelovin@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jun 2012 18:05:14 -0000 On 06/15/2012 01:57 PM, Michael Scheidell wrote: > > > On 6/15/12 1:53 PM, Etienne Robillard wrote: >> A good reason to stop using this bloated OS if you ask me and use >> something more respectful to their users base relaying on STABLE for >> stability reasons... > PLEASE use linux.. they need you and love you. Yeah. Well there's nothing wrong in asking the polite way... :-) At least this is more reasonable than physically breaking a system to indicate your disagreement with someone because of ignorance, bliss or both. :-) Finally Thank you for advocating Linux security. Cheers, E From owner-freebsd-stable@FreeBSD.ORG Fri Jun 15 18:13:30 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 35E47106566C; Fri, 15 Jun 2012 18:13:30 +0000 (UTC) (envelope-from utisoft@gmail.com) Received: from mail-bk0-f54.google.com (mail-bk0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 7E2BB8FC08; Fri, 15 Jun 2012 18:13:29 +0000 (UTC) Received: by bkvi18 with SMTP id i18so3228420bkv.13 for ; Fri, 15 Jun 2012 11:13:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=97fuNNVe/JHpmPNd+MWEmBOM1qrnGHYS938AsyJU+6o=; b=tbojus93qMxvPlX9G16REQMO4GsbzvJQlxTsQ7lUsz0bE0ohSA9hzbdCg+jWEyO0jk NEkDF2vIsAW/NDoCEXG/MPY2oLCyRbgcwmq4U94swkLzpx4u44CMZfeAk8f4kxAqtxbe /f/IvqUj+gR4dBS0zTGKexnKGNHY1EMXQ5S8IT23b9W1gMT7/i6InLjMx5t/Y1hQ1pXI p+wkuWOorj8xU2WVMyRecG8CyC/6D2bhbLOTbeOFjvGrwORoVcGJfUEDd8tqhRbuyPZu En6cnj1Hac7SvPQUNuTZejGZPpUVfn5GnoDnDGgetxW16TAhTEvQL3MoqH5wdx7v7MCn E3sA== Received: by 10.204.145.89 with SMTP id c25mr3349596bkv.5.1339784008517; Fri, 15 Jun 2012 11:13:28 -0700 (PDT) MIME-Version: 1.0 Sender: utisoft@gmail.com Received: by 10.204.171.138 with HTTP; Fri, 15 Jun 2012 11:12:58 -0700 (PDT) In-Reply-To: <4FDB7698.2010207@gthcfoundation.org> References: <20120615130839.2bbb9d51@scorpio> <4FDB7698.2010207@gthcfoundation.org> From: Chris Rees Date: Fri, 15 Jun 2012 19:12:58 +0100 X-Google-Sender-Auth: uPvkRyUuEwk2NK7geo9mkuALuAw Message-ID: To: erob@gthcfoundation.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org, freebsd-ports@freebsd.org, Hans Petter Selasky Subject: Re: FreeBSD not so free anymore ? Long live 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, 15 Jun 2012 18:13:30 -0000 On 15 June 2012 18:53, Etienne Robillard wrote: > On 06/15/2012 01:08 PM, Jerry wrote: >> >> Skype 4.0 for Linux is now available. Is there any possibility of >> getting it ported to FreeBSD? The latest version in ports is only >> 2.x. > > > > Why not? Thinking FreeBSD could become immune to remote exploits is absur= d. > > So without much efforts =A0I can guess ports like Skype will become more > widespread now that FreeBSD has gived up on network security, preferring = to > announce critical security vulnerabilities once the exploit has been > confirmed without any warnings. > > A good reason to stop using this bloated OS if you ask me and use > something more respectful to their users base relaying on STABLE for > stability reasons... > New versions of Skype require ALSA. This is at their insistence. Chris From owner-freebsd-stable@FreeBSD.ORG Fri Jun 15 18:23:45 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 621CA1065672 for ; Fri, 15 Jun 2012 18:23:45 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [212.17.241.230]) by mx1.freebsd.org (Postfix) with ESMTP id B71A98FC16 for ; Fri, 15 Jun 2012 18:23:44 +0000 (UTC) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id q5FINRWC084094; Fri, 15 Jun 2012 20:23:43 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id q5FINRFT084093; Fri, 15 Jun 2012 20:23:27 +0200 (CEST) (envelope-from olli) Date: Fri, 15 Jun 2012 20:23:27 +0200 (CEST) Message-Id: <201206151823.q5FINRFT084093@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, wblock@wonkity.com In-Reply-To: X-Newsgroups: list.freebsd-stable User-Agent: tin/1.9.6-20101126 ("Burnside") (UNIX) (FreeBSD/6.4-PRERELEASE-20080904 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.3.9 (lurza.secnetix.de [127.0.0.1]); Fri, 15 Jun 2012 20:23:43 +0200 (CEST) Cc: Subject: Re: devd problem with 9-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, 15 Jun 2012 18:23:45 -0000 Warren Block wrote: > Well, it did work with an attach event. Progress: the event is seen > with a notify event. However, something is not right with the execution > of backticks in the action string: > > notify 20 { > match "subsystem" "DEVICE"; > match "type" "ATTACH"; > match "cdev" "ugen[0-9]+.[0-9]+"; > match "vendor" "0x04b8"; > match "product" "0x010a"; > action "devnum=`echo $cdev | sed -e 's/^ugen//'` && \ > echo $devnum > /tmp/example && \ > echo $cdev >> /tmp/example"; > }; > > When the event is seen: > Executing 'devnum=`echo ugen0.6 | sed -e 's/^ugen//'` && echo devnum: > /tmp/example && echo cdev: ugen0.6 >> /tmp/example' > > $devnum never gets a value, the contents of /tmp/example are: > devnum: > cdev: ugen0.6 > > Trying $() instead of backticks makes it worse: > Executing 'devnum=$(echo $cdev | sed -e 's/^ugen//') && echo devnum: $devnum > /tmp/example && echo cdev: $cdev >> /tmp/example' Unfortunately, the manual page does not explain how the action strings are parsed exactly. I guess the problem is not the backticks but the fact that the parser tries to expand $devnum as a devd variable, so the shell never sees it. This also explains why using $() makes things worse. You can try to prepend a backslash, i.e. echo \$devnum. This isn't documented, but then again, using backslashes to continue strings that span multiple lines isn't documented either. In case the sed command still doesn't work, alternatively you can use shell substring processing instead (this is also more efficient because the shell doesn't have to create a pipe and fork a sed process): action "devnum=$cdev; devnum=\${devnum##ugen}; echo \$devnum > /tmp/foo" Or even: action "devnum=$cdev; echo \${devnum##ugen} > /tmp/foo" Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mn- chen, HRB 125758, Geschftsfhrer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "I made up the term 'object-oriented', and I can tell you I didn't have C++ in mind." -- Alan Kay, OOPSLA '97 From owner-freebsd-stable@FreeBSD.ORG Fri Jun 15 18:32:57 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 66E971065673 for ; Fri, 15 Jun 2012 18:32:57 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from nk11p00mm-asmtp007.mac.com (nk11p00mm-asmtp007.mac.com [17.158.161.6]) by mx1.freebsd.org (Postfix) with ESMTP id 48D228FC0C for ; Fri, 15 Jun 2012 18:32:57 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Received: from cswiger1.apple.com (unknown [17.209.4.71]) by nk11p00mm-asmtp007.mac.com (Oracle Communications Messaging Server 7u4-23.01(7.0.4.23.0) 64bit (built Aug 10 2011)) with ESMTPSA id <0M5O008XK8UM3910@nk11p00mm-asmtp007.mac.com> for freebsd-stable@FreeBSD.ORG; Fri, 15 Jun 2012 18:32:47 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.7.7855,1.0.260,0.0.0000 definitions=2012-06-15_04:2012-06-15, 2012-06-15, 1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 suspectscore=0 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=6.0.2-1012030000 definitions=main-1206150194 From: Chuck Swiger In-reply-to: <201206151823.q5FINRFT084093@lurza.secnetix.de> Date: Fri, 15 Jun 2012 11:32:46 -0700 Message-id: <8F30E6C0-0FDB-46D2-9E2F-3A909B8B6182@mac.com> References: <201206151823.q5FINRFT084093@lurza.secnetix.de> To: Oliver Fromme X-Mailer: Apple Mail (2.1084) Cc: freebsd-stable List Subject: Re: devd problem with 9-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, 15 Jun 2012 18:32:57 -0000 On Jun 15, 2012, at 11:23 AM, Oliver Fromme wrote: > You can try to prepend a backslash, i.e. echo \$devnum. This > isn't documented, but then again, using backslashes to continue > strings that span multiple lines isn't documented either. Line continuations and escaping special chars like $ are in "man sh": "Backslash A backslash preserves the literal meaning of the following char- acter, with the exception of the newline character (`\n'). A backslash preceding a newline is treated as a line continuation." The Bash manpage is perhaps more clear about this: There are three quoting mechanisms: the escape character, single quotes, and double quotes. A non-quoted backslash (\) is the escape character. It preserves the literal value of the next character that follows, with the exception of . If a \ pair appears, and the backslash is not itself quoted, the \ is treated as a line continuation (that is, it is removed from the input stream and effectively ignored). Enclosing characters in single quotes preserves the literal value of each character within the quotes. A single quote may not occur between single quotes, even when preceded by a backslash. Enclosing characters in double quotes preserves the literal value of all characters within the quotes, with the exception of $, `, \, and, when history expansion is enabled, !. The characters $ and ` retain their special meaning within double quotes. The backslash retains its special meaning only when followed by one of the following characters: $, `, ", \, or . A double quote may be quoted within double quotes by preceding it with a backslash. If enabled, history expansion will be performed unless an ! appearing in double quotes is escaped using a backslash. The backslash preceding the ! is not removed. Regards, -- -Chuck From owner-freebsd-stable@FreeBSD.ORG Fri Jun 15 18:38:43 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 27911106566C for ; Fri, 15 Jun 2012 18:38:43 +0000 (UTC) (envelope-from fbsd-stable@bzerk.org) Received: from ei.bzerk.org (ei.bzerk.org [82.95.223.12]) by mx1.freebsd.org (Postfix) with ESMTP id 7FBCC8FC17 for ; Fri, 15 Jun 2012 18:38:42 +0000 (UTC) Received: from ei.bzerk.org (BOFH@localhost [127.0.0.1]) by ei.bzerk.org (8.14.4/8.14.4) with ESMTP id q5FIcWhm082824 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 15 Jun 2012 20:38:33 +0200 (CEST) (envelope-from fbsd-stable@bzerk.org) Received: (from bulk@localhost) by ei.bzerk.org (8.14.4/8.14.4/Submit) id q5FIcWDN082823; Fri, 15 Jun 2012 20:38:32 +0200 (CEST) (envelope-from fbsd-stable@bzerk.org) Date: Fri, 15 Jun 2012 20:38:32 +0200 From: Ruben de Groot To: sthaug@nethelp.no Message-ID: <20120615183832.GA82739@ei.bzerk.org> Mail-Followup-To: Ruben de Groot , sthaug@nethelp.no, animelovin@gmail.com, freebsd-stable@freebsd.org, hselasky@c2i.net References: <201206151819.32398.hselasky@c2i.net> <4FDB6AA3.3040606@gmail.com> <20120615.195452.74691488.sthaug@nethelp.no> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120615.195452.74691488.sthaug@nethelp.no> User-Agent: Mutt/1.4.2.3i X-Spam-Status: No, score=-12.9 required=5.0 tests=ALL_TRUSTED,AUTHD_RELAY, BAYES_00 autolearn=ham version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on ei.bzerk.org X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0.1 (ei.bzerk.org [127.0.0.1]); Fri, 15 Jun 2012 20:38:38 +0200 (CEST) Cc: freebsd-stable@freebsd.org, animelovin@gmail.com, hselasky@c2i.net Subject: Re: How to bind a route to a network adapter and not IP X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Jun 2012 18:38:43 -0000 On Fri, Jun 15, 2012 at 07:54:52PM +0200, sthaug@nethelp.no typed: > > Perhaps you can ask the very same question in another way so its easier > > to understand why you losing packets? All in all I always thought TCP/IP > > was the basic unit in Internet based networking but feel free to correct > > me if you have any news I might have missed... :) > > This is an old and well known problem, with no solution as of today > (unless you want to run quagga/zebra or similar). > > With Cisco and Juniper (and probably lots of other big name) routers, > if I create a static route pointing to a next hop on one interface, > and the interface goes down (e.g. Ethernet cable is unplugged), > > 1. the static route is removed from the routing table. > > But then, when the interface later comes back up > > 2. the static route is reinstalled in the routing table. > > With FreeBSD point 1 above happens, but not point 2. > > I would love to have the functionality where FreeBSD would reinstall > the route as in point 2 above. I think this is definitely the least > surprising behavior (POLA), and should happen even without running an > explicit routing system like quagga. This can be quite easily programmed with kqueue, use EVFILT_NETDEV for notices of interface up/down events and adjust the routing table accordingly. Big chance Cisco and Juniper are doing something similar. -- Ruben From owner-freebsd-stable@FreeBSD.ORG Fri Jun 15 18:45:29 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B01861065670 for ; Fri, 15 Jun 2012 18:45:29 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [212.17.241.230]) by mx1.freebsd.org (Postfix) with ESMTP id 2ACCF8FC08 for ; Fri, 15 Jun 2012 18:45:28 +0000 (UTC) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id q5FIjBS2085040; Fri, 15 Jun 2012 20:45:27 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id q5FIjBht085039; Fri, 15 Jun 2012 20:45:11 +0200 (CEST) (envelope-from olli) Date: Fri, 15 Jun 2012 20:45:11 +0200 (CEST) Message-Id: <201206151845.q5FIjBht085039@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, cswiger@mac.com In-Reply-To: <8F30E6C0-0FDB-46D2-9E2F-3A909B8B6182@mac.com> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.9.6-20101126 ("Burnside") (UNIX) (FreeBSD/6.4-PRERELEASE-20080904 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.3.9 (lurza.secnetix.de [127.0.0.1]); Fri, 15 Jun 2012 20:45:27 +0200 (CEST) Cc: Subject: Re: devd problem with 9-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, 15 Jun 2012 18:45:29 -0000 Chuck Swiger wrote: > On Jun 15, 2012, at 11:23 AM, Oliver Fromme wrote: > > You can try to prepend a backslash, i.e. echo \$devnum. This > > isn't documented, but then again, using backslashes to continue > > strings that span multiple lines isn't documented either. > > Line continuations and escaping special chars like $ are in "man sh": Yes, I know that, but the question is how devd(8) parses the action strings. The problem here is that we have multiple levels or parsing. First, devd reads the line, concatenates continuation lines (apparently -- it's not documented), expands devd variables, and *then* it passes the resulting string to the shell for further parsing and processing. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mn- chen, HRB 125758, Geschftsfhrer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "I have stopped reading Stephen King novels. Now I just read C code instead." -- Richard A. O'Keefe From owner-freebsd-stable@FreeBSD.ORG Fri Jun 15 18:53:43 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C98BF106564A for ; Fri, 15 Jun 2012 18:53:43 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from mail-pz0-f54.google.com (mail-pz0-f54.google.com [209.85.210.54]) by mx1.freebsd.org (Postfix) with ESMTP id 9CDDC8FC12 for ; Fri, 15 Jun 2012 18:53:43 +0000 (UTC) Received: by dadv36 with SMTP id v36so4655697dad.13 for ; Fri, 15 Jun 2012 11:53:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=zhRBD8ENbKvn9FEPn30GPjXeYl3XF1A7wjThm6L8QoI=; b=HKhVWcsz/RIr+vPO/bJFIogQuTgKyVHh+Te82OWkd4yskAyRGVS3wRfaVH+nVNhOdQ W4szu+DCpGu2LMtLRoj9Ms+3s03PgnDqBOlgxJTe87MFWu5/dk4lTjojMbfcTuQ43ksr 3cxVWIWfcZnI6ylbwPhB2xmNl1csLa5FiPnv0XqY+0eE/TjuPHgHoljpHNdzwhZ/r0wb xpHVVKgpA3n6y8RfF+PDF5DX+/CadZHWNaroQeGV7/qw6R9RX+4YcegFckDHlKJN6boc ld5RqZDaVlOGQDideyrCIasWT36ZRUY0xJOyIF8P6n/R7bujPsUkENGGzZzieplhSX5r vPPw== MIME-Version: 1.0 Received: by 10.68.222.103 with SMTP id ql7mr22627339pbc.68.1339786423173; Fri, 15 Jun 2012 11:53:43 -0700 (PDT) Received: by 10.68.241.65 with HTTP; Fri, 15 Jun 2012 11:53:43 -0700 (PDT) In-Reply-To: <201206151845.q5FIjBht085039@lurza.secnetix.de> References: <8F30E6C0-0FDB-46D2-9E2F-3A909B8B6182@mac.com> <201206151845.q5FIjBht085039@lurza.secnetix.de> Date: Fri, 15 Jun 2012 11:53:43 -0700 Message-ID: From: Freddie Cash To: Oliver Fromme Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org Subject: Re: devd problem with 9-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, 15 Jun 2012 18:53:43 -0000 On Fri, Jun 15, 2012 at 11:45 AM, Oliver Fromme wr= ote: > Chuck Swiger wrote: > =C2=A0> On Jun 15, 2012, at 11:23 AM, Oliver Fromme wrote: > =C2=A0> > You can try to prepend a backslash, i.e. echo \$devnum. =C2=A0T= his > =C2=A0> > isn't documented, but then again, using backslashes to continue > =C2=A0> > strings that span multiple lines isn't documented either. > =C2=A0> > =C2=A0> Line continuations and escaping special chars like $ are in "man = sh": > > Yes, I know that, but the question is how devd(8) parses the > action strings. > > The problem here is that we have multiple levels or parsing. > First, devd reads the line, concatenates continuation lines > (apparently -- it's not documented), expands devd variables, > and *then* it passes the resulting string to the shell for > further parsing and processing. If you have that many levels of backticks, variable expansions, programs, etc, wouldn't it be a prime candidate for a script? Just pass in a couple of variables directly from devd, and then do everything else inside the script? --=20 Freddie Cash fjwcash@gmail.com From owner-freebsd-stable@FreeBSD.ORG Fri Jun 15 18:58:08 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9757F106564A; Fri, 15 Jun 2012 18:58:08 +0000 (UTC) (envelope-from cowens@greatbaysoftware.com) Received: from ecbiz102.inmotionhosting.com (ecbiz102.inmotionhosting.com [70.39.235.94]) by mx1.freebsd.org (Postfix) with ESMTP id 4D25F8FC15; Fri, 15 Jun 2012 18:58:08 +0000 (UTC) Received: from c-50-136-23-27.hsd1.nh.comcast.net ([50.136.23.27]:65101 helo=jack.bspruce.com) by ecbiz102.inmotionhosting.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1Sfbig-0006Hi-N8; Fri, 15 Jun 2012 14:58:06 -0400 Message-ID: <4FDB85BB.6040708@greatbaysoftware.com> Date: Fri, 15 Jun 2012 14:58:03 -0400 From: Charles Owens Organization: Great Bay Software User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: "Brian W." References: <20120615110618.4CF5F1065689@hub.freebsd.org> In-Reply-To: X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - ecbiz102.inmotionhosting.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - greatbaysoftware.com Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: stable@freebsd.org, Adrian Chadd Subject: Re: mfi(4) IO performance regression, post 8.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: Fri, 15 Jun 2012 18:58:08 -0000 No reason other than history... will be changing over at some point. Charles Owens Great Bay Software, Inc. On 6/15/12 10:38 AM, Brian W. wrote: > > Curious why you are preferring i386 +PAE as opposed to amd64? > > On Jun 15, 2012 4:09 AM, "Charles Owens" > wrote: > > Yes, of course. So far I can say that the major shift appears to > have occurred between 8.1 and 8.2 . > > Thanks, > > Charles Owens > Great Bay Software, Inc. > > Sent from my phone > > ----- Reply message ----- > From: "Adrian Chadd" > > To: "Charles Owens" > > Cc: > > Subject: mfi(4) IO performance regression, post 8.1 > Date: Fri, Jun 15, 2012 1:55 am > > > Hm, can you try different subversion checkouts of the kernel tree > between 8.1 and 8.3, to pinpoint which commit(s) broke things? > > > > ADrian > > _______________________________________________ > freebsd-stable@freebsd.org > mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to > "freebsd-stable-unsubscribe@freebsd.org > " > From owner-freebsd-stable@FreeBSD.ORG Fri Jun 15 19:06:35 2012 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 861051065674 for ; Fri, 15 Jun 2012 19:06:35 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [212.17.241.230]) by mx1.freebsd.org (Postfix) with ESMTP id E00538FC0C for ; Fri, 15 Jun 2012 19:06:34 +0000 (UTC) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id q5FJ6IuC085863; Fri, 15 Jun 2012 21:06:33 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id q5FJ6IYi085861; Fri, 15 Jun 2012 21:06:18 +0200 (CEST) (envelope-from olli) From: Oliver Fromme Message-Id: <201206151906.q5FJ6IYi085861@lurza.secnetix.de> To: fjwcash@gmail.com (Freddie Cash) Date: Fri, 15 Jun 2012 21:06:18 +0200 (CEST) In-Reply-To: X-Mailer: ELM [version 2.5 PL8] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.3.9 (lurza.secnetix.de [127.0.0.1]); Fri, 15 Jun 2012 21:06:33 +0200 (CEST) Cc: freebsd-stable@freebsd.org Subject: Re: devd problem with 9-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, 15 Jun 2012 19:06:35 -0000 Freddie Cash wrote: > On Fri, Jun 15, 2012 at 11:45 AM, Oliver Fromme wrote: > > Chuck Swiger wrote: > > > On Jun 15, 2012, at 11:23 AM, Oliver Fromme wrote: > > > > You can try to prepend a backslash, i.e. echo \$devnum. This > > > > isn't documented, but then again, using backslashes to continue > > > > strings that span multiple lines isn't documented either. > > > > > > Line continuations and escaping special chars like $ are in "man sh": > > > > Yes, I know that, but the question is how devd(8) parses the > > action strings. > > > > The problem here is that we have multiple levels or parsing. > > First, devd reads the line, concatenates continuation lines > > (apparently -- it's not documented), expands devd variables, > > and *then* it passes the resulting string to the shell for > > further parsing and processing. > > If you have that many levels of backticks, variable expansions, > programs, etc, wouldn't it be a prime candidate for a script? Just > pass in a couple of variables directly from devd, and then do > everything else inside the script? Yes, that might be better. At least, the shell parser is much better documented than the devd parser, so it makes sense to make the action line as simple as possible. I also think it is a mistake to use dollar signs for variable expansion in devd.conf, because the shell uses the same character for the same thing, so it causes confusion. It's just like in Makefiles; I also keep forgetting to double the dollar signs for shell variables in Makefiles ... Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mn- chen, HRB 125758, Geschftsfhrer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "Being really good at C++ is like being really good at using rocks to sharpen sticks." -- Thant Tessman From owner-freebsd-stable@FreeBSD.ORG Fri Jun 15 19:13:30 2012 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 754851065672 for ; Fri, 15 Jun 2012 19:13:30 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from cpsmtpb-ews08.kpnxchange.com (cpsmtpb-ews08.kpnxchange.com [213.75.39.13]) by mx1.freebsd.org (Postfix) with ESMTP id ED9248FC19 for ; Fri, 15 Jun 2012 19:13:29 +0000 (UTC) Received: from cpsps-ews16.kpnxchange.com ([10.94.84.197]) by cpsmtpb-ews08.kpnxchange.com with Microsoft SMTPSVC(6.0.3790.4675); Fri, 15 Jun 2012 21:13:23 +0200 Received: from CPSMTPM-TLF102.kpnxchange.com ([195.121.3.5]) by cpsps-ews16.kpnxchange.com with Microsoft SMTPSVC(7.5.7601.17514); Fri, 15 Jun 2012 21:13:23 +0200 Received: from sjakie.klop.ws ([212.182.167.131]) by CPSMTPM-TLF102.kpnxchange.com with Microsoft SMTPSVC(7.5.7601.17514); Fri, 15 Jun 2012 21:13:22 +0200 Received: from 212-182-167-131.ip.telfort.nl (localhost [127.0.0.1]) by sjakie.klop.ws (Postfix) with ESMTP id A3EF2E08D for ; Fri, 15 Jun 2012 21:13:22 +0200 (CEST) Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: freebsd-stable@freebsd.org References: Date: Fri, 15 Jun 2012 21:13:21 +0200 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit From: "Ronald Klop" Message-ID: In-Reply-To: User-Agent: Opera Mail/11.64 (FreeBSD) X-OriginalArrivalTime: 15 Jun 2012 19:13:22.0821 (UTC) FILETIME=[EEA67B50:01CD4B2A] X-RcptDomain: freebsd.org Subject: Re: devd problem with 9-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, 15 Jun 2012 19:13:30 -0000 On Fri, 15 Jun 2012 18:40:45 +0200, Kevin Oberman wrote: > On Fri, Jun 15, 2012 at 7:53 AM, Ronald Klop > wrote: >> On Fri, 15 Jun 2012 15:50:49 +0200, Warren Block >> wrote: >> >>> On Fri, 15 Jun 2012, Ronald Klop wrote: >>> >>>> On Fri, 15 Jun 2012 08:01:21 +0200, Kevin Oberman >>>> wrote: >>>> >>>>> On Thu, Jun 14, 2012 at 3:11 AM, Ronald Klop >>>>> wrote: >>>>>> >>>>>> On Thu, 14 Jun 2012 02:41:58 +0200, Kevin Oberman >>>>>> >>>>>> wrote: >>>>>> >>>>>>> Since updating my systems to 9-Stable, I am not getting my >>>>>>> smartcard >>>>>>> reader attached when hot-plugged. >>>>>>> >>>>>>>> From devd.conf >>>>>>> >>>>>>> attach 50 { >>>>>>> device-name "ugen[0-9]+"; >>>>>>> match "vendor" "0x0529"; >>>>>>> match "product" "0x0600"; >>>>>>> action "/usr/local/sbin/openct-control attach usb:529/600 usb >>>>>>> /dev/$dev$ >>>>>>> }; >>>>>>> detach 50 { >>>>>>> device-name "ugen[0-9]+"; >>>>>>> match "vendor" "0x0529"; >>>>>>> match "product" "0x0600"; >>>>>>> action "/usr/bin/pkill -fx '/usr/local/sbin/ifdhandler -H -p >>>>>>> [a-z0-9]+ $ >>>>>>> }; >>>>>>> If I manually enter the "action" command, it works fine, but it >>>>>>> fails >>>>>>> when I insert the device. It worked fine under version 8. I have >>>>>>> confirmed devd is seeing the device inserted just fine. the action >>>>>>> just does not seem to be carried out. >>>>>>> Any idea where I should look? I saw a couple of threads on current >>>>>>> from others seeing something similar, but could find no resolution. >>>>>>> I have seen a >>>>>> >>>>>> Did you run devd with debug messages on? Options -D and -d are >>>>>> helpful. >>>>>> If you do does devd match the right devd.conf sections and start the >>>>>> action? >>>>> >>>>> With debug i get: >>>>> Processing event '!system=USB subsystem=DEVICE type=ATTACH >>>>> ugen=ugen1.3 cdev=ugen1.3 vendor=0x0529 product=0x0600 devclass=0xff >>>>> devsubclass=0x00 sernum="" release=0x0100 mode=host port=1 >>>>> parent=ugen1.2' >>>>> [long list of "Testing" entries, none of which 'vendor' matched] >>>>> Executing 'logger Unknown USB device: vendor 0x0529 product 0x0600 >>>>> bus >>>>> uhub3' >>>>> So it looks like devd is not matching the vendor. But my devd.conf >>>>> file contains that vendor. I don't know exactly why it is not being >>>>> tested against. Nothing in the debug output gives me a clue and I >>>>> tried grepping for one of the tested vendor IDs in /etc/devd.conf and >>>>> /etc/devd/*.conf. Not found. >>>>> I am at a loss. >>>> >>>> >>>> http://www.freebsd.org/releases/9.0R/errata.html >>>> See point 3 under Open Issues. >>> >>> >>> Even with those changes, devd is not triggering on my scanner attach: >>> >>> match "subsystem" "DEVICE"; >>> match "type" "ATTACH"; >>> match "cdev" "ugen[0-9]+.[0-9]+"; >>> match "vendor" "0x04b8"; >>> match "product" "0x010a"; >>> action "echo HERE! $cdev > /tmp/zoot"; >>> >>> # devd -d -D -f /etc/devd/wb.conf >>> >>> Processing event '!system=USB subsystem=DEVICE type=ATTACH ugen=ugen0.6 >>> cdev=ugen0.6 vendor=0x04b8 product=0x010a devclass=0xff >>> devsubclass=0xff >>> sernum="" release=0x0103 mode=host port=4 parent=ugen0.4' >>> Pushing table >>> setting system=USB >>> setting subsystem=DEVICE >>> setting type=ATTACH >>> setting ugen=ugen0.6 >>> setting cdev=ugen0.6 >>> setting vendor=0x04b8 >>> setting product=0x010a >>> setting devclass=0xff >>> setting devsubclass=0xff >>> setting sernum= >>> setting release=0x0103 >>> setting mode=host >>> setting port=4 >>> setting parent=ugen0.4 >>> Processing notify event >>> Testing system=USB against ^DEVFS >>> Testing system=USB against ^DEVFS >>> Popping table >>> >> >> I tried the same attaching my webcam on pcbsd in vmware. >> >> [root@pcbsd-1684 /etc/devd]# cat /tmp/bla.conf >> notify 100 { >> >> match "subsystem" "DEVICE"; >> match "type" "ATTACH"; >> match "cdev" "ugen[0-9]+.[0-9]+"; >> match "vendor" "0x2232"; >> match "product" "0x1008"; >> action "echo HERE! $cdev >> /tmp/bla.log"; >> }; >> >> # devd -d -D -f /tmp/bla.conf >> ... >> Processing event '!system=USB subsystem=DEVICE type=ATTACH ugen=ugen1.2 >> cdev=ugen1.2 vendor=0x2232 product=0x1008 devclass=0xef devsubclass=0x02 >> sernum="" release=0x0019 mode=host port=1 parent=ugen1.1' >> >> Pushing table >> setting system=USB >> setting subsystem=DEVICE >> setting type=ATTACH >> setting ugen=ugen1.2 >> setting cdev=ugen1.2 >> setting vendor=0x2232 >> setting product=0x1008 >> setting devclass=0xef >> setting devsubclass=0x02 >> setting sernum= >> setting release=0x0019 >> setting mode=host >> setting port=1 >> setting parent=ugen1.1 >> Processing notify event >> Testing subsystem=DEVICE against ^DEVICE >> Testing type=ATTACH against ^ATTACH >> Testing cdev=ugen1.2 against ^ugen[0-9]+.[0-9]+ >> Testing vendor=0x2232 against ^0x2232 >> Testing product=0x1008 against ^0x1008 >> Executing 'echo HERE! ugen1.2 >> /tmp/bla.log' >> Popping table >> >> [root@pcbsd-1684 /etc/devd]# cat /tmp/bla.log >> HERE! ugen1.2 >> >> Do you see a significant difference with your setup? > > Switched to 'notify' with: > notify 50 { > match "system" "USB" > match "subsystem" "DEVICE"; > match "type" "ATTACH"; > match "cdev" "ugen[0-9\.]+"; > match "vendor" "0x0529"; > match "product" "0x0600"; > action "/usr/local/sbin/openct-control attach usb:529/600 usb > /dev/$devi > ce-name"; > }; > > I still see no attempt to match against vendor 0x0529. Still no go. > (Note that I prefer the [0-9\.] + syntax, but tried yours, as well.) > > The real issue is that devd seems to have a long list of vendors that > it matches against, but 0x529 is not in that list, so matching the > device name is not likely an issue. You miss a ; after "USB" and I don't think $device-name is still used. It is replaced with $cdev and $ugen according to the 9.0 errata. http://www.freebsd.org/releases/9.0R/errata.html And it should not be necessary to escape a . within a set of characters in a regular expression. But I don't now the internals of devd and if it really uses regular expressions. NB: it can help if you post the debug output from devd online somewhere. So people can have a look at the output of devd in stead of guessing from the syntax of the config. Succes, Ronald. From owner-freebsd-stable@FreeBSD.ORG Fri Jun 15 19:44:28 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7BC03106566B for ; Fri, 15 Jun 2012 19:44:28 +0000 (UTC) (envelope-from prabhpal@digital-infotech.net) Received: from mail.digital-infotech.net (mail.digital-infotech.net [41.211.25.193]) by mx1.freebsd.org (Postfix) with ESMTP id 1BA9B8FC18 for ; Fri, 15 Jun 2012 19:44:28 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.digital-infotech.net (Postfix) with ESMTP id 1C2292E404A; Fri, 15 Jun 2012 19:44:24 +0000 (GMT) Received: from mail.digital-infotech.net ([127.0.0.1]) by localhost (mail.digital-infotech.net [127.0.0.1]) (maiad, port 10024) with ESMTP id 04692-08; Fri, 15 Jun 2012 19:44:24 +0000 (GMT) Received: from mail.digital-infotech.net (localhost [127.0.0.1]) by mail.digital-infotech.net (Postfix) with ESMTP id EAC882E4017; Fri, 15 Jun 2012 19:44:23 +0000 (GMT) X-DKIM: OpenDKIM Filter v2.5.0 mail.digital-infotech.net EAC882E4017 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=digital-infotech.net; s=digital; t=1339789463; bh=+33+8jZtd+dRl9YmT+XAD8APZKRQF087NzP6856+QwE=; h=In-Reply-To:References:Date:Subject:From:To:Cc:Reply-To; b=Eop/N685pEIft0mq5V/vc2cXbXH4Qidol4aQ5shkWN073YnjU7TefZJXcCbvCaTGa Na4Bpx3FEF2k+o+M/dpA4IRwOigAQBzVCO86KGmpaH1Hrh81uwm92pE7pyB/7iWzTa 88szM6EPnt6+XxGKiFGmTGx2z9fZ6f9G7L2M+JU4= Received: from 41.211.0.76 (SquirrelMail authenticated user prabhpal@digital-infotech.net) by mail.digital-infotech.net with HTTP; Fri, 15 Jun 2012 19:44:23 -0000 Message-ID: <738cbc31aa2dce5787dc85cafb3d02a6.squirrel@mail.digital-infotech.net> In-Reply-To: <4FDB6CBD.6080900@infracaninophile.co.uk> References: <4360846ab93b3a2b1968ee0f262cf148.squirrel@mail.digital-infotech.net> <4FDB6490.8080509@infracaninophile.co.uk> <98c09d7edf95e0e07910e7e5ce46accc.squirrel@mail.digital-infotech.net> <4FDB6CBD.6080900@infracaninophile.co.uk> Date: Fri, 15 Jun 2012 19:44:23 -0000 From: "Shiv. Nath" To: "Matthew Seaman" User-Agent: SquirrelMail/1.4.22 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: freebsd-stable@freebsd.org Subject: Re: PF to Preventing SMTP Brute Force Attacks X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: prabhpal@digital-infotech.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jun 2012 19:44:28 -0000 >> Dear Mattthew, >> >> Grateful for sending me in right direction, solution really sounds well. >> Does it look good configuration for "/etc/pf.conf" ? >> >> # START >> table bruteforce persist > > Watch the syntax -- it's table persist with angle brackets. > >> block in log quick from bruteforce >> >> pass in on $ext_if proto tcp \ >> from any to $ext_if port $trusted_tcp_ports \ >> flags S/SA keep state \ >> (max-src-conn-rate 3/300, overload bruteforce flush global) > > Again -- you need angle brackets around the table name. > >> >> # END >> >> AND CRON: >> */12 * * * * /sbin/pfctl -t ssh-bruteforce -T expire 604800 >/dev/null >> 2>&1 >> >> What is the function "expire 604800" are they entries in the table? >> should it be -t bruteforce or -t ssh-bruteforce > > Ooops. Yes, -t bruteforce is correct. "expire 604800" means delete > entries after they've been in the table for that number of seconds (ie > after one week) > > Cheers, > > Matthew > > -- > Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard > Flat 3 > PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate > JID: matthew@infracaninophile.co.uk Kent, CT11 9PW Dear Mattthew, i am very much grateful for your assistance and advice configuring PF correctly. Well done ! Thanks / Regards From owner-freebsd-stable@FreeBSD.ORG Fri Jun 15 20:09:49 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CF23D1065675 for ; Fri, 15 Jun 2012 20:09:49 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) by mx1.freebsd.org (Postfix) with ESMTP id 724318FC08 for ; Fri, 15 Jun 2012 20:09:49 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.5/8.14.5) with ESMTP id q5FK9mTQ028182; Fri, 15 Jun 2012 14:09:48 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.5/8.14.5/Submit) with ESMTP id q5FK9mb3028179; Fri, 15 Jun 2012 14:09:48 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Fri, 15 Jun 2012 14:09:48 -0600 (MDT) From: Warren Block To: Oliver Fromme In-Reply-To: <201206151823.q5FINRFT084093@lurza.secnetix.de> Message-ID: References: <201206151823.q5FINRFT084093@lurza.secnetix.de> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (wonkity.com [127.0.0.1]); Fri, 15 Jun 2012 14:09:48 -0600 (MDT) Cc: freebsd-stable@FreeBSD.ORG Subject: Re: devd problem with 9-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, 15 Jun 2012 20:09:49 -0000 On Fri, 15 Jun 2012, Oliver Fromme wrote: > > When the event is seen: > > Executing 'devnum=`echo ugen0.6 | sed -e 's/^ugen//'` && echo devnum: > /tmp/example && echo cdev: ugen0.6 >> /tmp/example' > > > > $devnum never gets a value, the contents of /tmp/example are: > > devnum: > > cdev: ugen0.6 > > > > Trying $() instead of backticks makes it worse: > > Executing 'devnum=$(echo $cdev | sed -e 's/^ugen//') && echo devnum: $devnum > /tmp/example && echo cdev: $cdev >> /tmp/example' > > Unfortunately, the manual page does not explain how the action > strings are parsed exactly. I guess the problem is not the > backticks but the fact that the parser tries to expand $devnum > as a devd variable, so the shell never sees it. This also > explains why using $() makes things worse. It should be pointed out that this is a regression from 8.x. > You can try to prepend a backslash, i.e. echo \$devnum. This > isn't documented, but then again, using backslashes to continue > strings that span multiple lines isn't documented either. devd has already expanded variables by then: Executing 'devnum=ugen0.6 && echo devnum: \ > /tmp/example && echo cdev: ugen0.6 >> /tmp/example' It does seem to work to use the bracketed form: action "devnum=`echo $cdev | sed -e 's/^ugen//'` && echo ${devnum} > /tmp/example"; > In case the sed command still doesn't work, alternatively you > can use shell substring processing instead (this is also more > efficient because the shell doesn't have to create a pipe and > fork a sed process): > > action "devnum=$cdev; devnum=\${devnum##ugen}; echo \$devnum > /tmp/foo" > > Or even: > > action "devnum=$cdev; echo \${devnum##ugen} > /tmp/foo" I like that, and it does work without the backslash. action "devnum=$cdev ; echo ${devnum##ugen} > /tmp/example"; cat /tmp/example 0.6 I started to enter a PR, but got confused partway through. The problem here is that devd is expanding variables unknown to it in action strings (unless the bracket notation is used), and replacing them with empty strings. Agreed? From owner-freebsd-stable@FreeBSD.ORG Fri Jun 15 21:09:17 2012 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 C790D106566B for ; Fri, 15 Jun 2012 21:09:17 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from mail.digiware.nl (mail.ip6.digiware.nl [IPv6:2001:4cb8:1:106::2]) by mx1.freebsd.org (Postfix) with ESMTP id 5CDAB8FC0C for ; Fri, 15 Jun 2012 21:09:17 +0000 (UTC) Received: from rack1.digiware.nl (localhost.digiware.nl [127.0.0.1]) by mail.digiware.nl (Postfix) with ESMTP id 578F0153436; Fri, 15 Jun 2012 23:09:16 +0200 (CEST) X-Virus-Scanned: amavisd-new at digiware.nl Received: from mail.digiware.nl ([127.0.0.1]) by rack1.digiware.nl (rack1.digiware.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7VNW3me4FKFk; Fri, 15 Jun 2012 23:09:15 +0200 (CEST) Received: from [192.168.10.67] (opteron [192.168.10.67]) by mail.digiware.nl (Postfix) with ESMTP id A360A153433; Fri, 15 Jun 2012 23:09:15 +0200 (CEST) Message-ID: <4FDBA478.6020008@digiware.nl> Date: Fri, 15 Jun 2012 23:09:12 +0200 From: Willem Jan Withagen User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: Jilles Tjoelker References: <201202250747.q1P7ldaJ005410@zfs.digiware.nl> <4F4A3639.2080408@digiware.nl> <20120303163726.GA21464@stack.nl> In-Reply-To: <20120303163726.GA21464@stack.nl> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: "stable@freebsd.org" Subject: Re: A problem with MAXPATHLEN on a back X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Jun 2012 21:09:17 -0000 On 2012-03-03 17:37, Jilles Tjoelker wrote: > On Sun, Feb 26, 2012 at 02:40:09PM +0100, Willem Jan Withagen wrote: >> I'm running into this on a backup-backupserver. >> (8.2-STABLE #134: Wed Feb 1 15:05:59 CET 2012 amd64) > >> Haven't checked which paths are too long. >> But is there any "easy" way out? Like making MAXPATHLEN 2048 and >> rebuilding locate. >> Or is that going to propagate and major impact all and everything. > >> Rebuilding locate database: >> locate: integer out of +-MAXPATHLEN (1024): 1031 >> locate: integer out of +-MAXPATHLEN (1024): 1031 > > It should be possible to replace (sed -i) MAXPATHLEN with something else > in the locate source and recompile it. Changing the value of MAXPATHLEN > itself is not safe because it defines the size of various buffers in the > ABI (such as the one passed to realpath() if its resolved_path parameter > is not NULL); in any case, it is a very intrusive change. Right, this changing the ABI. But I was thinking more along the line to have userspace at least allocate more, so long(er) paths in ZFS would still work. > Locate uses find(1) to generate its list of files, and find's output is > not subject to MAXPATHLEN (unless the -L option or the -follow primary > is used). Almost any use of the very long pathnames will require a > manual split-up though (cd'ing to an initial part shorter than > MAXPATHLEN, then repeating the process with relative pathnames until the > remaining part is shorter than MAXPATHLEN). I finally came around to trying something to fix this. And my problem is with the files stored on ZFS on my backupserver. There that path are apparently rather long in the Windows-backups made there. But it messes up the complete locate. So I went into /usr/src/src8/src/usr.bin/locate/locate/locate.h And (un|re)defined MAXPATHLEN to mean 2048 in stead of 1024. That fixed my problem. Not shure if that would be a general fix. But it would be able that more tools would run into these types of problems. Maybe userspace MAXPATHLEN should be set to something bigger to start with... But I'll leave that to people with more experience. --WjW From owner-freebsd-stable@FreeBSD.ORG Fri Jun 15 22:08:56 2012 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 ECF181065670; Fri, 15 Jun 2012 22:08:56 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) by mx1.freebsd.org (Postfix) with ESMTP id A9A188FC18; Fri, 15 Jun 2012 22:08:56 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.5/8.14.5) with ESMTP id q5FM8tWW002758; Fri, 15 Jun 2012 22:08:55 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id q5FM8tcX002742; Fri, 15 Jun 2012 22:08:55 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 15 Jun 2012 22:08:55 GMT Message-Id: <201206152208.q5FM8tcX002742@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_9 tinderbox] failure on powerpc64/powerpc X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jun 2012 22:08:57 -0000 TB --- 2012-06-15 18:56:06 - tinderbox 2.9 running on freebsd-stable.sentex.ca TB --- 2012-06-15 18:56:06 - FreeBSD freebsd-stable.sentex.ca 8.2-STABLE FreeBSD 8.2-STABLE #4: Wed Sep 28 13:48:49 UTC 2011 mdtancsa@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/server amd64 TB --- 2012-06-15 18:56:06 - starting RELENG_9 tinderbox run for powerpc64/powerpc TB --- 2012-06-15 18:56:06 - cleaning the object tree TB --- 2012-06-15 18:56:06 - cvsupping the source tree TB --- 2012-06-15 18:56:06 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_9/powerpc64/powerpc/supfile TB --- 2012-06-15 18:57:24 - building world TB --- 2012-06-15 18:57:24 - CROSS_BUILD_TESTING=YES TB --- 2012-06-15 18:57:24 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-15 18:57:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-15 18:57:24 - SRCCONF=/dev/null TB --- 2012-06-15 18:57:24 - TARGET=powerpc TB --- 2012-06-15 18:57:24 - TARGET_ARCH=powerpc64 TB --- 2012-06-15 18:57:24 - TZ=UTC TB --- 2012-06-15 18:57:24 - __MAKE_CONF=/dev/null TB --- 2012-06-15 18:57:24 - cd /src TB --- 2012-06-15 18:57:24 - /usr/bin/make -B buildworld >>> World build started on Fri Jun 15 18:57:25 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Fri Jun 15 21:59:27 UTC 2012 TB --- 2012-06-15 21:59:27 - generating LINT kernel config TB --- 2012-06-15 21:59:27 - cd /src/sys/powerpc/conf TB --- 2012-06-15 21:59:27 - /usr/bin/make -B LINT TB --- 2012-06-15 21:59:27 - cd /src/sys/powerpc/conf TB --- 2012-06-15 21:59:27 - /usr/sbin/config -m LINT TB --- 2012-06-15 21:59:27 - building LINT kernel TB --- 2012-06-15 21:59:27 - CROSS_BUILD_TESTING=YES TB --- 2012-06-15 21:59:27 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-15 21:59:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-15 21:59:27 - SRCCONF=/dev/null TB --- 2012-06-15 21:59:27 - TARGET=powerpc TB --- 2012-06-15 21:59:27 - TARGET_ARCH=powerpc64 TB --- 2012-06-15 21:59:27 - TZ=UTC TB --- 2012-06-15 21:59:27 - __MAKE_CONF=/dev/null TB --- 2012-06-15 21:59:27 - cd /src TB --- 2012-06-15 21:59:27 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Jun 15 21:59:27 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror vnode_if.c :> hack.c cc -shared -nostdlib hack.c -o hack.So rm -f hack.c MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh LINT cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror vers.c linking kernel mmu_oea64.o:(.got+0x90): undefined reference to `elf32_nxstack' *** Error code 1 Stop in /obj/powerpc.powerpc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-06-15 22:08:55 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-06-15 22:08:55 - ERROR: failed to build LINT kernel TB --- 2012-06-15 22:08:55 - 8285.71 user 1172.02 system 11569.40 real http://tinderbox.freebsd.org/tinderbox-releng_9-RELENG_9-powerpc64-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Fri Jun 15 22:11:57 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BEE1F1065673 for ; Fri, 15 Jun 2012 22:11:57 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id 3B72D8FC18 for ; Fri, 15 Jun 2012 22:11:57 +0000 (UTC) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id q5FMBebT092767; Sat, 16 Jun 2012 00:11:55 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id q5FMBef0092765; Sat, 16 Jun 2012 00:11:40 +0200 (CEST) (envelope-from olli) From: Oliver Fromme Message-Id: <201206152211.q5FMBef0092765@lurza.secnetix.de> To: wblock@wonkity.com (Warren Block) Date: Sat, 16 Jun 2012 00:11:40 +0200 (CEST) In-Reply-To: X-Mailer: ELM [version 2.5 PL8] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.3.9 (lurza.secnetix.de [127.0.0.1]); Sat, 16 Jun 2012 00:11:55 +0200 (CEST) Cc: freebsd-stable@FreeBSD.ORG Subject: Re: devd problem with 9-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, 15 Jun 2012 22:11:57 -0000 Warren Block wrote: > On Fri, 15 Jun 2012, Oliver Fromme wrote: > > You can try to prepend a backslash, i.e. echo \$devnum. This > > isn't documented, but then again, using backslashes to continue > > strings that span multiple lines isn't documented either. > > devd has already expanded variables by then: > Executing 'devnum=ugen0.6 && echo devnum: \ > /tmp/example && echo cdev: ugen0.6 >> /tmp/example' I see ... The next thing I would've tried is to double the dollar signs, like in Makefiles, i.e. $$devnum. But it seems you already found a different way: > It does seem to work to use the bracketed form: > > action "devnum=`echo $cdev | sed -e 's/^ugen//'` && echo ${devnum} > /tmp/example"; Ok. > I started to enter a PR, but got confused partway through. The problem > here is that devd is expanding variables unknown to it in action strings > (unless the bracket notation is used), and replacing them with empty > strings. Agreed? Yes, that's what seems to happen. At the very least, this behaviour should be documented in the manual page. In particular, I'm worried that the work- around (i.e. using brackets) might work just by "accident", i.e. it's not guarateed that it will work in the future. There *should* be a way to quote or escape dollar signs so devd does not expand them, whether the variable name is known to it or not, and this way *should* be documented in the manual page. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mn- chen, HRB 125758, Geschftsfhrer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "C++ is over-complicated nonsense. And Bjorn Shoestrap's book a danger to public health. I tried reading it once, I was in recovery for months." -- Cliff Sarginson From owner-freebsd-stable@FreeBSD.ORG Fri Jun 15 22:29:47 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C27E81065677 for ; Fri, 15 Jun 2012 22:29:47 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) by mx1.freebsd.org (Postfix) with ESMTP id 61C718FC0C for ; Fri, 15 Jun 2012 22:29:47 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.5/8.14.5) with ESMTP id q5FMTjQe028707; Fri, 15 Jun 2012 16:29:45 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.5/8.14.5/Submit) with ESMTP id q5FMTjeq028704; Fri, 15 Jun 2012 16:29:45 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Fri, 15 Jun 2012 16:29:45 -0600 (MDT) From: Warren Block To: Freddie Cash In-Reply-To: Message-ID: References: <8F30E6C0-0FDB-46D2-9E2F-3A909B8B6182@mac.com> <201206151845.q5FIjBht085039@lurza.secnetix.de> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="-902635197-1951629115-1339799385=:28641" X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (wonkity.com [127.0.0.1]); Fri, 15 Jun 2012 16:29:45 -0600 (MDT) Cc: freebsd-stable@freebsd.org, Oliver Fromme Subject: Re: devd problem with 9-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, 15 Jun 2012 22:29:47 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. ---902635197-1951629115-1339799385=:28641 Content-Type: TEXT/PLAIN; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8BIT On Fri, 15 Jun 2012, Freddie Cash wrote: > On Fri, Jun 15, 2012 at 11:45 AM, Oliver Fromme wrote: >> Chuck Swiger wrote: >>  > On Jun 15, 2012, at 11:23 AM, Oliver Fromme wrote: >>  > > You can try to prepend a backslash, i.e. echo \$devnum.  This >>  > > isn't documented, but then again, using backslashes to continue >>  > > strings that span multiple lines isn't documented either. >>  > >>  > Line continuations and escaping special chars like $ are in "man sh": >> >> Yes, I know that, but the question is how devd(8) parses the >> action strings. >> >> The problem here is that we have multiple levels or parsing. >> First, devd reads the line, concatenates continuation lines >> (apparently -- it's not documented), expands devd variables, >> and *then* it passes the resulting string to the shell for >> further parsing and processing. > > If you have that many levels of backticks, variable expansions, > programs, etc, wouldn't it be a prime candidate for a script? Just > pass in a couple of variables directly from devd, and then do > everything else inside the script? It can be done that way, sure. But allowing short scripts in the action string makes for less files to maintain. Exactly how devd parses the action string should be better-defined either way. ---902635197-1951629115-1339799385=:28641-- From owner-freebsd-stable@FreeBSD.ORG Fri Jun 15 22:33:54 2012 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 F40B9106566B for ; Fri, 15 Jun 2012 22:33:53 +0000 (UTC) (envelope-from byshenknet@byshenk.net) Received: from portland1.byshenk.net (portland1.byshenk.net [69.168.54.16]) by mx1.freebsd.org (Postfix) with ESMTP id C7C488FC12 for ; Fri, 15 Jun 2012 22:33:53 +0000 (UTC) Received: from portland1.byshenk.net (localhost [127.0.0.1]) by portland1.byshenk.net (8.14.5/8.14.5) with ESMTP id q5FMGLnv014789; Fri, 15 Jun 2012 15:16:21 -0700 (PDT) (envelope-from byshenknet@portland1.byshenk.net) Received: (from byshenknet@localhost) by portland1.byshenk.net (8.14.5/8.14.5/Submit) id q5FMGL0W014788; Fri, 15 Jun 2012 15:16:21 -0700 (PDT) (envelope-from byshenknet) Date: Fri, 15 Jun 2012 15:16:21 -0700 From: Greg Byshenk To: Kurt Jaeger Message-ID: <20120615221621.GS1768@portland1.byshenk.net> References: <20120608144621.GA74475@home.opsec.eu> <201206091527.q59FRTeg069656@lurza.secnetix.de> <20120615172028.GU5335@home.opsec.eu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120615172028.GU5335@home.opsec.eu> User-Agent: Mutt/1.4.2.3i X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=unavailable version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on portland1.byshenk.net Cc: freebsd-stable@freebsd.org Subject: Re: Experience with Intel SATA and fbsd 8.3-amd64 ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Jun 2012 22:33:54 -0000 On Fri, Jun 15, 2012 at 07:20:28PM +0200, Kurt Jaeger wrote: > > Kurt Jaeger wrote: > > > I have a problem with some host: If I put heavy IO load on that > > > system, write errors happen, and then it crashes. > > > > What kind of write errors, exactly? What messages do you > > get on the console? > > g_vfs_done():ada0s1f[WRITE(offset=50699862016, length=16384)]error = 2 > 2 > g_vfs_done():ada0s1f[WRITE(offset=50699862016, length=16384)]error = 22 > g_vfs_done():ada0s1e[WRITE(offset=44693307392, length=16384)]error = 22 > g_vfs_done():ada0s1e[WRITE(offset=44693211136, length=2048)]error = 5 > > > It's also worth mentioning that such problems could also > > be caused by bad RAM, or even by the power supply (though > > the latter is unlikely in this case, I think). > > Well, the device was probably a bit on the cheap side (ALLNET FW9000). Could it be a device problem? I've seen that type of error (including a crash in the end) when a device can't handle DMA. Disabling DMA solved the problem for me. -- greg byshenk - gbyshenk@byshenk.net - Leiden, NL - Portland, OR USA From owner-freebsd-stable@FreeBSD.ORG Fri Jun 15 23:08:32 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 887321065688; Fri, 15 Jun 2012 23:08:32 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 044918FC15; Fri, 15 Jun 2012 23:08:31 +0000 (UTC) Received: from skuns.kiev.zoral.com.ua (localhost [127.0.0.1]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id q5FN8TTH087959; Sat, 16 Jun 2012 02:08:29 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5) with ESMTP id q5FN8S34036063; Sat, 16 Jun 2012 02:08:28 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5/Submit) id q5FN8SDo036062; Sat, 16 Jun 2012 02:08:28 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Sat, 16 Jun 2012 02:08:28 +0300 From: Konstantin Belousov To: FreeBSD Tinderbox Message-ID: <20120615230828.GJ2337@deviant.kiev.zoral.com.ua> References: <201206152208.q5FM8tcX002742@freebsd-stable.sentex.ca> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="/IVwS0tI/jLhqtjh" Content-Disposition: inline In-Reply-To: <201206152208.q5FM8tcX002742@freebsd-stable.sentex.ca> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.0 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: stable@freebsd.org, powerpc64@freebsd.org Subject: Re: [releng_9 tinderbox] failure on powerpc64/powerpc X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Jun 2012 23:08:32 -0000 --/IVwS0tI/jLhqtjh Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jun 15, 2012 at 10:08:55PM +0000, FreeBSD Tinderbox wrote: > mmu_oea64.o:(.got+0x90): undefined reference to `elf32_nxstack' > *** Error code 1 >=20 > Stop in /obj/powerpc.powerpc64/src/sys/LINT. > *** Error code 1 Should be fixed in r237150, sorry for the breakage. --/IVwS0tI/jLhqtjh Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (FreeBSD) iEYEARECAAYFAk/bwGwACgkQC3+MBN1Mb4hzVgCdGs2hzq8XNprBB6Yu/zYyWVot zrgAoLBYseTTEu5hwdHqLMvNHsWjoTl/ =xnqs -----END PGP SIGNATURE----- --/IVwS0tI/jLhqtjh-- From owner-freebsd-stable@FreeBSD.ORG Sat Jun 16 04:57:53 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2E15E106564A for ; Sat, 16 Jun 2012 04:57:53 +0000 (UTC) (envelope-from mnln.l4@gmail.com) Received: from mail-qa0-f42.google.com (mail-qa0-f42.google.com [209.85.216.42]) by mx1.freebsd.org (Postfix) with ESMTP id DFED48FC0C for ; Sat, 16 Jun 2012 04:57:52 +0000 (UTC) Received: by qafi31 with SMTP id i31so98798qaf.15 for ; Fri, 15 Jun 2012 21:57:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=DvxNr2gon+otlYCbXmX1EUq7c74gpezPW0hR7G8okXc=; b=G0M1JUufb3+vndOhMzKdzoHQYR59a6kqo6yVl2kVwQn1TN6Ld3ULHgDNF7QzRFUIC4 /OW3dRu5uswz0QA/SAN8CRuSimBWTuUzU3RMWOFmN6N6RunwXhgNTWBXF54z6aHmlTjg 5Rg86Wvc4Kp7krO3a8V5XQgRUbp3mP0QnKtfBm/hOZLQZa/L0lcLyzkOr0TJsHYQ1BGV Pqfhr2Mrr8mYhP5F6NCSrpOv10vaBcLoSb+dMky36Ay/mFdkHEIaGM0+7HTULsLBPHdv O2Tk4k+/ixktpFslQTsjqoO8RHCWVCWjOttal3n/q9ulhM+OL48k4zMx1TM0ufz/Zwlx 53mQ== MIME-Version: 1.0 Received: by 10.224.76.205 with SMTP id d13mr15510552qak.32.1339822665711; Fri, 15 Jun 2012 21:57:45 -0700 (PDT) Received: by 10.229.182.84 with HTTP; Fri, 15 Jun 2012 21:57:45 -0700 (PDT) Date: Fri, 15 Jun 2012 21:57:45 -0700 Message-ID: From: "mnln.l4" To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: acpidump -dt broken in 9 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, 16 Jun 2012 04:57:53 -0000 Just upgrade from 9.0 to 9 stable. `acpidump -dt` shows error message "realpath tmp file: No such file or directory" It is related to the recent change made to realpath(3) Thanks From owner-freebsd-stable@FreeBSD.ORG Sat Jun 16 06:05:25 2012 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 1FD9E106566B for ; Sat, 16 Jun 2012 06:05:25 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-qc0-f182.google.com (mail-qc0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id C7A3E8FC14 for ; Sat, 16 Jun 2012 06:05:24 +0000 (UTC) Received: by qcsg15 with SMTP id g15so2491647qcs.13 for ; Fri, 15 Jun 2012 23:05:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=CagPj9OZejWwC8JeCl1rNo6keyDyI34UW+IMTBvquhw=; b=kdZaj9ppv6bKvxGEAhPbTK7rl/Jn0XtuWmOis0w8LH1lTIwjlnSjXt84/9WWHBI9Mi xngS1+uRWHZMVsw9kbdOMVssJHQZRAKJg8usVOvR1rfyYKfVU39wYj5oe8/wvqNP61tt YXDhU/Yv4Nl780cThkUfwt/UDWY5gGssB+pUTcAndG6pttJodHGa9KzS4MMAMEUyH3CL 44lIPBLr0CXlaaywJAHuqwZx53BmllXp3BJT2XloDpB9FQVGrICrOjOAnpqNOUmiB0k9 qB4ugyHOVV9LzVjq8oSvfDktzsVaXrNueT7bYmOM0++je8v0Oud7iFJhM5uDgNvZjZBf rxoA== MIME-Version: 1.0 Received: by 10.224.58.137 with SMTP id g9mr15703146qah.83.1339826724046; Fri, 15 Jun 2012 23:05:24 -0700 (PDT) Received: by 10.229.187.5 with HTTP; Fri, 15 Jun 2012 23:05:23 -0700 (PDT) In-Reply-To: References: Date: Fri, 15 Jun 2012 23:05:23 -0700 Message-ID: From: Kevin Oberman To: Ronald Klop Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org Subject: Re: devd problem with 9-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, 16 Jun 2012 06:05:25 -0000 On Fri, Jun 15, 2012 at 12:13 PM, Ronald Klop wrote: > On Fri, 15 Jun 2012 18:40:45 +0200, Kevin Oberman wro= te: > >> On Fri, Jun 15, 2012 at 7:53 AM, Ronald Klop >> wrote: >>> >>> On Fri, 15 Jun 2012 15:50:49 +0200, Warren Block >>> wrote: >>> >>>> On Fri, 15 Jun 2012, Ronald Klop wrote: >>>> >>>>> On Fri, 15 Jun 2012 08:01:21 +0200, Kevin Oberman >>>>> wrote: >>>>> >>>>>> On Thu, Jun 14, 2012 at 3:11 AM, Ronald Klop >>>>>> wrote: >>>>>>> >>>>>>> >>>>>>> On Thu, 14 Jun 2012 02:41:58 +0200, Kevin Oberman >>>>>>> wrote: >>>>>>> >>>>>>>> Since updating my systems to 9-Stable, I am not getting my smartca= rd >>>>>>>> reader attached when hot-plugged. >>>>>>>> >>>>>>>>> From devd.conf >>>>>>>> >>>>>>>> >>>>>>>> =C2=A0attach 50 { >>>>>>>> =C2=A0 =C2=A0 device-name "ugen[0-9]+"; >>>>>>>> =C2=A0 =C2=A0 match "vendor" "0x0529"; >>>>>>>> =C2=A0 =C2=A0 match "product" "0x0600"; >>>>>>>> =C2=A0 =C2=A0 action "/usr/local/sbin/openct-control attach usb:52= 9/600 usb >>>>>>>> /dev/$dev$ >>>>>>>> }; >>>>>>>> detach 50 { >>>>>>>> =C2=A0 =C2=A0 device-name "ugen[0-9]+"; >>>>>>>> =C2=A0 =C2=A0 match "vendor" "0x0529"; >>>>>>>> =C2=A0 =C2=A0 match "product" "0x0600"; >>>>>>>> =C2=A0 =C2=A0 action "/usr/bin/pkill -fx '/usr/local/sbin/ifdhandl= er -H -p >>>>>>>> [a-z0-9]+ $ >>>>>>>> }; >>>>>>>> =C2=A0If I manually enter the "action" command, it works fine, but= it >>>>>>>> fails >>>>>>>> when I insert the device. It worked fine under version 8. I have >>>>>>>> confirmed devd is seeing the device inserted just fine. the action >>>>>>>> just does not seem to be carried out. >>>>>>>> =C2=A0Any idea where I should look? I saw a couple of threads on c= urrent >>>>>>>> from others seeing something similar, but could find no resolution= . >>>>>>>> I have seen a >>>>>>> >>>>>>> >>>>>>> =C2=A0Did you run devd with debug messages on? Options -D and -d ar= e >>>>>>> helpful. >>>>>>> If you do does devd match the right devd.conf sections and start th= e >>>>>>> action? >>>>>> >>>>>> >>>>>> =C2=A0With debug i get: >>>>>> Processing event '!system=3DUSB subsystem=3DDEVICE type=3DATTACH >>>>>> ugen=3Dugen1.3 cdev=3Dugen1.3 vendor=3D0x0529 product=3D0x0600 devcl= ass=3D0xff >>>>>> devsubclass=3D0x00 sernum=3D"" release=3D0x0100 mode=3Dhost port=3D1 >>>>>> parent=3Dugen1.2' >>>>>> [long list of "Testing" entries, none of which 'vendor' matched] >>>>>> Executing 'logger Unknown USB device: vendor 0x0529 product 0x0600 b= us >>>>>> uhub3' >>>>>> =C2=A0So it looks like devd is not matching the vendor. But my devd.= conf >>>>>> file contains that vendor. I don't know exactly why it is not being >>>>>> tested against. Nothing in the debug output gives me a clue and I >>>>>> tried grepping for one of the tested vendor IDs in /etc/devd.conf an= d >>>>>> /etc/devd/*.conf. =C2=A0Not found. >>>>>> =C2=A0I am at a loss. >>>>> >>>>> >>>>> >>>>> http://www.freebsd.org/releases/9.0R/errata.html >>>>> See point 3 under Open Issues. >>>> >>>> >>>> >>>> Even with those changes, devd is not triggering on my scanner attach: >>>> >>>> =C2=A0 =C2=A0 =C2=A0 =C2=A0match "subsystem" "DEVICE"; >>>> =C2=A0 =C2=A0 =C2=A0 =C2=A0match "type" "ATTACH"; >>>> =C2=A0 =C2=A0 =C2=A0 =C2=A0match "cdev" "ugen[0-9]+.[0-9]+"; >>>> =C2=A0 =C2=A0 =C2=A0 =C2=A0match "vendor" "0x04b8"; >>>> =C2=A0 =C2=A0 =C2=A0 =C2=A0match "product" "0x010a"; >>>> =C2=A0 =C2=A0 =C2=A0 =C2=A0action "echo HERE! $cdev > /tmp/zoot"; >>>> >>>> # devd -d -D -f /etc/devd/wb.conf >>>> >>>> Processing event '!system=3DUSB subsystem=3DDEVICE type=3DATTACH ugen= =3Dugen0.6 >>>> cdev=3Dugen0.6 vendor=3D0x04b8 product=3D0x010a devclass=3D0xff devsub= class=3D0xff >>>> sernum=3D"" release=3D0x0103 mode=3Dhost port=3D4 parent=3Dugen0.4' >>>> Pushing table >>>> setting system=3DUSB >>>> setting subsystem=3DDEVICE >>>> setting type=3DATTACH >>>> setting ugen=3Dugen0.6 >>>> setting cdev=3Dugen0.6 >>>> setting vendor=3D0x04b8 >>>> setting product=3D0x010a >>>> setting devclass=3D0xff >>>> setting devsubclass=3D0xff >>>> setting sernum=3D >>>> setting release=3D0x0103 >>>> setting mode=3Dhost >>>> setting port=3D4 >>>> setting parent=3Dugen0.4 >>>> Processing notify event >>>> Testing system=3DUSB against ^DEVFS >>>> Testing system=3DUSB against ^DEVFS >>>> Popping table >>>> >>> >>> I tried the same attaching my webcam on pcbsd in vmware. >>> >>> [root@pcbsd-1684 /etc/devd]# cat /tmp/bla.conf >>> notify 100 { >>> >>> =C2=A0match "subsystem" "DEVICE"; >>> =C2=A0match "type" "ATTACH"; >>> =C2=A0match "cdev" "ugen[0-9]+.[0-9]+"; >>> =C2=A0match "vendor" "0x2232"; >>> =C2=A0match "product" "0x1008"; >>> =C2=A0action "echo HERE! $cdev >> /tmp/bla.log"; >>> =C2=A0}; >>> >>> # devd -d -D -f /tmp/bla.conf >>> ... >>> Processing event '!system=3DUSB subsystem=3DDEVICE type=3DATTACH ugen= =3Dugen1.2 >>> cdev=3Dugen1.2 vendor=3D0x2232 product=3D0x1008 devclass=3D0xef devsubc= lass=3D0x02 >>> sernum=3D"" release=3D0x0019 mode=3Dhost port=3D1 parent=3Dugen1.1' >>> >>> =C2=A0Pushing table >>> setting system=3DUSB >>> setting subsystem=3DDEVICE >>> setting type=3DATTACH >>> setting ugen=3Dugen1.2 >>> setting cdev=3Dugen1.2 >>> setting vendor=3D0x2232 >>> setting product=3D0x1008 >>> setting devclass=3D0xef >>> setting devsubclass=3D0x02 >>> =C2=A0setting sernum=3D >>> setting release=3D0x0019 >>> setting mode=3Dhost >>> setting port=3D1 >>> setting parent=3Dugen1.1 >>> Processing notify event >>> Testing subsystem=3DDEVICE against ^DEVICE >>> Testing type=3DATTACH against ^ATTACH >>> Testing cdev=3Dugen1.2 against ^ugen[0-9]+.[0-9]+ >>> =C2=A0Testing vendor=3D0x2232 against ^0x2232 >>> Testing product=3D0x1008 against ^0x1008 >>> Executing 'echo HERE! ugen1.2 >> /tmp/bla.log' >>> Popping table >>> >>> [root@pcbsd-1684 /etc/devd]# cat /tmp/bla.log >>> HERE! ugen1.2 >>> >>> Do you see a significant difference with your setup? >> >> >> Switched to 'notify' with: >> notify 50 { >> =C2=A0 =C2=A0 =C2=A0 =C2=A0match "system" "USB" >> =C2=A0 =C2=A0 =C2=A0 =C2=A0match "subsystem" "DEVICE"; >> =C2=A0 =C2=A0 =C2=A0 =C2=A0match "type" "ATTACH"; >> =C2=A0 =C2=A0 =C2=A0 =C2=A0match "cdev" "ugen[0-9\.]+"; >> =C2=A0 =C2=A0 =C2=A0 =C2=A0match "vendor" "0x0529"; >> =C2=A0 =C2=A0 =C2=A0 =C2=A0match "product" "0x0600"; >> =C2=A0 =C2=A0 =C2=A0 =C2=A0action "/usr/local/sbin/openct-control attach= usb:529/600 usb >> /dev/$devi >> ce-name"; >> }; >> >> I still see no attempt to match against vendor 0x0529. Still no go. >> (Note that I prefer the [0-9\.] + syntax, but tried yours, as well.) >> >> The real issue is that devd seems to have a long list of vendors that >> it matches against, but 0x529 is not in that list, so matching the >> device name is not likely an issue. > > > You miss a ; after "USB" and I don't think $device-name is still used. It= is > replaced with $cdev and $ugen according to the 9.0 errata. > > http://www.freebsd.org/releases/9.0R/errata.html > > And it should not be necessary to escape a . within a set of characters i= n a > regular expression. But I don't now the internals of devd and if it reall= y > uses regular expressions. > > NB: it can help if you post the debug output from devd online somewhere. = So > people can have a look at the output of devd in stead of guessing from th= e > syntax of the config. > > Succes, Thanks for the pointer to the errata! That did the trick for the attach.I now need to deal with the slightly more complex detach action. It includes backticks, so I now need to read the other half of this thread. Thanks again, Ron. No excuse for not carefully reading the errata, but I di= dn't. --=20 R. Kevin Oberman, Network Engineer E-mail: kob6558@gmail.com From owner-freebsd-stable@FreeBSD.ORG Sat Jun 16 08:57:14 2012 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 2B195106564A for ; Sat, 16 Jun 2012 08:57:14 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from host.omnilan.net (s1.omnilan.net [62.245.232.135]) by mx1.freebsd.org (Postfix) with ESMTP id ADFC18FC17 for ; Sat, 16 Jun 2012 08:57:13 +0000 (UTC) Received: from titan.wdn.omnilan.net (titan.lo4.wdn.omnilan.net [172.21.1.150]) (authenticated bits=0) by host.omnilan.net (8.13.8/8.13.8) with ESMTP id q5G8tv7X054037 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 16 Jun 2012 10:55:57 +0200 (CEST) (envelope-from h.schmalzbauer@omnilan.de) X-Authentication-Warning: smtp.dmz.omnisec.de: Host titan.lo4.wdn.omnilan.net [172.21.1.150] claimed to be titan.wdn.omnilan.net Message-ID: <4FDC4A18.1050501@omnilan.de> Date: Sat, 16 Jun 2012 10:55:52 +0200 From: Harald Schmalzbauer Organization: OmniLAN User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-DE; rv:1.9.2.8) Gecko/20100906 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 1.1.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig49090019DDA56A84761FC037" Subject: (bsd)tar and multi-volume X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Jun 2012 08:57:14 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig49090019DDA56A84761FC037 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: quoted-printable Hello, according to tar(1), the base system tape archiver is bsdtar since 8.x , which lacks support for multi-volumes. I guess I can easily omit that restriction by installing gtar from archivers/ in the ports collection. Is there any plan to implement split volume support again for the base system? Any better app to feed tapes these days in FreeBSD? Regards, -Harry --------------enig49090019DDA56A84761FC037 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk/cSh0ACgkQLDqVQ9VXb8jWyQCdHqKiJ04TtursC6aV6mZ0ZHFK uPMAnjPKdvUDKpOuA5IjWb/8W1URq/ye =g6vS -----END PGP SIGNATURE----- --------------enig49090019DDA56A84761FC037-- From owner-freebsd-stable@FreeBSD.ORG Sat Jun 16 09:31:09 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2401A106564A; Sat, 16 Jun 2012 09:31:09 +0000 (UTC) (envelope-from yerenkow@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id D4B228FC0C; Sat, 16 Jun 2012 09:31:08 +0000 (UTC) Received: by obcni5 with SMTP id ni5so6744793obc.13 for ; Sat, 16 Jun 2012 02:31:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=uiHwtsuMbfPA6HH1hC3ApRqm8pIcqDYz8r8RImUwWYM=; b=0E7gkQzT11v7QlAUbRranLg/udM56kPPGYcH4/1jhW3GxzBdgFugxXkURNktVeO4MZ M8xyXE8n8m8692fQ3a3jPIlroNVUt4BTywY0ESsBRk8KHoGJv6RZwVoZwOmZZWQPlC1z 3c/wIf3+6aiMIyZCnfFiQyBwvaUYObZun9Y0DfO+ojgCuScYQt6DYVG0VmAgnyqRJwOX em45q+K07VRIjfzhjqg1fDb2cggA5ciqltKoXMn0vU8+EmmcAMKm43p2nisVvhpXz8p+ I9HmE0R9GkdLuNafchnHgtOSVBmWu+5N94TJz86xImqbuWc/6FYLqk3j7hXzcnujB8Ce d/gQ== MIME-Version: 1.0 Received: by 10.60.171.135 with SMTP id au7mr8911841oec.62.1339839068246; Sat, 16 Jun 2012 02:31:08 -0700 (PDT) Received: by 10.182.125.100 with HTTP; Sat, 16 Jun 2012 02:31:08 -0700 (PDT) Date: Sat, 16 Jun 2012 12:31:08 +0300 Message-ID: From: Alexander Yerenkow To: FreeBSD Stable Mailing List , freebsd-current Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: Stucking processes X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Jun 2012 09:31:09 -0000 Hello all. Since I'm using stable as host, and current in chroot, I'll write to both mail list, sorry for any inconvenience. My host is binary freebsd-updated 9; FreeBSD 9.0-RELEASE-p3 (GENERIC) #0: Tue Jun 12 02:52:29 UTC 2012 I have chroot with latest current there installed r237089 (make buildworld && buildkernel, no specific flags) When I built from ports some programs in chroot all went fine, until I got stucked process automoc (when building kdelibs4); After few restarts I got build, and forget about it. I'm toying now with portupgrade, and see similar stucks in ruby18 and ruby19 (Even got few times in miniruby while building 1.8); Here's example of stucked processes (they aren't in top, and seems totally inactive. I haven't kill them yet, so can try to dig, but to where?): 2677 5 Is 0:00,00 | `-- /bin/sh 2678 5 I 0:00,00 | `-- sudo su 2679 5 I 0:00,00 | `-- su 2680 5 I 0:00,01 | `-- _su (csh) 2687 5 I 0:00,03 | `-- /bin/csh -i 2690 5 I+ 0:04,34 | `-- ruby19: portupgrade: [1/237] audio/libsamplerate (ruby19) # procstat -k 2690 PID TID COMM TDNAME KSTACK 2690 100477 ruby19 - mi_switch sleepq_catch_signals sleepq_timedwait_sig _sleep do_wait __umtx_op_wait_uint_private_compat32 ia32_syscall Xint0x80_syscall 2690 101110 ruby19 - mi_switch sleepq_catch_signals sleepq_wait_sig _cv_wait_sig seltdwait kern_select freebsd32_select ia32_syscall Xint0x80_syscall #top (with inactive filtered out;) last pid: 11049; load averages: 0.09, 0.16, 0.19 up 0+00:14:48 12:27:20 63 processes: 1 running, 62 sleeping CPU: 1.0% user, 0.0% nice, 0.8% system, 1.2% interrupt, 97.0% idle Mem: 184M Active, 96M Inact, 1104M Wired, 2412K Cache, 171M Buf, 454M Free Swap: 4096M Total, 4096M Free PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND 2610 root 2 20 0 261M 82548K kqread 1 0:12 1.27% rtorrent Is this my side's problem, or there's something wrong with current? :) Any help appreciated. -- Regards, Alexander Yerenkow From owner-freebsd-stable@FreeBSD.ORG Sat Jun 16 10:10:54 2012 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 EA275106566B for ; Sat, 16 Jun 2012 10:10:53 +0000 (UTC) (envelope-from andrey@zonov.org) Received: from mail-lpp01m010-f54.google.com (mail-lpp01m010-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id B39D88FC08 for ; Sat, 16 Jun 2012 10:10:52 +0000 (UTC) Received: by laai10 with SMTP id i10so3160857laa.13 for ; Sat, 16 Jun 2012 03:10:51 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:x-gm-message-state; bh=liDxZEXF1JLe6wOSoAqdHBFHokvSgiMPY/GE7e5L3ww=; b=UQouNY9bV7m2Ec/HlXI6Ga+2A/uv4/aulE5EkLRtwpQMiJKYYqeSr/OHDcKAD3+ljF 4N/Iqvp9UCWqpofXJNKlyOLtCEf36z+aR/L+U4mMunYXaB7TBbOKrzSbU18955jcrvHB YLOFo6uYSU7bc/Xy+g9xNqrNKfDM4xswK8p6HLGduQx2kjYnS/Y1U1yvhM3fw07aNFvE +WLsv6SN1xiinVmlg+df1BGkveB8nzgxj4iVzjWOATbYtRHAJcMztK1ouZnuFJ/V9b8G VxVOIAOSg84qjyaNX3jlmp/5xhvw9shm1wNY+XpzLbKnbWAKYV1YLPRbXlB63k1CgfnZ xVlw== Received: by 10.112.46.101 with SMTP id u5mr3734367lbm.21.1339841451285; Sat, 16 Jun 2012 03:10:51 -0700 (PDT) Received: from zont-osx.local (ppp95-165-138-148.pppoe.spdop.ru. [95.165.138.148]) by mx.google.com with ESMTPS id ta2sm16659682lab.15.2012.06.16.03.10.48 (version=SSLv3 cipher=OTHER); Sat, 16 Jun 2012 03:10:50 -0700 (PDT) Message-ID: <4FDC5BA7.4040702@zonov.org> Date: Sat, 16 Jun 2012 14:10:47 +0400 From: Andrey Zonov User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: John Baldwin References: <4FD0ECB7.8040908@zonov.org> <201206131110.16489.jhb@freebsd.org> <4FDAD236.40908@zonov.org> <201206151324.58103.jhb@freebsd.org> In-Reply-To: <201206151324.58103.jhb@freebsd.org> Content-Type: multipart/mixed; boundary="------------030207080200020903000005" X-Gm-Message-State: ALoCoQnYUk2/MSxoFPrnGmszj7zmcXaEpYeKkwwXfg0qrNvsDz/k7RiElI8oSyKYHpC6jyV+IeAR Cc: freebsd-stable , Marius Strobl Subject: Re: mpt: Unable to memory map registers X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Jun 2012 10:10:54 -0000 This is a multi-part message in MIME format. --------------030207080200020903000005 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit On 6/15/12 9:24 PM, John Baldwin wrote: > On Friday, June 15, 2012 2:12:06 am Andrey Zonov wrote: >> On 6/13/12 7:10 PM, John Baldwin wrote: >>> On Tuesday, June 12, 2012 5:57:34 pm Andrey Zonov wrote: >>>> On 6/13/12 12:51 AM, John Baldwin wrote: >>>>> On Tuesday, June 12, 2012 3:53:09 pm Andrey Zonov wrote: >>>>>> On 6/12/12 10:06 PM, John Baldwin wrote: >>>>>>> >>>>>> [snip] >>>>>>> Ok, I've added some more debugging. The patch is a bit larger now and > you >>>>> can >>>>>>> fetch it from www.freebsd.org/~jhb/patches/pcib_debug.patch >>>>>>> >>>>>> >>>>>> New dmesg is in attach. >>>>> >>>>> Sheesh, found another bug (wasn't masking 'front' properly). >>>>> >>>>> Try updated patch (same URL). >>>>> >>>> >>>> Great! It works! >>> >>> Excellent. I've committed the 2 bugs needed to fix your box. However, >>> there is another bug that this exposed that I'd like you to test. Can you >>> update to the latest HEAD, apply the updated pcib_debug.patch, and boot >>> with 'hw.pci.pcib_clear=1' set from the loader? That should exercise the >>> bug I'm worried about and see if my fixes for that (recursively growing >>> windows) works correctly. >>> >> >> Attached. > > Hmm, it doesn't seem like hw.pci.pcib_clear was set (the pcibX devices still > tried to allocate their initial windows). > Ooops. -- Andrey Zonov --------------030207080200020903000005 Content-Type: text/plain; charset=UTF-8; name="dmesg7.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="dmesg7.txt" MP Configuration Table version 1.4 found at 0xffffffff800fcb70 Table 'FACP' at 0xdffb0290 Table 'APIC' at 0xdffb0390 APIC: Found table at 0xdffb0390 APIC: Using the MADT enumerator. MADT: Found CPU APIC ID 0 ACPI ID 1: enabled SMP: Added CPU 0 (AP) MADT: Found CPU APIC ID 4 ACPI ID 2: enabled SMP: Added CPU 4 (AP) MADT: Found CPU APIC ID 1 ACPI ID 3: enabled SMP: Added CPU 1 (AP) MADT: Found CPU APIC ID 5 ACPI ID 4: enabled SMP: Added CPU 5 (AP) MADT: Found CPU APIC ID 2 ACPI ID 5: enabled SMP: Added CPU 2 (AP) MADT: Found CPU APIC ID 6 ACPI ID 6: enabled SMP: Added CPU 6 (AP) MADT: Found CPU APIC ID 3 ACPI ID 7: enabled SMP: Added CPU 3 (AP) MADT: Found CPU APIC ID 7 ACPI ID 8: enabled SMP: Added CPU 7 (AP) Copyright (c) 1992-2012 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 10.0-CURRENT #0 r237018M: Sat Jun 16 09:40:07 UTC 2012 root@dst-dev.yandex.ru:/usr/obj/usr/src/sys/head amd64 Preloaded elf kernel "/boot/kernel/kernel" at 0xffffffff80fdc000. Calibrating TSC clock ... TSC clock: 2826305989 Hz CPU: Intel(R) Xeon(R) CPU E5440 @ 2.83GHz (2826.31-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x1067a Family = 6 Model = 17 Stepping = 10 Features=0xbfebfbff Features2=0xc0ce3bd AMD Features=0x20100800 AMD Features2=0x1 TSC: P-state invariant, performance statistics real memory = 34359738368 (32768 MB) Physical memory chunk(s): 0x0000000000010000 - 0x000000000009bfff, 573440 bytes (140 pages) 0x0000000000100000 - 0x00000000001fffff, 1048576 bytes (256 pages) 0x0000000001028000 - 0x00000000dff9ffff, 3740762112 bytes (913272 pages) 0x00000000dffae000 - 0x00000000dffaffff, 8192 bytes (2 pages) 0x0000000100000000 - 0x00000007e2ea0fff, 29576794112 bytes (7220897 pages) avail memory = 33113063424 (31579 MB) INTR: Adding local APIC 0 as a target Event timer "LAPIC" quality 400 ACPI APIC Table: <090808 APIC1308> INTR: Adding local APIC 0 as a target INTR: Adding local APIC 1 as a target INTR: Adding local APIC 2 as a target INTR: Adding local APIC 3 as a target INTR: Adding local APIC 4 as a target INTR: Adding local APIC 5 as a target INTR: Adding local APIC 6 as a target INTR: Adding local APIC 7 as a target FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs FreeBSD/SMP: 2 package(s) x 4 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 cpu4 (AP): APIC ID: 4 cpu5 (AP): APIC ID: 5 cpu6 (AP): APIC ID: 6 cpu7 (AP): APIC ID: 7 x86bios: IVT 0x000000-0x0004ff at 0xfffffe0000000000 x86bios: SSEG 0x098000-0x098fff at 0xffffff8000290000 x86bios: EBDA 0x09e000-0x09ffff at 0xfffffe000009e000 x86bios: ROM 0x0a0000-0x0fefff at 0xfffffe00000a0000 APIC: CPU 0 has ACPI ID 1 APIC: CPU 1 has ACPI ID 3 APIC: CPU 2 has ACPI ID 5 APIC: CPU 3 has ACPI ID 7 APIC: CPU 4 has ACPI ID 2 APIC: CPU 5 has ACPI ID 4 APIC: CPU 6 has ACPI ID 6 APIC: CPU 7 has ACPI ID 8 WARNING: VIMAGE (virtualized network stack) is a highly experimental feature. ULE: setup cpu 0 ULE: setup cpu 1 ULE: setup cpu 2 ULE: setup cpu 3 ULE: setup cpu 4 ULE: setup cpu 5 ULE: setup cpu 6 ULE: setup cpu 7 ACPI: RSDP 0xf9960 00024 (v02 ACPIAM) ACPI: XSDT 0xdffb0100 00074 (v01 090808 XSDT1308 20080908 MSFT 00000097) ACPI: FACP 0xdffb0290 000F4 (v03 090808 FACP1308 20080908 MSFT 00000097) ACPI: DSDT 0xdffb04d0 05414 (v01 CLSea CLSea007 00000007 INTL 20051117) ACPI: FACS 0xdffbe000 00040 ACPI: APIC 0xdffb0390 000AA (v01 090808 APIC1308 20080908 MSFT 00000097) ACPI: MCFG 0xdffb0490 0003C (v01 090808 OEMMCFG 20080908 MSFT 00000097) ACPI: OEMB 0xdffbe040 00071 (v01 090808 OEMB1308 20080908 MSFT 00000097) ACPI: HPET 0xdffb58f0 00038 (v01 090808 OEMHPET 20080908 MSFT 00000097) ACPI: ASF! 0xdffb5928 00083 (v32 AMIASF E7230ASF 00000001 INTL 20051117) ACPI: EINJ 0xdffb59b0 00130 (v01 AMIER AMI_EINJ 20080908 MSFT 00000097) ACPI: BERT 0xdffb5b40 00030 (v01 AMIER AMI_BERT 20080908 MSFT 00000097) ACPI: ERST 0xdffb5b70 001B0 (v01 AMIER AMI_ERST 20080908 MSFT 00000097) ACPI: HEST 0xdffb5d20 000A8 (v01 AMIER AMI_HEST 20080908 MSFT 00000097) MADT: Found IO APIC ID 8, Interrupt 0 at 0xfec00000 ioapic0: Routing external 8259A's -> intpin 0 MADT: Found IO APIC ID 9, Interrupt 24 at 0xfec88000 MADT: Found IO APIC ID 10, Interrupt 48 at 0xfec89000 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 lapic: Routing NMI -> LINT1 lapic: LINT1 trigger: edge lapic: LINT1 polarity: high ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard ioapic2 irqs 48-71 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: 0x000000f0 pmc: 0x00010400 null: nfslock: pseudo-device random: kbd: new array size 4 kbd1 at kbdmux0 mem: cpuctl: access to MSR registers/cpuid info. io: acpi0: <090808 XSDT1308> on motherboard PCIe: Memory Mapped configuration base @ 0xe0000000 ioapic0: routing intpin 9 (ISA IRQ 9) to lapic 0 vector 48 ACPI: Executed 1 blocks of module-level executable AML code acpi0: Power Button (fixed) acpi0: reservation of fed1c000, 4000 (3) failed acpi0: reservation of fed20000, 25000 (3) failed acpi0: reservation of fed45000, 5b000 (3) failed acpi0: reservation of feda0000, 20000 (3) failed acpi0: reservation of fec01000, 7f000 (3) failed acpi0: reservation of fec80000, 6000 (3) failed acpi0: reservation of fec86000, a000 (3) failed acpi0: reservation of ff000000, 400000 (3) failed acpi0: reservation of ff400000, 400000 (3) failed acpi0: reservation of ff800000, 400000 (3) failed acpi0: reservation of ffc00000, 400000 (3) failed acpi0: reservation of fec00000, 1000 (3) failed acpi0: reservation of fee00000, 1000 (3) failed acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, dff00000 (3) failed cpu0: Processor \\_PR_.P001 (ACPI ID 1) -> APIC ID 0 cpu0: on acpi0 cpu0: switching to generic Cx mode cpu1: Processor \\_PR_.P002 (ACPI ID 2) -> APIC ID 4 cpu1: on acpi0 cpu2: Processor \\_PR_.P003 (ACPI ID 3) -> APIC ID 1 cpu2: on acpi0 cpu3: Processor \\_PR_.P004 (ACPI ID 4) -> APIC ID 5 cpu3: on acpi0 cpu4: Processor \\_PR_.P005 (ACPI ID 5) -> APIC ID 2 cpu4: on acpi0 cpu5: Processor \\_PR_.P006 (ACPI ID 6) -> APIC ID 6 cpu5: on acpi0 cpu6: Processor \\_PR_.P007 (ACPI ID 7) -> APIC ID 3 cpu6: on acpi0 cpu7: Processor \\_PR_.P008 (ACPI ID 8) -> APIC ID 7 cpu7: on acpi0 attimer0: port 0x40-0x43 irq 0 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 ioapic0: routing intpin 2 (ISA IRQ 0) to lapic 0 vector 49 Event timer "i8254" frequency 1193182 Hz quality 100 atrtc0: port 0x70-0x71 irq 8 on acpi0 atrtc0: registered as a time-of-day clock (resolution 1000000us, adjustment 0.500000000s) ioapic0: routing intpin 8 (ISA IRQ 8) to lapic 0 vector 50 Event timer "RTC" frequency 32768 Hz quality 0 hpet0: iomem 0xfed00000-0xfed003ff on acpi0 hpet0: vendor 0x8086, rev 0x1, 14318180Hz 64bit, 3 timers, legacy route hpet0: t0: irqs 0x00f00000 (0), 64bit, periodic hpet0: t1: irqs 0x00f00000 (0) hpet0: t2: irqs 0x00f00800 (0) Timecounter "HPET" frequency 14318180 Hz quality 950 ioapic0: routing intpin 20 (PCI IRQ 20) to lapic 0 vector 51 Event timer "HPET" frequency 14318180 Hz quality 450 Event timer "HPET1" frequency 14318180 Hz quality 440 Event timer "HPET2" frequency 14318180 Hz quality 440 ACPI timer: 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 -> 10 Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 pci_link0: Index IRQ Rtd Ref IRQs Initial Probe 0 5 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 5 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link1: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 3 4 5 6 7 11 12 14 15 Validation 0 11 N 0 3 4 5 6 7 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 11 12 14 15 pci_link2: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 11 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link3: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 10 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link4: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 255 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link5: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 255 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link6: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 255 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link7: Index IRQ Rtd Ref IRQs Initial Probe 0 7 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 7 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pcib0: port 0xcf8-0xcff on acpi0 pcib0: decoding 4 range 0-0xcf7 pcib0: decoding 4 range 0xd00-0xffff pcib0: decoding 3 range 0xa0000-0xbffff pcib0: decoding 3 range 0xd0000-0xdffff pcib0: decoding 3 range 0xf0000000-0xfebfffff pci0: on pcib0 pci0: domain=0, physical bus=0 found-> vendor=0x8086, dev=0x4003, revid=0x20 domain=0, bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0144, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 3 supports D0 D3 current D0 MSI supports 2 messages pcib0: matched entry for 0.0.INTA pcib0: slot 0 INTA hardwired to IRQ 17 found-> vendor=0x8086, dev=0x4021, revid=0x20 domain=0, bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0144, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x00 (0 ns) intpin=a, irq=5 powerspec 3 supports D0 D3 current D0 MSI supports 2 messages pcib0: matched entry for 0.1.INTA pcib0: slot 1 INTA hardwired to IRQ 48 found-> vendor=0x8086, dev=0x4025, revid=0x20 domain=0, bus=0, slot=5, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0144, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x00 (0 ns) intpin=a, irq=5 powerspec 3 supports D0 D3 current D0 MSI supports 2 messages pcib0: matched entry for 0.5.INTA pcib0: slot 5 INTA hardwired to IRQ 52 found-> vendor=0x8086, dev=0x4029, revid=0x20 domain=0, bus=0, slot=9, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x00 (0 ns) intpin=a, irq=5 powerspec 3 supports D0 D3 current D0 MSI supports 2 messages pcib0: matched entry for 0.9.INTA pcib0: slot 9 INTA hardwired to IRQ 56 found-> vendor=0x8086, dev=0x402f, revid=0x20 domain=0, bus=0, slot=15, func=0 class=08-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=5 powerspec 3 supports D0 D3 current D0 MSI-X supports 4 messages in map 0x10 map[10]: type Memory, range 64, base 0xfd7f8000, size 14, enabled pcib0: allocated type 3 (0xfd7f8000-0xfd7fbfff) for rid 10 of pci0:0:15:0 pcib0: matched entry for 0.15.INTA pcib0: slot 15 INTA hardwired to IRQ 57 found-> vendor=0x8086, dev=0x4030, revid=0x20 domain=0, bus=0, slot=16, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x4030, revid=0x20 domain=0, bus=0, slot=16, func=1 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x4030, revid=0x20 domain=0, bus=0, slot=16, func=2 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x4030, revid=0x20 domain=0, bus=0, slot=16, func=3 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x4030, revid=0x20 domain=0, bus=0, slot=16, func=4 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x4031, revid=0x20 domain=0, bus=0, slot=17, func=0 class=06-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=0x4035, revid=0x20 domain=0, bus=0, slot=21, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x4035, revid=0x20 domain=0, bus=0, slot=21, func=1 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x4036, revid=0x20 domain=0, bus=0, slot=22, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x4036, revid=0x20 domain=0, bus=0, slot=22, func=1 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x2690, revid=0x09 domain=0, bus=0, slot=28, func=0 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0144, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x00 (0 ns) intpin=a, irq=5 powerspec 2 supports D0 D3 current D0 MSI supports 1 message pcib0: matched entry for 0.28.INTA pcib0: slot 28 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x2694, revid=0x09 domain=0, bus=0, slot=28, func=2 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x00 (0 ns) intpin=c, irq=11 powerspec 2 supports D0 D3 current D0 MSI supports 1 message pcib0: matched entry for 0.28.INTC pcib0: slot 28 INTC hardwired to IRQ 18 found-> vendor=0x8086, dev=0x2696, revid=0x09 domain=0, bus=0, slot=28, func=3 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x00 (0 ns) intpin=d, irq=10 powerspec 2 supports D0 D3 current D0 MSI supports 1 message pcib0: matched entry for 0.28.INTD pcib0: slot 28 INTD hardwired to IRQ 19 found-> vendor=0x8086, dev=0x2688, revid=0x09 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=7 map[20]: type I/O Port, range 32, base 0x9000, size 5, enabled pcib0: allocated type 4 (0x9000-0x901f) for rid 20 of pci0:0:29:0 pcib0: matched entry for 0.29.INTA pcib0: slot 29 INTA hardwired to IRQ 23 found-> vendor=0x8086, dev=0x2689, revid=0x09 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=10 map[20]: type I/O Port, range 32, base 0x9080, size 5, enabled pcib0: allocated type 4 (0x9080-0x909f) for rid 20 of pci0:0:29:1 pcib0: matched entry for 0.29.INTB pcib0: slot 29 INTB hardwired to IRQ 19 found-> vendor=0x8086, dev=0x268c, revid=0x09 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=a, irq=7 powerspec 2 supports D0 D3 current D0 map[10]: type Memory, range 32, base 0xfd7ff800, size 10, enabled pcib0: allocated type 3 (0xfd7ff800-0xfd7ffbff) for rid 10 of pci0:0:29:7 pcib0: matched entry for 0.29.INTA pcib0: slot 29 INTA hardwired to IRQ 23 ehci early: SMM active, request owner change found-> vendor=0x8086, dev=0x244e, revid=0xd9 domain=0, bus=0, slot=30, func=0 class=06-04-01, hdrtype=0x01, mfdev=0 cmdreg=0x0147, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x1b (6750 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x2670, revid=0x09 domain=0, bus=0, slot=31, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x0147, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x269e, revid=0x09 domain=0, bus=0, slot=31, func=1 class=01-01-8a, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0288, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 pcib0: allocated type 4 (0x1f0-0x1f7) for rid 10 of pci0:0:31:1 pcib0: allocated type 4 (0x3f6-0x3f6) for rid 14 of pci0:0:31:1 pcib0: allocated type 4 (0x170-0x177) for rid 18 of pci0:0:31:1 pcib0: allocated type 4 (0x376-0x376) for rid 1c of pci0:0:31:1 map[20]: type I/O Port, range 32, base 0xffa0, size 4, enabled pcib0: allocated type 4 (0xffa0-0xffaf) for rid 20 of pci0:0:31:1 found-> vendor=0x8086, dev=0x2681, revid=0x09 domain=0, bus=0, slot=31, func=2 class=01-06-01, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x02b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=10 powerspec 2 supports D0 D3 current D0 map[10]: type I/O Port, range 32, base 0x9c00, size 3, enabled pcib0: allocated type 4 (0x9c00-0x9c07) for rid 10 of pci0:0:31:2 map[14]: type I/O Port, range 32, base 0x9880, size 2, enabled pcib0: allocated type 4 (0x9880-0x9883) for rid 14 of pci0:0:31:2 map[18]: type I/O Port, range 32, base 0x9800, size 3, enabled pcib0: allocated type 4 (0x9800-0x9807) for rid 18 of pci0:0:31:2 map[1c]: type I/O Port, range 32, base 0x9480, size 2, enabled pcib0: allocated type 4 (0x9480-0x9483) for rid 1c of pci0:0:31:2 map[20]: type I/O Port, range 32, base 0x9400, size 5, enabled pcib0: allocated type 4 (0x9400-0x941f) for rid 20 of pci0:0:31:2 map[24]: type Memory, range 32, base 0xfd7ffc00, size 10, enabled pcib0: allocated type 3 (0xfd7ffc00-0xfd7fffff) for rid 24 of pci0:0:31:2 pcib0: matched entry for 0.31.INTB pcib0: slot 31 INTB hardwired to IRQ 19 found-> vendor=0x8086, dev=0x269b, revid=0x09 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=11 map[20]: type I/O Port, range 32, base 0x400, size 5, enabled pcib0: allocated type 4 (0x400-0x41f) for rid 20 of pci0:0:31:3 pcib0: matched entry for 0.31.INTB pcib0: slot 31 INTB hardwired to IRQ 19 pcib1: irq 48 at device 1.0 on pci0 pcib1: domain 0 pcib1: secondary bus 11 pcib1: subordinate bus 11 pcib1: no prefetched decode pci11: on pcib1 pci11: domain=0, physical bus=11 pcib2: irq 52 at device 5.0 on pci0 pcib2: domain 0 pcib2: secondary bus 10 pcib2: subordinate bus 10 pcib2: no prefetched decode pci10: on pcib2 pci10: domain=0, physical bus=10 pcib3: irq 56 at device 9.0 on pci0 pcib3: domain 0 pcib3: secondary bus 5 pcib3: subordinate bus 9 pcib3: no prefetched decode pci5: on pcib3 pci5: domain=0, physical bus=5 found-> vendor=0x8086, dev=0x3500, revid=0x01 domain=0, bus=5, slot=0, func=0 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x00 (0 ns) intpin=a, irq=5 powerspec 2 supports D0 D3 current D0 pcib3: matched entry for 5.0.INTA pcib3: slot 0 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x350c, revid=0x01 domain=0, bus=5, slot=0, func=3 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 pcib4: irq 16 at device 0.0 on pci5 pcib4: domain 0 pcib4: secondary bus 7 pcib4: subordinate bus 9 pcib4: no prefetched decode pci7: on pcib4 pci7: domain=0, physical bus=7 found-> vendor=0x8086, dev=0x3510, revid=0x01 domain=0, bus=7, slot=0, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0144, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit found-> vendor=0x8086, dev=0x3518, revid=0x01 domain=0, bus=7, slot=2, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit pcib5: at device 0.0 on pci7 pcib5: domain 0 pcib5: secondary bus 9 pcib5: subordinate bus 9 pcib5: no prefetched decode pci9: on pcib5 pci9: domain=0, physical bus=9 pcib6: at device 2.0 on pci7 pcib6: domain 0 pcib6: secondary bus 8 pcib6: subordinate bus 8 pcib6: no prefetched decode pci8: on pcib6 pci8: domain=0, physical bus=8 found-> vendor=0x8086, dev=0x1096, revid=0x01 domain=0, bus=8, slot=0, func=0 class=02-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Memory, range 32, base 0xfdfa0000, size 17, enabled pcib0: allocated type 3 (0xfdf00000-0xfdffffff) for rid 20 of pcib3 pcib3: allocated initial memory window of 0xfdf00000-0xfdffffff pcib3: allocated memory range (0xfdf00000-0xfdffffff) for rid 20 of pcib4 pcib4: allocated initial memory window of 0xfdf00000-0xfdffffff pcib4: allocated memory range (0xfdf00000-0xfdffffff) for rid 20 of pcib6 pcib6: allocated initial memory window of 0xfdf00000-0xfdffffff pcib6: allocated memory range (0xfdfa0000-0xfdfbffff) for rid 10 of pci0:8:0:0 map[18]: type I/O Port, range 32, base 0xe880, size 5, enabled pcib0: allocated type 4 (0xe000-0xefff) for rid 1c of pcib3 pcib3: allocated initial I/O port window of 0xe000-0xefff pcib3: allocated I/O port range (0xe000-0xefff) for rid 1c of pcib4 pcib4: allocated initial I/O port window of 0xe000-0xefff pcib4: allocated I/O port range (0xe000-0xefff) for rid 1c of pcib6 pcib6: allocated initial I/O port window of 0xe000-0xefff pcib6: allocated I/O port range (0xe880-0xe89f) for rid 18 of pci0:8:0:0 pcib6: matched entry for 8.0.INTA pcib6: slot 0 INTA hardwired to IRQ 18 found-> vendor=0x8086, dev=0x1096, revid=0x01 domain=0, bus=8, slot=0, func=1 class=02-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=10 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Memory, range 32, base 0xfdfe0000, size 17, enabled pcib6: allocated memory range (0xfdfe0000-0xfdffffff) for rid 10 of pci0:8:0:1 map[18]: type I/O Port, range 32, base 0xec00, size 5, enabled pcib6: allocated I/O port range (0xec00-0xec1f) for rid 18 of pci0:8:0:1 pcib6: matched entry for 8.0.INTB pcib6: slot 0 INTB hardwired to IRQ 19 em0: port 0xe880-0xe89f mem 0xfdfa0000-0xfdfbffff irq 18 at device 0.0 on pci8 em0: attempting to allocate 1 MSI vectors (1 supported) msi: routing MSI IRQ 256 to local APIC 0 vector 52 em0: using IRQ 256 for MSI em0: Using an MSI interrupt em0: bpf attached em0: Ethernet address: 00:22:15:31:2a:9c em1: port 0xec00-0xec1f mem 0xfdfe0000-0xfdffffff irq 19 at device 0.1 on pci8 em1: attempting to allocate 1 MSI vectors (1 supported) msi: routing MSI IRQ 257 to local APIC 0 vector 53 em1: using IRQ 257 for MSI em1: Using an MSI interrupt em1: bpf attached em1: Ethernet address: 00:22:15:31:2a:9d pcib7: at device 0.3 on pci5 pcib7: domain 0 pcib7: secondary bus 6 pcib7: subordinate bus 6 pcib7: no prefetched decode pci6: on pcib7 pci6: domain=0, physical bus=6 found-> vendor=0x1000, dev=0x0054, revid=0x02 domain=0, bus=6, slot=3, func=0 class=01-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0157, statreg=0x0230, cachelnsz=16 (dwords) lattimer=0x48 (2160 ns), mingnt=0x40 (16000 ns), maxlat=0x0a (2500 ns) intpin=a, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 MSI supports 1 message, 64 bit MSI-X supports 1 message in map 0x14 map[10]: type I/O Port, range 32, base 0xd000, size 8, enabled pcib3: attempting to grow I/O port window for (0xd000-0xdfff,0x1000) front candidate range: 0xd000-0xdfff pcib3: bus_adjust_resource(0xc000, 0xefff) pci0: bus_adjust_resource(pcib3, 0x1c, 0xc000, 0xefff) pcib0: bus_adjust_resource(pcib3, 0x1c, 0xc000, 0xefff) acpi0: bus_adjust_resource(pcib3, 0x1c, 0xc000, 0xefff) nexus0: bus_adjust_resource(pcib3, 0x1c, 0xc000, 0xefff) pcib3: grew I/O port window to 0xc000-0xefff pcib3: allocated I/O port range (0xd000-0xdfff) for rid 1c of pcib7 pcib7: allocated initial I/O port window of 0xd000-0xdfff pcib7: allocated I/O port range (0xd000-0xd0ff) for rid 10 of pci0:6:3:0 map[14]: type Memory, range 64, base 0xfdefc000, size 14, enabled pcib3: attempting to grow memory window for (0xfde00000-0xfdefffff,0x100000) front candidate range: 0xfde00000-0xfdefffff pcib3: bus_adjust_resource(0xfde00000, 0xfdffffff) pci0: bus_adjust_resource(pcib3, 0x20, 0xfde00000, 0xfdffffff) pcib0: bus_adjust_resource(pcib3, 0x20, 0xfde00000, 0xfdffffff) acpi0: bus_adjust_resource(pcib3, 0x20, 0xfde00000, 0xfdffffff) nexus0: bus_adjust_resource(pcib3, 0x20, 0xfde00000, 0xfdffffff) pcib3: grew memory window to 0xfde00000-0xfdffffff pcib3: allocated memory range (0xfde00000-0xfdefffff) for rid 20 of pcib7 pcib7: allocated initial memory window of 0xfde00000-0xfdefffff pcib7: allocated memory range (0xfdefc000-0xfdefffff) for rid 14 of pci0:6:3:0 map[1c]: type Memory, range 64, base 0xfdee0000, size 16, enabled pcib7: allocated memory range (0xfdee0000-0xfdeeffff) for rid 1c of pci0:6:3:0 pcib7: matched entry for 6.3.INTA pcib7: slot 3 INTA hardwired to IRQ 26 mpt0: port 0xd000-0xd0ff mem 0xfdefc000-0xfdefffff,0xfdee0000-0xfdeeffff irq 26 at device 3.0 on pci6 mpt0: attempting to allocate 1 MSI-X vectors (1 supported) msi: routing MSI-X IRQ 258 to local APIC 0 vector 54 mpt0: using IRQ 258 for MSI-X mpt0: MPI Version=1.5.16.0 mpt0: chain depth limited to 34 (from 2040) mpt0: Maximum Segment Count: 306, Maximum CAM Segment Count: 33 mpt0: MsgLength=20 IOCNumber = 0 mpt0: IOCFACTS: GlobalCredits=286 BlockSize=8 bytes Request Frame Size 128 bytes Max Chain Depth 34 mpt0: IOCFACTS: Num Ports 1, FWImageSize 0, Flags=0x2 mpt0: No Handlers For Any Event Notify Frames. Event 0xa (ACK not required). mpt0: No Handlers For Any Event Notify Frames. Event 0x16 (ACK not required). mpt0: No Handlers For Any Event Notify Frames. Event 0x16 (ACK not required). mpt0: No Handlers For Any Event Notify Frames. Event 0x16 (ACK not required). mpt0: No Handlers For Any Event Notify Frames. Event 0x12 (ACK not required). mpt0: No Handlers For Any Event Notify Frames. Event 0x12 (ACK not required). mpt0: No Handlers For Any Event Notify Frames. Event 0x12 (ACK not required). mpt0: No Handlers For Any Event Notify Frames. Event 0x12 (ACK not required). mpt0: No Handlers For Any Event Notify Frames. Event 0x16 (ACK not required). mpt0: No Handlers For Any Event Notify Frames. Event 0xf (ACK required). mpt0: No Handlers For Any Event Notify Frames. Event 0xf (ACK required). mpt0: No Handlers For Any Event Notify Frames. Event 0xf (ACK required). mpt0: No Handlers For Any Event Notify Frames. Event 0xf (ACK required). mpt0: Capabilities: ( RAID-0 RAID-1E RAID-1 ) mpt0: 0 Active Volumes (2 Max) mpt0: 0 Hidden Drive Members (14 Max) mpt0: No Handlers For Any Event Notify Frames. Event 0xa (ACK not required). pci0: at device 15.0 (no driver attached) pcib8: irq 16 at device 28.0 on pci0 pcib8: domain 0 pcib8: secondary bus 4 pcib8: subordinate bus 4 pcib8: no prefetched decode pci4: on pcib8 pci4: domain=0, physical bus=4 pcib9: irq 18 at device 28.2 on pci0 pcib9: domain 0 pcib9: secondary bus 3 pcib9: subordinate bus 3 pcib9: no prefetched decode pci3: on pcib9 pci3: domain=0, physical bus=3 found-> vendor=0x8086, dev=0x109a, revid=0x00 domain=0, bus=3, slot=0, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Memory, range 32, base 0xfdae0000, size 17, enabled pcib0: allocated type 3 (0xfda00000-0xfdafffff) for rid 20 of pcib9 pcib9: allocated initial memory window of 0xfda00000-0xfdafffff pcib9: allocated memory range (0xfdae0000-0xfdafffff) for rid 10 of pci0:3:0:0 map[18]: type I/O Port, range 32, base 0xcc00, size 5, enabled pcib9: failed to allocate initial I/O port window (0xc000-0xcfff,0x1000) pcib9: matched entry for 3.0.INTA pcib9: slot 0 INTA hardwired to IRQ 18 em2: mem 0xfdae0000-0xfdafffff irq 18 at device 0.0 on pci3 em2: attempting to allocate 1 MSI vectors (1 supported) msi: routing MSI IRQ 259 to local APIC 0 vector 55 em2: using IRQ 259 for MSI em2: Using an MSI interrupt em2: bpf attached em2: Ethernet address: 00:22:15:31:27:6a pcib10: irq 19 at device 28.3 on pci0 pcib10: domain 0 pcib10: secondary bus 2 pcib10: subordinate bus 2 pcib10: no prefetched decode pci2: on pcib10 pci2: domain=0, physical bus=2 found-> vendor=0x8086, dev=0x109a, revid=0x00 domain=0, bus=2, slot=0, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Memory, range 32, base 0xfd9e0000, size 17, enabled pcib0: allocated type 3 (0xfd900000-0xfd9fffff) for rid 20 of pcib10 pcib10: allocated initial memory window of 0xfd900000-0xfd9fffff pcib10: allocated memory range (0xfd9e0000-0xfd9fffff) for rid 10 of pci0:2:0:0 map[18]: type I/O Port, range 32, base 0xbc00, size 5, enabled pcib0: allocated type 4 (0xb000-0xbfff) for rid 1c of pcib10 pcib10: allocated initial I/O port window of 0xb000-0xbfff pcib10: allocated I/O port range (0xbc00-0xbc1f) for rid 18 of pci0:2:0:0 pcib10: matched entry for 2.0.INTA pcib10: slot 0 INTA hardwired to IRQ 19 em3: port 0xbc00-0xbc1f mem 0xfd9e0000-0xfd9fffff irq 19 at device 0.0 on pci2 em3: attempting to allocate 1 MSI vectors (1 supported) msi: routing MSI IRQ 260 to local APIC 0 vector 56 em3: using IRQ 260 for MSI em3: Using an MSI interrupt em3: bpf attached em3: Ethernet address: 00:22:15:31:28:d1 uhci0: port 0x9000-0x901f irq 23 at device 29.0 on pci0 ioapic0: routing intpin 23 (PCI IRQ 23) to lapic 0 vector 57 usbus0 on uhci0 usbus0: bpf attached uhci0: usbpf: Attached uhci1: port 0x9080-0x909f irq 19 at device 29.1 on pci0 ioapic0: routing intpin 19 (PCI IRQ 19) to lapic 0 vector 58 usbus1 on uhci1 usbus1: bpf attached uhci1: usbpf: Attached ehci0: mem 0xfd7ff800-0xfd7ffbff irq 23 at device 29.7 on pci0 usbus2: EHCI version 1.0 usbus2 on ehci0 usbus2: bpf attached ehci0: usbpf: Attached pcib11: at device 30.0 on pci0 pcib11: domain 0 pcib11: secondary bus 1 pcib11: subordinate bus 1 pcib11: no prefetched decode pcib11: Subtractively decoded bridge. pci1: on pcib11 pci1: domain=0, physical bus=1 found-> vendor=0x18ca, dev=0x0020, revid=0x00 domain=0, bus=1, slot=2, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0003, statreg=0x0230, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Prefetchable Memory, range 32, base 0xf8000000, size 26, enabled pcib0: allocated type 3 (0xf8000000-0xfbffffff) for rid 24 of pcib11 pcib11: allocated initial prefetch window of 0xf8000000-0xfbffffff pcib11: allocated prefetch range (0xf8000000-0xfbffffff) for rid 10 of pci0:1:2:0 map[14]: type Memory, range 32, base 0xfd8c0000, size 18, enabled pcib0: allocated type 3 (0xfd800000-0xfd8fffff) for rid 20 of pcib11 pcib11: allocated initial memory window of 0xfd800000-0xfd8fffff pcib11: allocated memory range (0xfd8c0000-0xfd8fffff) for rid 14 of pci0:1:2:0 map[18]: type I/O Port, range 32, base 0xac00, size 7, enabled pcib0: allocated type 4 (0xa000-0xafff) for rid 1c of pcib11 pcib11: allocated initial I/O port window of 0xa000-0xafff pcib11: allocated I/O port range (0xac00-0xac7f) for rid 18 of pci0:1:2:0 vgapci0: port 0xac00-0xac7f mem 0xf8000000-0xfbffffff,0xfd8c0000-0xfd8fffff at device 2.0 on pci1 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 31.1 on pci0 ata0: at channel 0 on atapci0 ioapic0: routing intpin 14 (ISA IRQ 14) to lapic 0 vector 59 ahci0: port 0x9c00-0x9c07,0x9880-0x9883,0x9800-0x9807,0x9480-0x9483,0x9400-0x941f mem 0xfd7ffc00-0xfd7fffff irq 19 at device 31.2 on pci0 ahci0: AHCI v1.10 with 6 3Gbps ports, Port Multiplier not supported ahci0: Caps: 64bit NCQ ALP AL 3Gbps SSC PSC 32cmd 6ports ahci0: Caps2: ahcich0: at channel 0 on ahci0 ahcich0: Caps: ahcich1: at channel 1 on ahci0 ahcich1: Caps: ahcich2: at channel 2 on ahci0 ahcich2: Caps: ahcich3: at channel 3 on ahci0 ahcich3: Caps: ahcich4: at channel 4 on ahci0 ahcich4: Caps: ahcich5: at channel 5 on ahci0 ahcich5: Caps: ichsmb0: port 0x400-0x41f irq 19 at device 31.3 on pci0 smbus0: on ichsmb0 smb0: on smbus0 acpi_button0: on acpi0 uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 ioapic0: routing intpin 4 (ISA IRQ 4) to lapic 0 vector 60 uart0: fast interrupt uart1: <16550 or compatible> port 0x2f8-0x2ff irq 3 on acpi0 ioapic0: routing intpin 3 (ISA IRQ 3) to lapic 0 vector 61 uart1: fast interrupt acpi0: wakeup code va 0xffffff88c4131000 pa 0x90000 ahc_isa_probe 0: ioport 0xc00 alloc failed ahc_isa_probe 1: ioport 0x1c00 alloc failed ahc_isa_probe 2: ioport 0x2c00 alloc failed ahc_isa_probe 3: ioport 0x3c00 alloc failed ahc_isa_probe 4: ioport 0x4c00 alloc failed ahc_isa_probe 5: ioport 0x5c00 alloc failed ahc_isa_probe 6: ioport 0x6c00 alloc failed ahc_isa_probe 7: ioport 0x7c00 alloc failed ahc_isa_probe 8: ioport 0x8c00 alloc failed ahc_isa_probe 9: ioport 0x9c00 alloc failed ahc_isa_probe 10: ioport 0xac00 alloc failed ahc_isa_probe 11: ioport 0xbc00 alloc failed ahc_isa_probe 12: ioport 0xcc00 alloc failed ahc_isa_probe 13: ioport 0xdc00 alloc failed ahc_isa_probe 14: ioport 0xec00 alloc failed pcib0: allocated type 3 (0xa0000-0xa07ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa0800-0xa0fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa1000-0xa17ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa1800-0xa1fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa2000-0xa27ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa2800-0xa2fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa3000-0xa37ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa3800-0xa3fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa4000-0xa47ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa4800-0xa4fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa5000-0xa57ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa5800-0xa5fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa6000-0xa67ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa6800-0xa6fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa7000-0xa77ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa7800-0xa7fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa8000-0xa87ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa8800-0xa8fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa9000-0xa97ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa9800-0xa9fff) for rid 0 of orm0 pcib0: allocated type 3 (0xaa000-0xaa7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xaa800-0xaafff) for rid 0 of orm0 pcib0: allocated type 3 (0xab000-0xab7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xab800-0xabfff) for rid 0 of orm0 pcib0: allocated type 3 (0xac000-0xac7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xac800-0xacfff) for rid 0 of orm0 pcib0: allocated type 3 (0xad000-0xad7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xad800-0xadfff) for rid 0 of orm0 pcib0: allocated type 3 (0xae000-0xae7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xae800-0xaefff) for rid 0 of orm0 pcib0: allocated type 3 (0xaf000-0xaf7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xaf800-0xaffff) for rid 0 of orm0 pcib0: allocated type 3 (0xb0000-0xb07ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb0800-0xb0fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb1000-0xb17ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb1800-0xb1fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb2000-0xb27ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb2800-0xb2fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb3000-0xb37ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb3800-0xb3fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb4000-0xb47ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb4800-0xb4fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb5000-0xb57ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb5800-0xb5fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb6000-0xb67ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb6800-0xb6fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb7000-0xb77ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb7800-0xb7fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb8000-0xb87ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb8800-0xb8fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb9000-0xb97ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb9800-0xb9fff) for rid 0 of orm0 pcib0: allocated type 3 (0xba000-0xba7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xba800-0xbafff) for rid 0 of orm0 pcib0: allocated type 3 (0xbb000-0xbb7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbb800-0xbbfff) for rid 0 of orm0 pcib0: allocated type 3 (0xbc000-0xbc7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbc800-0xbcfff) for rid 0 of orm0 pcib0: allocated type 3 (0xbd000-0xbd7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbd800-0xbdfff) for rid 0 of orm0 pcib0: allocated type 3 (0xbe000-0xbe7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbe800-0xbefff) for rid 0 of orm0 pcib0: allocated type 3 (0xbf000-0xbf7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbf800-0xbffff) for rid 0 of orm0 pcib0: allocated type 3 (0xd0000-0xd07ff) for rid 3 of orm0 pcib0: allocated type 3 (0xd0000-0xd0fff) for rid 3 of orm0 pcib0: allocated type 3 (0xd1000-0xd17ff) for rid 4 of orm0 pcib0: allocated type 3 (0xd1000-0xd1fff) for rid 4 of orm0 pcib0: allocated type 3 (0xd2000-0xd27ff) for rid 5 of orm0 pcib0: allocated type 3 (0xd2800-0xd2fff) for rid 5 of orm0 pcib0: allocated type 3 (0xd3000-0xd37ff) for rid 5 of orm0 pcib0: allocated type 3 (0xd3800-0xd3fff) for rid 5 of orm0 pcib0: allocated type 3 (0xd4000-0xd47ff) for rid 5 of orm0 pcib0: allocated type 3 (0xd4800-0xd4fff) for rid 5 of orm0 pcib0: allocated type 3 (0xd5000-0xd57ff) for rid 5 of orm0 pcib0: allocated type 3 (0xd5800-0xd5fff) for rid 5 of orm0 pcib0: allocated type 3 (0xd6000-0xd67ff) for rid 5 of orm0 pcib0: allocated type 3 (0xd6800-0xd6fff) for rid 5 of orm0 pcib0: allocated type 3 (0xd7000-0xd77ff) for rid 5 of orm0 pcib0: allocated type 3 (0xd7800-0xd7fff) for rid 5 of orm0 pcib0: allocated type 3 (0xd8000-0xd87ff) for rid 5 of orm0 pcib0: allocated type 3 (0xd8800-0xd8fff) for rid 5 of orm0 pcib0: allocated type 3 (0xd9000-0xd97ff) for rid 5 of orm0 pcib0: allocated type 3 (0xd9800-0xd9fff) for rid 5 of orm0 pcib0: allocated type 3 (0xda000-0xda7ff) for rid 5 of orm0 pcib0: allocated type 3 (0xda800-0xdafff) for rid 5 of orm0 pcib0: allocated type 3 (0xdb000-0xdb7ff) for rid 5 of orm0 pcib0: allocated type 3 (0xdb800-0xdbfff) for rid 5 of orm0 pcib0: allocated type 3 (0xdc000-0xdc7ff) for rid 5 of orm0 pcib0: allocated type 3 (0xdc800-0xdcfff) for rid 5 of orm0 pcib0: allocated type 3 (0xdd000-0xdd7ff) for rid 5 of orm0 pcib0: allocated type 3 (0xdd800-0xddfff) for rid 5 of orm0 pcib0: allocated type 3 (0xde000-0xde7ff) for rid 5 of orm0 pcib0: allocated type 3 (0xde800-0xdefff) for rid 5 of orm0 pcib0: allocated type 3 (0xdf000-0xdf7ff) for rid 5 of orm0 pcib0: allocated type 3 (0xdf800-0xdffff) for rid 5 of orm0 isab0: found ICH8 or equivalent chipset: Intel 63XXESB watchdog timer isa_probe_children: disabling PnP devices ichwd0 on isa0 isab0: found ICH8 or equivalent chipset: Intel 63XXESB watchdog timer pcib0: allocated type 4 (0x830-0x837) for rid 0 of ichwd0 pcib0: allocated type 4 (0x860-0x87f) for rid 1 of ichwd0 ichwd0: (null) (ICH8 or equivalent) ichwd0: timer disabled ipmi0: on isa0 ipmi0: KCS mode found at io 0xca2 alignment 0x1 on isa pcib0: allocated type 4 (0xca2-0xca3) for rid 0 of ipmi0 ipmi0: couldn't find it device_attach: ipmi0 attach returned 6 atrtc: atrtc0 already exists; skipping it attimer: attimer0 already exists; skipping it sc: sc0 already exists; skipping it uart: uart0 already exists; skipping it uart: uart1 already exists; skipping it isa_probe_children: probing non-PnP devices ipmi0: at port 0xca2-0xca3 on isa0 ipmi0: KCS mode found at io 0xca2 alignment 0x1 on isa pcib0: allocated type 4 (0xca2-0xca3) for rid 0 of ipmi0 ipmi0: couldn't find it device_attach: ipmi0 attach returned 6 orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xc8fff,0xc9000-0xc9fff,0xd0000-0xd0fff,0xd1000-0xd1fff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd1, terminal emulator: scteken (teken terminal) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 pcib0: allocated type 4 (0x3c0-0x3df) for rid 0 of vga0 pcib0: allocated type 3 (0xa0000-0xbffff) for rid 0 of vga0 pcib0: allocated type 4 (0x60-0x60) for rid 0 of atkbdc0 pcib0: allocated type 4 (0x64-0x64) for rid 1 of atkbdc0 atkbdc0: at port 0x60,0x64 on isa0 pcib0: allocated type 4 (0x60-0x60) for rid 0 of atkbdc0 pcib0: allocated type 4 (0x64-0x64) for rid 1 of atkbdc0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 kbd0: atkbd0, generic (0), config:0x0, flags:0x3f0000 ioapic0: routing intpin 1 (ISA IRQ 1) to lapic 0 vector 62 atkbd0: [GIANT-LOCKED] psm0: unable to allocate IRQ fdc0 failed to probe at port 0x3f0 irq 6 drq 2 on isa0 ppc0 failed to probe at irq 7 on isa0 wbwd0 failed to probe on isa0 isa_probe_children: probing PnP devices coretemp0: on cpu0 coretemp0: Setting TjMax=100 est0: enabling SpeedStep est0: failed to enable SpeedStep p4tcc0: on cpu0 coretemp1: on cpu1 coretemp1: Setting TjMax=100 est1: enabling SpeedStep est1: failed to enable SpeedStep p4tcc1: on cpu1 coretemp2: on cpu2 coretemp2: Setting TjMax=100 est2: enabling SpeedStep est2: failed to enable SpeedStep p4tcc2: on cpu2 coretemp3: on cpu3 coretemp3: Setting TjMax=100 est3: enabling SpeedStep est3: failed to enable SpeedStep p4tcc3: on cpu3 coretemp4: on cpu4 coretemp4: Setting TjMax=100 est4: enabling SpeedStep est4: failed to enable SpeedStep p4tcc4: on cpu4 coretemp5: on cpu5 coretemp5: Setting TjMax=100 est5: enabling SpeedStep est5: failed to enable SpeedStep p4tcc5: on cpu5 coretemp6: on cpu6 coretemp6: Setting TjMax=100 est6: enabling SpeedStep est6: failed to enable SpeedStep p4tcc6: on cpu6 coretemp7: on cpu7 coretemp7: Setting TjMax=100 est7: enabling SpeedStep est7: failed to enable SpeedStep p4tcc7: on cpu7 Device configuration finished. linprocfs registered linsysfs registered procfs registered Timecounters tick every 1.000 msec epair initialized. vlan: initialized, using hash tables with chaining Linux ELF exec handler installed ipfw2 (+ipv6) initialized, divert enabled, nat loadable, rule-based forwarding enabled, default to accept, logging disabled ipfw0: bpf attached DUMMYNET 0xfffffe0005e4d800 with IPv6 initialized (100409) load_dn_sched dn_sched PRIO loaded load_dn_sched dn_sched QFQ loaded load_dn_sched dn_sched RR loaded load_dn_sched dn_sched WF2Q+ loaded lo0: bpf attached load_dn_sched dn_sched FIFO loaded usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 480Mbps High Speed USB v2.0 ata0: reset tp1 mask=03 ostat0=7f ostat1=7f ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 ugen2.1: at usbus2 uhub2: on usbus2 ata0: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata0: stat0=0x09 err=0x09 lsb=0x09 msb=0x09 ata0: stat0=0x09 err=0x09 lsb=0x09 msb=0x09 ata0: stat0=0x09 err=0x09 lsb=0x09 msb=0x09 uhub0: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered ata0: stat0=0x09 err=0x09 lsb=0x09 msb=0x09 ata0: stat0=0x09 err=0x09 lsb=0x09 msb=0x09 ata0: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata0: stat0=0x09 err=0x09 lsb=0x09 msb=0x09 ata0: stat0=0x00 err=0x00 lsb=0x00 msb=0x00 ata0: stat1=0x0a err=0x0a lsb=0x0a msb=0x0a ata0: stat1=0x00 err=0x00 lsb=0x00 msb=0x00 ata0: reset tp2 stat0=00 stat1=00 devices=0x0 ahcich0: AHCI reset... ahcich0: SATA connect timeout time=10000us status=00000000 ahcich0: AHCI reset: device not found ahcich1: AHCI reset... ahcich1: SATA connect timeout time=10000us status=00000000 ahcich1: AHCI reset: device not found ahcich2: AHCI reset... ahcich2: SATA connect timeout time=10000us status=00000000 ahcich2: AHCI reset: device not found ahcich3: AHCI reset... ahcich3: SATA connect timeout time=10000us status=00000000 ahcich3: AHCI reset: device not found ahcich4: AHCI reset... ahcich4: SATA connect timeout time=10000us status=00000000 ahcich4: AHCI reset: device not found ahcich5: AHCI reset... ahcich5: SATA connect timeout time=10000us status=00000000 ahcich5: AHCI reset: device not found uhub2: 4 ports with 4 removable, self powered ugen0.2: at usbus0 ukbd0: on usbus0 kbd2 at ukbd0 kbd2: ukbd0, generic (0), config:0x0, flags:0x3d0000 ums0: on usbus0 GEOM: new disk da0 da0 at mpt0 bus 0 scbus0 target 4 lun 0 da0: Fixed Direct Access SCSI-5 device da0: Serial Number 9QMBZSA0 da0: 300.000MB/s transfers da0: Command Queueing enabled da0: 476940MB (976773168 512 byte sectors: 255H 63S/T 60801C) da1 at mpt0 bus 0 scbus0 target 5 lun 0 da1: Fixed Direct Access SCSI-5 device da1: Serial Number WD-WMAYP0682627 da1: 300.000MB/s transfers da1: Command Queueing enabled da1: 476940MB (976773168 512 byte sectors: 255H 63S/T 60801C) GEOM: new disk da1 pass0 at mpt0 bus 0 scbus0 target 4 lun 0 pass0: Fixed Direct Access SCSI-5 device pass0: Serial Number 9QMBZSA0 pass0: 300.000MB/s transfers pass0: Command Queueing enabled pass1 at mpt0 bus 0 scbus0 target 5 lun 0 pass1: Fixed Direct Access SCSI-5 device pass1: Serial Number WD-WMAYP0682627 pass1: 300.000MB/s transfers pass1: Command Queueing enabled da2 at mpt0 bus 0 scbus0 target 6 lun 0 da2: Fixed Direct Access SCSI-5 device da2: Serial Number WD-WMAYP0679546 da2: 300.000MB/s transfers da2: Command Queueing enabled da2: 476940MB (976773168 512 byte sectors: 255H 63S/T 60801C) da3 at mpt0 bus 0 scbus0 target 7 lun 0 da3: Fixed Direct Access SCSI-5 device da3: Serial Number 9QMC1X7Z da3: 300.000MB/s transfers da3: Command Queueing enabled da3: 476940MB (976773168 512 byte sectors: 255H 63S/T 60801C) pass2 at mpt0 bus 0 scbus0 target 6 lun 0 pass2: Fixed Direct Access SCSI-5 device pass2: Serial Number WD-WMAYP0679546 pass2: 300.000MB/s transfers pass2: Command Queueing enabled pass3 at mpt0 bus 0 scbus0 target 7 lun 0 pass3: Fixed Direct Access SCSI-5 device pass3: Serial Number 9QMC1X7Z pass3: 300.000MB/s transfers pass3: Command Queueing enabled ums0: 5 buttons and [XYZ] coordinates ID=1 SMP: AP CPU #5 Launched! cpu5 AP: ID: 0x05000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #1 Launched! cpu1 AP: ID: 0x01000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #3 Launched! cpu3 AP: ID: 0x03000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #2 Launched! cpu2 AP: ID: 0x02000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #4 Launched! cpu4 AP: ID: 0x04000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #7 Launched! cpu7 AP: ID: 0x07000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #6 Launched! cpu6 AP: ID: 0x06000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 ioapic0: routing intpin 1 (ISA IRQ 1) to lapic 1 vector 48 ioapic0: routing intpin 3 (ISA IRQ 3) to lapic 2 vector 48 ioapic0: routing intpin 4 (ISA IRQ 4) to lapic 3 vector 48 ioapic0: routing intpin 9 (ISA IRQ 9) to lapic 4 vector 48 ioapic0: routing intpin 14 (ISA IRQ 14) to lapic 5 vector 48 ioapic0: routing intpin 19 (PCI IRQ 19) to lapic 6 vector 48 ioapic0: routing intpin 23 (PCI IRQ 23) to lapic 7 vector 48 msi: Assigning MSI IRQ 257 to local APIC 1 vector 49 msi: Assigning MSI-X IRQ 258 to local APIC 2 vector 49 msi: Assigning MSI IRQ 259 to local APIC 3 vector 49 msi: Assigning MSI IRQ 260 to local APIC 4 vector 49 SMP: passed TSC synchronization test TSC timecounter discards lower 8 bit(s) Timecounter "TSC-low" frequency 11040257 Hz quality 1000 hwpmc: SOFT/16/64/0x67 TSC/1/64/0x20 IAP/2/40/0x3ff IAF/3/40/0x67 --------------030207080200020903000005-- From owner-freebsd-stable@FreeBSD.ORG Sat Jun 16 12:34:51 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 31B7F106566C; Sat, 16 Jun 2012 12:34:51 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id A275E8FC12; Sat, 16 Jun 2012 12:34:50 +0000 (UTC) Received: from skuns.kiev.zoral.com.ua (localhost [127.0.0.1]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id q5GCYjGt080948; Sat, 16 Jun 2012 15:34:45 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5) with ESMTP id q5GCYjJ3060789; Sat, 16 Jun 2012 15:34:45 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5/Submit) id q5GCYjKn060788; Sat, 16 Jun 2012 15:34:45 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Sat, 16 Jun 2012 15:34:45 +0300 From: Konstantin Belousov To: "mnln.l4" Message-ID: <20120616123445.GQ2337@deviant.kiev.zoral.com.ua> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="hkJ/XfKuQcNFcQvU" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.0 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-stable@freebsd.org, jkim@freebsd.org Subject: Re: acpidump -dt broken in 9 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, 16 Jun 2012 12:34:51 -0000 --hkJ/XfKuQcNFcQvU Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jun 15, 2012 at 09:57:45PM -0700, mnln.l4 wrote: > Just upgrade from 9.0 to 9 stable. >=20 > `acpidump -dt` shows error message "realpath tmp file: No such file or > directory" >=20 > It is related to the recent change made to realpath(3) This was a bug/specific operation in acpidump relying on non-conforming realpath(3) behaviour. The r235948 should be merged. --hkJ/XfKuQcNFcQvU Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (FreeBSD) iEYEARECAAYFAk/cfWUACgkQC3+MBN1Mb4hSvgCeKJgAmvS94tWAD0yiCYTyBkkj loQAoM9TvPR2DFS5NdoVLHglh5X+EO0V =X4mY -----END PGP SIGNATURE----- --hkJ/XfKuQcNFcQvU-- From owner-freebsd-stable@FreeBSD.ORG Sat Jun 16 16:23:38 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 776EE106566C for ; Sat, 16 Jun 2012 16:23:38 +0000 (UTC) (envelope-from prabhpal@digital-infotech.net) Received: from mail.digital-infotech.net (mail.digital-infotech.net [41.211.25.193]) by mx1.freebsd.org (Postfix) with ESMTP id 132628FC19 for ; Sat, 16 Jun 2012 16:23:38 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.digital-infotech.net (Postfix) with ESMTP id 7EC912E404A for ; Sat, 16 Jun 2012 16:23:30 +0000 (GMT) Received: from mail.digital-infotech.net ([127.0.0.1]) by localhost (mail.digital-infotech.net [127.0.0.1]) (maiad, port 10024) with ESMTP id 11874-04 for ; Sat, 16 Jun 2012 16:23:30 +0000 (GMT) Received: from mail.digital-infotech.net (localhost [127.0.0.1]) by mail.digital-infotech.net (Postfix) with ESMTP id 5E5F22E4017 for ; Sat, 16 Jun 2012 16:23:30 +0000 (GMT) X-DKIM: OpenDKIM Filter v2.5.0 mail.digital-infotech.net 5E5F22E4017 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=digital-infotech.net; s=digital; t=1339863810; bh=jfrXF0Ys+pU1dqEUckX59lf/QLhjJNEwY+pI+y3ykvM=; h=In-Reply-To:References:Date:Subject:From:To:Reply-To; b=PzwBguCCoGdUwKhP1/u/pYX/KEpYS7rUfA6LE82CCZO/JvNbgG/qBcZkWHDxWwwWb sIw8z9rFAZqn66/TsrdUWMSk3Km03zb04j6T72Jl6SU2rXlSIYtzcsonv2oVYvJrCI 4jHRoQP7NguUV30fGVDNQNPxvSSxjqnyqMh9mui0= Received: from 41.211.0.76 (SquirrelMail authenticated user prabhpal@digital-infotech.net) by mail.digital-infotech.net with HTTP; Sat, 16 Jun 2012 16:23:30 -0000 Message-ID: <3a8ddfc84f06a5fb1700f6c97f5473d4.squirrel@mail.digital-infotech.net> In-Reply-To: <1CAF986C-46CC-4D8D-B18F-A208796483EF@gromit.dlib.vt.edu> References: <4360846ab93b3a2b1968ee0f262cf148.squirrel@mail.digital-infotech.net> <4FDB6490.8080509@infracaninophile.co.uk> <98c09d7edf95e0e07910e7e5ce46accc.squirrel@mail.digital-infotech.net> <1CAF986C-46CC-4D8D-B18F-A208796483EF@gromit.dlib.vt.edu> Date: Sat, 16 Jun 2012 16:23:30 -0000 From: "Shiv. Nath" To: freebsd-stable@freebsd.org User-Agent: SquirrelMail/1.4.22 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: Re: PF to Preventing SMTP Brute Force Attacks X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: prabhpal@digital-infotech.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Jun 2012 16:23:38 -0000 > On Jun 15, 2012, at 12:55 PM, Shiv. Nath wrote: > >> # START >> table bruteforce persist >> block in log quick from bruteforce >> >> pass in on $ext_if proto tcp \ >> from any to $ext_if port $trusted_tcp_ports \ >> flags S/SA keep state \ >> (max-src-conn-rate 3/300, overload bruteforce flush global) >> >> # END >> >> AND CRON: >> */12 * * * * /sbin/pfctl -t ssh-bruteforce -T expire 604800 >/dev/null >> 2>&1 >> >> What is the function "expire 604800" are they entries in the table? >> should it be -t bruteforce or -t ssh-bruteforce > > > It refers to entries in the table specified by the "-t" option and > instructs pf to expire (remove from the table) all entries older than the > specified time (in seconds). Basically, the value 604800 will expire > entries older than 1 week. > > For the above pf rules, the cron entry should be "-t bruteforce" (although > in the pf rules you should be using ""). > > Cheers, > > Paul. > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > Dear Metthew & Paul, Thank you very much for your time, efforts and energy to help me configuring PF. Metthew also advised to create white, so that i do not lock myself. i have have to yet look at it. i will get in touch if i require more help. Thanks Regards From owner-freebsd-stable@FreeBSD.ORG Sat Jun 16 20:03:35 2012 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 D100B106568D for ; Sat, 16 Jun 2012 20:03:35 +0000 (UTC) (envelope-from prabhpal@digital-infotech.net) Received: from mail.digital-infotech.net (mail.digital-infotech.net [41.211.25.193]) by mx1.freebsd.org (Postfix) with ESMTP id 6DE188FC0C for ; Sat, 16 Jun 2012 20:03:35 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.digital-infotech.net (Postfix) with ESMTP id 612472E404B; Sat, 16 Jun 2012 20:03:31 +0000 (GMT) Received: from mail.digital-infotech.net ([127.0.0.1]) by localhost (mail.digital-infotech.net [127.0.0.1]) (maiad, port 10024) with ESMTP id 11874-05; Sat, 16 Jun 2012 20:03:28 +0000 (GMT) Received: from mail.digital-infotech.net (localhost [127.0.0.1]) by mail.digital-infotech.net (Postfix) with ESMTP id 0C4CC2E4017; Sat, 16 Jun 2012 20:03:28 +0000 (GMT) X-DKIM: OpenDKIM Filter v2.5.0 mail.digital-infotech.net 0C4CC2E4017 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=digital-infotech.net; s=digital; t=1339877008; bh=b5HZeNo0C0HYfFMn7x3VG2mpFXjpXlOg8ydGJWg/CoI=; h=In-Reply-To:References:Date:Subject:From:To:Cc:Reply-To; b=Uc+kl0pISiX6N9JRWKCgTAhLFgSb3sgBpHPmGt2dHXwFwacEHhuzljel9N36lZtNU a6lEQFPPl6kKN5q9bAFAG+QanI7mz9CaobkA89gbxkzFGUPxwA1DnseqSmEUBjZopD aZY6vZwAOpGm+UCsdEZ51llvwiO5fGLiLMiaHwgE= Received: from 41.211.0.76 (SquirrelMail authenticated user prabhpal@digital-infotech.net) by mail.digital-infotech.net with HTTP; Sat, 16 Jun 2012 20:03:28 -0000 Message-ID: <69642fed4fe6d9fb794eaedf2557cd8f.squirrel@mail.digital-infotech.net> In-Reply-To: <738cbc31aa2dce5787dc85cafb3d02a6.squirrel@mail.digital-infotech.net> References: <4360846ab93b3a2b1968ee0f262cf148.squirrel@mail.digital-infotech.net> <4FDB6490.8080509@infracaninophile.co.uk> <98c09d7edf95e0e07910e7e5ce46accc.squirrel@mail.digital-infotech.net> <4FDB6CBD.6080900@infracaninophile.co.uk> <738cbc31aa2dce5787dc85cafb3d02a6.squirrel@mail.digital-infotech.net> Date: Sat, 16 Jun 2012 20:03:28 -0000 From: "Shiv. Nath" To: prabhpal@digital-infotech.net User-Agent: SquirrelMail/1.4.22 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: freebsd-stable@freebsd.org Subject: Re: USE PF to Prevent SMTP Brute Force Attacks - Resolved !!! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: prabhpal@digital-infotech.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Jun 2012 20:03:35 -0000 >> Ooops. Yes, -t bruteforce is correct. "expire 604800" means delete >> entries after they've been in the table for that number of seconds (ie >> after one week) >> >> Cheers, >> >> Matthew >> >> -- >> Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard >> Flat 3 >> PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate >> JID: matthew@infracaninophile.co.uk Kent, CT11 9PW Dear Metthew, first thanks for assisting to secure 22/25 ports from brute force attack. i wish to consult if the following white list looks fine to exclude trusted networks (own network) int0="em0" secured_attack_ports="{21,22,25}" table persist block in log quick from pass in on $int0 proto tcp \ from any to $int0 port $secured_attack_ports \ flags S/SA keep state \ (max-src-conn-rate 5/300, overload flush global) ## Exclude Own Netowrk From Brute-Force Rule ## table persist {71.221.25.0/24, 71.139.22.0/24} pass in on $int0 proto tcp from to any OR pass in on $int0 proto tcp from to secured_attack_ports Thanks / Regards From owner-freebsd-stable@FreeBSD.ORG Sat Jun 16 20:14:37 2012 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 2A363106564A for ; Sat, 16 Jun 2012 20:14:37 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from smtp.infracaninophile.co.uk (smtp6.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3cd3:cd67:fafa:3d78]) by mx1.freebsd.org (Postfix) with ESMTP id 9393F8FC14 for ; Sat, 16 Jun 2012 20:14:36 +0000 (UTC) Received: from seedling.black-earth.co.uk (seedling.black-earth.co.uk [81.187.76.163]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.5/8.14.5) with ESMTP id q5GKESK9042387 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Sat, 16 Jun 2012 21:14:28 +0100 (BST) (envelope-from m.seaman@infracaninophile.co.uk) X-DKIM: OpenDKIM Filter v2.5.2 smtp.infracaninophile.co.uk q5GKESK9042387 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=infracaninophile.co.uk; s=201001-infracaninophile; t=1339877668; bh=9rfur+n42FzHckvfI1mFwITrmVM2h2gtacARrSB6oQ8=; h=Date:From:To:CC:Subject:References:In-Reply-To:Content-Type: Message-ID:Mime-Version; b=Clu+EbFnsMLpawW1rmuCTsNCaUMGQSppGIKwQNKVJmee9syHcF3cgooI3qM2Y+7LV cfZYnGuJfbh7eS4DiwwYdTYZdKpO4Rn77ba//9WRUcgJPNr+6LwmHyBZiVVGfUleYH 0z/Vqr/UWyEV/Y/9oHiTulhPbAuMYAkjUK98dhkg= Message-ID: <4FDCE91C.9040005@infracaninophile.co.uk> Date: Sat, 16 Jun 2012 21:14:20 +0100 From: Matthew Seaman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:13.0) Gecko/20120614 Thunderbird/13.0.1 MIME-Version: 1.0 To: prabhpal@digital-infotech.net References: <4360846ab93b3a2b1968ee0f262cf148.squirrel@mail.digital-infotech.net> <4FDB6490.8080509@infracaninophile.co.uk> <98c09d7edf95e0e07910e7e5ce46accc.squirrel@mail.digital-infotech.net> <4FDB6CBD.6080900@infracaninophile.co.uk> <738cbc31aa2dce5787dc85cafb3d02a6.squirrel@mail.digital-infotech.net> <69642fed4fe6d9fb794eaedf2557cd8f.squirrel@mail.digital-infotech.net> In-Reply-To: <69642fed4fe6d9fb794eaedf2557cd8f.squirrel@mail.digital-infotech.net> X-Enigmail-Version: 1.4.2 OpenPGP: id=60AE908C Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig5322E732B5595E22B756819F" X-Virus-Scanned: clamav-milter 0.97.4 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-1.8 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DKIM_ADSP_ALL,DKIM_SIGNED,T_DKIM_INVALID autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on lucid-nonsense.infracaninophile.co.uk Cc: freebsd-stable@freebsd.org Subject: Re: USE PF to Prevent SMTP Brute Force Attacks - Resolved !!! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Jun 2012 20:14:37 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig5322E732B5595E22B756819F Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 16/06/2012 21:03, Shiv. Nath wrote: > Dear Metthew, Matthew, one a, one e. > first thanks for assisting to secure 22/25 ports from brute force attac= k. > i wish to consult if the following white list looks fine to exclude > trusted networks (own network) >=20 >=20 >=20 > int0=3D"em0" > secured_attack_ports=3D"{21,22,25}" >=20 > table persist > block in log quick from > pass in on $int0 proto tcp \ > from any to $int0 port $secured_attack_ports \ > flags S/SA keep state \ > (max-src-conn-rate 5/300, overload flush global) >=20 >=20 > ## Exclude Own Netowrk From Brute-Force Rule ## >=20 > table persist {71.221.25.0/24, 71.139.22.0/24} > pass in on $int0 proto tcp from to any >=20 > OR >=20 > pass in on $int0 proto tcp from to secured_attack_ports ^^^^^^^^^^^^^^^^^^^^^ $secured_attack_ports You seem to have missed out a $ sign there. But, yes, other than that it looks good looks good. You want to move the table definitions up to the top of the file and as you've shown, you want your network specific rule after the more generic rate-limited accept rule: remember that (except for quick rules) it's the last matching rule in the ruleset that applies. Cheers, Matthew --=20 Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate JID: matthew@infracaninophile.co.uk Kent, CT11 9PW --------------enig5322E732B5595E22B756819F Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.16 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk/c6SQACgkQ8Mjk52CukIyLIACfeCaDbqCoL+MPf1h17jkGKxS7 3Q0An3DnquxOx3pK5C/7CgYq0qQfiy/Q =ECC5 -----END PGP SIGNATURE----- --------------enig5322E732B5595E22B756819F-- From owner-freebsd-stable@FreeBSD.ORG Sat Jun 16 21:14:58 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C9DA6106566B for ; Sat, 16 Jun 2012 21:14:58 +0000 (UTC) (envelope-from dr@roffiaen.com) Received: from smtp5-g21.free.fr (smtp5-g21.free.fr [IPv6:2a01:e0c:1:1599::14]) by mx1.freebsd.org (Postfix) with ESMTP id 5A0728FC15 for ; Sat, 16 Jun 2012 21:14:56 +0000 (UTC) Received: from [192.168.1.25] (unknown [78.220.40.62]) by smtp5-g21.free.fr (Postfix) with ESMTP id 26E70D48079 for ; Sat, 16 Jun 2012 23:14:51 +0200 (CEST) Message-ID: <4FDCF74A.4010305@roffiaen.com> Date: Sat, 16 Jun 2012 23:14:50 +0200 From: David ROFFIAEN User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:12.0) Gecko/20120606 Thunderbird/12.0.1 MIME-Version: 1.0 To: freebsd-stable Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: ggate 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: Sat, 16 Jun 2012 21:14:58 -0000 Hi list, I encoutered a panic with ggatec : I misconfigured gg.exports on the server with bad IP address for allowed client. Resulting a panic when creating ggatec on the client. Investigating the panic a I discovered at line 362 in g_gatec.c, the ggio->gctl_sectorsize variable is not checked to be > 0 resulting a "Fatal trap 18: integer divide fault while in kernel mode", thus because there is no ggated allowed for my client IP (in my misconfigured gg.exports) in my case. It would be better to check before the 'if' at line 362, that the partition we are trying to import with ggatec is available and otherwise give an explicit warning instead of letting the kernel panicing. Sorry for my bad english and the poor description of the problem David