From owner-freebsd-questions@FreeBSD.ORG Sun Mar 1 00:15:08 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 248C1CD9 for ; Sun, 1 Mar 2015 00:15:08 +0000 (UTC) Received: from mail-we0-x235.google.com (mail-we0-x235.google.com [IPv6:2a00:1450:400c:c03::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A2E36DAF for ; Sun, 1 Mar 2015 00:15:07 +0000 (UTC) Received: by wesw55 with SMTP id w55so26815384wes.5 for ; Sat, 28 Feb 2015 16:15:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:subject:message-id:in-reply-to:references:reply-to :mime-version:content-type; bh=E7p2jWS7oJ5OP1uVzu4x2k1othLVBqiaOBEhM8KZ4HM=; b=aMyfVy7/rdxKK5XYl0xDKduPGk2yK9qRrGCMYXgP727ldU4siMumXFxjFsNNntt4og MBPyUmmteKlhSvAdfQa7StG/iq2Avnt7rBQE+kBPclhn2tAWTFQiuMM4I73SrrCquTsw vkzSuThJqXrS9cKgbv1iQJiEYuUGFrXEvSNFtVtv6BLRDuQBohEX2ioJJqe06H2HTr+/ R+ZQl1C/r2f0R17pdTFl4YCEj+KH73no3l5IawT7WZ5TzvIk6LD4QJOICnXgEafroOWK HzWWAnJI4lkVG6XkZOyAldmDYju8x5jOF5b13pBvRVxXRgPl6HL9QMkNeqFtYdxVGFFm Lyhw== X-Received: by 10.180.79.227 with SMTP id m3mr21478031wix.3.1425168906000; Sat, 28 Feb 2015 16:15:06 -0800 (PST) Received: from localhost (89-73-177-236.dynamic.chello.pl. [89.73.177.236]) by mx.google.com with ESMTPSA id bd8sm12244301wjc.21.2015.02.28.16.15.03 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 28 Feb 2015 16:15:05 -0800 (PST) Date: Sun, 1 Mar 2015 02:14:53 +0200 From: =?ISO-8859-9?Q?G=F6k=FEin?= Akdeniz To: freebsd-questions@freebsd.org Subject: Re: Still cant update nvidia driver. Message-Id: <20150301021453.d1c5432d98c36af5ea18664b@gmail.com> In-Reply-To: <201502282309.t1SN9Fov030164@deneb.dwf.com> References: <201502282309.t1SN9Fov030164@deneb.dwf.com> Reply-To: goksin.akdeniz@gmail.com X-Mailer: Sylpheed 3.4.2 (GTK+ 2.24.25; amd64-portbld-freebsd9.3) Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="PGP-SHA256"; boundary="Signature=_Sun__1_Mar_2015_02_14_54_+0200_FQddHF/06LUpUe=9" X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Mar 2015 00:15:08 -0000 --Signature=_Sun__1_Mar_2015_02_14_54_+0200_FQddHF/06LUpUe=9 Content-Type: text/plain; charset=ISO-8859-9 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Sat, 28 Feb 2015 16:09:15 -0700 tarihinde reg@dwf.com yazm=FD=FE: Hi, >=20 > Now at least one user says he did this, so it must be possible, > can someone please give me a method that really works? >=20 It is possible to install old nvidia driver. :) I do keep a few ports with previous versions aganist current. Here is how I do it: Before proceeding a few questions: 1- Do you update ports tree with portsnap or subversion? 2-I probably missed your previous e-mails, are you running FreeBSD or PCBSD? --=20 G=F6k=FEin Akdeniz --Signature=_Sun__1_Mar_2015_02_14_54_+0200_FQddHF/06LUpUe=9 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBCAAGBQJU8ln+AAoJEN3E1tqsfcz3clgIAKVkJ3VwijlKYNOrsVInSOI0 Ud5SIflAPfThKlI25S+r0mrenXmD1bxwcEHZUeBSXFMp2pLvzovHpii9UJSAtPEy JWRF7Vvn2L1Ck5nbjw42JI+1JCM8ERBOmS70+y/f02UMLcGus4SENYwhPCa/Qgl6 leH5+ckJ8Wn9gx8sIox+2CN4ASvCxJ9KSIk0nMYVmUZvpCAIHJCkbGMl6uwVWLS3 aSxL+f0bPB0136ER+3235VhG7I/BC7NMKuBV1oT00IlSzTC1nsJs0sph1DDsiLp9 z6j/XweVvTU+JOye9+/w4JZTMRqQDYNVxeCSEiXGRAHaq6iAIWSlk1c3VnzqUlU= =ie/O -----END PGP SIGNATURE----- --Signature=_Sun__1_Mar_2015_02_14_54_+0200_FQddHF/06LUpUe=9-- From owner-freebsd-questions@FreeBSD.ORG Sun Mar 1 00:26:01 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2533D417 for ; Sun, 1 Mar 2015 00:26:01 +0000 (UTC) Received: from asmtp01.netarrest.com (asmtp01.netarrest.com [67.228.24.236]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id F1A45F16 for ; Sun, 1 Mar 2015 00:26:00 +0000 (UTC) Received: from Dell-Admin (p5B05F459.dip0.t-ipconnect.de [91.5.244.89]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by asmtp01.netarrest.com (Postfix) with ESMTPSA id 21FD59903FB for ; Sat, 28 Feb 2015 18:25:56 -0600 (CST) Organization: SoundCloud Reply-To: notifications@soundcloudmail.com Message-ID: <7b055a23d7ac00987c891dd000158eaf@soundcloudmail.com> From: "SoundCloud Notifications" To: Subject: New message from SoundCloud PR Date: Sun, 1 Mar 2015 01:25:52 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="windows-1252" X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Mar 2015 00:26:01 -0000 [letter.png] Hey, [1]SoundCloudPR sent you a message: The SoundCloud Promotional Service offers Artists, DJs, Singers and Managers a simple, cost-effective way to reach targeted followers, sales, comments, plays and downloads on SoundCloud. We target like-minded users who are interested in your new tracks, releases and sets. This means that each new user we will follow, will receive a notification from you (like this message), saying that you have followed him or her. In return, these users will check out your profile, follow you back, play, comment, and download your music. By increasing your visibility on SoundCloud, you also improve your chances of getting noticed by records labels, club owners and talent scouts, who might all be looking for the next big catch. Many of our clients have signed records deals, DJ gigs, or simply found new collaboration partners after using our services. Artists that generate a lot of honest consistent feedbacks and traffic to their profiles are the ones who stand out from the crowd. To check this new service, go directly to the [2]SoundCloud Promotion Page ----- © 2007 - 2015 SoundCloud Ltd. All rights reserved [postman-email-convo-message_sent] [3]Unsubscribe[4] | Manage Notifications | [5]Support | [6]Terms of Use | [7]Community Guidelines | [8]Imprint | [9]Privacy Policy References 1. http://bit.ly/soundcloud-now 2. http://bit.ly/soundcloud-now 3. http://bit.ly/sc-unsubscribe 4. http://soundcloud.com/settings/email 5. http://help.soundcloud.com/ 6. http://soundcloud.com/terms-of-use 7. http://soundcloud.com/community-guidelines 8. http://soundcloud.com/imprint 9. https://soundcloud.com/pages/privacy From owner-freebsd-questions@FreeBSD.ORG Sun Mar 1 05:49:30 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4A26C272 for ; Sun, 1 Mar 2015 05:49:30 +0000 (UTC) Received: from feeder.usenet4all.se (1-1-1-38a.far.sth.bostream.se [82.182.32.53]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9F19BD4A for ; Sun, 1 Mar 2015 05:49:28 +0000 (UTC) Received: from kw.news4all.se (localhost [127.0.0.1]) by feeder.usenet4all.se (8.13.1/8.13.1) with ESMTP id t215nHaq010307; Sun, 1 Mar 2015 06:49:17 +0100 (CET) (envelope-from bah@bananmonarki.se) Message-ID: <54F2A85D.7090504@bananmonarki.se> Date: Sun, 01 Mar 2015 06:49:17 +0100 From: Bernt Hansson User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: Andrew Gould , "William A. Mahaffey III" Subject: Re: problems mounting camera to download pics .... References: <54EF5A28.8010605@hiwaay.net> <20150226183930.477ed7b5.freebsd@edvax.de> <54EF601F.3070702@hiwaay.net> <20150226190921.94278d64.freebsd@edvax.de> <54EF80C2.3040803@hiwaay.net> In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Questions !!!! X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Mar 2015 05:49:30 -0000 On 2015-02-26 21:51, Andrew Gould wrote: >> > If you set the suid on mount and umount, users should be able to mount and > unmount devices. > > chmod u+s /sbin/*mount Very bad. From owner-freebsd-questions@FreeBSD.ORG Sun Mar 1 07:29:24 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 99DD22C0 for ; Sun, 1 Mar 2015 07:29:24 +0000 (UTC) Received: from feeder.usenet4all.se (1-1-1-38a.far.sth.bostream.se [82.182.32.53]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 003D889F for ; Sun, 1 Mar 2015 07:29:23 +0000 (UTC) Received: from kw.news4all.se (localhost [127.0.0.1]) by feeder.usenet4all.se (8.13.1/8.13.1) with ESMTP id t217TK2q012111 for ; Sun, 1 Mar 2015 08:29:20 +0100 (CET) (envelope-from bah@bananmonarki.se) Message-ID: <54F2BFD0.406@bananmonarki.se> Date: Sun, 01 Mar 2015 08:29:20 +0100 From: Bernt Hansson User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: freeBSD Mailing List Subject: Freebsd, sort of. Python help needed. Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Mar 2015 07:29:24 -0000 Hello list. Trying to get some python scripts running, Well it runs but missing something. The error is; Failed to initialize the interactive 3D model view. Please install 'python-gtkglext1' to enable it. Which I have installed as /usr/ports/x11-toolkits/gtkglext Where are the modules? How can i tell the script where to get the modules? The scripts is here http://sourceforge.net/projects/pycam/ From owner-freebsd-questions@FreeBSD.ORG Sun Mar 1 08:32:02 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DFD248C0 for ; Sun, 1 Mar 2015 08:32:02 +0000 (UTC) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1bon0141.outbound.protection.outlook.com [157.56.111.141]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "MSIT Machine Auth CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7ACA7F4D for ; Sun, 1 Mar 2015 08:32:01 +0000 (UTC) Received: from [10.0.0.21] (73.5.142.244) by BY1PR0301MB0840.namprd03.prod.outlook.com (25.160.193.146) with Microsoft SMTP Server (TLS) id 15.1.93.16; Sun, 1 Mar 2015 07:57:32 +0000 Message-ID: <54F2C668.1010805@my.hennepintech.edu> Date: Sun, 1 Mar 2015 01:57:28 -0600 From: Andrew Berg User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: Subject: Re: Freebsd, sort of. Python help needed. References: <54F2BFD0.406@bananmonarki.se> In-Reply-To: <54F2BFD0.406@bananmonarki.se> Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit X-Originating-IP: [73.5.142.244] X-ClientProxiedBy: CY1PR12CA0009.namprd12.prod.outlook.com (25.160.137.19) To BY1PR0301MB0840.namprd03.prod.outlook.com (25.160.193.146) Authentication-Results: freebsd.org; dkim=none (message not signed) header.d=none; X-Microsoft-Antispam: UriScan:; X-Microsoft-Antispam: BCL:0;PCL:0;RULEID:;SRVR:BY1PR0301MB0840; X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:; X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(601004)(5005006); SRVR:BY1PR0301MB0840; X-Forefront-PRVS: 0502983C0E X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10019020)(6009001)(6049001)(24454002)(51704005)(77156002)(62966003)(59896002)(122386002)(40100003)(450100001)(23676002)(2351001)(64126003)(89122001)(110136001)(65816999)(77096005)(47776003)(50986999)(66066001)(2950100001)(76176999)(54356999)(88552001)(65956001)(107886001)(50466002)(92566002)(46102003)(75432002)(42186005)(87976001)(86362001)(83506001)(87266999)(33656002); DIR:OUT; SFP:1102; SCL:1; SRVR:BY1PR0301MB0840; H:[10.0.0.21]; FPR:; SPF:None; MLV:sfv; LANG:en; X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:; SRVR:BY1PR0301MB0840; X-OriginatorOrg: my.hennepintech.edu X-MS-Exchange-CrossTenant-OriginalArrivalTime: 01 Mar 2015 07:57:32.9299 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-Transport-CrossTenantHeadersStamped: BY1PR0301MB0840 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Mar 2015 08:32:03 -0000 On 2015.03.01 01:29, Bernt Hansson wrote: > Hello list. > > Trying to get some python scripts running, Well it runs but missing > something. > > The error is; > > Failed to initialize the interactive 3D model view. > Please install 'python-gtkglext1' to enable it. > > Which I have installed as /usr/ports/x11-toolkits/gtkglext Ports for things do not include bindings for every language conceivable (bindings are usually separate projects!). You are looking for x11-toolkits/py-gtkglext. From owner-freebsd-questions@FreeBSD.ORG Sun Mar 1 10:00:31 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E3F1D48D for ; Sun, 1 Mar 2015 10:00:31 +0000 (UTC) Received: from feeder.usenet4all.se (1-1-1-38a.far.sth.bostream.se [82.182.32.53]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 618E294E for ; Sun, 1 Mar 2015 10:00:29 +0000 (UTC) Received: from kw.news4all.se (localhost [127.0.0.1]) by feeder.usenet4all.se (8.13.1/8.13.1) with ESMTP id t21A0QKD014970; Sun, 1 Mar 2015 11:00:26 +0100 (CET) (envelope-from bah@bananmonarki.se) Message-ID: <54F2E33A.5050505@bananmonarki.se> Date: Sun, 01 Mar 2015 11:00:26 +0100 From: Bernt Hansson User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: Andrew Berg , freebsd-questions@freebsd.org Subject: Re: Freebsd, sort of. Python help needed. References: <54F2BFD0.406@bananmonarki.se> <54F2C668.1010805@my.hennepintech.edu> In-Reply-To: <54F2C668.1010805@my.hennepintech.edu> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Mar 2015 10:00:32 -0000 On 2015-03-01 08:57, Andrew Berg wrote: > On 2015.03.01 01:29, Bernt Hansson wrote: >> Hello list. >> >> Trying to get some python scripts running, Well it runs but missing >> something. >> >> The error is; >> >> Failed to initialize the interactive 3D model view. >> Please install 'python-gtkglext1' to enable it. >> >> Which I have installed as /usr/ports/x11-toolkits/gtkglext > Ports for things do not include bindings for every language conceivable > (bindings are usually separate projects!). You are looking for > x11-toolkits/py-gtkglext. Thank you! I'll try that. Not a programmer myself. From owner-freebsd-questions@FreeBSD.ORG Sun Mar 1 12:37:05 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 74E00B1B for ; Sun, 1 Mar 2015 12:37:05 +0000 (UTC) Received: from mail-lb0-f178.google.com (mail-lb0-f178.google.com [209.85.217.178]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id EF2B99E6 for ; Sun, 1 Mar 2015 12:37:04 +0000 (UTC) Received: by lbjb6 with SMTP id b6so25045669lbj.12 for ; Sun, 01 Mar 2015 04:36:57 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=8dMC+1D/CB3VWMiecEiMPh1/N89Eb/cOi7gQKRryG2s=; b=Wd2Sz1VpD1O5nVkWTEZhu8wRI989EXfN8m7mYFGrwXFzkLzWn0w0OAx0I/nkOnM6pX EJ31jk/c9e0js044B47qKoUH+KMZZX7snDkWG6oEod6jy5iSUajDG+VpE6vadSmvKfj8 +vXzpCnpYE4xBuF4qNETh99vl1KPbCa6pVRqmwP3TBqIQG12oAUFCn3B0kCUF5w4VEFk qldPFrJoyQ9b/YiPxeF7g1J6s8sVpAMOV5k1C3trqj5p24jQUQGs9hMjukR06jFdfJ11 WJ7HyoeIYXJDf8wzpdCPAfM5ErwUo0C4apliyeKElQRCepzulxuqatEy1dbIh7XOtrOB +3hw== X-Gm-Message-State: ALoCoQnLagOgZuMkuMEr/NhIrpNMkGR+Mhac8UqDa/TTOCaiqRZPXpOaPKsp5wLghhWHq750RGKj MIME-Version: 1.0 X-Received: by 10.153.5.11 with SMTP id ci11mr19420445lad.95.1425213417358; Sun, 01 Mar 2015 04:36:57 -0800 (PST) Received: by 10.112.164.102 with HTTP; Sun, 1 Mar 2015 04:36:57 -0800 (PST) X-Originating-IP: [82.28.219.228] In-Reply-To: <54ECD686.7000504@gmail.com> References: <54ECD686.7000504@gmail.com> Date: Sun, 1 Mar 2015 12:36:57 +0000 Message-ID: Subject: Re: System to install FreeBSD From: Tom Storey To: zep Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Mar 2015 12:37:05 -0000 On 24 February 2015 at 19:52, zep wrote: > use virtulization I would agree with this. Since it is for training, save yourself the money and run a hypervisor on your existing PC or laptop. I personally use VMware Fusion on my Mac, but there are plenty of others available as zep mentioned. You then have the option to spin up as many other VMs as you need to test different scenarios, and take snapshots before making large complicated changes so you can roll back easily if you stuff up. :-) If you must have another physical machine, you dont have to buy brand new. Save yourself the money and grab something second hand from the local pawn shop or off ebay etc. Anything within the last 10 years is likely to be more than adequate for training purposes, especially if you only plan to work on the CLI (and as long as your work doesnt involve heavy processing tasks.) And at that, once on the network you can go headless and just use SSH or an X client so you dont need additional monitors/keyboards/etc either. From owner-freebsd-questions@FreeBSD.ORG Sun Mar 1 17:58:39 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F20D0B61 for ; Sun, 1 Mar 2015 17:58:39 +0000 (UTC) Received: from bs1.fjl.org.uk (bs1.fjl.org.uk [84.45.41.196]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "bs1.fjl.org.uk", Issuer "bs1.fjl.org.uk" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 73645E1E for ; Sun, 1 Mar 2015 17:58:39 +0000 (UTC) Received: from [192.168.1.35] (host165-120-180-223.range165-120.btcentralplus.com [165.120.180.223]) (authenticated bits=0) by bs1.fjl.org.uk (8.14.4/8.14.4) with ESMTP id t21HgLvq053845 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES128-SHA bits=128 verify=NO) for ; Sun, 1 Mar 2015 17:42:25 GMT (envelope-from freebsd-doc@fjl.co.uk) Message-ID: <54F34F82.2080108@fjl.co.uk> Date: Sun, 01 Mar 2015 17:42:26 +0000 From: Frank Leonhardt User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: freebsd-questions@freebsd.org Subject: Re: Am I too dumb to mount an SD-card? References: <9107632.xkY3nEPMJS@falbala.rz1.convenimus.net> In-Reply-To: <9107632.xkY3nEPMJS@falbala.rz1.convenimus.net> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Mar 2015 17:58:40 -0000 This isn't an answer, but if all the suggestions here fail, I've often found some sanity checking is a good idea. For example, format a card on a PC and see if that reads. Can you dd the card? FAT isn't an absolute standard, and I've found more than one embedded device that has its own idea about what FAT is. Not formatting future cards on the camera may help. Was this one pre-formatted? And there are patent issues. I first came across this with Digital Research GEMDOS, which had a different version of 3.5" drive FAT to that eventually used by Microsoft. Formatting on a PS/2 worked on GEMDOS but the PS/2 wouldn't touch the GEMDOS disks. [Wanders off into the sunset reminiscing...] On 27/02/2015 22:28, Christian Baer wrote: > Hey everyone! > > I decided to give a few pieces of software a spin, so that I could possibly > use FreeBSD for my photo stuff aswell. > > My problem is that I can't mount the SD-card from my camera (Pentax K-3). > It's formatted exFAT (I am guessing) by the camera. > > I stuck the card into the card reader and there is a device there for it to: > > /dev/da1 and /dev/da1s1 > > However, mounting does not work: > > mount.exfat-fuse /dev/da1s1 /mnt/sdcard/ > FUSE exfat 1.0.1 > fuse: failed to open fuse device: No such file or directory > > It seems to be there (last one): > > camcontrol devlist > at scbus0 target 0 lun 0 (ada0,pass0) > at scbus1 target 0 lun 0 (ada1,pass1) > at scbus2 target 0 lun 0 (ada2,pass2) > at scbus6 target 0 lun 0 (pass3,cd0) > at scbus8 target 0 lun 0 (pass4,ses0) > at scbus9 target 0 lun 0 (da0,pass5) > at scbus9 target 0 lun 1 (da1,pass6) > > And it is definately the one with something plugged in... :-) > > kernel: ugen2.3: at usbus2 > kernel: umass0: addr 2> on usbus2 > kernel: umass0: SCSI over Bulk-Only; quirks = 0x4001 > kernel: umass0:9:0:-1: Attached to scbus9 > kernel: da0 at umass-sim0 bus 0 scbus9 target 0 lun 0 > kernel: da0: Removable Direct Access SCSI-0 > device > kernel: da0: 40.000MB/s transfers > kernel: da0: Attempt to query device size failed: NOT READY, Medium not > present > kernel: da0: quirks=0x2 > kernel: da1 at umass-sim0 bus 0 scbus9 target 0 lun 1 > kernel: da1: Removable Direct Access SCSI-0 > device > kernel: da1: 40.000MB/s transfers > kernel: da1: 60906MB (124735488 512 byte sectors: 255H 63S/T 7764C) > kernel: da1: quirks=0x2 > > In some forum I read something about having to start fusefs as a service or > loadable kernel module. However, I could not find a start script for fuse > after installing it nor could I find a klm. > > What piece of the puzzle am I missing (again)? > > Y'all have a good night! :-) > Chris > > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" From owner-freebsd-questions@FreeBSD.ORG Sun Mar 1 18:20:44 2015 Return-Path: Delivered-To: questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3D8942D4 for ; Sun, 1 Mar 2015 18:20:44 +0000 (UTC) Received: from cz-prg-mx-01.inhio.eu (178-238-36-224.static.masterinter.net [178.238.36.224]) by mx1.freebsd.org (Postfix) with ESMTP id F0902142 for ; Sun, 1 Mar 2015 18:20:42 +0000 (UTC) Received: from [10.0.1.5] (titanio.inhio.eu [10.0.0.21]) by cz-prg-mx-01.inhio.eu (Postfix) with ESMTPSA id F029162779; Sun, 1 Mar 2015 18:20:33 +0000 (UTC) Message-ID: <1425234033.15108.2.camel@inhio.eu> Subject: Re: Vinum ... to oblivion? From: asv To: Warren Block Date: Sun, 01 Mar 2015 19:20:33 +0100 In-Reply-To: References: <1424718731.3100.16.camel@inhio.eu> <2f7bf7c43190bde301d726f64551ea3a@mail.d2ux.org> Content-Type: text/plain; charset="us-ascii" X-Mailer: Evolution 3.12.10 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Cc: "questions@freebsd.org" , Matthias Petermann , Alberto Mijares X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Mar 2015 18:20:44 -0000 Thanks for that! On Wed, 2015-02-25 at 17:43 -0700, Warren Block wrote: > On Wed, 25 Feb 2015, Alberto Mijares wrote: > > >> > >> I had proposed and even done the work to make that chapter into a separate > >> article. Then I discarded it when it was pointed out that the existing > >> version should be in the archives. Which it now... is not. > >> > >> With some effort, it could be resurrected into an article again. > > > > > > The book The Complete FreeBSD, by Greg Lehey, has a chapter covering > > vinum and it almost hasn't change since then (AFAIK). The book is part > > of the FreeBSD documentation project, so it could be referenced from > > the handbook or a starting point for the proposed article. > > That was where the Handbook vinum chapter originated. > > I have recreated the article: > https://www.freebsd.org/doc/en_US.ISO8859-1/articles/vinum/ From owner-freebsd-questions@FreeBSD.ORG Sun Mar 1 18:24:43 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 295293DA for ; Sun, 1 Mar 2015 18:24:43 +0000 (UTC) Received: from mail-la0-x22b.google.com (mail-la0-x22b.google.com [IPv6:2a00:1450:4010:c03::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C0BCD17A for ; Sun, 1 Mar 2015 18:24:42 +0000 (UTC) Received: by labgf13 with SMTP id gf13so1668144lab.5 for ; Sun, 01 Mar 2015 10:24:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:from:date:message-id:subject:to:content-type; bh=Bv9ctc83i3pRLEINbPCHdFUDVsBHCyNwCqBYrBRJZv0=; b=U2hCw2A2LTelhqusQhhwSHeG1iNtmA9hFL3Ep3S7kEzp/p7I8SGGWfi2nJiGt/wN56 H3OkxP5yp2Lkg/u+RA1jG2MFybK7UMCktAJlWsCmpqs3k7yBJ7fVfaj8MoPk/jliERcC wiHf0fPEEhRWZRBpxEslPQXoeFHndXoNcmtL7H0ZGYsSZ4qlEPuXvHi8x6IF1ZbIw/xx +RGV6agLI0uCHf1P7SbyyZDl+rCR6k3IN+mMRyqGYFV8Z+Vw0hL111JV5MYYJgUHYijG p2wSZ3/l51aF/N5mKz2bIYw3AGOzB0DU17867CGY7GFr6730FlNyBV9r3bnkaGS6V+lo Gjrw== X-Received: by 10.112.163.229 with SMTP id yl5mr21018697lbb.60.1425234280632; Sun, 01 Mar 2015 10:24:40 -0800 (PST) MIME-Version: 1.0 Sender: daveroundy@gmail.com Received: by 10.114.180.133 with HTTP; Sun, 1 Mar 2015 10:24:20 -0800 (PST) From: David Roundy Date: Sun, 1 Mar 2015 10:24:20 -0800 X-Google-Sender-Auth: uSklyD90CBry2uo121UYXwxV0NI Message-ID: Subject: using ktrace to track files modified To: freebsd-questions@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Mar 2015 18:24:43 -0000 Hi all, I was wondering if it is possible to use ktrace to reliably track the files modified by a given command. I don't see how it can be used to do this, but that may be because I do not understand the output of kdump. In particular, I don't see how to interpret the arguments to the "at" versions of syscalls, openat, renameat,etc, which require met to know the meaning of the given directory file descriptors. I suppose one could maybe achieve this by tracking when those directories were opened, but this sounds fragile. Can anyone tell me if there is a good solution to using ktrace/kdump to monitor the file system usage of a command? David From owner-freebsd-questions@FreeBSD.ORG Sun Mar 1 23:08:12 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A6E5A598 for ; Sun, 1 Mar 2015 23:08:12 +0000 (UTC) Received: from mail5.networktest.com (mail5.networktest.com [204.109.60.142]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7FC381A3 for ; Sun, 1 Mar 2015 23:08:12 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail5.networktest.com (Postfix) with ESMTP id 974D139DC57 for ; Sun, 1 Mar 2015 15:00:01 -0800 (PST) Received: from mail5.networktest.com ([127.0.0.1]) by localhost (mail5.networktest.com [127.0.0.1]) (maiad, port 10024) with ESMTP id 03779-03 for ; Sun, 1 Mar 2015 15:00:01 -0800 (PST) Received: from tejay-2.local (cpe-75-82-83-187.socal.res.rr.com [75.82.83.187]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: dnewman@networktest.com) by mail5.networktest.com (Postfix) with ESMTPSA id B83B039DC2D for ; Sun, 1 Mar 2015 15:00:00 -0800 (PST) Message-ID: <54F399EF.3090908@networktest.com> Date: Sun, 01 Mar 2015 14:59:59 -0800 From: David Newman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: freebsd-questions@freebsd.org Subject: 'pkg upgrade' wants to install php56 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Mar 2015 23:08:12 -0000 How to ensure pkg will upgrade php5 modules within the same minor version? After updating pkgs on a FreeBSD 10.1-RELEASE-p6 amd64 system, the 'pkg upgrade' command wants to install php56 even though all php5 pkgs are on 5.4.37. The rest of the commands from the upgrade appear to want to upgrade modules from php5-5.4.37 to 5.4.38. There's nothing in /etc/make.conf forcing version numbers. I don't particularly care which php version runs (well, within 5.4-5.6) as long as module versions are consistent. How to ensure that? Thanks dn [dnewman@somehost ~]$ sudo pkg upgrade Updating FreeBSD repository catalogue... FreeBSD repository is up-to-date. All repositories are up-to-date. Checking for upgrades (47 candidates): 100% Processing candidates (47 candidates): 100% The following 41 packages will be affected (of 0 checked): New packages to be INSTALLED: php56: 5.6.6 Installed packages to be UPGRADED: php5-zlib: 5.4.37 -> 5.4.38 php5-xmlwriter: 5.4.37 -> 5.4.38 php5-xmlreader: 5.4.37 -> 5.4.38 php5-xml: 5.4.37 -> 5.4.38 ... Installed packages to be REINSTALLED: php-libawl-0.54 (direct dependency changed) The process will require 15 MiB more space. 13 MiB to be downloaded. Proceed with this action? [y/N]: From owner-freebsd-questions@FreeBSD.ORG Sun Mar 1 23:34:31 2015 Return-Path: Delivered-To: questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9E50881B for ; Sun, 1 Mar 2015 23:34:31 +0000 (UTC) Received: from cdn98-124-176-173.serverwholesale.com (mail.prime.com.mt [98.124.176.173]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 75D6F63E for ; Sun, 1 Mar 2015 23:34:30 +0000 (UTC) Received: from localhost (localhost.localdomain [127.0.0.1]) by cdn98-124-176-173.serverwholesale.com (Postfix) with ESMTP id 02D5F887EC1 for ; Sun, 1 Mar 2015 18:28:42 -0500 (EST) Received: from cdn98-124-176-173.serverwholesale.com ([127.0.0.1]) by localhost (cdn98-124-176-173.serverwholesale.com [127.0.0.1]) (maiad, port 10024) with ESMTP id 26708-01 for ; Sun, 1 Mar 2015 18:28:41 -0500 (EST) Received: from domain.com (wsip-98-174-251-14.ph.ph.cox.net [98.174.251.14]) by cdn98-124-176-173.serverwholesale.com (Postfix) with ESMTPA id 5FDAF887EBC for ; Sun, 1 Mar 2015 18:28:41 -0500 (EST) From: 2015 NAB To: questions@FreeBSD.org Subject: Unidentified foreign access logged into your account. Date: 01 Mar 2015 16:28:42 -0700 Message-ID: <20150301162842.EFB02DF2B05594C1@domain.com> X-Virus-Scanned: Maia Mailguard 1.0.3 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Mar 2015 23:34:31 -0000 Dear National Australia Bank Customer, Unidentified foreign access logged into your account. We have limited access to sensitive National Australia Bank account features. We understand that this may be an inconvenience but please understand that this temporary limitation is for your protection. [1]REMOVE LIMITATION Sincerely, National Australia Bank Account Department References 1. http://www.hairqueen.be/images/ad8/empty/b.html From owner-freebsd-questions@FreeBSD.ORG Sun Mar 1 23:45:23 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A9DF494F for ; Sun, 1 Mar 2015 23:45:23 +0000 (UTC) Received: from mail-qa0-x22b.google.com (mail-qa0-x22b.google.com [IPv6:2607:f8b0:400d:c00::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 565FA776 for ; Sun, 1 Mar 2015 23:45:23 +0000 (UTC) Received: by mail-qa0-f43.google.com with SMTP id bm13so20569497qab.2 for ; Sun, 01 Mar 2015 15:45:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:subject:to:cc:in-reply-to:references :disposition-notification-to:content-type:date:message-id :mime-version; bh=Fv00txZKNNr9Kuz88jxj7ZA99FW2gkMu8QPXdXjz06I=; b=LQnNwHIL4MrbryrLnLrHq9pO+9znG5Vgmm+wq8bQvmBGlH8auCyDMwdTrRhrgRcfXC 28XcFy48eftzXWpLCXmNCXPmjcQSzEixsjIalPF4lBiZit0XRGAxbxBqIrHW5dr3CbrU bUuoZZV0dSaNGLWRgQtHnQ7Fd0Ez+AkKG4grngz06F+4d9WcdqowayPsxpf2Mcb/1ijo iG4BRWZ5yaoUF645iPKGjKdz/U5YohqGrawRWoR5SsBcOQvJvcIu/x68Poz3/IgtGD3T WWU5LWIOIS4bI3jYHzmouAA4AHCi7zGo+OKfiiGdb3rW88UiC0zt16i0JqQ9RDZ2Plak Kd1A== X-Received: by 10.140.20.226 with SMTP id 89mr45100543qgj.16.1425253522534; Sun, 01 Mar 2015 15:45:22 -0800 (PST) Received: from [192.168.6.123] ([179.184.51.72]) by mx.google.com with ESMTPSA id o68sm7330239qhb.4.2015.03.01.15.45.20 (version=SSLv3 cipher=RC4-SHA bits=128/128); Sun, 01 Mar 2015 15:45:21 -0800 (PST) From: Sergio Lenzi X-Google-Original-From: Sergio Lenzi Subject: Re: problems mounting camera to download pics .... To: Bernt Hansson In-Reply-To: <54F2A85D.7090504@bananmonarki.se> References: <54EF5A28.8010605@hiwaay.net> <20150226183930.477ed7b5.freebsd@edvax.de> <54EF601F.3070702@hiwaay.net> <20150226190921.94278d64.freebsd@edvax.de> <54EF80C2.3040803@hiwaay.net> <54F2A85D.7090504@bananmonarki.se> Date: Sun, 01 Mar 2015 20:45:18 -0300 Message-ID: <1425253518.92845.18.camel@lenzinote.lenzicasa> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: Andrew Gould , "William A. Mahaffey III" , FreeBSD Questions !!!! X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Mar 2015 23:45:23 -0000 Em Dom, 2015-03-01 às 06:49 +0100, Bernt Hansson escreveu: > On 2015-02-26 21:51, Andrew Gould wrote: > >> > > If you set the suid on mount and umount, users should be able to mount and > > unmount devices. > > > > chmod u+s /sbin/*mount > > Very bad. > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" If you use gnome (my gnome is 2.32) it works like a charm... you plug the pendrive or insert a cd or dvd, nautilus opens it.. It has been working for at least 2 years now... From owner-freebsd-questions@FreeBSD.ORG Mon Mar 2 00:11:45 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6EC93D84; Mon, 2 Mar 2015 00:11:45 +0000 (UTC) Received: from sdf.org (ma.sdf.org [192.94.73.31]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "ma.sdf.org", Issuer "ma.sdf.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 506F09E4; Mon, 2 Mar 2015 00:11:44 +0000 (UTC) Received: from ma.sdf.org (IDENT:U2FsdGVkX1/8nChwmsptDsLEJE+93NX1pCOmiYyrSiE@ma.sdf.org [192.94.73.31]) by sdf.org (8.14.4/8.14.3) with ESMTP id t220BbLB029158; Mon, 2 Mar 2015 00:11:37 GMT MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Sun, 01 Mar 2015 18:11:37 -0600 From: cpet To: David Newman Subject: Re: 'pkg upgrade' wants to install php56 In-Reply-To: <54F399EF.3090908@networktest.com> References: <54F399EF.3090908@networktest.com> Message-ID: <5011c0aa794c7c398b8c9af50641321a@sdf.org> X-Sender: cpet@sdf.org User-Agent: Roundcube Webmail/1.0.1 Cc: freebsd-questions@freebsd.org, owner-freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Mar 2015 00:11:45 -0000 On 2015-03-01 16:59, David Newman wrote: > How to ensure pkg will upgrade php5 modules within the same minor > version? > > After updating pkgs on a FreeBSD 10.1-RELEASE-p6 amd64 system, the 'pkg > upgrade' command wants to install php56 even though all php5 pkgs are > on > 5.4.37. The rest of the commands from the upgrade appear to want to > upgrade modules from php5-5.4.37 to 5.4.38. > > There's nothing in /etc/make.conf forcing version numbers. > > I don't particularly care which php version runs (well, within 5.4-5.6) > as long as module versions are consistent. How to ensure that? > > Thanks > > dn > > [dnewman@somehost ~]$ sudo pkg upgrade > Updating FreeBSD repository catalogue... > FreeBSD repository is up-to-date. > All repositories are up-to-date. > Checking for upgrades (47 candidates): 100% > Processing candidates (47 candidates): 100% > The following 41 packages will be affected (of 0 checked): > > New packages to be INSTALLED: > php56: 5.6.6 > > Installed packages to be UPGRADED: > php5-zlib: 5.4.37 -> 5.4.38 > php5-xmlwriter: 5.4.37 -> 5.4.38 > php5-xmlreader: 5.4.37 -> 5.4.38 > php5-xml: 5.4.37 -> 5.4.38 > > ... > > Installed packages to be REINSTALLED: > php-libawl-0.54 (direct dependency changed) > > The process will require 15 MiB more space. > 13 MiB to be downloaded. > > Proceed with this action? [y/N]: > > > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to > "freebsd-questions-unsubscribe@freebsd.org" Read updating default php version has been updated to 5.6 and pkg doesn't know this easy fix is in UPDATING. From owner-freebsd-questions@FreeBSD.ORG Mon Mar 2 00:29:09 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 303B43EC for ; Mon, 2 Mar 2015 00:29:09 +0000 (UTC) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id DEA6FB66 for ; Mon, 2 Mar 2015 00:29:08 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1YSEEC-0005tg-St for freebsd-questions@freebsd.org; Mon, 02 Mar 2015 01:28:57 +0100 Received: from pool-173-79-82-127.washdc.fios.verizon.net ([173.79.82.127]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 02 Mar 2015 01:28:56 +0100 Received: from nightrecon by pool-173-79-82-127.washdc.fios.verizon.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 02 Mar 2015 01:28:56 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-questions@freebsd.org From: Michael Powell Subject: Re: 'pkg upgrade' wants to install php56 Date: Sun, 01 Mar 2015 19:28:24 -0500 Lines: 31 Message-ID: References: <54F399EF.3090908@networktest.com> Reply-To: nightrecon@hotmail.com Mime-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7Bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: pool-173-79-82-127.washdc.fios.verizon.net X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Mar 2015 00:29:09 -0000 David Newman wrote: > How to ensure pkg will upgrade php5 modules within the same minor version? > > After updating pkgs on a FreeBSD 10.1-RELEASE-p6 amd64 system, the 'pkg > upgrade' command wants to install php56 even though all php5 pkgs are on > 5.4.37. The rest of the commands from the upgrade appear to want to > upgrade modules from php5-5.4.37 to 5.4.38. The default recently changed to 5.6 as per 20150220: in /usr/ports/UPDATING. Also see 20140211: in same. > There's nothing in /etc/make.conf forcing version numbers. Try putting in make.conf this: DEFAULT_VERSIONS+=php=5.5 > I don't particularly care which php version runs (well, within 5.4-5.6) > as long as module versions are consistent. How to ensure that? > [snip] I build everything from ports and do not use binary package management. Not entirely certain as to any difference(s) that may entail. I followed all the instructions as the came along about moving to the new 'pkg' system so in theory it should work just fine. Just have never tried it, yet. So, not entirely sure about how make.conf relates to binary (pkg) management practices. Would like to know more about this meself. -Mike From owner-freebsd-questions@FreeBSD.ORG Mon Mar 2 01:44:09 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9360984F for ; Mon, 2 Mar 2015 01:44:09 +0000 (UTC) Received: from mail5.networktest.com (mail5.networktest.com [204.109.60.142]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5C1993DB for ; Mon, 2 Mar 2015 01:44:09 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail5.networktest.com (Postfix) with ESMTP id 63A2739DC2E for ; Sun, 1 Mar 2015 17:44:07 -0800 (PST) Received: from mail5.networktest.com ([127.0.0.1]) by localhost (mail5.networktest.com [127.0.0.1]) (maiad, port 10024) with ESMTP id 04903-02 for ; Sun, 1 Mar 2015 17:44:07 -0800 (PST) Received: from tejay-2.local (cpe-75-82-83-187.socal.res.rr.com [75.82.83.187]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: dnewman@networktest.com) by mail5.networktest.com (Postfix) with ESMTPSA id 1D2E939DC2D for ; Sun, 1 Mar 2015 17:44:07 -0800 (PST) Message-ID: <54F3C065.8080606@networktest.com> Date: Sun, 01 Mar 2015 17:44:05 -0800 From: David Newman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: freebsd-questions@freebsd.org Subject: Re: 'pkg upgrade' wants to install php56 References: <54F399EF.3090908@networktest.com> In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Mar 2015 01:44:09 -0000 On 3/1/15 4:28 PM, Michael Powell wrote: > David Newman wrote: > >> How to ensure pkg will upgrade php5 modules within the same minor version? >> >> After updating pkgs on a FreeBSD 10.1-RELEASE-p6 amd64 system, the 'pkg >> upgrade' command wants to install php56 even though all php5 pkgs are on >> 5.4.37. The rest of the commands from the upgrade appear to want to >> upgrade modules from php5-5.4.37 to 5.4.38. > > The default recently changed to 5.6 as per 20150220: in /usr/ports/UPDATING. > Also see 20140211: in same. Thanks for your responses. Please note that I'm asking about pkg on systems that don't have a ports tree, so also no UPDATING file. Also, systems that formerly used ports but now used pkg will have an UPDATING file but it will not be updated. I think pkg does not correctly handle the php56 upgrade, as detailed below. > >> There's nothing in /etc/make.conf forcing version numbers. > > Try putting in make.conf this: DEFAULT_VERSIONS+=php=5.5 Side question: What is the difference between this syntax, with a plus sign, and the 'DEFAULT_VERSIONS=php=5.5 mysql=5.6 apache=2.4' example, without a plus sign, given in the 20140211 entry in UPDATING? Neither the handbook nor the make.conf(5) manpage cover this. > >> I don't particularly care which php version runs (well, within 5.4-5.6) >> as long as module versions are consistent. How to ensure that? >> > [snip] > > I build everything from ports and do not use binary package management. Not > entirely certain as to any difference(s) that may entail. I followed all the > instructions as the came along about moving to the new 'pkg' system so in > theory it should work just fine. Just have never tried it, yet. So, not > entirely sure about how make.conf relates to binary (pkg) management > practices. Would like to know more about this meself. The pkg behavior is not consistent in my experience: - On one system running 10.1-RELEASE-p6 and no /etc/make.conf file, 'pkg update && pkg upgrade' just updates php5 modules from 5.4.37 to 5.4.38. These commands did not install any php56 modules. - On another system with the same version, the same commands want to install php56, and also upgrade all other php5 modules (except php5 itself) from 5.4.37 to 5.4.38. On this second system, adding 'DEFAULT_VERSIONS=php=5.6' to /etc/make.conf does not change the outcome of these commands. Even worse, if we proceed with those commands, pkg ends up with a version conflict: Fetching php56-5.6.6.txz: 100% 2 MiB 982.6kB/s 00:02 Checking integrity... done (1 conflicting) pkg: Cannot solve problem using SAT solver: upgrade rule: upgrade local php5-zlib-5.4.37 to remote php5-zlib-5.4.38 cannot install package php5-zlib, remove it from request? [Y/n]: How to resolve this? Thanks again. dn > > -Mike > > > > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" > From owner-freebsd-questions@FreeBSD.ORG Mon Mar 2 03:01:01 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C82C379E for ; Mon, 2 Mar 2015 03:01:01 +0000 (UTC) Received: from mail-qc0-x22b.google.com (mail-qc0-x22b.google.com [IPv6:2607:f8b0:400d:c01::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7CD20C5B for ; Mon, 2 Mar 2015 03:01:01 +0000 (UTC) Received: by qcrw7 with SMTP id w7so22481443qcr.4 for ; Sun, 01 Mar 2015 19:01:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=references:mime-version:in-reply-to:content-type :content-transfer-encoding:message-id:cc:from:subject:date:to; bh=iMVVxIbi4wBSzkaLVss/ii+NhgoMckW9zEK7aJy1Qfk=; b=rU1qG56hPVjsbwTib41cuueE3AnaDYaLZjxOP+8QXYIZL30ffCneSm1CWY/7uqhWWp B3zYe3O6U+LclMB4HVskSJaq+tRmt4Noib1POpnL9mEXH7mldY3NlhZRFBq+JfjC3Qfi Pks346paq+1lAyv/3xWcPsJ+Kj2s+bQyQ5g6AZxXrLNZ6UEgvNznZIPxJyLEpKwGVByZ zdfmqURpShpgVRbpvurug0k1siKZLYTmC7h+gizswxW+aIxuN9Ja2iyJP6hTUwDeqDKv YKRr9SRX4Zatcn3n2FnpVHEcfEzquefevWMjhF9YTqKgrQ7IN/U0jL0z4uJPzxHj8G/d 1vkA== X-Received: by 10.140.195.5 with SMTP id q5mr48935534qha.58.1425265260589; Sun, 01 Mar 2015 19:01:00 -0800 (PST) Received: from [192.168.1.64] (pool-173-57-168-11.dllstx.fios.verizon.net. [173.57.168.11]) by mx.google.com with ESMTPSA id m8sm7623990qao.28.2015.03.01.19.00.58 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 01 Mar 2015 19:00:59 -0800 (PST) References: Mime-Version: 1.0 (1.0) In-Reply-To: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Message-Id: <99D7D216-975F-4FEE-86D9-087D762D8614@gmail.com> X-Mailer: iPad Mail (12B466) From: Matthew Pherigo Subject: Re: Updating to FreeBSD 10.1-RELEASE-p6 gives error at end ? Date: Sun, 1 Mar 2015 21:00:59 -0600 To: Godfrey Hamshire Cc: FreeBSD Users X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Mar 2015 03:01:01 -0000 A lot of people have been getting this error, as you can see on previous mes= sages. You just need to create the directory. Run this as root: # mkdir -p /usr/src/crypto/openssl/util/ Then run the update again. You can delete the 'crypto' directory afterwords.= --Matt > On Feb 25, 2015, at 12:00 PM, Godfrey Hamshire wrote: >=20 > /usr/src/crypto/openssl/util/mkbuildinf.pl From owner-freebsd-questions@FreeBSD.ORG Mon Mar 2 09:43:05 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7E1F0F22 for ; Mon, 2 Mar 2015 09:43:05 +0000 (UTC) Received: from avasout08.plus.net (avasout08.plus.net [212.159.14.20]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client CN "Bizanga Labs SMTP Client Certificate", Issuer "Bizanga Labs CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 0F2AD90F for ; Mon, 2 Mar 2015 09:43:03 +0000 (UTC) Received: from curlew.milibyte.co.uk ([84.92.153.232]) by avasout08 with smtp id yZit1p004516WCc01ZiuQz; Mon, 02 Mar 2015 09:42:54 +0000 X-CM-Score: 0.00 X-CNFS-Analysis: v=2.1 cv=etFRz+ZX c=1 sm=1 tr=0 a=lfSX4pPLp9EkufIcToJk/A==:117 a=lfSX4pPLp9EkufIcToJk/A==:17 a=D7rCoLxHAAAA:8 a=0Bzu9jTXAAAA:8 a=kj9zAlcOel0A:10 a=emO1SXQWCLwA:10 a=-as0FERkAAAA:8 a=qYEZ4emEx_QlGfdNjXwA:9 a=CjuIK1q_8ugA:10 Received: from curlew.lan ([192.168.1.13]) by curlew.milibyte.co.uk with esmtp (Exim 4.85) (envelope-from ) id 1YSMsF-0000kd-QV for freebsd-questions@freebsd.org; Mon, 02 Mar 2015 09:42:53 +0000 Date: Mon, 2 Mar 2015 09:42:51 +0000 From: Mike Clarke To: freebsd-questions@freebsd.org Message-ID: <20150302094251.49dbfe7e@curlew.lan> In-Reply-To: <54F3C065.8080606@networktest.com> References: <54F399EF.3090908@networktest.com> <54F3C065.8080606@networktest.com> X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.25; amd64-portbld-freebsd10.0) MIME-Version: 1.0 X-SA-Exim-Connect-IP: 192.168.1.13 X-SA-Exim-Mail-From: jmc-freebsd2@milibyte.co.uk X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on curlew.lan X-Spam-Level: X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham autolearn_force=no version=3.4.0 Subject: Re: 'pkg upgrade' wants to install php56 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-SA-Exim-Version: 4.2 X-SA-Exim-Scanned: Yes (on curlew.milibyte.co.uk) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Mar 2015 09:43:05 -0000 On Sun, 01 Mar 2015 17:44:05 -0800 David Newman wrote: > Thanks for your responses. Please note that I'm asking about pkg on > systems that don't have a ports tree, so also no UPDATING file. Here's the relevant bit of /usr/ports/UPDATING --------------------------------------------------------------------- 20150220: AFFECTS: users of PHP The default PHP version has been updated from 5.4 to 5.6. If you use binary packages you should make a list of php packages before running 'pkg upgrade': # pkg info php5\* > ~/installed-php-ports-list After the upgrade, check with such list if all your php extensions are still installed, and reinstall them if needed. --------------------------------------------------------------------- Even if you had a copy of UPDATING "pkg updating" would not have shown it, probably because the "AFFECTS" linr doesn't match lang/php. Unfortunately following the instructions didn't fix the problem for me. When I ran "pkg upgrade" it just bailed out when it found the first conflict, My solution was to make a list of my php5 packages as above and then delete them all: curlew:/root# cat ~/installed-php-ports-list | xargs pkg delete -fy If you have mod_php5 installed you will need to use pkg delete to remove it separately because the pkg info command won't have picked it up for inclusion in ~/installed-php-ports-list. Then go ahead with pkg upgrade. If you previously had php5*-extensions installed run "pkg install php56-extensions" after the upgrade, Now run "pkg info php5\*" and compare the results against your copy of ~/installed-php-ports-list to determine if any further extensions require installing. -- Mike Clarke From owner-freebsd-questions@FreeBSD.ORG Mon Mar 2 16:32:15 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 02E029E2 for ; Mon, 2 Mar 2015 16:32:15 +0000 (UTC) Received: from mail5.networktest.com (mail5.networktest.com [204.109.60.142]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C0905EE0 for ; Mon, 2 Mar 2015 16:32:14 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail5.networktest.com (Postfix) with ESMTP id A97AC39DC2E for ; Mon, 2 Mar 2015 08:32:12 -0800 (PST) Received: from mail5.networktest.com ([127.0.0.1]) by localhost (mail5.networktest.com [127.0.0.1]) (maiad, port 10024) with ESMTP id 11821-05 for ; Mon, 2 Mar 2015 08:32:12 -0800 (PST) Received: from tejay-2.local (cpe-75-82-83-187.socal.res.rr.com [75.82.83.187]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: dnewman@networktest.com) by mail5.networktest.com (Postfix) with ESMTPSA id 574CE39DC2D for ; Mon, 2 Mar 2015 08:32:12 -0800 (PST) Message-ID: <54F4908B.3080309@networktest.com> Date: Mon, 02 Mar 2015 08:32:11 -0800 From: David Newman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: freebsd-questions@freebsd.org Subject: Re: 'pkg upgrade' wants to install php56 References: <54F399EF.3090908@networktest.com> <54F3C065.8080606@networktest.com> <20150302094251.49dbfe7e@curlew.lan> In-Reply-To: <20150302094251.49dbfe7e@curlew.lan> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Mar 2015 16:32:15 -0000 On 3/2/15 1:42 AM, Mike Clarke wrote: > On Sun, 01 Mar 2015 17:44:05 -0800 > David Newman wrote: > >> Thanks for your responses. Please note that I'm asking about pkg on >> systems that don't have a ports tree, so also no UPDATING file. > > > Here's the relevant bit of /usr/ports/UPDATING Thanks. Please see the issue I raised later in the same post, where different systems using pkg behave in different ways when running 'pkg upgrade': > The pkg behavior is not consistent in my experience: > > - On one system running 10.1-RELEASE-p6 and no /etc/make.conf file, 'pkg > update && pkg upgrade' just updates php5 modules from 5.4.37 to 5.4.38. > These commands did not install any php56 modules. > > - On another system with the same version, the same commands want to > install php56, and also upgrade all other php5 modules (except php5 > itself) from 5.4.37 to 5.4.38. > > On this second system, adding 'DEFAULT_VERSIONS=php=5.6' to > /etc/make.conf does not change the outcome of these commands. > > Even worse, if we proceed with those commands, pkg ends up with a > version conflict: > > Fetching php56-5.6.6.txz: 100% 2 MiB 982.6kB/s 00:02 > Checking integrity... done (1 conflicting) > pkg: Cannot solve problem using SAT solver: > upgrade rule: upgrade local php5-zlib-5.4.37 to remote php5-zlib-5.4.38 > cannot install package php5-zlib, remove it from request? [Y/n]: > > How to resolve this? Thanks again dn > > --------------------------------------------------------------------- > 20150220: > AFFECTS: users of PHP > > The default PHP version has been updated from 5.4 to 5.6. > > If you use binary packages you should make a list of php packages > before running 'pkg upgrade': > > # pkg info php5\* > ~/installed-php-ports-list > > After the upgrade, check with such list if all your php extensions > are still installed, and reinstall them if needed. > --------------------------------------------------------------------- > > Even if you had a copy of UPDATING "pkg updating" would not have shown > it, probably because the "AFFECTS" linr doesn't match lang/php. > > Unfortunately following the instructions didn't fix the problem for me. > When I ran "pkg upgrade" it just bailed out when it found the first > conflict, > > My solution was to make a list of my php5 packages as above and then > delete them all: > > curlew:/root# cat ~/installed-php-ports-list | xargs pkg delete -fy > > If you have mod_php5 installed you will need to use pkg delete to > remove it separately because the pkg info command won't have > picked it up for inclusion in ~/installed-php-ports-list. > > Then go ahead with pkg upgrade. > > If you previously had php5*-extensions installed run "pkg install > php56-extensions" after the upgrade, > > Now run "pkg info php5\*" and compare the results against > your copy of ~/installed-php-ports-list to determine if any further > extensions require installing. > From owner-freebsd-questions@FreeBSD.ORG Mon Mar 2 17:06:59 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E8FB488C for ; Mon, 2 Mar 2015 17:06:59 +0000 (UTC) Received: from avasout07.plus.net (avasout07.plus.net [84.93.230.235]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client CN "Bizanga Labs SMTP Client Certificate", Issuer "Bizanga Labs CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 78C3D30A for ; Mon, 2 Mar 2015 17:06:58 +0000 (UTC) Received: from curlew.milibyte.co.uk ([84.92.153.232]) by avasout07 with smtp id yh6o1p008516WCc01h6pjc; Mon, 02 Mar 2015 17:06:49 +0000 X-CM-Score: 0.00 X-CNFS-Analysis: v=2.1 cv=WK/xXxcR c=1 sm=1 tr=0 a=lfSX4pPLp9EkufIcToJk/A==:117 a=lfSX4pPLp9EkufIcToJk/A==:17 a=D7rCoLxHAAAA:8 a=0Bzu9jTXAAAA:8 a=kj9zAlcOel0A:10 a=emO1SXQWCLwA:10 a=-as0FERkAAAA:8 a=KrekefwyFmgMYrrS-TAA:9 a=CjuIK1q_8ugA:10 Received: from curlew.lan ([192.168.1.13]) by curlew.milibyte.co.uk with esmtp (Exim 4.85) (envelope-from ) id 1YSTnc-0001nw-4X for freebsd-questions@freebsd.org; Mon, 02 Mar 2015 17:06:48 +0000 Date: Mon, 2 Mar 2015 17:06:31 +0000 From: Mike Clarke To: freebsd-questions@freebsd.org Message-ID: <20150302170631.0b26f318@curlew.lan> In-Reply-To: <54F4908B.3080309@networktest.com> References: <54F399EF.3090908@networktest.com> <54F3C065.8080606@networktest.com> <20150302094251.49dbfe7e@curlew.lan> <54F4908B.3080309@networktest.com> X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.25; amd64-portbld-freebsd10.0) MIME-Version: 1.0 X-SA-Exim-Connect-IP: 192.168.1.13 X-SA-Exim-Mail-From: jmc-freebsd2@milibyte.co.uk X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on curlew.lan X-Spam-Level: X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham autolearn_force=no version=3.4.0 Subject: Re: 'pkg upgrade' wants to install php56 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-SA-Exim-Version: 4.2 X-SA-Exim-Scanned: Yes (on curlew.milibyte.co.uk) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Mar 2015 17:07:00 -0000 On Mon, 02 Mar 2015 08:32:11 -0800 David Newman wrote: > Thanks. Please see the issue I raised later in the same post, where > different systems using pkg behave in different ways when running 'pkg > upgrade': But did you run pkg upgrade at the same time on both systems? The package build for 10amd64 was started on Wednesday February 25th and would have been available in the repository some time in the early hours of Thursday. Upgrades before then would have been using the previous week's repository where php-5.4 was the default so would not have been upgraded to 5.6 -- Mike Clarke From owner-freebsd-questions@FreeBSD.ORG Mon Mar 2 17:20:34 2015 Return-Path: Delivered-To: freebsd-questions@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9339BC7B for ; Mon, 2 Mar 2015 17:20:34 +0000 (UTC) Received: from mail-ie0-x248.google.com (mail-ie0-x248.google.com [IPv6:2607:f8b0:4001:c03::248]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5AC286CE for ; Mon, 2 Mar 2015 17:20:34 +0000 (UTC) Received: by iebtr6 with SMTP id tr6so229894595ieb.1 for ; Mon, 02 Mar 2015 09:20:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:message-id:date:subject:from:to:content-type; bh=z9PZTRV6TjVJAWxLUQ9O2fO3ANBevae8g0crS/ihWPM=; b=L16Jh4qNfEdm3FDaLcWnu0F/3LI2OvF/v8VY3CyGiz0xUCsFFxDoH6FZKtgsDCirSD 1nKOv33WzXSObkQwVqwlj7MwxmqmZX/w6dP770tHgp+lRGHpqaBuE6n2kJ2BvbKSJcwW 0O9GhfZvnrT6brul4/PpXRmTEy67HUjf6mSLFHlZdbejZiG4mErEyUviIdiEPXOclal6 4cWq6u5VSb/KE8JPJ5bAdkja7NdblxFdr39iVrvtTc4o7hlI/t/Ifoq5kdUtI4gjg3uL PnkzRjUDI7l+o+p3EytKvy8UmK+lrCrXnRPBKGRok6D74eq3jFM9vRSORrDmVvn7ecmG t6zw== MIME-Version: 1.0 X-Received: by 10.182.44.161 with SMTP id f1mr28958044obm.33.1425316833717; Mon, 02 Mar 2015 09:20:33 -0800 (PST) Message-ID: <001a11c1c36890f50e0510516f0d@google.com> Date: Mon, 02 Mar 2015 17:20:33 +0000 Subject: Take your website responsibility with us!!!!! From: Robert Pascoe To: freebsd-questions@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed; delsp=yes X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Mar 2015 17:20:34 -0000 *Hi Team, * Greetings and wishing you a wonderful day. Hope you are doing well. Here I want to inform you that if you want to beat your competitors and boost your business in the web market, you should not delay in your website promotion as there is a huge rush in the web market for accruing the top page. We will be optimizing your website and promote your website to the top pages of the search engines like (Google, Yahoo, Bing). So you will get the perfect ROI. Our SEO services will help: 1. makes your website popular in the web market. 2. Increase your online sales. 3. Fix all technical errors of your website. 4. Increase your online visitors using suitable key phrases and quality back links. 5. Google will consider as a best website. Best Features: 1.No set up fees 2.No contract 3.24*7 Customer supports 4.Weekly and monthly report 5.100% Google white hat technique 6.100% quality and Google penguin updated service. Our goal is to attract more and more traffic and increase revenues for our clients and get guaranty keyword ranking on first page on major search engine like Google, Yahoo. We are the most trusted online marketing company with a team of SEO professionals working 24/7 that provides highly effective and aggressive internet marketing SEO solutions for companies that need to see results quickly and ethically. We focused on one thing: a REAL Solution for you Business! We believe in delivering, what most SEO companies promise but never deliver. Yes everyone says we are different! So if you can work based and performance we can talk (we mean get paid only on performance) no performance no pay! Just honest work for honest pay I will be happy to get back your response. Best Regards, *Marketing Manager* *TabAccess* From owner-freebsd-questions@FreeBSD.ORG Mon Mar 2 17:37:14 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A44D07AB for ; Mon, 2 Mar 2015 17:37:14 +0000 (UTC) Received: from formentor.toolfactory.net (pina.toolfactory.net [213.97.158.39]) by mx1.freebsd.org (Postfix) with ESMTP id 20CA68E9 for ; Mon, 2 Mar 2015 17:37:13 +0000 (UTC) Received: from localhost (localhost.localdomain [127.0.0.1]) by formentor.toolfactory.net (Postfix) with ESMTP id 262241780E4; Mon, 2 Mar 2015 18:31:27 +0100 (CET) Received: from formentor.toolfactory.net ([127.0.0.1]) by localhost (formentor.toolfactory.net [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id wtok1ODuYWyO; Mon, 2 Mar 2015 18:31:25 +0100 (CET) Received: from localhost (localhost.localdomain [127.0.0.1]) by formentor.toolfactory.net (Postfix) with ESMTP id DA1901780E2; Mon, 2 Mar 2015 18:31:25 +0100 (CET) X-Virus-Scanned: amavisd-new at logpmzimmta01v.toolfactory.net Received: from formentor.toolfactory.net ([127.0.0.1]) by localhost (formentor.toolfactory.net [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id B4i_lgbao_pe; Mon, 2 Mar 2015 18:31:25 +0100 (CET) Received: from xorrigo.toolfactory.net (unknown [192.168.2.210]) by formentor.toolfactory.net (Postfix) with ESMTP id BA877177FEF; Mon, 2 Mar 2015 18:31:25 +0100 (CET) Date: Mon, 2 Mar 2015 18:31:20 +0100 (CET) From: Raimund Sacherer Reply-To: Raimund Sacherer To: Matthias Apitz Message-ID: <1350745400.96918844.1425317480900.JavaMail.zimbra@logitravel.com> In-Reply-To: <20150227130145.GA3591@c720-r276659> References: <20150226144245.GA1346@c720-r276659> <44bnkgsmcl.fsf@lowell-desk.lan> <20150226194012.GA2695@c720-r276659> <4461aoe96j.fsf@lowell-desk.lan> <20150226203154.GA2853@c720-r276659> <44k2z4ci8y.fsf@lowell-desk.lan> <54efe697.xdtSCVZsiZDqV7lP%perryh@pluto.rain.com> <20150227130145.GA3591@c720-r276659> Subject: Re: sendmail && dhcp MIME-Version: 1.0 X-Originating-IP: [192.168.2.213] X-Mailer: Zimbra 8.0.8_GA_6184 (ZimbraWebClient - SAF7 (Mac)/8.0.8_GA_6184) Thread-Topic: sendmail && dhcp Thread-Index: Wx93ad8PU3tZ0moYxLYucO+MmHy+6g== Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: freebsd-questions-local@be-well.ilk.org, freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Mar 2015 17:37:14 -0000 Hi,=20 sorry to barge in so late, but I do not like to have sendmail or any daemon= which can listen on 25 running on my systems when it is not necessary, the= refore I use DMA.=20 It doesn't run a deamon, rather when you send mail it stows them in a queue= . Now the queue get's worked on, but when there is no internet connection i= t should queue the mail (never tried it without internet connectivity thoug= h).=20 You can then fire up your link and use dma -q (see man page) to send the qu= eued email ...=20 This should be exactly what you want with very little system overhead / att= ack surface, fast, small, simple.=20 Best,=20 Ray=20 ----- Original Message ----- > From: "Matthias Apitz" > To: "Perry Hutchison" > Cc: freebsd-questions-local@be-well.ilk.org, freebsd-questions@freebsd.or= g > Sent: Friday, February 27, 2015 2:01:45 PM > Subject: Re: sendmail && dhcp > El d=C3=ADa Thursday, February 26, 2015 a las 07:37:59PM -0800, Perry Hut= chison > escribi=C3=B3: > > Lowell Gilbert wrote: > > > Matthias Apitz writes: > > > > I fetch my mails from my ISP with fetchmail and pipe them > > > > through sendmail and procmail (for filtering); and I send > > > > upstream with SMPT && SSL to my ISP using sendmail ... it is > > > > so nice to connect a few seconds(!) to fetch all your mails, > > > > shutdown the link, read and answer the mails offline, queue > > > > answers with sendmail, and re-open the link for a few seconds > > > > to send the mails out. > > > > > > You don't need a sendmail daemon for that. > > > > There's no need to involve sendmail at all (on the receive side) > > for that. Depending on the MUA the OP might need one for sending -- > > some MUAs only support sending via SMTP, not by fork/exec sendmail. > > > > > Tell fetchmail to invoke sendmail itself instead of delivering > > > to a local TCP port > > > > AFAIK there is no need for one MTA (fetchmail) to invoke another > > MTA (sendmail) just to get to a third mail agent[*] (procmail). > > Have fetchmail invoke procmail directly. > > > > [*] I don't remember offhand whether procmail is considered an MTA > > or an LDA, and for this analysis it doesn't matter. > To read and write I'm using mutt as MUA. mutt can fetch with IMAP(S) and > send with SMTP+SSL; but this (sending directly) is not what I want, I > want to queue up the outbound mails and send them at once (see above for > the reason); so, sendmail is the natural option; > for the PPP link, I already use a devd(8) hook to restart sendmail when > the interface comes up; for the wlan(4) link I will use the hook > /etc/dhclient-exit-hooks looking for the $reason BOUND; > I was hoping for a solution which combines all interfaces in one place, > but it seems that this does not exist. > Thanks > matthias > -- > Matthias Apitz, guru@unixarea.de, http://www.unixarea.de/ +49-170-4527211 > La referencia de la Duma a la anexi=C3=B3n de la RDA, en este caso al con= trario > con la Criml=C3=ADa sin > refer=C3=A9ndum, no solamente tiene gracia sino da en el blanco.- > Marinos Yannikos @MarinosYannikos en un blog de RTdeutsch. > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.o= rg" From owner-freebsd-questions@FreeBSD.ORG Mon Mar 2 18:21:43 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EDB5F932 for ; Mon, 2 Mar 2015 18:21:43 +0000 (UTC) Received: from be-well.ilk.org (be-well.ilk.org [23.30.133.173]) by mx1.freebsd.org (Postfix) with ESMTP id C2F8CE6F for ; Mon, 2 Mar 2015 18:21:43 +0000 (UTC) Received: by be-well.ilk.org (Postfix, from userid 1147) id E5A1B33C1E; Mon, 2 Mar 2015 13:21:35 -0500 (EST) From: Lowell Gilbert To: freebsd-questions@freebsd.org Subject: Re: sendmail && dhcp References: <20150226144245.GA1346@c720-r276659> <44bnkgsmcl.fsf@lowell-desk.lan> <20150226194012.GA2695@c720-r276659> <4461aoe96j.fsf@lowell-desk.lan> <20150226203154.GA2853@c720-r276659> <44k2z4ci8y.fsf@lowell-desk.lan> <54efe697.xdtSCVZsiZDqV7lP%perryh@pluto.rain.com> <20150227130145.GA3591@c720-r276659> <1350745400.96918844.1425317480900.JavaMail.zimbra@logitravel.com> Reply-To: freebsd-questions@freebsd.org Date: Mon, 02 Mar 2015 13:21:35 -0500 In-Reply-To: <1350745400.96918844.1425317480900.JavaMail.zimbra@logitravel.com> (Raimund Sacherer's message of "Mon, 2 Mar 2015 18:31:20 +0100 (CET)") Message-ID: <448uff9s5s.fsf@be-well.ilk.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Mar 2015 18:21:44 -0000 Raimund Sacherer writes: > sorry to barge in so late, but I do not like to have sendmail or any > daemon which can listen on 25 running on my systems when it is not > necessary, therefore I use DMA. > > It doesn't run a deamon, rather when you send mail it stows them in a > queue. Now the queue get's worked on, but when there is no internet > connection it should queue the mail (never tried it without internet > connectivity though). > > You can then fire up your link and use dma -q (see man page) to send the queued email ... It's easy to get the impression that Dragonfly BSD has invented every clever OS concept ever, but I don't remember any MTAs that *lacked* the ability for this mode of operation. Does anyone else remember one? From owner-freebsd-questions@FreeBSD.ORG Mon Mar 2 18:45:35 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 210DAD74; Mon, 2 Mar 2015 18:45:35 +0000 (UTC) Received: from mx0a-0016ce01.pphosted.com (mx0a-0016ce01.pphosted.com [67.231.148.157]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id EF33D100; Mon, 2 Mar 2015 18:45:34 +0000 (UTC) Received: from pps.filterd (m0045602.ppops.net [127.0.0.1]) by mx0a-0016ce01.pphosted.com (8.14.5/8.14.5) with SMTP id t22IfPHb025645; Mon, 2 Mar 2015 10:45:27 -0800 Received: from avcashub1.qlogic.com (avcashub2.qlogic.com [198.70.193.116]) by mx0a-0016ce01.pphosted.com with ESMTP id 1sskqge9dm-1 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Mon, 02 Mar 2015 10:45:27 -0800 Received: from AVMB1.qlogic.org ([fe80::c919:8cc:f3ba:c727]) by avcashub2.qlogic.org ([::1]) with mapi id 14.02.0387.000; Mon, 2 Mar 2015 10:45:26 -0800 From: David Somayajulu To: Bin LIU , "freebsd-questions@freebsd.org" Subject: RE: BCM57810 interface can't go up with NPAR enabled Thread-Topic: BCM57810 interface can't go up with NPAR enabled Thread-Index: AQHQUlCgNn6JNq8x106KODPA09eSGJ0JjTDw Date: Mon, 2 Mar 2015 18:45:25 +0000 Message-ID: <49F5640B08EAA94DAF2F6B6145E6A08A01942B2569@AVMB1.qlogic.org> References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.1.4.10] MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=nai engine=5700 definitions=7728 signatures=670628 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 suspectscore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=7.0.1-1402240000 definitions=main-1503020191 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: "davidcs@freebsd.org" X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Mar 2015 18:45:35 -0000 SGkgQmluLA0KU29ycnkgZm9yIHRoZSBkZWxheWVkIHJlc3BvbnNlLiBieGUgZHJpdmVyIGN1cnJl bnRseSBkb2VzIG5vdCBzdXBwb3J0IE5QQVIuDQotZGF2aWQgUy4NCg0KRnJvbTogQmluIExJVSBb bWFpbHRvOmJpbmxpdS5scWJuQGdtYWlsLmNvbV0NClNlbnQ6IFRodXJzZGF5LCBGZWJydWFyeSAy NiwgMjAxNSA5OjQ1IFBNDQpUbzogZnJlZWJzZC1xdWVzdGlvbnNAZnJlZWJzZC5vcmcNCkNjOiBk YXZpZGNzQGZyZWVic2Qub3JnDQpTdWJqZWN0OiBCQ001NzgxMCBpbnRlcmZhY2UgY2FuJ3QgZ28g dXAgd2l0aCBOUEFSIGVuYWJsZWQNCg0KSGksDQoNCkknbSB0ZXN0aW5nIHRoZSBEZWxsIEJyb2Fk Y29tIER1YWwgUG9ydCAxMEcgaW50ZXJmYWNlIGNhcmQgd2l0aCBOUEFSIGZ1bmN0aW9uIGVuYWJs ZWQgb24gOS1zdGFibGUtcjI3NzQ3Nk0sIEkgY2FuIHNlZSBhbGwgOCBpbnRlcmZhY2VzKGJ4ZTAg dG8gYnhlNyksIGJ1dCBvbmx5IGJ4ZTAgYW5kIGJ4ZTEgYXJlIGFjdGl2ZSwgdGhlIG90aGVyIDYg c3RhdHVzIGFyZSBhbGwgIm5vIGNhcnJpZXIiLg0KDQpkbWVzZyByZXBvcnRzIHRoZSBmb2xsb3dp bmc6DQoNCmJ4ZTM6IFdBUk5JTkc6IEludGVyZmFjZSBsaW5rIGlzIGRvd24sIGlnbm9yaW5nIHRy YW5zbWl0IHJlcXVlc3QNCmJ4ZTQ6IFdBUk5JTkc6IEludGVyZmFjZSBsaW5rIGlzIGRvd24sIGln bm9yaW5nIHRyYW5zbWl0IHJlcXVlc3QNCmJ4ZTU6IFdBUk5JTkc6IEludGVyZmFjZSBsaW5rIGlz IGRvd24sIGlnbm9yaW5nIHRyYW5zbWl0IHJlcXVlc3QNCmJ4ZTU6IFdBUk5JTkc6IEludGVyZmFj ZSBsaW5rIGlzIGRvd24sIGlnbm9yaW5nIHRyYW5zbWl0IHJlcXVlc3QNCmJ4ZTM6IFdBUk5JTkc6 IEludGVyZmFjZSBsaW5rIGlzIGRvd24sIGlnbm9yaW5nIHRyYW5zbWl0IHJlcXVlc3QNCmJ4ZTQ6 IFdBUk5JTkc6IEludGVyZmFjZSBsaW5rIGlzIGRvd24sIGlnbm9yaW5nIHRyYW5zbWl0IHJlcXVl c3QNCmJ4ZTU6IFdBUk5JTkc6IEludGVyZmFjZSBsaW5rIGlzIGRvd24sIGlnbm9yaW5nIHRyYW5z bWl0IHJlcXVlc3QNCmJ4ZTM6IFdBUk5JTkc6IEludGVyZmFjZSBsaW5rIGlzIGRvd24sIGlnbm9y aW5nIHRyYW5zbWl0IHJlcXVlc3QNCmJ4ZTQ6IFdBUk5JTkc6IEludGVyZmFjZSBsaW5rIGlzIGRv d24sIGlnbm9yaW5nIHRyYW5zbWl0IHJlcXVlc3QNCmJ4ZTQ6IFdBUk5JTkc6IEludGVyZmFjZSBs aW5rIGlzIGRvd24sIGlnbm9yaW5nIHRyYW5zbWl0IHJlcXVlc3QNCmJ4ZTU6IFdBUk5JTkc6IElu dGVyZmFjZSBsaW5rIGlzIGRvd24sIGlnbm9yaW5nIHRyYW5zbWl0IHJlcXVlc3QNCmJ4ZTU6IFdB Uk5JTkc6IEludGVyZmFjZSBsaW5rIGlzIGRvd24sIGlnbm9yaW5nIHRyYW5zbWl0IHJlcXVlc3QN CmJ4ZTM6IFdBUk5JTkc6IEludGVyZmFjZSBsaW5rIGlzIGRvd24sIGlnbm9yaW5nIHRyYW5zbWl0 IHJlcXVlc3QNCmJ4ZTQ6IFdBUk5JTkc6IEludGVyZmFjZSBsaW5rIGlzIGRvd24sIGlnbm9yaW5n IHRyYW5zbWl0IHJlcXVlc3QNCmJ4ZTU6IFdBUk5JTkc6IEludGVyZmFjZSBsaW5rIGlzIGRvd24s IGlnbm9yaW5nIHRyYW5zbWl0IHJlcXVlc3QNCmJ4ZTM6IFdBUk5JTkc6IEludGVyZmFjZSBsaW5r IGlzIGRvd24sIGlnbm9yaW5nIHRyYW5zbWl0IHJlcXVlc3QNCmJ4ZTQ6IFdBUk5JTkc6IEludGVy ZmFjZSBsaW5rIGlzIGRvd24sIGlnbm9yaW5nIHRyYW5zbWl0IHJlcXVlc3QNCmJ4ZTM6IFdBUk5J Tkc6IEludGVyZmFjZSBsaW5rIGlzIGRvd24sIGlnbm9yaW5nIHRyYW5zbWl0IHJlcXVlc3QNCmJ4 ZTU6IFdBUk5JTkc6IEludGVyZmFjZSBsaW5rIGlzIGRvd24sIGlnbm9yaW5nIHRyYW5zbWl0IHJl cXVlc3QNCmJ4ZTQ6IFdBUk5JTkc6IEludGVyZmFjZSBsaW5rIGlzIGRvd24sIGlnbm9yaW5nIHRy YW5zbWl0IHJlcXVlc3QNCmJ4ZTU6IFdBUk5JTkc6IEludGVyZmFjZSBsaW5rIGlzIGRvd24sIGln bm9yaW5nIHRyYW5zbWl0IHJlcXVlc3QNCmJ4ZTM6IFdBUk5JTkc6IEludGVyZmFjZSBsaW5rIGlz IGRvd24sIGlnbm9yaW5nIHRyYW5zbWl0IHJlcXVlc3QNCmJ4ZTQ6IFdBUk5JTkc6IEludGVyZmFj ZSBsaW5rIGlzIGRvd24sIGlnbm9yaW5nIHRyYW5zbWl0IHJlcXVlc3QNCmJ4ZTM6IFdBUk5JTkc6 IEludGVyZmFjZSBsaW5rIGlzIGRvd24sIGlnbm9yaW5nIHRyYW5zbWl0IHJlcXVlc3QNCmJ4ZTU6 IFdBUk5JTkc6IEludGVyZmFjZSBsaW5rIGlzIGRvd24sIGlnbm9yaW5nIHRyYW5zbWl0IHJlcXVl c3QNCmJ4ZTQ6IFdBUk5JTkc6IEludGVyZmFjZSBsaW5rIGlzIGRvd24sIGlnbm9yaW5nIHRyYW5z bWl0IHJlcXVlc3QNCmJ4ZTU6IFdBUk5JTkc6IEludGVyZmFjZSBsaW5rIGlzIGRvd24sIGlnbm9y aW5nIHRyYW5zbWl0IHJlcXVlc3QNCmJ4ZTM6IFdBUk5JTkc6IEludGVyZmFjZSBsaW5rIGlzIGRv d24sIGlnbm9yaW5nIHRyYW5zbWl0IHJlcXVlc3QNCmJ4ZTU6IFdBUk5JTkc6IEludGVyZmFjZSBs aW5rIGlzIGRvd24sIGlnbm9yaW5nIHRyYW5zbWl0IHJlcXVlc3QNCmJ4ZTM6IGJ4ZTQ6IFdBUk5J Tkc6IEludGVyZmFjZSBsaW5rIGlzIGRvd24sIGlnbm9yaW5nIHRyYW5zbWl0IHJlcXVlc3QNCldB Uk5JTkc6IEludGVyZmFjZSBsaW5rIGlzIGRvd24sIGlnbm9yaW5nIHRyYW5zbWl0IHJlcXVlc3QN CmJ4ZTQ6IFdBUk5JTkc6IEludGVyZmFjZSBsaW5rIGlzIGRvd24sIGlnbm9yaW5nIHRyYW5zbWl0 IHJlcXVlc3QNCmJ4ZTM6IFdBUk5JTkc6IEludGVyZmFjZSBsaW5rIGlzIGRvd24sIGlnbm9yaW5n IHRyYW5zbWl0IHJlcXVlc3QNCmJ4ZTU6IFdBUk5JTkc6IEludGVyZmFjZSBsaW5rIGlzIGRvd24s IGlnbm9yaW5nIHRyYW5zbWl0IHJlcXVlc3QNCmJ4ZTQ6IFdBUk5JTkc6IEludGVyZmFjZSBsaW5r IGlzIGRvd24sIGlnbm9yaW5nIHRyYW5zbWl0IHJlcXVlc3QNCg0KQW5kIGhlcmUgaXMgdGhlIGRl dmljZSBpbmZvOg0KDQpieGUwQHBjaTA6MzowOjA6ICAgICAgICBjbGFzcz0weDAyMDAwMCBjYXJk PTB4MTAwODE0ZTQgY2hpcD0weDE2YWUxNGU0IHJldj0weDEwIGhkcj0weDAwDQogICAgdmVuZG9y ICAgICA9ICdCcm9hZGNvbSBDb3Jwb3JhdGlvbicNCiAgICBkZXZpY2UgICAgID0gJ05ldFh0cmVt ZSBJSSBCQ001NzgxMCAxMCBHaWdhYml0IEV0aGVybmV0IE11bHRpIEZ1bmN0aW9uJw0KICAgIGNs YXNzICAgICAgPSBuZXR3b3JrDQogICAgc3ViY2xhc3MgICA9IGV0aGVybmV0DQpieGUxQHBjaTA6 MzowOjE6ICAgICAgICBjbGFzcz0weDAyMDAwMCBjYXJkPTB4MTAwODE0ZTQgY2hpcD0weDE2YWUx NGU0IHJldj0weDEwIGhkcj0weDAwDQogICAgdmVuZG9yICAgICA9ICdCcm9hZGNvbSBDb3Jwb3Jh dGlvbicNCiAgICBkZXZpY2UgICAgID0gJ05ldFh0cmVtZSBJSSBCQ001NzgxMCAxMCBHaWdhYml0 IEV0aGVybmV0IE11bHRpIEZ1bmN0aW9uJw0KICAgIGNsYXNzICAgICAgPSBuZXR3b3JrDQogICAg c3ViY2xhc3MgICA9IGV0aGVybmV0DQpieGUyQHBjaTA6MzowOjI6ICAgICAgICBjbGFzcz0weDAy MDAwMCBjYXJkPTB4MTAwODE0ZTQgY2hpcD0weDE2YWUxNGU0IHJldj0weDEwIGhkcj0weDAwDQog ICAgdmVuZG9yICAgICA9ICdCcm9hZGNvbSBDb3Jwb3JhdGlvbicNCiAgICBkZXZpY2UgICAgID0g J05ldFh0cmVtZSBJSSBCQ001NzgxMCAxMCBHaWdhYml0IEV0aGVybmV0IE11bHRpIEZ1bmN0aW9u Jw0KICAgIGNsYXNzICAgICAgPSBuZXR3b3JrDQogICAgc3ViY2xhc3MgICA9IGV0aGVybmV0DQpi eGUzQHBjaTA6MzowOjM6ICAgICAgICBjbGFzcz0weDAyMDAwMCBjYXJkPTB4MTAwODE0ZTQgY2hp cD0weDE2YWUxNGU0IHJldj0weDEwIGhkcj0weDAwDQogICAgdmVuZG9yICAgICA9ICdCcm9hZGNv bSBDb3Jwb3JhdGlvbicNCiAgICBkZXZpY2UgICAgID0gJ05ldFh0cmVtZSBJSSBCQ001NzgxMCAx MCBHaWdhYml0IEV0aGVybmV0IE11bHRpIEZ1bmN0aW9uJw0KICAgIGNsYXNzICAgICAgPSBuZXR3 b3JrDQogICAgc3ViY2xhc3MgICA9IGV0aGVybmV0DQpieGU0QHBjaTA6MzowOjQ6ICAgICAgICBj bGFzcz0weDAyMDAwMCBjYXJkPTB4MTAwODE0ZTQgY2hpcD0weDE2YWUxNGU0IHJldj0weDEwIGhk cj0weDAwDQogICAgdmVuZG9yICAgICA9ICdCcm9hZGNvbSBDb3Jwb3JhdGlvbicNCiAgICBkZXZp Y2UgICAgID0gJ05ldFh0cmVtZSBJSSBCQ001NzgxMCAxMCBHaWdhYml0IEV0aGVybmV0IE11bHRp IEZ1bmN0aW9uJw0KICAgIGNsYXNzICAgICAgPSBuZXR3b3JrDQogICAgc3ViY2xhc3MgICA9IGV0 aGVybmV0DQpieGU1QHBjaTA6MzowOjU6ICAgICAgICBjbGFzcz0weDAyMDAwMCBjYXJkPTB4MTAw ODE0ZTQgY2hpcD0weDE2YWUxNGU0IHJldj0weDEwIGhkcj0weDAwDQogICAgdmVuZG9yICAgICA9 ICdCcm9hZGNvbSBDb3Jwb3JhdGlvbicNCiAgICBkZXZpY2UgICAgID0gJ05ldFh0cmVtZSBJSSBC Q001NzgxMCAxMCBHaWdhYml0IEV0aGVybmV0IE11bHRpIEZ1bmN0aW9uJw0KICAgIGNsYXNzICAg ICAgPSBuZXR3b3JrDQogICAgc3ViY2xhc3MgICA9IGV0aGVybmV0DQpieGU2QHBjaTA6MzowOjY6 ICAgICAgICBjbGFzcz0weDAyMDAwMCBjYXJkPTB4MTAwODE0ZTQgY2hpcD0weDE2YWUxNGU0IHJl dj0weDEwIGhkcj0weDAwDQogICAgdmVuZG9yICAgICA9ICdCcm9hZGNvbSBDb3Jwb3JhdGlvbicN CiAgICBkZXZpY2UgICAgID0gJ05ldFh0cmVtZSBJSSBCQ001NzgxMCAxMCBHaWdhYml0IEV0aGVy bmV0IE11bHRpIEZ1bmN0aW9uJw0KICAgIGNsYXNzICAgICAgPSBuZXR3b3JrDQogICAgc3ViY2xh c3MgICA9IGV0aGVybmV0DQpieGU3QHBjaTA6MzowOjc6ICAgICAgICBjbGFzcz0weDAyMDAwMCBj YXJkPTB4MTAwODE0ZTQgY2hpcD0weDE2YWUxNGU0IHJldj0weDEwIGhkcj0weDAwDQogICAgdmVu ZG9yICAgICA9ICdCcm9hZGNvbSBDb3Jwb3JhdGlvbicNCiAgICBkZXZpY2UgICAgID0gJ05ldFh0 cmVtZSBJSSBCQ001NzgxMCAxMCBHaWdhYml0IEV0aGVybmV0IE11bHRpIEZ1bmN0aW9uJw0KICAg IGNsYXNzICAgICAgPSBuZXR3b3JrDQogICAgc3ViY2xhc3MgICA9IGV0aGVybmV0DQoNCg0KTWFu eSB0aGFua3MgaWYgeW91IGNhbiBnaXZlIG1lIHNvbWUgc3VnZ2VzdGlvbnMsIHRoYW5rcyB5b3Uh DQoNCg0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KDQpUaGlzIG1lc3NhZ2Ug YW5kIGFueSBhdHRhY2hlZCBkb2N1bWVudHMgY29udGFpbiBpbmZvcm1hdGlvbiBmcm9tIHRoZSBz ZW5kaW5nIGNvbXBhbnkgb3IgaXRzIHBhcmVudCBjb21wYW55KHMpLCBzdWJzaWRpYXJpZXMsIGRp dmlzaW9ucyBvciBicmFuY2ggb2ZmaWNlcyB0aGF0IG1heSBiZSBjb25maWRlbnRpYWwuIElmIHlv dSBhcmUgbm90IHRoZSBpbnRlbmRlZCByZWNpcGllbnQsIHlvdSBtYXkgbm90IHJlYWQsIGNvcHks IGRpc3RyaWJ1dGUsIG9yIHVzZSB0aGlzIGluZm9ybWF0aW9uLiBJZiB5b3UgaGF2ZSByZWNlaXZl ZCB0aGlzIHRyYW5zbWlzc2lvbiBpbiBlcnJvciwgcGxlYXNlIG5vdGlmeSB0aGUgc2VuZGVyIGlt bWVkaWF0ZWx5IGJ5IHJlcGx5IGUtbWFpbCBhbmQgdGhlbiBkZWxldGUgdGhpcyBtZXNzYWdlLg0K From owner-freebsd-questions@FreeBSD.ORG Mon Mar 2 18:56:06 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 51B25417 for ; Mon, 2 Mar 2015 18:56:06 +0000 (UTC) Received: from mail5.networktest.com (mail5.networktest.com [204.109.60.142]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2701F252 for ; Mon, 2 Mar 2015 18:56:05 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail5.networktest.com (Postfix) with ESMTP id 8438739DC2E for ; Mon, 2 Mar 2015 10:56:04 -0800 (PST) Received: from mail5.networktest.com ([127.0.0.1]) by localhost (mail5.networktest.com [127.0.0.1]) (maiad, port 10024) with ESMTP id 13010-04 for ; Mon, 2 Mar 2015 10:56:04 -0800 (PST) Received: from dhcp130.eng.networktest.com (ns.networktest.com [12.20.174.98]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: dnewman@networktest.com) by mail5.networktest.com (Postfix) with ESMTPSA id 3DA7939DC2D for ; Mon, 2 Mar 2015 10:56:04 -0800 (PST) Message-ID: <54F4B243.9060507@networktest.com> Date: Mon, 02 Mar 2015 10:56:03 -0800 From: David Newman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: freebsd-questions@freebsd.org Subject: Re: 'pkg upgrade' wants to install php56 References: <54F399EF.3090908@networktest.com> <54F3C065.8080606@networktest.com> <20150302094251.49dbfe7e@curlew.lan> <54F4908B.3080309@networktest.com> <20150302170631.0b26f318@curlew.lan> In-Reply-To: <20150302170631.0b26f318@curlew.lan> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Mar 2015 18:56:06 -0000 On 3/2/15 9:06 AM, Mike Clarke wrote: > On Mon, 02 Mar 2015 08:32:11 -0800 > David Newman wrote: > >> Thanks. Please see the issue I raised later in the same post, where >> different systems using pkg behave in different ways when running 'pkg >> upgrade': > > But did you run pkg upgrade at the same time on both systems? > The package build for 10amd64 was started on Wednesday February 25th > and would have been available in the repository some time in the early > hours of Thursday. Upgrades before then would have been using the > previous week's repository where php-5.4 was the default so > would not have been upgraded to 5.6 Both systems ran 'pkg update' on March 1. Hence my puzzlement as to why two similarly configured systems would behave differently wrt php upgrades, and why one of the systems has a conflict. dn From owner-freebsd-questions@FreeBSD.ORG Mon Mar 2 19:05:13 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9BDECBB4 for ; Mon, 2 Mar 2015 19:05:13 +0000 (UTC) Received: from ms-10.1blu.de (ms-10.1blu.de [178.254.4.101]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4D58F61C for ; Mon, 2 Mar 2015 19:05:13 +0000 (UTC) Received: from [89.204.137.235] (helo=localhost.unixarea.de) by ms-10.1blu.de with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.76) (envelope-from ) id 1YSVeK-00016T-3M for freebsd-questions@freebsd.org; Mon, 02 Mar 2015 20:05:04 +0100 Received: from localhost.my.domain (c720-r276659 [127.0.0.1]) by localhost.unixarea.de (8.14.9/8.14.9) with ESMTP id t22J4q14001296 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Mon, 2 Mar 2015 20:04:53 +0100 (CET) (envelope-from guru@unixarea.de) Received: (from guru@localhost) by localhost.my.domain (8.14.9/8.14.9/Submit) id t22J4oQt001295 for freebsd-questions@freebsd.org; Mon, 2 Mar 2015 20:04:50 +0100 (CET) (envelope-from guru@unixarea.de) X-Authentication-Warning: localhost.my.domain: guru set sender to guru@unixarea.de using -f Date: Mon, 2 Mar 2015 20:04:50 +0100 From: Matthias Apitz To: freebsd-questions@freebsd.org Subject: Re: sendmail && dhcp Message-ID: <20150302190450.GA1263@c720-r276659> Reply-To: Matthias Apitz Mail-Followup-To: Matthias Apitz , freebsd-questions@freebsd.org References: <20150226144245.GA1346@c720-r276659> <44bnkgsmcl.fsf@lowell-desk.lan> <20150226194012.GA2695@c720-r276659> <4461aoe96j.fsf@lowell-desk.lan> <20150226203154.GA2853@c720-r276659> <44k2z4ci8y.fsf@lowell-desk.lan> <54efe697.xdtSCVZsiZDqV7lP%perryh@pluto.rain.com> <20150227130145.GA3591@c720-r276659> <1350745400.96918844.1425317480900.JavaMail.zimbra@logitravel.com> <448uff9s5s.fsf@be-well.ilk.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <448uff9s5s.fsf@be-well.ilk.org> X-Operating-System: FreeBSD 11.0-CURRENT r269739 (i386) User-Agent: Mutt/1.5.23 (2014-03-12) X-Con-Id: 51246 X-Con-U: 0-guru X-Originating-IP: 89.204.137.235 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Mar 2015 19:05:13 -0000 El día Monday, March 02, 2015 a las 01:21:35PM -0500, Lowell Gilbert escribió: > Raimund Sacherer writes: > > > sorry to barge in so late, but I do not like to have sendmail or any > > daemon which can listen on 25 running on my systems when it is not > > necessary, therefore I use DMA. > > > > It doesn't run a deamon, rather when you send mail it stows them in a > > queue. Now the queue get's worked on, but when there is no internet > > connection it should queue the mail (never tried it without internet > > connectivity though). > > > > You can then fire up your link and use dma -q (see man page) to send the queued email ... The inbound direction is: ISP--(imaps)--fetchmail--(smtp)-->sendmail(localhost:25) --> procmail-->mbox...mutt The outbound is: mutt--(sendmail)--> queue and after link-up and 'sendmail -q' all mails are send out queue--(sendmail)--(smtp/TLS)--> ISP MX I think, this scenario is pretty much fine and LISTEN is only on localhost:25; it requires only DNS working correctly in the moment of receivin and sending; This is what I asked for: how to ensure that DNS+sendmail is fine after link-up on any interface (wlan0, tun6, ...) matthias -- Matthias Apitz, guru@unixarea.de, http://www.unixarea.de/ +49-170-4527211 La referencia de la Duma a la anexión de la RDA, en este caso al contrario con la Crimlía sin referéndum, no solamente tiene gracia sino da en el blanco.- Marinos Yannikos @MarinosYannikos en un blog de RTdeutsch. From owner-freebsd-questions@FreeBSD.ORG Mon Mar 2 21:15:31 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A4AE43B6 for ; Mon, 2 Mar 2015 21:15:31 +0000 (UTC) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5E76C871 for ; Mon, 2 Mar 2015 21:15:30 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1YSXgU-0002pk-Ay for freebsd-questions@freebsd.org; Mon, 02 Mar 2015 22:15:26 +0100 Received: from p5b020002.dip0.t-ipconnect.de ([91.2.0.2]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 02 Mar 2015 22:15:26 +0100 Received: from christian.baer by p5b020002.dip0.t-ipconnect.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 02 Mar 2015 22:15:26 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-questions@freebsd.org From: Christian Baer Subject: Re: Am I too dumb to mount an SD-card? Date: Mon, 02 Mar 2015 22:15:14 +0100 Lines: 30 Message-ID: <1515899.SfrEsdFn2e@falbala.rz1.convenimus.net> References: <9107632.xkY3nEPMJS@falbala.rz1.convenimus.net> <54F34F82.2080108@fjl.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7Bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: p5b020002.dip0.t-ipconnect.de User-Agent: KNode/4.14.2 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Mar 2015 21:15:31 -0000 Frank Leonhardt wrote: > This isn't an answer, but if all the suggestions here fail, I've often > found some sanity checking is a good idea. For example, format a card on > a PC and see if that reads. Can you dd the card? FAT isn't an absolute > standard, and I've found more than one embedded device that has its own > idea about what FAT is. Not formatting future cards on the camera may > help. Was this one pre-formatted? And there are patent issues. > > I first came across this with Digital Research GEMDOS, which had a > different version of 3.5" drive FAT to that eventually used by > Microsoft. Formatting on a PS/2 worked on GEMDOS but the PS/2 wouldn't > touch the GEMDOS disks. [Wanders off into the sunset reminiscing...] Your ideas didn't get me anywhere, but thank you for taking the time to write them down just the same! You are right, this might very well have been an issue with a weird embedded device. I could read the card under Windows without a flaw. Because FreeBSD refuses to access the card, I copied all the files off it under Windows and completely reset the card. This means, I created a new partition table (simple type) and formatted the SD Card. Windows and the camera can read the card without any issues. FreeBSD still can't. But talking about sanity checking... Is there some way to get an error message that says a little more about the cause of the problem than a general failure? Kind regards, Chris From owner-freebsd-questions@FreeBSD.ORG Mon Mar 2 21:20:05 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 847BA5E8 for ; Mon, 2 Mar 2015 21:20:05 +0000 (UTC) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 3F7958D2 for ; Mon, 2 Mar 2015 21:20:05 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1YSXkw-0004xX-RG for freebsd-questions@freebsd.org; Mon, 02 Mar 2015 22:20:02 +0100 Received: from p5b020002.dip0.t-ipconnect.de ([91.2.0.2]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 02 Mar 2015 22:20:02 +0100 Received: from christian.baer by p5b020002.dip0.t-ipconnect.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 02 Mar 2015 22:20:02 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-questions@freebsd.org From: Christian Baer Subject: Re: Am I too dumb to mount an SD-card? Date: Mon, 02 Mar 2015 22:15:15 +0100 Lines: 13 Message-ID: <5634918.tEMtjJ6tv9@falbala.rz1.convenimus.net> References: <9107632.xkY3nEPMJS@falbala.rz1.convenimus.net> <2959707.sdgvqrTRN0@quad> Mime-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7Bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: p5b020002.dip0.t-ipconnect.de User-Agent: KNode/4.14.2 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Mar 2015 21:20:05 -0000 Maxim V FIlimonov wrote: > Do you have fuse installed? Yes. > If not, here's the guess: install fuse first, then run kldload fuse, then > try mounting the file system. Do you actually read the posts you answer? Regards, Chris From owner-freebsd-questions@FreeBSD.ORG Mon Mar 2 21:25:05 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DCF9C6D3 for ; Mon, 2 Mar 2015 21:25:05 +0000 (UTC) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 96DEA999 for ; Mon, 2 Mar 2015 21:25:05 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1YSXpn-0008FZ-32 for freebsd-questions@freebsd.org; Mon, 02 Mar 2015 22:25:03 +0100 Received: from p5b020002.dip0.t-ipconnect.de ([91.2.0.2]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 02 Mar 2015 22:25:03 +0100 Received: from christian.baer by p5b020002.dip0.t-ipconnect.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 02 Mar 2015 22:25:03 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-questions@freebsd.org From: Christian Baer Subject: Re: Am I too dumb to mount an SD-card? Date: Mon, 02 Mar 2015 22:15:33 +0100 Lines: 35 Message-ID: <1889056.6vMFPBSPIK@falbala.rz1.convenimus.net> References: <9107632.xkY3nEPMJS@falbala.rz1.convenimus.net> Mime-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7Bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: p5b020002.dip0.t-ipconnect.de User-Agent: KNode/4.14.2 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Mar 2015 21:25:05 -0000 Ben Woods wrote: > Try following these instructions: > http://www.codebuddies.de/2014/03/28/0x0b-howto-mount-a-extfat-filesystem-> on-freebsd/ > Make sure you have rebooted after editing your /etc/rc.conf This was actually my main inspiration. I followed those instructions. This is the result: root@falbala:~ # camcontrol devlist at scbus0 target 0 lun 0 (ada0,pass0) at scbus1 target 0 lun 0 (ada1,pass1) at scbus2 target 0 lun 0 (ada2,pass2) at scbus6 target 0 lun 0 (pass3,cd0) at scbus8 target 0 lun 0 (pass4,ses0) at scbus9 target 0 lun 0 (da0,pass5) at scbus9 target 0 lun 1 (da1,pass6) root@falbala:~ # ls -la /dev/da* crw-r----- 1 root operator 0xc3 Mar 2 22:59 /dev/da0 crw-r----- 1 root operator 0xc4 Mar 2 22:59 /dev/da1 crw-r----- 1 root operator 0xc5 Mar 2 22:59 /dev/da1s1 root@falbala:~ # mount.exfat /dev/da1s1 /mnt/sdcard/ FUSE exfat 1.0.1 fuse: failed to open fuse device: No such file or directory root@falbala:~ # mount.exfat /dev/da1 /mnt/sdcard/ FUSE exfat 1.0.1 ERROR: exFAT file system is not found. Any ideas? Regards, Christian From owner-freebsd-questions@FreeBSD.ORG Mon Mar 2 21:29:15 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F2840816 for ; Mon, 2 Mar 2015 21:29:15 +0000 (UTC) Received: from mail.bein.link (bein.link [37.252.124.82]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B489A9CF for ; Mon, 2 Mar 2015 21:29:15 +0000 (UTC) Received: from thinkpad.localnet (home.bein.link [172.16.32.6]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.bein.link (Postfix) with ESMTPSA id 7CA681AF192; Mon, 2 Mar 2015 21:29:08 +0000 (UTC) From: Maxim V Filimonov To: freebsd-questions@freebsd.org Subject: Re: Am I too dumb to mount an SD-card? Date: Tue, 03 Mar 2015 00:28:59 +0300 Message-ID: <5224213.LOpXqXNu37@thinkpad> User-Agent: KMail/4.14.2 (FreeBSD/10.1-RELEASE-p5; KDE/4.14.2; amd64; ; ) In-Reply-To: <5634918.tEMtjJ6tv9@falbala.rz1.convenimus.net> References: <9107632.xkY3nEPMJS@falbala.rz1.convenimus.net> <2959707.sdgvqrTRN0@quad> <5634918.tEMtjJ6tv9@falbala.rz1.convenimus.net> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Cc: Christian Baer X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Mar 2015 21:29:16 -0000 On Monday 02 March 2015 22:15:15 Christian Baer wrote: > Maxim V FIlimonov wrote: > > Do you have fuse installed? > > Yes. > > > If not, here's the guess: install fuse first, then run kldload fuse, then > > try mounting the file system. > > Do you actually read the posts you answer? > Yes. Please show us the output of `pkg info -ix fuse`. -- wbr, Maxim Filimonov From owner-freebsd-questions@FreeBSD.ORG Mon Mar 2 21:45:03 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 116AE835 for ; Mon, 2 Mar 2015 21:45:03 +0000 (UTC) Received: from mout.gmx.net (mout.gmx.net [212.227.15.19]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7EEDBC48 for ; Mon, 2 Mar 2015 21:45:02 +0000 (UTC) Received: from moby.local ([88.65.176.74]) by mail.gmx.com (mrgmx001) with ESMTPSA (Nemesis) id 0M3iU5-1Xbotx0pCD-00rKPG; Mon, 02 Mar 2015 22:45:00 +0100 Message-ID: <54F4D9D6.6000007@gmx.com> Date: Mon, 02 Mar 2015 22:44:54 +0100 From: Nikos Vassiliadis User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: Christian Baer , freebsd-questions@freebsd.org Subject: Re: Am I too dumb to mount an SD-card? References: <9107632.xkY3nEPMJS@falbala.rz1.convenimus.net> <1889056.6vMFPBSPIK@falbala.rz1.convenimus.net> In-Reply-To: <1889056.6vMFPBSPIK@falbala.rz1.convenimus.net> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:ikIcQpRLjBYpfe/NF+q4uVujP6HY9nUvgA1a03y6NG3D1QgPHWz /lZaXNUHVp6uplHqgLEKKegxwXEBM6+K9uNzaidV9Px1/Q+jPjvI3D30c7Vj2c1RAeaR60t l6+dGHLNm8Dq+o7rfukhmsk2xENY3a/MAgCQ/lQ6iXZv2+tjR9M5VaAYxhdOjg4JfOD43qL u1B0znTwGC6hMQC6Ebwuw== X-UI-Out-Filterresults: notjunk:1; X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Mar 2015 21:45:03 -0000 On 03/02/15 22:15, Christian Baer wrote: > Any ideas? Just a stub in the dark. 1) Could you examine with file(1) just to be sure that there is an actual exfat filesystem there 2) Is the filesystem clean? that is, what does fsck report? From owner-freebsd-questions@FreeBSD.ORG Tue Mar 3 01:37:52 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C245D461 for ; Tue, 3 Mar 2015 01:37:52 +0000 (UTC) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [IPv6:2607:f3e0:0:1::12]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "smarthost.sentex.ca", Issuer "smarthost.sentex.ca" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 8AC5F91C for ; Tue, 3 Mar 2015 01:37:52 +0000 (UTC) Received: from [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a] (saphire3.sentex.ca [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a]) by smarthost1.sentex.ca (8.14.9/8.14.9) with ESMTP id t231blvs070674; Mon, 2 Mar 2015 20:37:47 -0500 (EST) (envelope-from mike@sentex.net) Message-ID: <54F51062.1040109@sentex.net> Date: Mon, 02 Mar 2015 20:37:38 -0500 From: Mike Tancsa Organization: Sentex Communications User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: Christian Baer , freebsd-questions@freebsd.org Subject: Re: Am I too dumb to mount an SD-card? References: <9107632.xkY3nEPMJS@falbala.rz1.convenimus.net> In-Reply-To: <9107632.xkY3nEPMJS@falbala.rz1.convenimus.net> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.75 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Mar 2015 01:37:52 -0000 On 2/27/2015 5:28 PM, Christian Baer wrote: > Hey everyone! > > I decided to give a few pieces of software a spin, so that I could possibly > use FreeBSD for my photo stuff aswell. > > My problem is that I can't mount the SD-card from my camera (Pentax K-3). > It's formatted exFAT (I am guessing) by the camera. what does gpart list show ? if you do mount_msdosfs /dev/da1s1 /mnt what does it error out with ? ---Mike -- ------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet services since 1994 www.sentex.net Cambridge, Ontario Canada http://www.tancsa.com/ From owner-freebsd-questions@FreeBSD.ORG Tue Mar 3 03:12:24 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A87E9136 for ; Tue, 3 Mar 2015 03:12:24 +0000 (UTC) Received: from feeder.usenet4all.se (1-1-1-38a.far.sth.bostream.se [82.182.32.53]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 196C71331 for ; Tue, 3 Mar 2015 03:12:23 +0000 (UTC) Received: from kw.news4all.se (localhost [127.0.0.1]) by feeder.usenet4all.se (8.13.1/8.13.1) with ESMTP id t233CDtn059772 for ; Tue, 3 Mar 2015 04:12:14 +0100 (CET) (envelope-from bah@bananmonarki.se) Message-ID: <54F5268D.2070708@bananmonarki.se> Date: Tue, 03 Mar 2015 04:12:13 +0100 From: Bernt Hansson User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: FreeBSD Mailing List Subject: Re: Problem with pkg install References: <54EF3201.1020409@bananmonarki.se> In-Reply-To: <54EF3201.1020409@bananmonarki.se> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Mar 2015 03:12:24 -0000 No one? On 2015-02-26 15:47, Bernt Hansson wrote: > Hello list. > > Installing go like this > > root@kw:/usr/ports/multimedia/mplayer # pkg install vlc > Updating FreeBSD repository catalogue... > FreeBSD repository is up-to-date. > All repositories are up-to-date. > The following 11 packages will be affected (of 0 checked): > > New packages to be INSTALLED: > vlc: 2.1.5_18,4 > twolame: 0.3.13_4 > libmad: 0.15.1b_6 > libcddb: 1.3.2_4 > faad2: 2.7_5,1 > libdca: 0.0.5_1 > liba52: 0.7.4_3 > liveMedia: 2014.12.17_1,2 > libmatroska: 1.4.2 > libebml: 1.3.1 > libdvbpsi: 1.2.0 > > The process will require 47 MiB more space. > 8 MiB to be downloaded. > > Proceed with this action? [y/N]: y > Fetching vlc-2.1.5_18,4.txz: 100% 6 MiB 1.8MB/s 00:04 > Fetching twolame-0.3.13_4.txz: 100% 106 KiB 109.2kB/s 00:01 > Fetching libmad-0.15.1b_6.txz: 100% 72 KiB 73.7kB/s 00:01 > Fetching libcddb-1.3.2_4.txz: 100% 55 KiB 56.6kB/s 00:01 > Fetching faad2-2.7_5,1.txz: 100% 187 KiB 192.4kB/s 00:01 > Fetching libdca-0.0.5_1.txz: 100% 99 KiB 101.6kB/s 00:01 > Fetching liba52-0.7.4_3.txz: 100% 44 KiB 45.7kB/s 00:01 > Fetching liveMedia-2014.12.17_1,2.txz: 100% 505 KiB 517.6kB/s 00:01 > Fetching libmatroska-1.4.2.txz: 100% 225 KiB 230.9kB/s 00:01 > Fetching libebml-1.3.1.txz: 100% 113 KiB 115.8kB/s 00:01 > Fetching libdvbpsi-1.2.0.txz: 100% 105 KiB 107.8kB/s 00:01 > Checking integrity... done (0 conflicting) > [1/11] Installing libebml-1.3.1... > [1/11] Extracting libebml-1.3.1: 100% > [2/11] Installing twolame-0.3.13_4... > [2/11] Extracting twolame-0.3.13_4: 100% > [3/11] Installing libmad-0.15.1b_6... > [3/11] Extracting libmad-0.15.1b_6: 100% > [4/11] Installing libcddb-1.3.2_4... > [4/11] Extracting libcddb-1.3.2_4: 100% > [5/11] Installing faad2-2.7_5,1... > [5/11] Extracting faad2-2.7_5,1: 100% > [6/11] Installing libdca-0.0.5_1... > [6/11] Extracting libdca-0.0.5_1: 100% > [7/11] Installing liba52-0.7.4_3... > [7/11] Extracting liba52-0.7.4_3: 100% > [8/11] Installing liveMedia-2014.12.17_1,2... > [8/11] Extracting liveMedia-2014.12.17_1,2: 100% > [9/11] Installing libmatroska-1.4.2... > [9/11] Extracting libmatroska-1.4.2: 100% > [10/11] Installing libdvbpsi-1.2.0... > [10/11] Extracting libdvbpsi-1.2.0: 100% > [11/11] Installing vlc-2.1.5_18,4... > [11/11] Extracting vlc-2.1.5_18,4: 100% > Message for liveMedia-2014.12.17_1,2: > For more documentation on this software > (and to get the latest version), please > see . > Child process pid=40593 terminated abnormally: Segmentation fault: 11 > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to > "freebsd-questions-unsubscribe@freebsd.org" > > From owner-freebsd-questions@FreeBSD.ORG Tue Mar 3 04:35:45 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 924F7BAA; Tue, 3 Mar 2015 04:35:45 +0000 (UTC) Received: from mail-ig0-x235.google.com (mail-ig0-x235.google.com [IPv6:2607:f8b0:4001:c05::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 544451A9E; Tue, 3 Mar 2015 04:35:45 +0000 (UTC) Received: by igbhn18 with SMTP id hn18so23574645igb.2; Mon, 02 Mar 2015 20:35:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=oICvDEs58Xl0dRjLD1/6W6zxCT2ma3wDk4/jyBZOIv8=; b=c9bxTgPiqWQWUk4R/OvD1WTqfUKQ2D2n8CoA+Jna5Q7dUbpitYY1z4bmWDJ2umgTgT 5tvg/vUsuAPKyeczWt38LXrSMNuy07sBPzanzEyMXal0M/2m45SOdLHUEhbOXGt3OurR A0g7AftuxP7FCklLnb/3g4nUA8nx3T0jHZRq/eaGE14nUsAeq7ymbgr8YF13pvUqbcdK dvJ9YPXzfG1eNIClP1N8atTUHc4v3c4SvF/N5n9ebha9myvX6j+cTY9CSEjq5QMnMcSr 9DPf4ULbb/mKH1tz3LmNI98++9ljWmvQhdMtgZ0kOR/L1cN8UlKhDIH07uX/HV7O7Hb/ Mz4Q== X-Received: by 10.43.0.138 with SMTP id nm10mr24753493icb.56.1425357344616; Mon, 02 Mar 2015 20:35:44 -0800 (PST) MIME-Version: 1.0 Received: by 10.36.3.140 with HTTP; Mon, 2 Mar 2015 20:35:24 -0800 (PST) In-Reply-To: <49F5640B08EAA94DAF2F6B6145E6A08A01942B2569@AVMB1.qlogic.org> References: <49F5640B08EAA94DAF2F6B6145E6A08A01942B2569@AVMB1.qlogic.org> From: Bin LIU Date: Tue, 3 Mar 2015 12:35:24 +0800 Message-ID: Subject: Re: BCM57810 interface can't go up with NPAR enabled To: David Somayajulu Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: "freebsd-questions@freebsd.org" , "davidcs@freebsd.org" X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Mar 2015 04:35:45 -0000 Hi David, Many thanks for your dedicated work. Could you please tell me if there is a roadmap or time schedule to support NPAR in the future, thanks! On Tue, Mar 3, 2015 at 2:45 AM, David Somayajulu < david.somayajulu@qlogic.com> wrote: > Hi Bin, > > Sorry for the delayed response. bxe driver currently does not support NPAR. > > -david S. > > > > *From:* Bin LIU [mailto:binliu.lqbn@gmail.com] > *Sent:* Thursday, February 26, 2015 9:45 PM > *To:* freebsd-questions@freebsd.org > *Cc:* davidcs@freebsd.org > *Subject:* BCM57810 interface can't go up with NPAR enabled > > > > Hi, > > > > I'm testing the Dell Broadcom Dual Port 10G interface card with NPAR > function enabled on 9-stable-r277476M, I can see all 8 interfaces(bxe0 to > bxe7), but only bxe0 and bxe1 are active, the other 6 status are all "no > carrier". > > > > dmesg reports the following: > > > > bxe3: WARNING: Interface link is down, ignoring transmit request > > bxe4: WARNING: Interface link is down, ignoring transmit request > > bxe5: WARNING: Interface link is down, ignoring transmit request > > bxe5: WARNING: Interface link is down, ignoring transmit request > > bxe3: WARNING: Interface link is down, ignoring transmit request > > bxe4: WARNING: Interface link is down, ignoring transmit request > > bxe5: WARNING: Interface link is down, ignoring transmit request > > bxe3: WARNING: Interface link is down, ignoring transmit request > > bxe4: WARNING: Interface link is down, ignoring transmit request > > bxe4: WARNING: Interface link is down, ignoring transmit request > > bxe5: WARNING: Interface link is down, ignoring transmit request > > bxe5: WARNING: Interface link is down, ignoring transmit request > > bxe3: WARNING: Interface link is down, ignoring transmit request > > bxe4: WARNING: Interface link is down, ignoring transmit request > > bxe5: WARNING: Interface link is down, ignoring transmit request > > bxe3: WARNING: Interface link is down, ignoring transmit request > > bxe4: WARNING: Interface link is down, ignoring transmit request > > bxe3: WARNING: Interface link is down, ignoring transmit request > > bxe5: WARNING: Interface link is down, ignoring transmit request > > bxe4: WARNING: Interface link is down, ignoring transmit request > > bxe5: WARNING: Interface link is down, ignoring transmit request > > bxe3: WARNING: Interface link is down, ignoring transmit request > > bxe4: WARNING: Interface link is down, ignoring transmit request > > bxe3: WARNING: Interface link is down, ignoring transmit request > > bxe5: WARNING: Interface link is down, ignoring transmit request > > bxe4: WARNING: Interface link is down, ignoring transmit request > > bxe5: WARNING: Interface link is down, ignoring transmit request > > bxe3: WARNING: Interface link is down, ignoring transmit request > > bxe5: WARNING: Interface link is down, ignoring transmit request > > bxe3: bxe4: WARNING: Interface link is down, ignoring transmit request > > WARNING: Interface link is down, ignoring transmit request > > bxe4: WARNING: Interface link is down, ignoring transmit request > > bxe3: WARNING: Interface link is down, ignoring transmit request > > bxe5: WARNING: Interface link is down, ignoring transmit request > > bxe4: WARNING: Interface link is down, ignoring transmit request > > > > And here is the device info: > > > > bxe0@pci0:3:0:0: class=0x020000 card=0x100814e4 chip=0x16ae14e4 > rev=0x10 hdr=0x00 > > vendor = 'Broadcom Corporation' > > device = 'NetXtreme II BCM57810 10 Gigabit Ethernet Multi Function' > > class = network > > subclass = ethernet > > bxe1@pci0:3:0:1: class=0x020000 card=0x100814e4 chip=0x16ae14e4 > rev=0x10 hdr=0x00 > > vendor = 'Broadcom Corporation' > > device = 'NetXtreme II BCM57810 10 Gigabit Ethernet Multi Function' > > class = network > > subclass = ethernet > > bxe2@pci0:3:0:2: class=0x020000 card=0x100814e4 chip=0x16ae14e4 > rev=0x10 hdr=0x00 > > vendor = 'Broadcom Corporation' > > device = 'NetXtreme II BCM57810 10 Gigabit Ethernet Multi Function' > > class = network > > subclass = ethernet > > bxe3@pci0:3:0:3: class=0x020000 card=0x100814e4 chip=0x16ae14e4 > rev=0x10 hdr=0x00 > > vendor = 'Broadcom Corporation' > > device = 'NetXtreme II BCM57810 10 Gigabit Ethernet Multi Function' > > class = network > > subclass = ethernet > > bxe4@pci0:3:0:4: class=0x020000 card=0x100814e4 chip=0x16ae14e4 > rev=0x10 hdr=0x00 > > vendor = 'Broadcom Corporation' > > device = 'NetXtreme II BCM57810 10 Gigabit Ethernet Multi Function' > > class = network > > subclass = ethernet > > bxe5@pci0:3:0:5: class=0x020000 card=0x100814e4 chip=0x16ae14e4 > rev=0x10 hdr=0x00 > > vendor = 'Broadcom Corporation' > > device = 'NetXtreme II BCM57810 10 Gigabit Ethernet Multi Function' > > class = network > > subclass = ethernet > > bxe6@pci0:3:0:6: class=0x020000 card=0x100814e4 chip=0x16ae14e4 > rev=0x10 hdr=0x00 > > vendor = 'Broadcom Corporation' > > device = 'NetXtreme II BCM57810 10 Gigabit Ethernet Multi Function' > > class = network > > subclass = ethernet > > bxe7@pci0:3:0:7: class=0x020000 card=0x100814e4 chip=0x16ae14e4 > rev=0x10 hdr=0x00 > > vendor = 'Broadcom Corporation' > > device = 'NetXtreme II BCM57810 10 Gigabit Ethernet Multi Function' > > class = network > > subclass = ethernet > > > > > > Many thanks if you can give me some suggestions, thanks you! > > > > > > ------------------------------ > > This message and any attached documents contain information from the > sending company or its parent company(s), subsidiaries, divisions or branch > offices that may be confidential. If you are not the intended recipient, > you may not read, copy, distribute, or use this information. If you have > received this transmission in error, please notify the sender immediately > by reply e-mail and then delete this message. > From owner-freebsd-questions@FreeBSD.ORG Tue Mar 3 05:25:02 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 138EA2D5 for ; Tue, 3 Mar 2015 05:25:02 +0000 (UTC) Received: from mail-ob0-x229.google.com (mail-ob0-x229.google.com [IPv6:2607:f8b0:4003:c01::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id CAB2B1F0A for ; Tue, 3 Mar 2015 05:25:01 +0000 (UTC) Received: by mail-ob0-f169.google.com with SMTP id wp4so36303014obc.0 for ; Mon, 02 Mar 2015 21:25:01 -0800 (PST) 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=oWDlmIJnx4WFpavvbUd2h+ghX4ZPmEq0up1Y2j0pf+8=; b=p1zl+918E9iWEQEcXx1xQmN+RDyA+EaZ2uNVNisPme1Qc0rtaYjFqHHHZ0tgmIZAit WZqyHKUHMW5T8wCE+cpOYl/ppZqDhKTzjm1yikYwP10lTGrxNiwBkc5MvUH2RRFn5GYl 67AGL6grXWkPe8GwkbkUEEsmlcEtyBlSq8/RtY/pm7iz/Rw3UllOTB2u/h0EEFcIv6z5 SMJfEWY80aYQhwWUsnJpYgEoFwPgcK37BD01mtEzEjl5AeULV6EuY929iqzaFAeG5f/W mqk2ioabaXUXFCscPUdP4EYI1VeL5TdRNG+fehrqgLtTH51xr4wxNR3lbVqGfU5GqLvs PjJg== MIME-Version: 1.0 X-Received: by 10.202.228.81 with SMTP id b78mr20652246oih.40.1425360301137; Mon, 02 Mar 2015 21:25:01 -0800 (PST) Received: by 10.182.247.74 with HTTP; Mon, 2 Mar 2015 21:25:01 -0800 (PST) In-Reply-To: <54EF3201.1020409@bananmonarki.se> References: <54EF3201.1020409@bananmonarki.se> Date: Mon, 2 Mar 2015 21:25:01 -0800 Message-ID: Subject: Re: Problem with pkg install From: jungle Boogie To: Bernt Hansson Content-Type: text/plain; charset=UTF-8 Cc: FreeBSD Mailing List X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Mar 2015 05:25:02 -0000 On 26 February 2015 at 06:47, Bernt Hansson wrote: > Message for liveMedia-2014.12.17_1,2: > For more documentation on this software > (and to get the latest version), please > see . > Child process pid=40593 terminated abnormally: Segmentation fault: 11 Well I don't know why it failed but I did go to the live media site and noticed there's a newer version. Perhaps you can install that from source or speak to the port maintainer. https://www.freshports.org/net/liveMedia/ -- ------- inum: 883510009027723 sip: jungleboogie@sip2sip.info xmpp: jungle-boogie@jit.si From owner-freebsd-questions@FreeBSD.ORG Tue Mar 3 08:02:16 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5C898E14 for ; Tue, 3 Mar 2015 08:02:16 +0000 (UTC) Received: from mail-wi0-x242.google.com (mail-wi0-x242.google.com [IPv6:2a00:1450:400c:c05::242]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E02D3B9 for ; Tue, 3 Mar 2015 08:02:15 +0000 (UTC) Received: by widfb4 with SMTP id fb4so508575wid.2 for ; Tue, 03 Mar 2015 00:02:14 -0800 (PST) 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; bh=B0njJGmQsBfg/tkzdxNXf//+NoEpzyJNVGohH6Ergso=; b=vWYvZ6UYoEWl3To8M+JnOqVVjcB3WNpn/pfJMEeftMc0gX2woEIH0RceQk6L7L99iQ JCoqMPp21XmugqJpGlswjuMQkJ3YsXOuQhtCBkfJNnnKOOfHYM8DAe/G2awF2swN71JB mPtyxfsKmxV53WiSQoEtX85keas4hZLT5uvbiLuL15OY/VfB4sumstjqbHSRwN/ZOpeL XDULmwvM3lLJQyhc5MZOfIQotZmDqGoYC27udMgk8cOGB4qXlnr2Zm4zeNfab1a7tmWf vtHZrZ76dQqV698nUuPvHU7Y9doIzg1DNKE/8ibvdT94hDhk+Jetzhz26AErcRuhS0Sz iW4Q== X-Received: by 10.180.8.65 with SMTP id p1mr336419wia.42.1425369734404; Tue, 03 Mar 2015 00:02:14 -0800 (PST) Received: from [192.168.1.100] (124.22.20.95.dynamic.jazztel.es. [95.20.22.124]) by mx.google.com with ESMTPSA id yy9sm132825wjc.20.2015.03.03.00.02.12 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 03 Mar 2015 00:02:13 -0800 (PST) Message-ID: <54F56A83.3000404@gmail.com> Date: Tue, 03 Mar 2015 09:02:11 +0100 From: =?UTF-8?B?UmljYXJkbyBNYXJ0w61u?= User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Icedove/31.4.0 MIME-Version: 1.0 To: freebsd-questions@freebsd.org Subject: Check root password changes done via single user mode Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Mar 2015 08:02:16 -0000 hi all, wondering which would be the best approach to script check if the root password has been changed via single user mode. tia From owner-freebsd-questions@FreeBSD.ORG Tue Mar 3 08:50:48 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4E15A721 for ; Tue, 3 Mar 2015 08:50:48 +0000 (UTC) Received: from mail-la0-x232.google.com (mail-la0-x232.google.com [IPv6:2a00:1450:4010:c03::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C23D77D4 for ; Tue, 3 Mar 2015 08:50:47 +0000 (UTC) Received: by lams18 with SMTP id s18so35884272lam.13 for ; Tue, 03 Mar 2015 00:50:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:references:from:date:message-id:subject:to :content-type; bh=Vv7AGty0zZ5htf7RJ1OIxofjipay+hUKe66A3J4XCgQ=; b=D2+JzhIqTR/T14+7p1groTdBT1eDnIU+2CJc5AHf9M10a5HZG7VF8zCGs41xg9YDRp YYoUIKPqKB7YRJZUqcMjLbGw2UTxyE+fC40pa+OSR+d+9FkNFo7Hi/c+zfYWsgKt6QlS N0g9KCVlUQqgkytOXcSdWuwbiCVj9uPBY4FvtxlLYL3v0GDyQnJ1WByuL1YMw4zdYnOi IKrESONt8zGkfLhRcVnyBxpkUFnMRcioDkcwmg1bdmmeRq6dvC0OBGw5OTFzOUKIimIA rLdOJ3FkWjcH5f+BwdvPtnZTQqiSmFaL1fB8EiEHgDxIHorAzdy0Uf02mPK5qHG6FB4g GMYQ== X-Received: by 10.112.39.69 with SMTP id n5mr27972924lbk.1.1425372645728; Tue, 03 Mar 2015 00:50:45 -0800 (PST) MIME-Version: 1.0 References: <54F56A83.3000404@gmail.com> From: Daniel Peyrolon Date: Tue, 03 Mar 2015 08:50:45 +0000 Message-ID: Subject: Re: Check root password changes done via single user mode To: =?ISO-8859-1?Q?Ricardo_Mart=EDn?= , freebsd-questions@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Mar 2015 08:50:48 -0000 What I would do is storing a copy of root's password hash somewhere, and compare it with the recent one. The hash can be read at master.passwd (check passwd(5)). El mar., 3 de marzo de 2015 a las 9:02, Ricardo Mart=EDn (< fluxwatcher@gmail.com>) escribi=F3: > > hi all, > > wondering which would be the best approach to script check if the root > password has been changed via single user mode. > > tia > > > > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions- > unsubscribe@freebsd.org" > From owner-freebsd-questions@FreeBSD.ORG Tue Mar 3 09:20:30 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3D252E5 for ; Tue, 3 Mar 2015 09:20:30 +0000 (UTC) Received: from mail-wi0-x242.google.com (mail-wi0-x242.google.com [IPv6:2a00:1450:400c:c05::242]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BDBF6A5D for ; Tue, 3 Mar 2015 09:20:29 +0000 (UTC) Received: by widfb4 with SMTP id fb4so637452wid.2 for ; Tue, 03 Mar 2015 01:20:28 -0800 (PST) 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; bh=mNkqt9HhhHksSf48eMgLIbQbkodbxspatqRB4grzbMM=; b=RQU0K9RbPD+JcR4CqDbZJFgNh04VVbF3KoyCf62sIYju0keJ/4aqZ5k3h25aAN60+1 KQIwNH2vM8nlUrEznSR+zMlH/DDe5FTD9EZC47emBJvrAFo0UALj8DMbohuMJX4aJUd+ iu+4HgO8Eaun8VYXz0mYS7WOMSSWc0zQV1F20Jw2dfoOR1eThTvsRNyGdyqMe0f9tAB0 gBq3qr0/PRZh2M1ljUifPuR92Eiw+RZ6BkR/zaYSnEQE+GitCEQ/Ds4OqUJhKcXsdYvc wo7V8iZqgfYLn+7B+AIXUL1w3j9yvkXhknzO8KHUe6xXSuw9BEGYP3fff5ZgWkk18M5u dpLA== X-Received: by 10.180.99.34 with SMTP id en2mr730916wib.81.1425374428252; Tue, 03 Mar 2015 01:20:28 -0800 (PST) Received: from [192.168.1.100] (124.22.20.95.dynamic.jazztel.es. [95.20.22.124]) by mx.google.com with ESMTPSA id dn7sm4548749wid.12.2015.03.03.01.20.26 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 03 Mar 2015 01:20:27 -0800 (PST) Message-ID: <54F57CD9.2000707@gmail.com> Date: Tue, 03 Mar 2015 10:20:25 +0100 From: =?windows-1252?Q?Ricardo_Mart=EDn?= Reply-To: fluxwatcher@gmail.com User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Icedove/31.4.0 MIME-Version: 1.0 To: Daniel Peyrolon , freebsd-questions@freebsd.org Subject: Re: Check root password changes done via single user mode References: <54F56A83.3000404@gmail.com> In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Mar 2015 09:20:30 -0000 Indeed, that would be a way of checking the password change, but I was more interested in whether such a change could be flagged as being carried out from single user mode. Or in another words whether the root's passwords has been reset accessing the machine during the boot process. On 03/03/15 09:50, Daniel Peyrolon wrote: > What I would do is storing a copy of root's password hash somewhere, and > compare it with the recent one. > The hash can be read at master.passwd (check passwd(5)). > > El mar., 3 de marzo de 2015 a las 9:02, Ricardo Martín (< > fluxwatcher@gmail.com>) escribió: > >> hi all, >> >> wondering which would be the best approach to script check if the root >> password has been changed via single user mode. >> >> tia >> >> >> >> _______________________________________________ >> freebsd-questions@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-questions >> To unsubscribe, send any mail to "freebsd-questions- >> unsubscribe@freebsd.org" >> From owner-freebsd-questions@FreeBSD.ORG Tue Mar 3 12:51:25 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A031834F for ; Tue, 3 Mar 2015 12:51:25 +0000 (UTC) Received: from mx02.qsc.de (mx02.qsc.de [213.148.130.14]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5DF6C6EA for ; Tue, 3 Mar 2015 12:51:24 +0000 (UTC) Received: from r56.edvax.de (port-92-195-131-196.dynamic.qsc.de [92.195.131.196]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx02.qsc.de (Postfix) with ESMTPS id 1D558276B3; Tue, 3 Mar 2015 13:51:15 +0100 (CET) Received: from r56.edvax.de (localhost [127.0.0.1]) by r56.edvax.de (8.14.5/8.14.5) with SMTP id t23CpF2k002297; Tue, 3 Mar 2015 13:51:15 +0100 (CET) (envelope-from freebsd@edvax.de) Date: Tue, 3 Mar 2015 13:51:15 +0100 From: Polytropon To: fluxwatcher@gmail.com Subject: Re: Check root password changes done via single user mode Message-Id: <20150303135115.adcdef7c.freebsd@edvax.de> In-Reply-To: <54F57CD9.2000707@gmail.com> References: <54F56A83.3000404@gmail.com> <54F57CD9.2000707@gmail.com> Reply-To: Polytropon Organization: EDVAX X-Mailer: Sylpheed 3.1.1 (GTK+ 2.24.5; i386-portbld-freebsd8.2) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Daniel Peyrolon , freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Mar 2015 12:51:25 -0000 On Tue, 03 Mar 2015 10:20:25 +0100, Ricardo Mart=EDn wrote: >=20 > Indeed, that would be a way of checking the password change, but I was > more interested in whether such a change could be flagged as being > carried out from single user mode. > Or in another words whether the root's passwords has been reset > accessing the machine during the boot process. It could be possible to monitor root's actions in SUM. To change the root passwort required the / partition being mounted r/w. In this case, it's possible that the (memory buffered) shell history is also written to the history file, leaving an evidence. Of course it's no big deal to _remove_ such evidence. You could try to "hide" additional means of logging in the (limited) SUM boot process, but I don't think such a mechanism is already implemented by default... The problem with SUM is that is is _by intention_ a very limited environment, and still a very powerful environment. That's why you can secure this mode with a password as well, to "seal" the _real_ power of root. :-) --=20 Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... From owner-freebsd-questions@FreeBSD.ORG Tue Mar 3 12:55:12 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0F07D51B for ; Tue, 3 Mar 2015 12:55:12 +0000 (UTC) Received: from bede.qeng-ho.org (bede.qeng-ho.org [217.155.128.241]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9DCBB77D for ; Tue, 3 Mar 2015 12:55:11 +0000 (UTC) Received: from arthur.home.qeng-ho.org (arthur.home.qeng-ho.org [172.23.1.2]) by bede.home.qeng-ho.org (8.14.9/8.14.7) with ESMTP id t23Ct1Yp021107; Tue, 3 Mar 2015 12:55:03 GMT (envelope-from freebsd@qeng-ho.org) Message-ID: <54F5AF25.7000303@qeng-ho.org> Date: Tue, 03 Mar 2015 12:55:01 +0000 From: Arthur Chance User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: fluxwatcher@gmail.com, freebsd-questions@freebsd.org Subject: Re: Check root password changes done via single user mode References: <54F56A83.3000404@gmail.com> <54F57CD9.2000707@gmail.com> In-Reply-To: <54F57CD9.2000707@gmail.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Mar 2015 12:55:12 -0000 On 03/03/2015 09:20, Ricardo Martín wrote: > > Indeed, that would be a way of checking the password change, but I was > more interested in whether such a change could be flagged as being > carried out from single user mode. > Or in another words whether the root's passwords has been reset > accessing the machine during the boot process. > > On 03/03/15 09:50, Daniel Peyrolon wrote: >> What I would do is storing a copy of root's password hash somewhere, and >> compare it with the recent one. >> The hash can be read at master.passwd (check passwd(5)). >> >> El mar., 3 de marzo de 2015 a las 9:02, Ricardo Martín (< >> fluxwatcher@gmail.com>) escribió: >> >>> hi all, >>> >>> wondering which would be the best approach to script check if the root >>> password has been changed via single user mode. What threat model are you considering? If you're worried about someone without normal root access but with access to the console rebooting into single user mode and changing the password, mark the console as insecure in /etc/ttys, and then the root password will be needed to log in even in SUM. As Bruce Schneier says, there's no such thing as perfect security, it all depends on what costs (in money, time, or effort) attacker and defender are prepared to pay. -- Those who do not learn from computing history are doomed to GOTO 1 From owner-freebsd-questions@FreeBSD.ORG Tue Mar 3 13:16:42 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7032F9D7 for ; Tue, 3 Mar 2015 13:16:42 +0000 (UTC) Received: from mx01.qsc.de (mx01.qsc.de [213.148.129.14]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2DDF8979 for ; Tue, 3 Mar 2015 13:16:41 +0000 (UTC) Received: from r56.edvax.de (port-92-195-131-196.dynamic.qsc.de [92.195.131.196]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx01.qsc.de (Postfix) with ESMTPS id 0FF213CDD1; Tue, 3 Mar 2015 14:16:33 +0100 (CET) Received: from r56.edvax.de (localhost [127.0.0.1]) by r56.edvax.de (8.14.5/8.14.5) with SMTP id t23DGXM0002777; Tue, 3 Mar 2015 14:16:33 +0100 (CET) (envelope-from freebsd@edvax.de) Date: Tue, 3 Mar 2015 14:16:33 +0100 From: Polytropon To: Arthur Chance Subject: Re: Check root password changes done via single user mode Message-Id: <20150303141633.c38bdc7b.freebsd@edvax.de> In-Reply-To: <54F5AF25.7000303@qeng-ho.org> References: <54F56A83.3000404@gmail.com> <54F57CD9.2000707@gmail.com> <54F5AF25.7000303@qeng-ho.org> Reply-To: Polytropon Organization: EDVAX X-Mailer: Sylpheed 3.1.1 (GTK+ 2.24.5; i386-portbld-freebsd8.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: fluxwatcher@gmail.com, freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Mar 2015 13:16:42 -0000 On Tue, 03 Mar 2015 12:55:01 +0000, Arthur Chance wrote: > As Bruce Schneier says, there's no such thing as perfect security, it > all depends on what costs (in money, time, or effort) attacker and > defender are prepared to pay. Also consider non-OS security in this context: A CCTV camera monitoring the console, or a hardware keylogger that can be examined for SUM logins and "passwd" command calls. This is relatively easy with physical servers, but those which are being accessed via network (and with some management solution that let's you, for example, access the serial console via IP) could benefit from a mechanism examining the network traffic; but as soon as you have end-to-end encryption in such a setup, it won't work... except it's weak crypto and you have the sufficient means... FreeBSD can only offer a specific subset of solutions "out of the box", and a versatile attacker will always find a way to avoid those obstacles. -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... From owner-freebsd-questions@FreeBSD.ORG Tue Mar 3 14:02:15 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 473B2FC2 for ; Tue, 3 Mar 2015 14:02:15 +0000 (UTC) Received: from mail-yh0-x233.google.com (mail-yh0-x233.google.com [IPv6:2607:f8b0:4002:c01::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0673BF55 for ; Tue, 3 Mar 2015 14:02:14 +0000 (UTC) Received: by yhoa41 with SMTP id a41so18300123yho.9 for ; Tue, 03 Mar 2015 06:02:14 -0800 (PST) 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=MpK/HLfLrXHPdAZ+O/Td2+dLxto2Xidaa7v0EeaPuyo=; b=SNXvEGuIHnglSY8TSlUz1+wIX723g5DaUMbx2EwH+DslkrQowqtjqd4z5BWoiHnp7p +RgtBL2MSt/6GyFxDRtMUjZObS5emlnC3gbcLzV7GUnLYr69582smYOQV8xD8Wejdonr z55lT8kg0N7t8zPI1NEUTcBdOJPV6WQamXDB6E/DDjMmxV3q2kFRJnDQwS8udMBBhXm3 BUae3HZCnUFeW2IUxduhcXkuMiN7g169fQsGqRmaMGtCxL2lmJe84FzrfyaTLUVUSru1 DUzG9cUyMNFIMW9Ae7GNtvaFPZxUdIk0ikZBJWfEqdmJp6Pmh1/P/DGh16FjzvCbGzZ4 yO1A== MIME-Version: 1.0 X-Received: by 10.236.228.2 with SMTP id e2mr30462664yhq.122.1425391334015; Tue, 03 Mar 2015 06:02:14 -0800 (PST) Received: by 10.170.60.85 with HTTP; Tue, 3 Mar 2015 06:02:13 -0800 (PST) In-Reply-To: <20150303141633.c38bdc7b.freebsd@edvax.de> References: <54F56A83.3000404@gmail.com> <54F57CD9.2000707@gmail.com> <54F5AF25.7000303@qeng-ho.org> <20150303141633.c38bdc7b.freebsd@edvax.de> Date: Tue, 3 Mar 2015 06:02:13 -0800 Message-ID: Subject: Re: Check root password changes done via single user mode From: Mehmet Erol Sanliturk To: Polytropon Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: fluxwatcher@gmail.com, Arthur Chance , FreeBSD Questions Mailing List X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Mar 2015 14:02:15 -0000 On Tue, Mar 3, 2015 at 5:16 AM, Polytropon wrote: > On Tue, 03 Mar 2015 12:55:01 +0000, Arthur Chance wrote: > > As Bruce Schneier says, there's no such thing as perfect security, it > > all depends on what costs (in money, time, or effort) attacker and > > defender are prepared to pay. > > Also consider non-OS security in this context: A CCTV camera > monitoring the console, or a hardware keylogger that can be > examined for SUM logins and "passwd" command calls. This is > relatively easy with physical servers, but those which are > being accessed via network (and with some management solution > that let's you, for example, access the serial console via > IP) could benefit from a mechanism examining the network > traffic; but as soon as you have end-to-end encryption in > such a setup, it won't work... except it's weak crypto and > you have the sufficient means... > > FreeBSD can only offer a specific subset of solutions "out > of the box", and a versatile attacker will always find a way > to avoid those obstacles. > > > -- > Polytropon > Magdeburg, Germany > Happy FreeBSD user since 4.0 > Andra moi ennepe, Mousa, ... > _______________________________________________ > > If any one is in front of the console , he/she may use a boot CD/DVD/USB stick to boot a copy of the operating system , and do whatever wants to do . Thank you very much . Mehmet Erol Sanliturk From owner-freebsd-questions@FreeBSD.ORG Tue Mar 3 14:20:41 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9D9D1508 for ; Tue, 3 Mar 2015 14:20:41 +0000 (UTC) Received: from bede.qeng-ho.org (bede.qeng-ho.org [217.155.128.241]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1E381166 for ; Tue, 3 Mar 2015 14:20:40 +0000 (UTC) Received: from arthur.home.qeng-ho.org (arthur.home.qeng-ho.org [172.23.1.2]) by bede.home.qeng-ho.org (8.14.9/8.14.7) with ESMTP id t23EKaM0021270; Tue, 3 Mar 2015 14:20:37 GMT (envelope-from freebsd@qeng-ho.org) Message-ID: <54F5C334.2030301@qeng-ho.org> Date: Tue, 03 Mar 2015 14:20:36 +0000 From: Arthur Chance User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: Mehmet Erol Sanliturk , Polytropon Subject: Re: Check root password changes done via single user mode References: <54F56A83.3000404@gmail.com> <54F57CD9.2000707@gmail.com> <54F5AF25.7000303@qeng-ho.org> <20150303141633.c38bdc7b.freebsd@edvax.de> In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Cc: fluxwatcher@gmail.com, FreeBSD Questions Mailing List X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Mar 2015 14:20:41 -0000 On 03/03/2015 14:02, Mehmet Erol Sanliturk wrote: > On Tue, Mar 3, 2015 at 5:16 AM, Polytropon wrote: > >> On Tue, 03 Mar 2015 12:55:01 +0000, Arthur Chance wrote: >>> As Bruce Schneier says, there's no such thing as perfect security, it >>> all depends on what costs (in money, time, or effort) attacker and >>> defender are prepared to pay. >> >> Also consider non-OS security in this context: A CCTV camera >> monitoring the console, or a hardware keylogger that can be >> examined for SUM logins and "passwd" command calls. This is >> relatively easy with physical servers, but those which are >> being accessed via network (and with some management solution >> that let's you, for example, access the serial console via >> IP) could benefit from a mechanism examining the network >> traffic; but as soon as you have end-to-end encryption in >> such a setup, it won't work... except it's weak crypto and >> you have the sufficient means... >> >> FreeBSD can only offer a specific subset of solutions "out >> of the box", and a versatile attacker will always find a way >> to avoid those obstacles. >> _______________________________________________ >> >> > If any one is in front of the console , he/she may use a boot CD/DVD/USB > stick to boot a copy of the operating system , and do whatever wants to do . Just another step in the arms race. Configure the BIOS/UEFI to boot from the hard disk first, set the BIOS password(s). At this point an attack requires opening the case. Counter that with a locked room, and so on. As I said, it all depends how much effort both sides want to expend. That's why I asked the OP what his threat model was. Until that's answered we can only keep escalating threats and countermeasures into the realms of the hypothetical and ridiculous. Thermic lances through bank vault walls anyone? :-) -- Those who do not learn from computing history are doomed to GOTO 1 From owner-freebsd-questions@FreeBSD.ORG Tue Mar 3 15:14:20 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 577B1CEB for ; Tue, 3 Mar 2015 15:14:20 +0000 (UTC) Received: from smtpb.telissant.net (smtpb.telissant.net [199.233.230.156]) by mx1.freebsd.org (Postfix) with ESMTP id 29AB9993 for ; Tue, 3 Mar 2015 15:14:19 +0000 (UTC) Received: from barrida.3dresearch.com (localhost [127.0.0.1]) by smtpb.telissant.net (Postfix) with ESMTP id 295DC27330 for ; Tue, 3 Mar 2015 10:08:31 -0500 (EST) X-Virus-Scanned: amavisd-new at telissant.net Received: from smtpb.telissant.net ([127.0.0.1]) by barrida.3dresearch.com (barrida.3dresearch.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id VD3w9_cJaj5q for ; Tue, 3 Mar 2015 10:08:14 -0500 (EST) Received: from doncurzio.3dresearch.com (pool-71-112-0-51.pitbpa.east.verizon.net [71.112.0.51]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by smtpb.telissant.net (Postfix) with ESMTPSA id 4CD5527311 for ; Tue, 3 Mar 2015 10:08:14 -0500 (EST) Received: from doncurzio.3dresearch.com (localhost [127.0.0.1]) by doncurzio.3dresearch.com (Postfix) with SMTP id 37899A1E2D for ; Tue, 3 Mar 2015 10:08:13 -0500 (EST) Date: Tue, 3 Mar 2015 10:07:52 -0500 From: Janos Dohanics To: FreeBSD Questions Subject: Advice on net/asterisk Message-Id: <20150303100752.bc81306b8346ca640247e2e6@3dresearch.com> X-Mailer: Sylpheed 3.3.0 (GTK+ 2.24.19; amd64-portbld-freebsd9.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Mar 2015 15:14:20 -0000 Hello List, I'm considering to use net/asterisk for an office with 10-12 phones. I'd welcome your suggestions, advice, tips, comments... -- Janos Dohanics From owner-freebsd-questions@FreeBSD.ORG Tue Mar 3 15:40:41 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E90A5300 for ; Tue, 3 Mar 2015 15:40:40 +0000 (UTC) Received: from formentor.toolfactory.net (pina.toolfactory.net [213.97.158.39]) by mx1.freebsd.org (Postfix) with ESMTP id 48C93D04 for ; Tue, 3 Mar 2015 15:40:39 +0000 (UTC) Received: from localhost (localhost.localdomain [127.0.0.1]) by formentor.toolfactory.net (Postfix) with ESMTP id 8B31517773C; Tue, 3 Mar 2015 16:40:37 +0100 (CET) Received: from formentor.toolfactory.net ([127.0.0.1]) by localhost (formentor.toolfactory.net [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id dR8fd1ZNzFS1; Tue, 3 Mar 2015 16:40:35 +0100 (CET) Received: from localhost (localhost.localdomain [127.0.0.1]) by formentor.toolfactory.net (Postfix) with ESMTP id E1F75177720; Tue, 3 Mar 2015 16:40:35 +0100 (CET) X-Virus-Scanned: amavisd-new at logpmzimmta01v.toolfactory.net Received: from formentor.toolfactory.net ([127.0.0.1]) by localhost (formentor.toolfactory.net [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id eIbzLhuSV-oD; Tue, 3 Mar 2015 16:40:35 +0100 (CET) Received: from xorrigo.toolfactory.net (unknown [192.168.2.210]) by formentor.toolfactory.net (Postfix) with ESMTP id BF4FC17771B; Tue, 3 Mar 2015 16:40:35 +0100 (CET) Date: Tue, 3 Mar 2015 16:40:35 +0100 (CET) From: Raimund Sacherer Reply-To: Raimund Sacherer To: Janos Dohanics Message-ID: <1420105861.97711653.1425397235518.JavaMail.zimbra@logitravel.com> In-Reply-To: <20150303100752.bc81306b8346ca640247e2e6@3dresearch.com> References: <20150303100752.bc81306b8346ca640247e2e6@3dresearch.com> Subject: Re: Advice on net/asterisk MIME-Version: 1.0 X-Originating-IP: [192.168.2.213] X-Mailer: Zimbra 8.0.8_GA_6184 (ZimbraWebClient - SAF7 (Mac)/8.0.8_GA_6184) Thread-Topic: Advice on net/asterisk Thread-Index: XH+lFuTZmYTN7pLo5KJdLGRQuJVGmw== Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Mar 2015 15:40:41 -0000 My advice is, if you have to start out without much prior knowledge and/or old baggage, start with freeswitch. We have switched from Asterisk to Freeswitch about 4-5 years ago and have never looked back. Stability is incredible Configuration is much more consistent Very powerful system and uses few resources I maintain in our company 3 callcenters with local and remote agents (about 300 agents in total in different countries). Best Ray ----- Original Message ----- > From: "Janos Dohanics" > To: "FreeBSD Questions" > Sent: Tuesday, March 3, 2015 4:07:52 PM > Subject: Advice on net/asterisk > Hello List, > I'm considering to use net/asterisk for an office with 10-12 phones. > I'd welcome your suggestions, advice, tips, comments... > -- > Janos Dohanics > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" From owner-freebsd-questions@FreeBSD.ORG Tue Mar 3 15:47:32 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 360295E7 for ; Tue, 3 Mar 2015 15:47:32 +0000 (UTC) Received: from formentor.toolfactory.net (pina.toolfactory.net [213.97.158.39]) by mx1.freebsd.org (Postfix) with ESMTP id CA645D68 for ; Tue, 3 Mar 2015 15:47:31 +0000 (UTC) Received: from localhost (localhost.localdomain [127.0.0.1]) by formentor.toolfactory.net (Postfix) with ESMTP id 0B65617771B for ; Tue, 3 Mar 2015 16:47:30 +0100 (CET) Received: from formentor.toolfactory.net ([127.0.0.1]) by localhost (formentor.toolfactory.net [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id zhbP9X2pPMue for ; Tue, 3 Mar 2015 16:47:29 +0100 (CET) Received: from localhost (localhost.localdomain [127.0.0.1]) by formentor.toolfactory.net (Postfix) with ESMTP id C2884177767 for ; Tue, 3 Mar 2015 16:47:29 +0100 (CET) X-Virus-Scanned: amavisd-new at logpmzimmta01v.toolfactory.net Received: from formentor.toolfactory.net ([127.0.0.1]) by localhost (formentor.toolfactory.net [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id ZwxiCHLW5567 for ; Tue, 3 Mar 2015 16:47:29 +0100 (CET) Received: from xorrigo.toolfactory.net (unknown [192.168.2.210]) by formentor.toolfactory.net (Postfix) with ESMTP id ADB1B17771B for ; Tue, 3 Mar 2015 16:47:29 +0100 (CET) Date: Tue, 3 Mar 2015 16:47:26 +0100 (CET) From: Raimund Sacherer Reply-To: Raimund Sacherer To: freebsd-questions@freebsd.org Message-ID: <448243821.97720259.1425397646870.JavaMail.zimbra@logitravel.com> In-Reply-To: <448uff9s5s.fsf@be-well.ilk.org> References: <20150226144245.GA1346@c720-r276659> <4461aoe96j.fsf@lowell-desk.lan> <20150226203154.GA2853@c720-r276659> <44k2z4ci8y.fsf@lowell-desk.lan> <54efe697.xdtSCVZsiZDqV7lP%perryh@pluto.rain.com> <20150227130145.GA3591@c720-r276659> <1350745400.96918844.1425317480900.JavaMail.zimbra@logitravel.com> <448uff9s5s.fsf@be-well.ilk.org> Subject: Re: sendmail && dhcp MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [192.168.2.213] X-Mailer: Zimbra 8.0.8_GA_6184 (ZimbraWebClient - SAF7 (Mac)/8.0.8_GA_6184) Thread-Topic: sendmail && dhcp Thread-Index: h25WJipxWluQzq9hNQtsHb5tNjurQg== X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Mar 2015 15:47:32 -0000 > It's easy to get the impression that Dragonfly BSD has invented every > clever OS concept ever, but I don't remember any MTAs that *lacked* the > ability for this mode of operation. > Does anyone else remember one? Hi, I did not say anything about Dragonfly BSD. I also know that other mailers exists and can be configured the same way. But I like the small footprint of DMA. Also I like that it HAS no daemon which CAN listen on 25. (at least AFAIK). Best Ray From owner-freebsd-questions@FreeBSD.ORG Tue Mar 3 15:54:55 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0529A75B for ; Tue, 3 Mar 2015 15:54:55 +0000 (UTC) Received: from a0i241.smtpcorp.com (a0i241.smtpcorp.com [216.22.15.73]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D1FA5E67 for ; Tue, 3 Mar 2015 15:54:54 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=smtpcorp.com; s=a0_1; h=Feedback-ID:X-Smtpcorp-Track:Message-ID:Date:Subject:To:From; bh=gCagbyZxlBCzG3OaLKu7El9UOV496t2D6kCm4W6baug=; b=LUU8Hap996TyANLH6YZHDFOUdA8jL6kXlC/ClyAlBIldfX0wcPoOiHppKxVrE8EZ97wns7M4YnTplktu/4Z45BqLfhJqyLkIaGVxbCByk+MSb8zSYhbdXwofIsrQZQnKf/mMgk7pFNWYJ0ikGt3EztqhsP3IbBkhvQaBk934lMo=; From: Daniel Corbe To: Janos Dohanics Subject: Re: Advice on net/asterisk References: <20150303100752.bc81306b8346ca640247e2e6@3dresearch.com> Date: Tue, 03 Mar 2015 10:45:12 -0500 In-Reply-To: <20150303100752.bc81306b8346ca640247e2e6@3dresearch.com> (Janos Dohanics's message of "Tue, 3 Mar 2015 10:07:52 -0500") Message-ID: <871tl684qf.fsf@corbe.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Smtpcorp-Track: 1YSp0MNRKm_M0D.9dcYLExgC Feedback-ID: 10661m:10661aegzayD:10661sIfYtzz3Ru:SMTPCORP Cc: FreeBSD Questions X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Mar 2015 15:54:55 -0000 I'm not sure if the situation has changed any since the last time I tried this back in 2012; however.. Get married to the idea of never being able to do transcoding of any kind. The state of the Zaptel drivers (which are necessary to support error-free transcoding) on FreeBSD were in a pretty sorry state last I checked. Our FreeBSD asterisk servers produced "chopiness" in the audio stream and it was practically unusable. It's not very often I say this but sometimes you just need to pick the right tool for the job. Asterisk was designed from the ground up to run on Linux. I've got dedicated Linux VMs for my Asterisk PBX and I pretty much run FreeBSD on everything else. -Daniel Janos Dohanics writes: > Hello List, > > I'm considering to use net/asterisk for an office with 10-12 phones. > I'd welcome your suggestions, advice, tips, comments... From owner-freebsd-questions@FreeBSD.ORG Tue Mar 3 16:16:42 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 747FEB48 for ; Tue, 3 Mar 2015 16:16:42 +0000 (UTC) Received: from smtpb.telissant.net (smtpb.telissant.net [199.233.230.156]) by mx1.freebsd.org (Postfix) with ESMTP id 449CB123 for ; Tue, 3 Mar 2015 16:16:41 +0000 (UTC) Received: from barrida.3dresearch.com (localhost [127.0.0.1]) by smtpb.telissant.net (Postfix) with ESMTP id 404792743A for ; Tue, 3 Mar 2015 11:16:38 -0500 (EST) X-Virus-Scanned: amavisd-new at telissant.net Received: from smtpb.telissant.net ([127.0.0.1]) by barrida.3dresearch.com (barrida.3dresearch.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jVU1Iv6-jkSE for ; Tue, 3 Mar 2015 11:16:19 -0500 (EST) Received: from doncurzio.3dresearch.com (pool-71-112-0-51.pitbpa.east.verizon.net [71.112.0.51]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by smtpb.telissant.net (Postfix) with ESMTPSA id A04F9273C4 for ; Tue, 3 Mar 2015 11:15:51 -0500 (EST) Received: from doncurzio.3dresearch.com (localhost [127.0.0.1]) by doncurzio.3dresearch.com (Postfix) with SMTP id F2C15A1E2D for ; Tue, 3 Mar 2015 11:15:50 -0500 (EST) Date: Tue, 3 Mar 2015 11:15:48 -0500 From: Janos Dohanics To: FreeBSD Questions Subject: Re: Advice on net/asterisk Message-Id: <20150303111548.ca4ec0b00233d3fdc15f4a06@3dresearch.com> In-Reply-To: <1420105861.97711653.1425397235518.JavaMail.zimbra@logitravel.com> References: <20150303100752.bc81306b8346ca640247e2e6@3dresearch.com> <1420105861.97711653.1425397235518.JavaMail.zimbra@logitravel.com> X-Mailer: Sylpheed 3.3.0 (GTK+ 2.24.19; amd64-portbld-freebsd9.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Mar 2015 16:16:42 -0000 On Tue, 3 Mar 2015 16:40:35 +0100 (CET) Raimund Sacherer wrote: > My advice is, if you have to start out without much prior knowledge > and/or old baggage, start with freeswitch. > > We have switched from Asterisk to Freeswitch about 4-5 years ago and > have never looked back. > > Stability is incredible > Configuration is much more consistent > Very powerful system and uses few resources > > I maintain in our company 3 callcenters with local and remote agents > (about 300 agents in total in different countries). > > Best > Ray Freeswitch, on FreeBSD? -- Janos Dohanics From owner-freebsd-questions@FreeBSD.ORG Tue Mar 3 17:19:31 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 47006E96 for ; Tue, 3 Mar 2015 17:19:31 +0000 (UTC) Received: from mail-pa0-x22b.google.com (mail-pa0-x22b.google.com [IPv6:2607:f8b0:400e:c03::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 16F51A80 for ; Tue, 3 Mar 2015 17:19:31 +0000 (UTC) Received: by paceu11 with SMTP id eu11so11759123pac.4 for ; Tue, 03 Mar 2015 09:19:30 -0800 (PST) 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=o834phD/5mMLkPvOHwwV7YIZBTjVDU7g6pG2xAUzqis=; b=WYfJLit3ep1OlLHJarZ4eKcn+d1JU30mCvykfOhSvDaEMu/tMrtZQd/hnOQFrWxMlV fCFE6r2OP9ZWm4Gtan/nyNv0//x/4E+Eebkf6dlHgDQO1oEwAoW+S9hIsUowuER1IAX8 IfdW3fpA3Hw56ke2a6VOrnE/BBEt/pflSgSrZI1StTAK2TBUgmE09TByLM8kOMd9gM/O Y1/wDVatgyzcm82wSW0p206q/g9EDDZpp8Yw2DRODAWuSaW8Buk4ekuwt+iJ2bAemXaE it9BKS+EcNIHH552HdpVbF/BMmHoVh1U1lJ0xJCYyqFJ69zTW/AlR5Qry7G+yT5jzbhM ZxkA== MIME-Version: 1.0 X-Received: by 10.70.34.14 with SMTP id v14mr58629342pdi.132.1425403170582; Tue, 03 Mar 2015 09:19:30 -0800 (PST) Received: by 10.70.110.134 with HTTP; Tue, 3 Mar 2015 09:19:30 -0800 (PST) In-Reply-To: <20150303100752.bc81306b8346ca640247e2e6@3dresearch.com> References: <20150303100752.bc81306b8346ca640247e2e6@3dresearch.com> Date: Tue, 3 Mar 2015 11:19:30 -0600 Message-ID: Subject: Re: Advice on net/asterisk From: Adam Vande More To: Janos Dohanics Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: FreeBSD Questions X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Mar 2015 17:19:31 -0000 On Tue, Mar 3, 2015 at 9:07 AM, Janos Dohanics wrote: > Hello List, > > I'm considering to use net/asterisk for an office with 10-12 phones. > I'd welcome your suggestions, advice, tips, comments... > Are you planning on PRI or SIP? -- Adam From owner-freebsd-questions@FreeBSD.ORG Tue Mar 3 18:08:40 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B7A10C37 for ; Tue, 3 Mar 2015 18:08:40 +0000 (UTC) Received: from mx02.qsc.de (mx02.qsc.de [213.148.130.14]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 737C310B for ; Tue, 3 Mar 2015 18:08:40 +0000 (UTC) Received: from r56.edvax.de (port-92-195-131-196.dynamic.qsc.de [92.195.131.196]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx02.qsc.de (Postfix) with ESMTPS id 5F61227847; Tue, 3 Mar 2015 19:08:36 +0100 (CET) Received: from r56.edvax.de (localhost [127.0.0.1]) by r56.edvax.de (8.14.5/8.14.5) with SMTP id t23I8aDm002018; Tue, 3 Mar 2015 19:08:36 +0100 (CET) (envelope-from freebsd@edvax.de) Date: Tue, 3 Mar 2015 19:08:36 +0100 From: Polytropon To: Mehmet Erol Sanliturk Subject: Re: Check root password changes done via single user mode Message-Id: <20150303190836.8260c9ba.freebsd@edvax.de> In-Reply-To: References: <54F56A83.3000404@gmail.com> <54F57CD9.2000707@gmail.com> <54F5AF25.7000303@qeng-ho.org> <20150303141633.c38bdc7b.freebsd@edvax.de> Reply-To: Polytropon Organization: EDVAX X-Mailer: Sylpheed 3.1.1 (GTK+ 2.24.5; i386-portbld-freebsd8.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: FreeBSD Questions Mailing List X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Mar 2015 18:08:40 -0000 On Tue, 3 Mar 2015 06:02:13 -0800, Mehmet Erol Sanliturk wrote: > If any one is in front of the console , he/she may use a boot CD/DVD/USB > stick to boot a copy of the operating system , and do whatever wants to do . Only if booting from removable media is enabled in the BIOS or EFI, and if it's not, a password protection would stop the attacker from changing the setting. It's not that anything possible couldn't be made impossible by a clever trick, still leaving several other possible ways of doing it... ;-) On the other hand: If physical access has already been gained, the attacker could remove the hard disk and use it, for example with an USB adapter, with his own equipment he brought. Of course it's possible to prevent that attack by using non-standard screws, which only works as long as the attacker doesn't have the right tools for those screws. -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... From owner-freebsd-questions@FreeBSD.ORG Tue Mar 3 18:48:48 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B44716BE for ; Tue, 3 Mar 2015 18:48:48 +0000 (UTC) Received: from mail-qa0-x233.google.com (mail-qa0-x233.google.com [IPv6:2607:f8b0:400d:c00::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6559A7C9 for ; Tue, 3 Mar 2015 18:48:48 +0000 (UTC) Received: by mail-qa0-f51.google.com with SMTP id k15so3472693qaq.10 for ; Tue, 03 Mar 2015 10:48:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:subject:to:cc:in-reply-to:references :disposition-notification-to:content-type:date:message-id :mime-version; bh=7Y4gGEgfX/T06Fll8ZgcR6AdvxpwtCRYYY84u5x182I=; b=MWkcLGUoy2Yq5iSpb6TDSzNUJ2ZbJf48X8CyykOBc5zhbb9KeSlcRGJcaA6TIZ1U6Q 3DywK10WfnQQIcEXlPvrlTc09SkLU3270w5WTVBquwwuyCXiT0rYHVtnkvx7aZ0VvZEU C0YqPNq7r9oiXHV4moTubvwP+J3kx02R7Xun0CJQh56ZU0aItGusU6ej2PDhdOOa23Mc DIRquncUGSUe9b6pyDOevMgXLNyuGbqvZwkyDuDZTAgukYrDkSG2UL3w2/r1/Q1IJDpt aYDqw90bM3jMvnKEgxsyo1WsXvIWvmYMRteVDsBSVsjCYeu59cNeaUjw0KO1Dot4kIMV GXWQ== X-Received: by 10.140.29.138 with SMTP id b10mr484100qgb.78.1425408527493; Tue, 03 Mar 2015 10:48:47 -0800 (PST) Received: from [192.168.6.123] ([179.184.51.72]) by mx.google.com with ESMTPSA id o16sm440264qkh.25.2015.03.03.10.48.45 (version=SSLv3 cipher=RC4-SHA bits=128/128); Tue, 03 Mar 2015 10:48:46 -0800 (PST) From: Sergio Lenzi X-Google-Original-From: Sergio Lenzi Subject: Re: Advice on net/asterisk To: Janos Dohanics In-Reply-To: <20150303100752.bc81306b8346ca640247e2e6@3dresearch.com> References: <20150303100752.bc81306b8346ca640247e2e6@3dresearch.com> Date: Tue, 03 Mar 2015 15:48:44 -0300 Message-ID: <1425408524.4821.3.camel@lenzinote.lenzicasa> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: FreeBSD Questions X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Mar 2015 18:48:48 -0000 Em Ter, 2015-03-03 às 10:07 -0500, Janos Dohanics escreveu: > Hello List, > > I'm considering to use net/asterisk for an office with 10-12 phones. > I'd welcome your suggestions, advice, tips, comments... > I use asterisk 1.4 on FreeBSD for... ever.. have more than 100 running without any glitch.. I have coded an agi, for the logic of the asterisk being an storage procedure in a postgres database, this way several asterisks, can share the same logic and they act as a one.. Works.. I will try Freeswitch ... From owner-freebsd-questions@FreeBSD.ORG Tue Mar 3 18:58:29 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DD357944 for ; Tue, 3 Mar 2015 18:58:28 +0000 (UTC) Received: from smtpb.telissant.net (smtpb.telissant.net [199.233.230.156]) by mx1.freebsd.org (Postfix) with ESMTP id 9C3EE8D4 for ; Tue, 3 Mar 2015 18:58:28 +0000 (UTC) Received: from barrida.3dresearch.com (localhost [127.0.0.1]) by smtpb.telissant.net (Postfix) with ESMTP id 694B4273C4 for ; Tue, 3 Mar 2015 13:58:27 -0500 (EST) X-Virus-Scanned: amavisd-new at telissant.net Received: from smtpb.telissant.net ([127.0.0.1]) by barrida.3dresearch.com (barrida.3dresearch.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dYYHREiOOkEO for ; Tue, 3 Mar 2015 13:58:08 -0500 (EST) Received: from doncurzio.3dresearch.com (pool-71-112-0-51.pitbpa.east.verizon.net [71.112.0.51]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by smtpb.telissant.net (Postfix) with ESMTPSA id 531F627311 for ; Tue, 3 Mar 2015 13:58:08 -0500 (EST) Received: from doncurzio.3dresearch.com (localhost [127.0.0.1]) by doncurzio.3dresearch.com (Postfix) with SMTP id C08F8A1E2D for ; Tue, 3 Mar 2015 13:58:07 -0500 (EST) Date: Tue, 3 Mar 2015 13:55:13 -0500 From: Janos Dohanics To: FreeBSD Questions Subject: Re: Advice on net/asterisk Message-Id: <20150303135513.dfd90edc61738291d1e2fa53@3dresearch.com> In-Reply-To: References: <20150303100752.bc81306b8346ca640247e2e6@3dresearch.com> X-Mailer: Sylpheed 3.3.0 (GTK+ 2.24.19; amd64-portbld-freebsd9.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Mar 2015 18:58:29 -0000 On Tue, 3 Mar 2015 11:19:30 -0600 Adam Vande More wrote: > On Tue, Mar 3, 2015 at 9:07 AM, Janos Dohanics > wrote: > > > Hello List, > > > > I'm considering to use net/asterisk for an office with 10-12 phones. > > I'd welcome your suggestions, advice, tips, comments... > > > > Are you planning on PRI or SIP? I'm not sure how to make an educated decision on this, that is, if we could get by with SIP. I tried http://www.voipqualitytest.com/ and this is what it shows: 1. Random time during work day: Speed test statistics --------------------- Download speed: 10537 kbps Upload speed: 1115 kbps Download consistency of service: 64 % Upload consistency of service: 67 % Download test type: socket Upload test type: socket Maximum TCP delay: 118 ms Average download pause: 1 ms Minimum round trip time to server: 54 ms Average round trip time to server: 57 ms Estimated download bandwidth: 13651 kbps Route concurrency: 1.2954974 Download TCP forced idle: 33 % Maximum route speed: -- VoIP test statistics -------------------- Jitter: you --> server: 1.1 ms Jitter: server --> you: 24.5 ms Packet loss: you --> server: 0.0 % Packet loss: server --> you: 0.0 % Packet discards: 0.0 % Packets out of order: 0.0 % Estimated MOS score: 3.6 2. Same, after introducing additional outgoing traffic: Speed test statistics --------------------- Download speed: 10920 kbps Upload speed: 705 kbps Download consistency of service: 85 % Upload consistency of service: 51 % Download test type: socket Upload test type: socket Maximum TCP delay: 71 ms Average download pause: 1 ms Minimum round trip time to server: 54 ms Average round trip time to server: 87 ms Estimated download bandwidth: 12194 kbps Route concurrency: 1.116652 Download TCP forced idle: 51 % Maximum route speed: -- VoIP test statistics -------------------- Jitter: you --> server: 8.7 ms Jitter: server --> you: 3.6 ms Packet loss: you --> server: 2.0 % Packet loss: server --> you: 0.0 % Packet discards: 0.0 % Packets out of order: 0.0 % Estimated MOS score: 2.5 3. And with incoming traffic: Speed test statistics --------------------- Download speed: 9693 kbps Upload speed: 1465 kbps Download consistency of service: 48 % Upload consistency of service: 66 % Download test type: socket Upload test type: socket Maximum TCP delay: 122 ms Average download pause: 1 ms Minimum round trip time to server: 59 ms Average round trip time to server: 87 ms Estimated download bandwidth: 12446 kbps Route concurrency: 1.2840027 Download TCP forced idle: 51 % Maximum route speed: -- VoIP test statistics -------------------- Jitter: you --> server: 0.5 ms Jitter: server --> you: 13.6 ms Packet loss: you --> server: 0.0 % Packet loss: server --> you: 0.0 % Packet discards: 0.0 % Packets out of order: 0.0 % Estimated MOS score: 3.9 I guess a MOS score of 2.5 is below what's acceptable, but please comment. -- Janos Dohanics From owner-freebsd-questions@FreeBSD.ORG Tue Mar 3 18:59:32 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 13FCE9EE for ; Tue, 3 Mar 2015 18:59:32 +0000 (UTC) Received: from cosmo.uchicago.edu (cosmo.uchicago.edu [128.135.52.97]) by mx1.freebsd.org (Postfix) with ESMTP id C49298F1 for ; Tue, 3 Mar 2015 18:59:31 +0000 (UTC) Received: by cosmo.uchicago.edu (Postfix, from userid 48) id EEDA4CB8C9A; Tue, 3 Mar 2015 12:30:59 -0600 (CST) Received: from 128.135.70.2 (SquirrelMail authenticated user valeri) by cosmo.uchicago.edu with HTTP; Tue, 3 Mar 2015 12:30:59 -0600 (CST) Message-ID: <55152.128.135.70.2.1425407459.squirrel@cosmo.uchicago.edu> In-Reply-To: <20150303190836.8260c9ba.freebsd@edvax.de> References: <54F56A83.3000404@gmail.com> <54F57CD9.2000707@gmail.com> <54F5AF25.7000303@qeng-ho.org> <20150303141633.c38bdc7b.freebsd@edvax.de> <20150303190836.8260c9ba.freebsd@edvax.de> Date: Tue, 3 Mar 2015 12:30:59 -0600 (CST) Subject: Re: Check root password changes done via single user mode From: "Valeri Galtsev" To: "Polytropon" Reply-To: galtsev@kicp.uchicago.edu User-Agent: SquirrelMail/1.4.8-5.el5.centos.7 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: FreeBSD Questions Mailing List X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Mar 2015 18:59:32 -0000 On Tue, March 3, 2015 12:08 pm, Polytropon wrote: > On Tue, 3 Mar 2015 06:02:13 -0800, Mehmet Erol Sanliturk wrote: >> If any one is in front of the console , he/she may use a boot CD/DVD/USB >> stick to boot a copy of the operating system , and do whatever wants to >> do . > > Only if booting from removable media is enabled in the > BIOS or EFI, and if it's not, a password protection would > stop the attacker from changing the setting. > > It's not that anything possible couldn't be made impossible > by a clever trick, still leaving several other possible ways > of doing it... ;-) > > On the other hand: If physical access has already been > gained, the attacker could remove the hard disk and use > it, for example with an USB adapter, with his own equipment > he brought. Of course it's possible to prevent that attack > by using non-standard screws, which only works as long as > the attacker doesn't have the right tools for those screws. > Indeed: first level of security: physical access. Then removing all boot options except your system drive (can be overridden by opening pox and putting in "clear CMOS" jumper...). The drive can be removed and mounted elsewhere (takes yet even longer). Drive encryption helps (but drive encryption == hassle to be there and type decryption password during boot)... And all of them will require physical access. However: if you have a good system integrity watch system (and every time the file with password hashes changes you maintain a way to verify that it is not root password hash that has changed in that file), then you should be more or less confident in your system (or root password). Until you find the system has rebooted without your command for reboot. That particular event should call for thorough forensic investigation and damage assessment; just reboot itself, even if the length between power off and power on is really short, could still be associated with potential leak of your sensitive stuff, like password hashes. Or that could be very small first step, just dropping in some malicious binary which you might execute at some point later making for them next tiny step toward the compromise of your machine... As it was already said: the security of your box has its cost; as every person has one's cost (again, from bad movies: this cost may be life of your relative). So, luckily for us, the value of stuff we have on our boxes doesn't compare to extreme "costs" one can go to to compromise them (knocking on wood when implying neither of our boxes is compromised ;-) Valeri ++++++++++++++++++++++++++++++++++++++++ Valeri Galtsev Sr System Administrator Department of Astronomy and Astrophysics Kavli Institute for Cosmological Physics University of Chicago Phone: 773-702-4247 ++++++++++++++++++++++++++++++++++++++++ From owner-freebsd-questions@FreeBSD.ORG Tue Mar 3 19:03:15 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 584D3BC4 for ; Tue, 3 Mar 2015 19:03:15 +0000 (UTC) Received: from mail-pa0-x22c.google.com (mail-pa0-x22c.google.com [IPv6:2607:f8b0:400e:c03::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 24F809C7 for ; Tue, 3 Mar 2015 19:03:15 +0000 (UTC) Received: by pablf10 with SMTP id lf10so55710458pab.12 for ; Tue, 03 Mar 2015 11:03:14 -0800 (PST) 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=IeosiQIiD3O77j9yv1W+oSQBaSAD//dJZ+/YKd8f/Vk=; b=akaic/Kf8p0cqRbkWQ3YAEP6f2afN04N68YD+13D2qiG5k2/LvL8n82ZreQ/w01xFg YVbYyfu2nTUBVOE5lQ8tZSjnDYKIelM67qPQmQJClSNEWAe7kqpwUgAnVqQ3vrulOvjD lJTTFOVg46gnfuRjuhTLeuO5BsFswpfGQsOK4GDIKOc9jKxndOEDUf7anU/QOP2TqS4a uFTULuwjJJUfKiI1wUqS5too6bhPRUlxmiMdxp+5YkfsNa7VulT0dije9VnknB8leNzn ktbDkB5ZDRfrBAj85gfxG28jeqs0qhoOWEDbnFe8LOtTfO7bAnEG4XEkgBafsvqXbOSM 7AtA== MIME-Version: 1.0 X-Received: by 10.70.28.130 with SMTP id b2mr630766pdh.48.1425409394612; Tue, 03 Mar 2015 11:03:14 -0800 (PST) Received: by 10.70.110.134 with HTTP; Tue, 3 Mar 2015 11:03:14 -0800 (PST) In-Reply-To: <871tl684qf.fsf@corbe.net> References: <20150303100752.bc81306b8346ca640247e2e6@3dresearch.com> <871tl684qf.fsf@corbe.net> Date: Tue, 3 Mar 2015 13:03:14 -0600 Message-ID: Subject: Re: Advice on net/asterisk From: Adam Vande More To: Daniel Corbe Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: FreeBSD Questions , Janos Dohanics X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Mar 2015 19:03:15 -0000 On Tue, Mar 3, 2015 at 9:45 AM, Daniel Corbe wrote: > > I'm not sure if the situation has changed any since the last time I > tried this back in 2012; however.. > > Get married to the idea of never being able to do transcoding of any > kind. The state of the Zaptel drivers (which are necessary to support > error-free transcoding) on FreeBSD were in a pretty sorry state last I > checked. Our FreeBSD asterisk servers produced "chopiness" in the audio > stream and it was practically unusable. > Zaptel has been deprecated for like 6 years. DAHDI is the rpl and works well. FWIW, zaptel and FreeBSD worked well for me using Sangoma cards back when they supported BSD. -- Adam From owner-freebsd-questions@FreeBSD.ORG Tue Mar 3 19:12:21 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 01116E6F for ; Tue, 3 Mar 2015 19:12:20 +0000 (UTC) Received: from mail-pd0-x233.google.com (mail-pd0-x233.google.com [IPv6:2607:f8b0:400e:c02::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BFAE2ADD for ; Tue, 3 Mar 2015 19:12:20 +0000 (UTC) Received: by pdbnh10 with SMTP id nh10so24824968pdb.4 for ; Tue, 03 Mar 2015 11:12:20 -0800 (PST) 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=y4+q1GWCBXgmV500ypeJom4TcNkp2WoK9CosPzwHsgI=; b=KM73jG0+TSBISqYbOWkiA9fn+i+QiVas1dFmm7DtHoWhm7RGvWUVn1rmf01Jxbv2Z0 OE0RufaE/v14ldpmtle2KJudhGMj3Lp8+YKabU65SSWeuYmRh6RVUjcwcIWbwmOXkQgR R0+Agws9ln0aP8J9Y7B197KKatTWiiznmCvI5YGhBz3JoLcN9kJD9jKskncXvjY6RZ+Q Dipp1/Qy4hR3HwuetgAK9z1UXnIVghztOdqPrjRcKFKdUTHPdklFpH5zfdv9xzbU+1et 1+Jxqj3OVRBSNu/2sHuUPorqvqfUdOc3amRU30UvmvJ9nG0zxM+v8PJz6mGP3iBsVylU MHvg== MIME-Version: 1.0 X-Received: by 10.68.200.36 with SMTP id jp4mr212087pbc.153.1425409940273; Tue, 03 Mar 2015 11:12:20 -0800 (PST) Received: by 10.70.110.134 with HTTP; Tue, 3 Mar 2015 11:12:20 -0800 (PST) In-Reply-To: <20150303135513.dfd90edc61738291d1e2fa53@3dresearch.com> References: <20150303100752.bc81306b8346ca640247e2e6@3dresearch.com> <20150303135513.dfd90edc61738291d1e2fa53@3dresearch.com> Date: Tue, 3 Mar 2015 13:12:20 -0600 Message-ID: Subject: Re: Advice on net/asterisk From: Adam Vande More To: Janos Dohanics Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: FreeBSD Questions X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Mar 2015 19:12:21 -0000 On Tue, Mar 3, 2015 at 12:55 PM, Janos Dohanics wrote: > On Tue, 3 Mar 2015 11:19:30 -0600 > Adam Vande More wrote: > > > On Tue, Mar 3, 2015 at 9:07 AM, Janos Dohanics > > wrote: > > > > > Hello List, > > > > > > I'm considering to use net/asterisk for an office with 10-12 phones. > > > I'd welcome your suggestions, advice, tips, comments... > > > > > > > Are you planning on PRI or SIP? > > I'm not sure how to make an educated decision on this, that is, if we > could get by with SIP. I tried http://www.voipqualitytest.com/ and this > is what it shows: > > 1. Random time during work day: > > Speed test statistics > --------------------- > Download speed: 10537 kbps > Upload speed: 1115 kbps > Download consistency of service: 64 % > Upload consistency of service: 67 % > Download test type: socket > Upload test type: socket > Maximum TCP delay: 118 ms > Average download pause: 1 ms > Minimum round trip time to server: 54 ms > Average round trip time to server: 57 ms > Estimated download bandwidth: 13651 kbps > Route concurrency: 1.2954974 > Download TCP forced idle: 33 % > Maximum route speed: -- > > VoIP test statistics > -------------------- > Jitter: you --> server: 1.1 ms > Jitter: server --> you: 24.5 ms > Packet loss: you --> server: 0.0 % > Packet loss: server --> you: 0.0 % > Packet discards: 0.0 % > Packets out of order: 0.0 % > Estimated MOS score: 3.6 > > 2. Same, after introducing additional outgoing traffic: > > Speed test statistics > --------------------- > Download speed: 10920 kbps > Upload speed: 705 kbps > Download consistency of service: 85 % > Upload consistency of service: 51 % > Download test type: socket > Upload test type: socket > Maximum TCP delay: 71 ms > Average download pause: 1 ms > Minimum round trip time to server: 54 ms > Average round trip time to server: 87 ms > Estimated download bandwidth: 12194 kbps > Route concurrency: 1.116652 > Download TCP forced idle: 51 % > Maximum route speed: -- > > VoIP test statistics > -------------------- > Jitter: you --> server: 8.7 ms > Jitter: server --> you: 3.6 ms > Packet loss: you --> server: 2.0 % > Packet loss: server --> you: 0.0 % > Packet discards: 0.0 % > Packets out of order: 0.0 % > Estimated MOS score: 2.5 > > 3. And with incoming traffic: > > Speed test statistics > --------------------- > Download speed: 9693 kbps > Upload speed: 1465 kbps > Download consistency of service: 48 % > Upload consistency of service: 66 % > Download test type: socket > Upload test type: socket > Maximum TCP delay: 122 ms > Average download pause: 1 ms > Minimum round trip time to server: 59 ms > Average round trip time to server: 87 ms > Estimated download bandwidth: 12446 kbps > Route concurrency: 1.2840027 > Download TCP forced idle: 51 % > Maximum route speed: -- > > VoIP test statistics > -------------------- > Jitter: you --> server: 0.5 ms > Jitter: server --> you: 13.6 ms > Packet loss: you --> server: 0.0 % > Packet loss: server --> you: 0.0 % > Packet discards: 0.0 % > Packets out of order: 0.0 % > Estimated MOS score: 3.9 > I guess a MOS score of 2.5 is below what's acceptable, but please > comment. > > -- > Janos Dohanics > Depends on your use case. If phone is mission critical to the business and required to be highest quality all the time, then PRI is pretty much going to be required. With SIP, it's generally much cheaper trunking, scaling, and provider switching, but you're much more susceptible to network issues. So if you don't have a good full QoS/CoS setup and aren't going to implement one, along with have rock solid and maybe dual homed pipes then SIP might not be a good choice. -- Adam From owner-freebsd-questions@FreeBSD.ORG Tue Mar 3 19:16:50 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 53303148 for ; Tue, 3 Mar 2015 19:16:50 +0000 (UTC) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 181B6B78 for ; Tue, 3 Mar 2015 19:16:49 +0000 (UTC) Received: by obcva2 with SMTP id va2so1889448obc.6 for ; Tue, 03 Mar 2015 11:16:43 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=m6vXDqFdJc0pRgtUGC2a1rR6Gels/4k24FYVUzNkD3Q=; b=NIrr3UFBG+uUMZCI37wuUA8KsyMlieGG9J/geexQtfMBSBbH+kH5bT2iq3QTtFHWOb IG7zGkxpZtJBOxKPXY1jNm3zyk+gGeFD2XTcr+hQsp4rBomhy9tZnUZmXUSLkwm0CJaZ SB3zDIXriI0ktIMMrzocQiYzkQ+gItNF3VAx9Vg2iyO5kEn70lVtAzKUwTYdcXZqBlXz IbBMIZT2CLDi7h7qzZqXDcJ9qiWMujQuBmSMiL9G4DHdCv2OuFzSKypDuWI6BGfWFuFN c8zFdyLJtgbRVIfIrgr0vaaqD+CJ1YeGWKPr7zr0K1weBhJM5zisZir3V2pBJT6BjuA5 nnGA== X-Gm-Message-State: ALoCoQkpgbEWsH6M13BUQ83s2knkXOYCvA4+ndHDNgBrrMTdS7I9p/0G+T67fpeXuhjC6D5uI9Cx MIME-Version: 1.0 X-Received: by 10.182.40.195 with SMTP id z3mr359524obk.38.1425410203425; Tue, 03 Mar 2015 11:16:43 -0800 (PST) Received: by 10.60.130.225 with HTTP; Tue, 3 Mar 2015 11:16:43 -0800 (PST) In-Reply-To: References: <20150303100752.bc81306b8346ca640247e2e6@3dresearch.com> <20150303135513.dfd90edc61738291d1e2fa53@3dresearch.com> Date: Tue, 3 Mar 2015 11:16:43 -0800 Message-ID: Subject: Re: Advice on net/asterisk From: Michael Sierchio To: Adam Vande More Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: FreeBSD Questions , Janos Dohanics X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Mar 2015 19:16:50 -0000 On Tue, Mar 3, 2015 at 11:12 AM, Adam Vande More wrote: > > Depends on your use case. If phone is mission critical to the business and > required to be highest quality all the time, then PRI is pretty much going > to be required. > > With SIP, it's generally much cheaper trunking, scaling, and provider > switching, but you're much more susceptible to network issues. So if you > don't have a good full QoS/CoS setup and aren't going to implement one, > along with have rock solid and maybe dual homed pipes then SIP might not be > a good choice. > > Too true. Apply all the QoS you want, use a separate VLAN for VoIP, but all that effort ceases to be of any use once packets reach your DMARC. From owner-freebsd-questions@FreeBSD.ORG Tue Mar 3 20:23:48 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 181AA16D for ; Tue, 3 Mar 2015 20:23:48 +0000 (UTC) Received: from fly.radel.com (fly.radel.com [70.184.242.170]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 88D4839E for ; Tue, 3 Mar 2015 20:23:47 +0000 (UTC) X-CGP-ClamAV-Result: CLEAN X-VirusScanner: Niversoft's CGPClamav Helper v1.18.5 (ClamAV engine v0.98.5) Received: from [2001:470:880a:4389:6484:a9c5:e2ce:9607] (account jon@radel.com HELO gravenstein.local) by radel.com (CommuniGate Pro SMTP 6.0.11 _community_) with ESMTPSA id 610555 for freebsd-questions@freebsd.org; Tue, 03 Mar 2015 19:23:38 +0000 Message-ID: <54F60A39.6040305@radel.com> Date: Tue, 03 Mar 2015 14:23:37 -0500 From: Jon Radel User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: freebsd-questions@freebsd.org Subject: Re: Advice on net/asterisk References: <20150303100752.bc81306b8346ca640247e2e6@3dresearch.com> <20150303135513.dfd90edc61738291d1e2fa53@3dresearch.com> In-Reply-To: Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms080709030600090608040408" X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Mar 2015 20:23:48 -0000 This is a cryptographically signed message in MIME format. --------------ms080709030600090608040408 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: quoted-printable On 3/3/15 2:12 PM, Adam Vande More wrote: > Depends on your use case. If phone is mission critical to the business = > and required to be highest quality all the time, then PRI is pretty=20 > much going to be required. I've worked for a couple of hosted IPPBX providers. We found that the=20 quality of cell phones and their wide use in business did wonders for=20 the acceptability of SIP/RTP across the Internet. But honestly, unless=20 you have a low-quality transit connection, it mostly works fine. Only=20 you know if "mostly" is enough to keep people from screaming at you. --Jon Radel --------------ms080709030600090608040408 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIILBDCC BRowggQCoAMCAQICEG0Z6qcZT2ozIuYiMnqqcd4wDQYJKoZIhvcNAQEFBQAwga4xCzAJBgNV BAYTAlVTMQswCQYDVQQIEwJVVDEXMBUGA1UEBxMOU2FsdCBMYWtlIENpdHkxHjAcBgNVBAoT FVRoZSBVU0VSVFJVU1QgTmV0d29yazEhMB8GA1UECxMYaHR0cDovL3d3dy51c2VydHJ1c3Qu Y29tMTYwNAYDVQQDEy1VVE4tVVNFUkZpcnN0LUNsaWVudCBBdXRoZW50aWNhdGlvbiBhbmQg RW1haWwwHhcNMTEwNDI4MDAwMDAwWhcNMjAwNTMwMTA0ODM4WjCBkzELMAkGA1UEBhMCR0Ix GzAZBgNVBAgTEkdyZWF0ZXIgTWFuY2hlc3RlcjEQMA4GA1UEBxMHU2FsZm9yZDEaMBgGA1UE ChMRQ09NT0RPIENBIExpbWl0ZWQxOTA3BgNVBAMTMENPTU9ETyBDbGllbnQgQXV0aGVudGlj YXRpb24gYW5kIFNlY3VyZSBFbWFpbCBDQTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoC ggEBAJKEhFtLV5jUXi+LpOFAyKNTWF9mZfEyTvefMn1V0HhMVbdClOD5J3EHxcZppLkyxPFA GpDMJ1Zifxe1cWmu5SAb5MtjXmDKokH2auGj/7jfH0htZUOMKi4rYzh337EXrMLaggLW1DJq 1GdvIBOPXDX65VSAr9hxCh03CgJQU2yVHakQFLSZlVkSMf8JotJM3FLb3uJAAVtIaN3FSrTg 7SQfOq9xXwfjrL8UO7AlcWg99A/WF1hGFYE8aIuLgw9teiFX5jSw2zJ+40rhpVJyZCaRTqWS D//gsWD9Gm9oUZljjRqLpcxCm5t9ImPTqaD8zp6Q30QZ9FxbNboW86eb/8ECAwEAAaOCAUsw ggFHMB8GA1UdIwQYMBaAFImCZ33EnSZwAEu0UEh83j2uBG59MB0GA1UdDgQWBBR6E04AdFvG eGNkJ8Ev4qBbvHnFezAOBgNVHQ8BAf8EBAMCAQYwEgYDVR0TAQH/BAgwBgEB/wIBADARBgNV HSAECjAIMAYGBFUdIAAwWAYDVR0fBFEwTzBNoEugSYZHaHR0cDovL2NybC51c2VydHJ1c3Qu Y29tL1VUTi1VU0VSRmlyc3QtQ2xpZW50QXV0aGVudGljYXRpb25hbmRFbWFpbC5jcmwwdAYI KwYBBQUHAQEEaDBmMD0GCCsGAQUFBzAChjFodHRwOi8vY3J0LnVzZXJ0cnVzdC5jb20vVVRO QWRkVHJ1c3RDbGllbnRfQ0EuY3J0MCUGCCsGAQUFBzABhhlodHRwOi8vb2NzcC51c2VydHJ1 c3QuY29tMA0GCSqGSIb3DQEBBQUAA4IBAQCF1r54V1VtM39EUv5C1QaoAQOAivsNsv1Kv/av QUn1G1rF0q0bc24+6SZ85kyYwTAo38v7QjyhJT4KddbQPTmGZtGhm7VNm2+vKGwdr+XqdFqo 2rHA8XV6L566k3nK/uKRHlZ0sviN0+BDchvtj/1gOSBH+4uvOmVIPJg9pSW/ve9g4EnlFsjr P0OD8ODuDcHTzTNfm9C9YGqzO/761Mk6PB/tm/+bSTO+Qik5g+4zaS6CnUVNqGnagBsePdIa XXxHmaWbCG0SmYbWXVcHG6cwvktJRLiQfsrReTjrtDP6oDpdJlieYVUYtCHVmdXgQ0BCML7q peeU0rD+83X5f27nMIIF4jCCBMqgAwIBAgIQUaWQdTU6RvxxeOjTUN4DtDANBgkqhkiG9w0B AQUFADCBkzELMAkGA1UEBhMCR0IxGzAZBgNVBAgTEkdyZWF0ZXIgTWFuY2hlc3RlcjEQMA4G A1UEBxMHU2FsZm9yZDEaMBgGA1UEChMRQ09NT0RPIENBIExpbWl0ZWQxOTA3BgNVBAMTMENP TU9ETyBDbGllbnQgQXV0aGVudGljYXRpb24gYW5kIFNlY3VyZSBFbWFpbCBDQTAeFw0xMjAz MjcwMDAwMDBaFw0xNTAzMjcyMzU5NTlaMIH6MQswCQYDVQQGEwJVUzEOMAwGA1UEERMFMjIx NTAxCzAJBgNVBAgTAlZBMRQwEgYDVQQHEwtTcHJpbmdmaWVsZDEaMBgGA1UECRMRNjkxNyBS aWRnZXdheSBEci4xFTATBgNVBAoTDEpvbiBULiBSYWRlbDEyMDAGA1UECxMpSXNzdWVkIHRo cm91Z2ggSm9uIFQuIFJhZGVsIEUtUEtJIE1hbmFnZXIxHzAdBgNVBAsTFkNvcnBvcmF0ZSBT ZWN1cmUgRW1haWwxEjAQBgNVBAMTCUpvbiBSYWRlbDEcMBoGCSqGSIb3DQEJARYNam9uQHJh ZGVsLmNvbTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAMuufqoh9QnyjZTH7UdO wpx6XnRz/94zoK1C1SaAepIRMyInXiwOVwT7iXKtkeRGEQA2vwTyqu5JVcvWkGxlTWPACgDW dDE3296Up2K9CFfrm+RKdlc6xfMklR7qQWyNw5ULkeOZZOIoSAlVAJPhjIvHcf0UPxjTqgtP 4JafBBvL8RFhMAm74I1kWltMcFPVm1sLFDR1CDZ48/zqmhK/0ppbiBGapi8vAO382laFgHaN 8ODBFBffom5zjL/I9SggGGAdtwi7Vp2cjzgtuNVyORPv5Jz9zLylVKlhNvyq3VjbWXuJNw0E J03F/UkjQsqsCkQnSdHAxtPkGhoBw/UvqEsCAwEAAaOCAccwggHDMB8GA1UdIwQYMBaAFHoT TgB0W8Z4Y2QnwS/ioFu8ecV7MB0GA1UdDgQWBBR8oxwxzLSB4/equQ4EqdH5Fld3sTAOBgNV HQ8BAf8EBAMCBaAwDAYDVR0TAQH/BAIwADAdBgNVHSUEFjAUBggrBgEFBQcDBAYIKwYBBQUH AwIwRgYDVR0gBD8wPTA7BgwrBgEEAbIxAQIBAwUwKzApBggrBgEFBQcCARYdaHR0cHM6Ly9z ZWN1cmUuY29tb2RvLm5ldC9DUFMwVwYDVR0fBFAwTjBMoEqgSIZGaHR0cDovL2NybC5jb21v ZG9jYS5jb20vQ09NT0RPQ2xpZW50QXV0aGVudGljYXRpb25hbmRTZWN1cmVFbWFpbENBLmNy bDCBiAYIKwYBBQUHAQEEfDB6MFIGCCsGAQUFBzAChkZodHRwOi8vY3J0LmNvbW9kb2NhLmNv bS9DT01PRE9DbGllbnRBdXRoZW50aWNhdGlvbmFuZFNlY3VyZUVtYWlsQ0EuY3J0MCQGCCsG AQUFBzABhhhodHRwOi8vb2NzcC5jb21vZG9jYS5jb20wGAYDVR0RBBEwD4ENam9uQHJhZGVs LmNvbTANBgkqhkiG9w0BAQUFAAOCAQEAJB+JWM2MbG5rR7/RCEm8bQRziBfl/FztfoV6dDGU Y0uTRegiwM2LA/GHGju7xtp49MrcmEciZs6Di2pvGzS5m/v5IBT0gMK6dyplBmBe4BXzwckE 1MH/iui+VstVHds+36SsQqPCtVmFWlX6QN56F6aGSCjI27f2mUYL3NBr6DPsslRIhF9PamKQ Bp4Y25/hnd+paEGIF6AZM3Uv7TvsTdCaBOt3dLrwUIpyQex5yqO8GPKWwgEPKxKiro7uLNNY yZU4dEEenQIi/4SD49XHd9Zqwf60jKVPeZjcrK7QSSQ8dlOYOGH60WBBFVwD1CCBCLSJnglY Dwh5wcgQG9ZRvjGCBBkwggQVAgEBMIGoMIGTMQswCQYDVQQGEwJHQjEbMBkGA1UECBMSR3Jl YXRlciBNYW5jaGVzdGVyMRAwDgYDVQQHEwdTYWxmb3JkMRowGAYDVQQKExFDT01PRE8gQ0Eg TGltaXRlZDE5MDcGA1UEAxMwQ09NT0RPIENsaWVudCBBdXRoZW50aWNhdGlvbiBhbmQgU2Vj dXJlIEVtYWlsIENBAhBRpZB1NTpG/HF46NNQ3gO0MAkGBSsOAwIaBQCgggJFMBgGCSqGSIb3 DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTE1MDMwMzE5MjMzN1owIwYJKoZI hvcNAQkEMRYEFCQilgFmiwbnBeatBNVXeaNpdWrWMGwGCSqGSIb3DQEJDzFfMF0wCwYJYIZI AWUDBAEqMAsGCWCGSAFlAwQBAjAKBggqhkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZI hvcNAwICAUAwBwYFKw4DAgcwDQYIKoZIhvcNAwICASgwgbkGCSsGAQQBgjcQBDGBqzCBqDCB kzELMAkGA1UEBhMCR0IxGzAZBgNVBAgTEkdyZWF0ZXIgTWFuY2hlc3RlcjEQMA4GA1UEBxMH U2FsZm9yZDEaMBgGA1UEChMRQ09NT0RPIENBIExpbWl0ZWQxOTA3BgNVBAMTMENPTU9ETyBD bGllbnQgQXV0aGVudGljYXRpb24gYW5kIFNlY3VyZSBFbWFpbCBDQQIQUaWQdTU6RvxxeOjT UN4DtDCBuwYLKoZIhvcNAQkQAgsxgauggagwgZMxCzAJBgNVBAYTAkdCMRswGQYDVQQIExJH cmVhdGVyIE1hbmNoZXN0ZXIxEDAOBgNVBAcTB1NhbGZvcmQxGjAYBgNVBAoTEUNPTU9ETyBD QSBMaW1pdGVkMTkwNwYDVQQDEzBDT01PRE8gQ2xpZW50IEF1dGhlbnRpY2F0aW9uIGFuZCBT ZWN1cmUgRW1haWwgQ0ECEFGlkHU1Okb8cXjo01DeA7QwDQYJKoZIhvcNAQEBBQAEggEAX33M vWitJWz6Mp3gWQX9RpWX1GNpP18wLyRYMcJePrWKRCPvSnkklHLLQD24AYQzWaKLz7Bwgy6d Uzs5nAl8OF70Vpp40p4FYBqh3uhSwABYcuEyfjryCn+4qP/myH1sK27k5lqg8WDTGyOSENFn 5YFMv5ovBC325A3cblxU8/nBhJU12qKN7IZsfgKKQRtV8r9qGDBJ9jt9OBrSK0rQEUnD4RXL DuLg9p6+W/nc+Cp4VfciRKG9kIECTPoNNA6J+l8ZQo+pBj+NF6MccbwSmn2GexlwTmhkuzXC nv0p+QFRg4AcL2HP2fR4vu8ujitJE+uwBmLxl3cfR77QusARbQAAAAAAAA== --------------ms080709030600090608040408-- From owner-freebsd-questions@FreeBSD.ORG Tue Mar 3 21:54:22 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 53A19A84 for ; Tue, 3 Mar 2015 21:54:22 +0000 (UTC) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [IPv6:2607:f3e0:0:1::12]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "smarthost.sentex.ca", Issuer "smarthost.sentex.ca" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id E0A5AFA6 for ; Tue, 3 Mar 2015 21:54:21 +0000 (UTC) Received: from [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a] (saphire3.sentex.ca [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a]) by smarthost1.sentex.ca (8.14.9/8.14.9) with ESMTP id t23LsKQw019362 for ; Tue, 3 Mar 2015 16:54:20 -0500 (EST) (envelope-from mike@sentex.net) Message-ID: <54F62D81.4060407@sentex.net> Date: Tue, 03 Mar 2015 16:54:09 -0500 From: Mike Tancsa Organization: Sentex Communications User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: freebsd-questions Subject: nfs mounted /tmp vs disk mounted /tmp Content-Type: multipart/mixed; boundary="------------080905040206050304040305" X-Scanned-By: MIMEDefang 2.75 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Mar 2015 21:54:22 -0000 This is a multi-part message in MIME format. --------------080905040206050304040305 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit While trying to test in the lab a migration of disks from an old pci-x arcmrs array to a pcie card, I ran into an odd problem with the cli and raid management daemon. I would start up the programs and they would immediately exit Looking at the truss output, it seemed to bork soon after it tried to create a file in /tmp. Testing all the same hardware, but then booting from a disk, it worked. Back to netboot, but this time with /tmp mounted via tmpfs, it also worked. So it seems there is something about having tmp mounted via nfs that causes the program to die. The issue seems to be the setting of locks. I am curious, is this something that can be worked around in nfs, or due to the nature of nfs, this is not possible ? I think I saw this same issue with virtual box in a netboot environment (https://lists.freebsd.org/pipermail/freebsd-emulation/2014-July/011693.html) .... nfs mounted /tmp mknod("/dev/arcmsr0",020666,-6368) = 0 (0x0) open("/dev/arcmsr0",O_RDWR,00) = 3 (0x3) ioctl(3,0xc4244e06 { IORW 0x4e('N'), 6, 1060 },0xffffe3e0) = 0 (0x0) open("/tmp/arcmsr0",O_RDWR|O_CREAT,00) = 4 (0x4) getpid() = 795 (0x31b) fcntl(4,F_SETLKW,0x7ffffffcde10) ERR#45 'Operation not supported' vs tmpfs mounted /tmp mknod("/dev/arcmsr0",020666,-6368) = 0 (0x0) open("/dev/arcmsr0",O_RDWR,00) = 3 (0x3) ioctl(3,0xc4244e06 { IORW 0x4e('N'), 6, 1060 },0xffffe3e0) = 0 (0x0) open("/tmp/arcmsr0",O_RDWR|O_CREAT,00) = 4 (0x4) getpid() = 853 (0x355) fcntl(4,F_SETLKW,0x7ffffffcde10) = 0 (0x0) ---Mike -- ------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet services since 1994 www.sentex.net Cambridge, Ontario Canada http://www.tancsa.com/ --------------080905040206050304040305 Content-Type: text/plain; charset=windows-1252; name="tmp.txt" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="tmp.txt" IApXaXRoIC90bXAgbW91bnRlZCB2aWEgbmZzCgp0cnVzcyAuL2FyZWNhLWNsaSAKX19zeXNj dGwoMHg3ZmZmZmZmZmU2MTAsMHgyLDB4NjUxNmM4LDB4N2ZmZmZmZmZlNjA4LDB4MCwweDAp ID0gMCAoMHgwKQpyZWFkbGluaygiL2V0Yy9tYWxsb2MuY29uZiIsMHg3ZmZmZmZmZmU2MzAs MTAyNCkgRVJSIzIgJ05vIHN1Y2ggZmlsZSBvciBkaXJlY3RvcnknCmlzc2V0dWdpZCgweDUw YmFkZiwweDdmZmZmZmZmZTYzMCwweGZmZmZmZmZmZmZmZmZmZmYsMHgwLDB4MCwweDApID0g MCAoMHgwKQpicmVhaygweDcwMDAwMCkgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgPSAwICgweDApCl9fc3lzY3RsKDB4N2ZmZmZmZmZlOGYwLDB4MiwweDdmZmZmZmZmZTkw YywweDdmZmZmZmZmZTkwMCwweDAsMHgwKSA9IDAgKDB4MCkKbW1hcCgweDAsMTA0ODU3NixQ Uk9UX1JFQUR8UFJPVF9XUklURSxNQVBfUFJJVkFURXxNQVBfQU5PTiwtMSwweDApID0gMzQz NjYwOTUzNjAgKDB4ODAwNjEwMDAwKQptbWFwKDB4ODAwNzEwMDAwLDk4MzA0MCxQUk9UX1JF QUR8UFJPVF9XUklURSxNQVBfUFJJVkFURXxNQVBfQU5PTiwtMSwweDApID0gMzQzNjcxNDM5 MzYgKDB4ODAwNzEwMDAwKQptdW5tYXAoMHg4MDA2MTAwMDAsOTgzMDQwKSAgICAgICAgICAg ICAgICAgICAgICAgPSAwICgweDApCnN5c2FyY2goMHg4MSwweDdmZmZmZmZmZWFmMCwweDAs MHgwLDB4MTAsMHg4MDA3MDAwNjgpID0gMCAoMHgwKQpnZXRwaWQoKSAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgPSA3OTUgKDB4MzFiKQpfX3N5c2N0bCgweDdm ZmZmZmZmZWE3MCwweDIsMHg2NWRlMTAsMHg3ZmZmZmZmZmVhNzgsMHgwLDB4MCkgPSAwICgw eDApCl9fc3lzY3RsKDB4N2ZmZmZmZmZlYTAwLDB4MiwweDdmZmZmZmZmZTk5MCwweDdmZmZm ZmZmZTlmOCwweDUwYjM5OCwweGQpID0gMCAoMHgwKQpfX3N5c2N0bCgweDdmZmZmZmZmZTk5 MCwweDMsMHg2NGYxYTgsMHg3ZmZmZmZmZmVhNzgsMHgwLDB4MCkgPSAwICgweDApCl9fc3lz Y3RsKDB4N2ZmZmZmZmZlYTMwLDB4MiwweDY1YjM1OCwweDdmZmZmZmZmZWEyOCwweDAsMHgw KSA9IDAgKDB4MCkKdGhyX3NlbGYoMHg4MDA3MDQxYzAsMHgwLDB4MCwweDAsMHgxODgsMHg4 MDA3MDAwODApID0gMCAoMHgwKQptbWFwKDB4N2ZmZmZmYmZlMDAwLDQwOTYsUFJPVF9OT05F LE1BUF9BTk9OLC0xLDB4MCkgPSAxNDA3Mzc0ODQxNTI4MzIgKDB4N2ZmZmZmYmZlMDAwKQp0 aHJfc2V0X25hbWUoMHgxODcxMSwweDUwYjNlMCwweDQwMDAwMCwweDEwMDAsMHhmZmZmZmZm ZiwweDApID0gMCAoMHgwKQpydHByaW9fdGhyZWFkKDB4MCwweDE4NzExLDB4N2ZmZmZmZmZl YTIwLDB4MTAwMCwweGZmZmZmZmZmLDB4MCkgPSAwICgweDApCnN5c2FyY2goMHg4MSwweDdm ZmZmZmZmZWE0MCwweDdmZmZmZmZmZWE4MCwweDIwOCwweGZmZmZmZmZmLDB4MCkgPSAwICgw eDApCnNpZ3Byb2NtYXNrKFNJR19TRVRNQVNLLFNJR0hVUHxTSUdJTlR8U0lHUVVJVHxTSUdJ TEx8U0lHQUJSVHxTSUdFTVR8U0lHRlBFfFNJR0tJTEx8U0lHQlVTfFNJR1NFR1Z8U0lHU1lT fFNJR1BJUEV8U0lHQUxSTXxTSUdURVJNfFNJR1VSR3xTSUdTVE9QfFNJR1RTVFB8U0lHQ09O VHxTSUdDSExEfFNJR1RUSU58U0lHVFRPVXxTSUdJT3xTSUdYQ1BVfFNJR1hGU1p8U0lHVlRB TFJNfFNJR1BST0Z8U0lHV0lOQ0h8U0lHSU5GT3xTSUdVU1IxfFNJR1VTUjIsMHgwKSA9IDAg KDB4MCkKc2lnYWN0aW9uKDMyLHsgMHg0YjUxZjAgU0FfUkVTVEFSVHxTQV9TSUdJTkZPIHNz X3QgfSwweDApID0gMCAoMHgwKQpzaWdwcm9jbWFzayhTSUdfU0VUTUFTSywweDAsMHgwKSAg ICAgICAgICAgICAgICAgPSAwICgweDApCl9fc3lzY3RsKDB4N2ZmZmZmZmZlYWMwLDB4Miww eDY1MThlMCwweDdmZmZmZmZmZWFiOCwweDAsMHgwKSA9IDAgKDB4MCkKdW5saW5rKCIvZGV2 L2FyY21zcjAiKSAgICAgICAgICAgICAgICAgICAgICAgICAgID0gMCAoMHgwKQp1bmxpbmso Ii9kZXYvYXJjbXNyMSIpICAgICAgICAgICAgICAgICAgICAgICAgICAgRVJSIzIgJ05vIHN1 Y2ggZmlsZSBvciBkaXJlY3RvcnknCnVubGluaygiL2Rldi9hcmNtc3IyIikgICAgICAgICAg ICAgICAgICAgICAgICAgICBFUlIjMiAnTm8gc3VjaCBmaWxlIG9yIGRpcmVjdG9yeScKdW5s aW5rKCIvZGV2L2FyY21zcjMiKSAgICAgICAgICAgICAgICAgICAgICAgICAgIEVSUiMyICdO byBzdWNoIGZpbGUgb3IgZGlyZWN0b3J5Jwpta25vZCgiL2Rldi9hcmNtc3IwIiwwMjA2NjYs LTYzNjgpICAgICAgICAgICAgICAgPSAwICgweDApCm9wZW4oIi9kZXYvYXJjbXNyMCIsT19S RFdSLDAwKSAgICAgICAgICAgICAgICAgICA9IDMgKDB4MykKaW9jdGwoMywweGM0MjQ0ZTA2 IHsgSU9SVyAweDRlKCdOJyksIDYsIDEwNjAgfSwweGZmZmZlM2UwKSA9IDAgKDB4MCkKb3Bl bigiL3RtcC9hcmNtc3IwIixPX1JEV1J8T19DUkVBVCwwMCkgICAgICAgICAgID0gNCAoMHg0 KQpnZXRwaWQoKSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgPSA3 OTUgKDB4MzFiKQpmY250bCg0LEZfU0VUTEtXLDB4N2ZmZmZmZmNkZTEwKSAgICAgICAgICAg ICAgICAgRVJSIzQ1ICdPcGVyYXRpb24gbm90IHN1cHBvcnRlZCcKc3RhdCgiL3Vzci9zaGFy ZS9ubHMvQy9saWJjLmNhdCIsMHg3ZmZmZmZmY2Q4YzApIEVSUiMyICdObyBzdWNoIGZpbGUg b3IgZGlyZWN0b3J5JwpzdGF0KCIvdXNyL3NoYXJlL25scy9saWJjL0MiLDB4N2ZmZmZmZmNk OGMwKSAgICAgRVJSIzIgJ05vIHN1Y2ggZmlsZSBvciBkaXJlY3RvcnknCnN0YXQoIi91c3Iv bG9jYWwvc2hhcmUvbmxzL0MvbGliYy5jYXQiLDB4N2ZmZmZmZmNkOGMwKSBFUlIjMiAnTm8g c3VjaCBmaWxlIG9yIGRpcmVjdG9yeScKc3RhdCgiL3Vzci9sb2NhbC9zaGFyZS9ubHMvbGli Yy9DIiwweDdmZmZmZmZjZDhjMCkgRVJSIzIgJ05vIHN1Y2ggZmlsZSBvciBkaXJlY3Rvcnkn CnByb2Nlc3MgZXhpdCwgcnZhbCA9IDEKCgp3aXRoIC90bXAgbW91bnRlZCB3aXRoIHRtcGZz Cgpyb290QGFyZWNhX3Rlc3Q6fiAjIHRydXNzIC4vYXJlY2EtY2xpCl9fc3lzY3RsKDB4N2Zm ZmZmZmZlNjEwLDB4MiwweDY1MTZjOCwweDdmZmZmZmZmZTYwOCwweDAsMHgwKSA9IDAgKDB4 MCkKcmVhZGxpbmsoIi9ldGMvbWFsbG9jLmNvbmYiLDB4N2ZmZmZmZmZlNjMwLDEwMjQpIEVS UiMyICdObyBzdWNoIGZpbGUgb3IgZGlyZWN0b3J5Jwppc3NldHVnaWQoMHg1MGJhZGYsMHg3 ZmZmZmZmZmU2MzAsMHhmZmZmZmZmZmZmZmZmZmZmLDB4MCwweDAsMHgwKSA9IDAgKDB4MCkK YnJlYWsoMHg3MDAwMDApICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgID0gMCAo MHgwKQpfX3N5c2N0bCgweDdmZmZmZmZmZThmMCwweDIsMHg3ZmZmZmZmZmU5MGMsMHg3ZmZm ZmZmZmU5MDAsMHgwLDB4MCkgPSAwICgweDApCm1tYXAoMHgwLDEwNDg1NzYsUFJPVF9SRUFE fFBST1RfV1JJVEUsTUFQX1BSSVZBVEV8TUFQX0FOT04sLTEsMHgwKSA9IDM0MzY2MDk1MzYw ICgweDgwMDYxMDAwMCkKbW1hcCgweDgwMDcxMDAwMCw5ODMwNDAsUFJPVF9SRUFEfFBST1Rf V1JJVEUsTUFQX1BSSVZBVEV8TUFQX0FOT04sLTEsMHgwKSA9IDM0MzY3MTQzOTM2ICgweDgw MDcxMDAwMCkKbXVubWFwKDB4ODAwNjEwMDAwLDk4MzA0MCkgICAgICAgICAgICAgICAgICAg ICAgID0gMCAoMHgwKQpzeXNhcmNoKDB4ODEsMHg3ZmZmZmZmZmVhZjAsMHgwLDB4MCwweDEw LDB4ODAwNzAwMDY4KSA9IDAgKDB4MCkKZ2V0cGlkKCkgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgID0gODUzICgweDM1NSkKX19zeXNjdGwoMHg3ZmZmZmZmZmVh NzAsMHgyLDB4NjVkZTEwLDB4N2ZmZmZmZmZlYTc4LDB4MCwweDApID0gMCAoMHgwKQpfX3N5 c2N0bCgweDdmZmZmZmZmZWEwMCwweDIsMHg3ZmZmZmZmZmU5OTAsMHg3ZmZmZmZmZmU5Zjgs MHg1MGIzOTgsMHhkKSA9IDAgKDB4MCkKX19zeXNjdGwoMHg3ZmZmZmZmZmU5OTAsMHgzLDB4 NjRmMWE4LDB4N2ZmZmZmZmZlYTc4LDB4MCwweDApID0gMCAoMHgwKQpfX3N5c2N0bCgweDdm ZmZmZmZmZWEzMCwweDIsMHg2NWIzNTgsMHg3ZmZmZmZmZmVhMjgsMHgwLDB4MCkgPSAwICgw eDApCnRocl9zZWxmKDB4ODAwNzA0MWMwLDB4MCwweDAsMHgwLDB4MTg4LDB4ODAwNzAwMDgw KSA9IDAgKDB4MCkKbW1hcCgweDdmZmZmZmJmZTAwMCw0MDk2LFBST1RfTk9ORSxNQVBfQU5P TiwtMSwweDApID0gMTQwNzM3NDg0MTUyODMyICgweDdmZmZmZmJmZTAwMCkKdGhyX3NldF9u YW1lKDB4MTg2ZWMsMHg1MGIzZTAsMHg0MDAwMDAsMHgxMDAwLDB4ZmZmZmZmZmYsMHgwKSA9 IDAgKDB4MCkKcnRwcmlvX3RocmVhZCgweDAsMHgxODZlYywweDdmZmZmZmZmZWEyMCwweDEw MDAsMHhmZmZmZmZmZiwweDApID0gMCAoMHgwKQpzeXNhcmNoKDB4ODEsMHg3ZmZmZmZmZmVh NDAsMHg3ZmZmZmZmZmVhODAsMHgyMDgsMHhmZmZmZmZmZiwweDApID0gMCAoMHgwKQpzaWdw cm9jbWFzayhTSUdfU0VUTUFTSyxTSUdIVVB8U0lHSU5UfFNJR1FVSVR8U0lHSUxMfFNJR0FC UlR8U0lHRU1UfFNJR0ZQRXxTSUdLSUxMfFNJR0JVU3xTSUdTRUdWfFNJR1NZU3xTSUdQSVBF fFNJR0FMUk18U0lHVEVSTXxTSUdVUkd8U0lHU1RPUHxTSUdUU1RQfFNJR0NPTlR8U0lHQ0hM RHxTSUdUVElOfFNJR1RUT1V8U0lHSU98U0lHWENQVXxTSUdYRlNafFNJR1ZUQUxSTXxTSUdQ Uk9GfFNJR1dJTkNIfFNJR0lORk98U0lHVVNSMXxTSUdVU1IyLDB4MCkgPSAwICgweDApCnNp Z2FjdGlvbigzMix7IDB4NGI1MWYwIFNBX1JFU1RBUlR8U0FfU0lHSU5GTyBzc190IH0sMHgw KSA9IDAgKDB4MCkKc2lncHJvY21hc2soU0lHX1NFVE1BU0ssMHgwLDB4MCkgICAgICAgICAg ICAgICAgID0gMCAoMHgwKQpfX3N5c2N0bCgweDdmZmZmZmZmZWFjMCwweDIsMHg2NTE4ZTAs MHg3ZmZmZmZmZmVhYjgsMHgwLDB4MCkgPSAwICgweDApCnVubGluaygiL2Rldi9hcmNtc3Iw IikgICAgICAgICAgICAgICAgICAgICAgICAgICA9IDAgKDB4MCkKdW5saW5rKCIvZGV2L2Fy Y21zcjEiKSAgICAgICAgICAgICAgICAgICAgICAgICAgIEVSUiMyICdObyBzdWNoIGZpbGUg b3IgZGlyZWN0b3J5Jwp1bmxpbmsoIi9kZXYvYXJjbXNyMiIpICAgICAgICAgICAgICAgICAg ICAgICAgICAgRVJSIzIgJ05vIHN1Y2ggZmlsZSBvciBkaXJlY3RvcnknCnVubGluaygiL2Rl di9hcmNtc3IzIikgICAgICAgICAgICAgICAgICAgICAgICAgICBFUlIjMiAnTm8gc3VjaCBm aWxlIG9yIGRpcmVjdG9yeScKbWtub2QoIi9kZXYvYXJjbXNyMCIsMDIwNjY2LC02MzY4KSAg ICAgICAgICAgICAgID0gMCAoMHgwKQpvcGVuKCIvZGV2L2FyY21zcjAiLE9fUkRXUiwwMCkg ICAgICAgICAgICAgICAgICAgPSAzICgweDMpCmlvY3RsKDMsMHhjNDI0NGUwNiB7IElPUlcg MHg0ZSgnTicpLCA2LCAxMDYwIH0sMHhmZmZmZTNlMCkgPSAwICgweDApCm9wZW4oIi90bXAv YXJjbXNyMCIsT19SRFdSfE9fQ1JFQVQsMDApICAgICAgICAgICA9IDQgKDB4NCkKZ2V0cGlk KCkgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgID0gODUzICgweDM1 NSkKZmNudGwoNCxGX1NFVExLVywweDdmZmZmZmZjZGUxMCkgICAgICAgICAgICAgICAgID0g MCAoMHgwKQppb2N0bCgzLDB4YzQyNDRlMDQgeyBJT1JXIDB4NGUoJ04nKSwgNCwgMTA2MCB9 LDB4ZmZmY2Q5ZDApID0gMCAoMHgwKQppb2N0bCgzLDB4YzQyNDRlMDMgeyBJT1JXIDB4NGUo J04nKSwgMywgMTA2MCB9LDB4ZmZmY2Q5ZDApID0gMCAoMHgwKQppb2N0bCgzLDB4YzQyNDRl MDIgeyBJT1JXIDB4NGUoJ04nKSwgMiwgMTA2MCB9LDB4ZmZmY2Q5ZjApID0gMCAoMHgwKQpp b2N0bCgzLDB4YzQyNDRlMDEgeyBJT1JXIDB4NGUoJ04nKSwgMSwgMTA2MCB9LDB4ZmZmY2Q5 ZjApID0gMCAoMHgwKQpuYW5vc2xlZXAoezAuMDEwMDAwMDAwIH0pICAgICAgICAgICAgICAg ICAgICAgICAgPSAwICgweDApCmlvY3RsKDMsMHhjNDI0NGUwMSB7IElPUlcgMHg0ZSgnTicp LCAxLCAxMDYwIH0sMHhmZmZjZDlmMCkgPSAwICgweDApCm5hbm9zbGVlcCh7MC4wMTAwMDAw MDAgfSkgICAgICAgICAgICAgICAgICAgICAgICA9IDAgKDB4MCkKaW9jdGwoMywweGM0MjQ0 ZTAxIHsgSU9SVyAweDRlKCdOJyksIDEsIDEwNjAgfSwweGZmZmNkOWYwKSA9IDAgKDB4MCkK bmFub3NsZWVwKHswLjAxMDAwMDAwMCB9KSAgICAgICAgICAgICAgICAgICAgICAgID0gMCAo MHgwKQppb2N0bCgzLDB4YzQyNDRlMDEgeyBJT1JXIDB4NGUoJ04nKSwgMSwgMTA2MCB9LDB4 ZmZmY2Q5ZjApID0gMCAoMHgwKQpuYW5vc2xlZXAoezAuMDEwMDAwMDAwIH0pICAgICAgICAg ICAgICAgICAgICAgICAgPSAwICgweDApCmlvY3RsKDMsMHhjNDI0NGUwMSB7IElPUlcgMHg0 ZSgnTicpLCAxLCAxMDYwIH0sMHhmZmZjZDlmMCkgPSAwICgweDApCm5hbm9zbGVlcCh7MC4w MTAwMDAwMDAgfSkgICAgICAgICAgICAgICAgICAgICAgICA9IDAgKDB4MCkKaW9jdGwoMyww eGM0MjQ0ZTAxIHsgSU9SVyAweDRlKCdOJyksIDEsIDEwNjAgfSwweGZmZmNkOWYwKSA9IDAg KDB4MCkKbmFub3NsZWVwKHswLjAxMDAwMDAwMCB9KSAgICAgICAgICAgICAgICAgICAgICAg ID0gMCAoMHgwKQppb2N0bCgzLDB4YzQyNDRlMDEgeyBJT1JXIDB4NGUoJ04nKSwgMSwgMTA2 MCB9LDB4ZmZmY2Q5ZjApID0gMCAoMHgwKQpuYW5vc2xlZXAoezAuMDEwMDAwMDAwIH0pICAg ICAgICAgICAgICAgICAgICAgICAgPSAwICgweDApCmlvY3RsKDMsMHhjNDI0NGUwMSB7IElP UlcgMHg0ZSgnTicpLCAxLCAxMDYwIH0sMHhmZmZjZDlmMCkgPSAwICgweDApCm5hbm9zbGVl cCh7MC4wMTAwMDAwMDAgfSkgICAgICAgICAgICAgICAgICAgICAgICA9IDAgKDB4MCkKaW9j dGwoMywweGM0MjQ0ZTAxIHsgSU9SVyAweDRlKCdOJyksIDEsIDEwNjAgfSwweGZmZmNkOWYw KSA9IDAgKDB4MCkKbmFub3NsZWVwKHswLjAxMDAwMDAwMCB9KSAgICAgICAgICAgICAgICAg ICAgICAgID0gMCAoMHgwKQppb2N0bCgzLDB4YzQyNDRlMDEgeyBJT1JXIDB4NGUoJ04nKSwg MSwgMTA2MCB9LDB4ZmZmY2Q5ZjApID0gMCAoMHgwKQoK --------------080905040206050304040305-- From owner-freebsd-questions@FreeBSD.ORG Wed Mar 4 02:03:34 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6AAC1514 for ; Wed, 4 Mar 2015 02:03:34 +0000 (UTC) Received: from phlegethon.blisses.org (phlegethon.blisses.org [50.56.97.101]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4AF65DB4 for ; Wed, 4 Mar 2015 02:03:33 +0000 (UTC) Received: from blisses.org (cocytus.blisses.org [23.25.209.73]) by phlegethon.blisses.org (Postfix) with ESMTPSA id 11CE9148FA4 for ; Tue, 3 Mar 2015 20:57:55 -0500 (EST) Date: Tue, 3 Mar 2015 20:57:53 -0500 From: Mason Loring Bliss To: freebsd-questions@freebsd.org Subject: GELI key question... Message-ID: <20150304015753.GV3375@blisses.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Mar 2015 02:03:34 -0000 Hi all. Right now I've got root-on-ZFS-on-GELI from the 10.x installer, but I don't understand all the moving parts, and I'd love some pointers. In particular, the man pages geli(8) and loader.conf(5) don't tell me what I want. I've got an ultimate goal and a short term goal. The short term goal is to have a key on a USB stick (maybe in a UFS2 partition, maybe just data on the disk itself - doesn't matter) and have loader.conf reference that as the key to unlock my root disk(s), for unattended boot as long as the USB stick is inserted in the system. First thing that's unclear: Where is the GELI syntax for loader.conf documented? The GELI man page gives examples of use, but it doesn't say how the configs are composed. For example, it shows this: geli_da0_keyfile0_load="YES" geli_da0_keyfile0_type="da0:geli_keyfile0" geli_da0_keyfile0_name="/boot/keys/da0.key0" Is the name of the variable fixed there? What's interpreting it? Would this be valid? geli_foo_keyfile0_load="YES" geli_foo_keyfile0_type="da0:geli_keyfile0" geli_foo_keyfile0_name="/boot/keys/da0.key0" The _type variable seems to specify the device to which the variable applies. I don't know if the variable name is freeform(ish) or if the da0 needs to be duplicated as it in in the man page's example. More relevant, can the _name variable specify another device? If so, can I use gpt labels for this, so that I can point to gpt/keypart? Or are those only available once the system has booted? I'd like to not have to depend on the USB key having the same device on each boot, and gpt labels seem ideal for this. Next, I don't see loader.conf specifying which slot to use. I could be confusing the concepts... My understanding is that there is one key and a couple slots for user keys. Is my idea of having the bootloader default to the USB stick unless it's not there and use a file-and-passphrase already on /boot otherwise feasible? I'm not sure how to specify an order to try, never mind the location on another device of one of the keys. I'm sure I've forgotten something in the midst of all this, so anything obvious I'm missing would be greatly appreciated. PS: I now see some of the name composition stuff in sys/boot/forth/support.4th but I don't claim to know Forth and I'm having some trouble reading it at present. end_of_line? if 0 else letter? digit? underscore? dot? or or or then I should learn Forth. But anyway... Thank you kindly in advance for pointers and help! -- Mason Loring Bliss (( "In the drowsy dark cave of the mind dreams mason@blisses.org )) build their nest with fragments dropped http://blisses.org/ (( from day's caravan." - Rabindranath Tagore From owner-freebsd-questions@FreeBSD.ORG Wed Mar 4 02:07:18 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2E56F5C1 for ; Wed, 4 Mar 2015 02:07:18 +0000 (UTC) Received: from phlegethon.blisses.org (phlegethon.blisses.org [50.56.97.101]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0EE9ADDB for ; Wed, 4 Mar 2015 02:07:17 +0000 (UTC) Received: from blisses.org (cocytus.blisses.org [23.25.209.73]) by phlegethon.blisses.org (Postfix) with ESMTPSA id 0B5C7148FA4 for ; Tue, 3 Mar 2015 21:07:16 -0500 (EST) Date: Tue, 3 Mar 2015 21:07:15 -0500 From: Mason Loring Bliss To: freebsd-questions@freebsd.org Subject: Re: GELI key question... Message-ID: <20150304020715.GW3375@blisses.org> References: <20150304015753.GV3375@blisses.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20150304015753.GV3375@blisses.org> User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Mar 2015 02:07:18 -0000 On Tue, Mar 03, 2015 at 08:57:53PM -0500, Mason Loring Bliss wrote: > Is my idea of having the bootloader default to the USB stick unless it's > not there and use a file-and-passphrase already on /boot otherwise > feasible? And since I didn't specify it explicitly, this is the otherwise unmentioned "ultimate goal" from my email. Sorry. -- Mason Loring Bliss (( If I have not seen as far as others, it is because mason@blisses.org )) giants were standing on my shoulders. - Hal Abelson From owner-freebsd-questions@FreeBSD.ORG Wed Mar 4 03:21:01 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4A26F620 for ; Wed, 4 Mar 2015 03:21:01 +0000 (UTC) Received: from mout.gmx.net (mout.gmx.net [212.227.17.21]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C298380D for ; Wed, 4 Mar 2015 03:21:00 +0000 (UTC) Received: from gmx.de ([92.74.235.184]) by mail.gmx.com (mrgmx102) with ESMTPSA (Nemesis) id 0McPvw-1YBKUO13Pk-00Hfur for ; Wed, 04 Mar 2015 04:20:52 +0100 Date: Wed, 4 Mar 2015 04:20:11 +0100 From: rhannek@gmx.de To: freebsd-questions@freebsd.org Subject: Can't attach geli after updating to FreeBSD 10.1 Message-ID: <20150304032011.GA9658@gmx.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline User-Agent: Mutt/1.5.22 (2013-10-16) X-Provags-ID: V03:K0:3iGTxZYwJgun3EDs2u8TBUoWMtb64dFV5La6Mhez+8eZ/tbxzuO UPlgZfTnskmuvYmAIB2RKAFBNJjQgNo2eapapxFkLzF+mocsXDXWDS2tMqg8ex4Et6l0Ynk TDXP9fplDjV3SZ+r/wFgDz9CzCkaMW2BFhzqbcCNHRyr4uB3ycH3zoQKRdE0IrAtXaa43bl +4gNIWaiArTraU74C++Kg== X-UI-Out-Filterresults: notjunk:1; X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Mar 2015 03:21:01 -0000 Hi, I have an encrypted hard drive (not root) which I mount manually when I actually need it. The storage has a single slice which is encrypted with geli on top of which is a zfs file system. After upgrading from 10.0-RELEASE to 10.1-RELEASE the device node changed from /dev/ada1p1 to /dev/ada1s1 and I can't attach it anymore. Trying to execute "geli attach ada1s1" I get "geli: Cannot read metadata from ada1s1: Invalid argument." When I roll back to 10.0 I have no problems. Any ideas on how I can fix this? Regards, Gideon Lang From owner-freebsd-questions@FreeBSD.ORG Wed Mar 4 05:23:19 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3ECC717F for ; Wed, 4 Mar 2015 05:23:19 +0000 (UTC) Received: from feeder.usenet4all.se (1-1-1-38a.far.sth.bostream.se [82.182.32.53]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B0B9A6C7 for ; Wed, 4 Mar 2015 05:23:16 +0000 (UTC) Received: from kw.news4all.se (localhost [127.0.0.1]) by feeder.usenet4all.se (8.13.1/8.13.1) with ESMTP id t245N6Dg087502; Wed, 4 Mar 2015 06:23:06 +0100 (CET) (envelope-from bah@bananmonarki.se) Message-ID: <54F696BA.1020303@bananmonarki.se> Date: Wed, 04 Mar 2015 06:23:06 +0100 From: Bernt Hansson User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: jungle Boogie Subject: Re: Problem with pkg install References: <54EF3201.1020409@bananmonarki.se> In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Mailing List X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Mar 2015 05:23:19 -0000 On 2015-03-03 06:25, jungle Boogie wrote: > On 26 February 2015 at 06:47, Bernt Hansson wrote: >> Message for liveMedia-2014.12.17_1,2: >> For more documentation on this software >> (and to get the latest version), please >> see . >> Child process pid=40593 terminated abnormally: Segmentation fault: 11 > Well I don't know why it failed but I did go to the live media site > and noticed there's a newer version. Perhaps you can install that from > source or speak to the port maintainer. It's not live555 that failed, but pkg install. I get that message whenever I try to install with pkg install. From owner-freebsd-questions@FreeBSD.ORG Wed Mar 4 07:21:32 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6E55ECD3 for ; Wed, 4 Mar 2015 07:21:32 +0000 (UTC) Received: from zoom.lafn.org (zoom.lafn.org [108.92.93.123]) by mx1.freebsd.org (Postfix) with ESMTP id 485262D2 for ; Wed, 4 Mar 2015 07:21:31 +0000 (UTC) Received: from [10.0.1.2] (static-71-177-216-148.lsanca.fios.verizon.net [71.177.216.148]) (authenticated bits=0) by zoom.lafn.org (8.14.7/8.14.7) with ESMTP id t247LSV6075901 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 3 Mar 2015 23:21:30 -0800 (PST) (envelope-from bc979@lafn.org) From: Doug Hardie Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Subject: OpenSSL Ciphers Message-Id: <5347DC2D-AD6C-41A1-AEC7-A81C51F691B3@lafn.org> Date: Tue, 3 Mar 2015 23:21:28 -0800 To: "freebsd-questions@freebsd.org Questions" Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\)) X-Mailer: Apple Mail (2.2070.6) X-Virus-Scanned: clamav-milter 0.98 at zoom.lafn.org X-Virus-Status: Clean X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Mar 2015 07:21:32 -0000 The default list of ciphers is quite extensive and includes some that = are apparently causing some potential security issues. I have a number = of applications that use OpenSSL and many don=E2=80=99t have the code to = restrict the list. Fixing all that would take quite a bit of work. = However, looking into /usr/include/openssl/ssl.h I find a definition for = the SSL_DEFAULT_CIPHER_LIST. The comments indicate that that list is = the one used when the application doesn=E2=80=99t specify anything. I = changed its definition to: #define SSL_DEFAULT_CIPHER_LIST = "TLSv1+HIGH:!SSLv2:RC4+MEDIUM:!aNULL:!eNULL:!3DES:@STRENGTH: However, s_connect will still create a connection with the export = ciphers. I tried adding !EXPORT to that list and it had no effect. Is = the definition actually used by openssl or is it just there for = documentation?= From owner-freebsd-questions@FreeBSD.ORG Wed Mar 4 09:43:10 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9108E423 for ; Wed, 4 Mar 2015 09:43:10 +0000 (UTC) Received: from formentor.toolfactory.net (pina.toolfactory.net [213.97.158.39]) by mx1.freebsd.org (Postfix) with ESMTP id 3217D76D for ; Wed, 4 Mar 2015 09:43:09 +0000 (UTC) Received: from localhost (localhost.localdomain [127.0.0.1]) by formentor.toolfactory.net (Postfix) with ESMTP id C9B31177A1E; Wed, 4 Mar 2015 10:43:01 +0100 (CET) Received: from formentor.toolfactory.net ([127.0.0.1]) by localhost (formentor.toolfactory.net [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id PR7Sim2ETdzo; Wed, 4 Mar 2015 10:43:01 +0100 (CET) Received: from localhost (localhost.localdomain [127.0.0.1]) by formentor.toolfactory.net (Postfix) with ESMTP id 73B3E177A7D; Wed, 4 Mar 2015 10:43:01 +0100 (CET) X-Virus-Scanned: amavisd-new at logpmzimmta01v.toolfactory.net Received: from formentor.toolfactory.net ([127.0.0.1]) by localhost (formentor.toolfactory.net [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id 3Qrrt4p0PmTA; Wed, 4 Mar 2015 10:43:01 +0100 (CET) Received: from xorrigo.toolfactory.net (unknown [192.168.2.210]) by formentor.toolfactory.net (Postfix) with ESMTP id 5C732177A1E; Wed, 4 Mar 2015 10:43:01 +0100 (CET) Date: Wed, 4 Mar 2015 10:42:53 +0100 (CET) From: Raimund Sacherer Reply-To: Raimund Sacherer To: Janos Dohanics Message-ID: <1106469177.98132320.1425462173863.JavaMail.zimbra@logitravel.com> In-Reply-To: <20150303111548.ca4ec0b00233d3fdc15f4a06@3dresearch.com> References: <20150303100752.bc81306b8346ca640247e2e6@3dresearch.com> <1420105861.97711653.1425397235518.JavaMail.zimbra@logitravel.com> <20150303111548.ca4ec0b00233d3fdc15f4a06@3dresearch.com> Subject: Re: Advice on net/asterisk MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [192.168.2.213] X-Mailer: Zimbra 8.0.8_GA_6184 (ZimbraWebClient - SAF7 (Mac)/8.0.8_GA_6184) Thread-Topic: Advice on net/asterisk Thread-Index: oDwMSTj5RHDt1+D2wrRYHoWWHl4aPg== Cc: FreeBSD Questions X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Mar 2015 09:43:10 -0000 > > > > I maintain in our company 3 callcenters with local and remote agents > > (about 300 agents in total in different countries). > > > > Best > > Ray > Freeswitch, on FreeBSD? No, I am just recently using FreeBSD. Most of my communications servers are Debian. I am currently in the process of testing the migration to FreeBSD. But I know of a couple of people using FreeSWITCH on Freebsd without problems. The most problems I see people having is Hardware integration. But (and this I did not mention in my first post) I really would advice using a Hardware Mediagateway (BRI's or FXO's can be had relatively cheap, below or at the same price of an internal BRI/FXO/PRI card). It is so much easier change the media gateway than to have to make open heart surgery on the servers. It is also cheaper if you need HA systems, you do not need cards for every server, etc. I experienced much pain in the past with cards, on some (dell) servers I had to change interrupt assignment in the BIOS, change PCI Latency and modify CPU affinity to avoid hardware problems. On other hardware (IBM) I just got a lot of problems with stability (we used asterisk in those days, channel freeze, card was unresponsive, we had to power cycle the server. etc.). All those problems went away immediately once we switched to hardware gateways. My personal preference is Patton. Best Ray From owner-freebsd-questions@FreeBSD.ORG Wed Mar 4 14:05:16 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4ACC1657 for ; Wed, 4 Mar 2015 14:05:16 +0000 (UTC) Received: from mail-wg0-x241.google.com (mail-wg0-x241.google.com [IPv6:2a00:1450:400c:c00::241]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DBA718A1 for ; Wed, 4 Mar 2015 14:05:15 +0000 (UTC) Received: by wgha1 with SMTP id a1so1597924wgh.0 for ; Wed, 04 Mar 2015 06:05:14 -0800 (PST) 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; bh=iqhbUtbvFgtds8yOvuLYQIfkg4NM1L577YUDnyyaJwI=; b=AyQkYNiUkR2vf4h1KBp9CExPFFbstZdznH2SWLYswsfMq+wKALEoS/yQkLl1nIvUcO ABykZGkCgDVyFSjDRb8r4fGZtoGNFTAcQXl5y+packM5wGbaTYuulRJ3QIKM9QkeB/1b irjI0PUh9lbfX5XCezAvUh0uKjHVUwXSVpvqtvDOVJ3zhd/nU8d6ndtvt/O1jKDFK7pt G4OCcZnHwLg00FV0W7GaZ9phqKq3mcs+AGq56v5Lpmubc0+zMSoEyD109XAEZ3BPSNEF eaN+Hzx03potH/rN21SRk6gbR+R0nQDwMYhM2AsS5zvJwmWOI+lbiRafZXsYSFtu5rdG 4Kdg== X-Received: by 10.180.79.1 with SMTP id f1mr57430849wix.24.1425477914381; Wed, 04 Mar 2015 06:05:14 -0800 (PST) Received: from [192.168.1.100] (124.22.20.95.dynamic.jazztel.es. [95.20.22.124]) by mx.google.com with ESMTPSA id dj5sm6116561wjb.28.2015.03.04.06.05.12 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 04 Mar 2015 06:05:13 -0800 (PST) Message-ID: <54F71117.7050606@gmail.com> Date: Wed, 04 Mar 2015 15:05:11 +0100 From: =?UTF-8?B?UmljYXJkbyBNYXJ0w61u?= Reply-To: fluxwatcher@gmail.com User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Icedove/31.4.0 MIME-Version: 1.0 To: Arthur Chance , freebsd-questions@freebsd.org Subject: Re: Check root password changes done via single user mode References: <54F56A83.3000404@gmail.com> <54F57CD9.2000707@gmail.com> <54F5AF25.7000303@qeng-ho.org> In-Reply-To: <54F5AF25.7000303@qeng-ho.org> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Mar 2015 14:05:16 -0000 On 03/03/15 13:55, Arthur Chance wrote: > On 03/03/2015 09:20, Ricardo Martín wrote: >> >> Indeed, that would be a way of checking the password change, but I was >> more interested in whether such a change could be flagged as being >> carried out from single user mode. >> Or in another words whether the root's passwords has been reset >> accessing the machine during the boot process. >> >> On 03/03/15 09:50, Daniel Peyrolon wrote: >>> What I would do is storing a copy of root's password hash somewhere, >>> and >>> compare it with the recent one. >>> The hash can be read at master.passwd (check passwd(5)). >>> >>> El mar., 3 de marzo de 2015 a las 9:02, Ricardo Martín (< >>> fluxwatcher@gmail.com>) escribió: >>> >>>> hi all, >>>> >>>> wondering which would be the best approach to script check if the root >>>> password has been changed via single user mode. > > What threat model are you considering? Basically that all other deterrent measures, including many of the proposed in the comments, have failed and that the machine has been compromised. >From there on, all you want is to produce as much information as possible to audit and this was one of the basic checks I was thinking of, beyond assessing the tampering of logs, files, etc From owner-freebsd-questions@FreeBSD.ORG Wed Mar 4 15:01:12 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B780C8C8 for ; Wed, 4 Mar 2015 15:01:12 +0000 (UTC) Received: from bede.qeng-ho.org (bede.qeng-ho.org [217.155.128.241]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 36A58EDB for ; Wed, 4 Mar 2015 15:01:11 +0000 (UTC) Received: from arthur.home.qeng-ho.org (arthur.home.qeng-ho.org [172.23.1.2]) by bede.home.qeng-ho.org (8.14.9/8.14.7) with ESMTP id t24F13BO024548; Wed, 4 Mar 2015 15:01:04 GMT (envelope-from freebsd@qeng-ho.org) Message-ID: <54F71E2F.1000705@qeng-ho.org> Date: Wed, 04 Mar 2015 15:01:03 +0000 From: Arthur Chance User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: fluxwatcher@gmail.com, freebsd-questions@freebsd.org Subject: Re: Check root password changes done via single user mode References: <54F56A83.3000404@gmail.com> <54F57CD9.2000707@gmail.com> <54F5AF25.7000303@qeng-ho.org> <54F71117.7050606@gmail.com> In-Reply-To: <54F71117.7050606@gmail.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Mar 2015 15:01:12 -0000 On 04/03/2015 14:05, Ricardo Martín wrote: > On 03/03/15 13:55, Arthur Chance wrote: >> On 03/03/2015 09:20, Ricardo Martín wrote: >>> >>> Indeed, that would be a way of checking the password change, but I was >>> more interested in whether such a change could be flagged as being >>> carried out from single user mode. >>> Or in another words whether the root's passwords has been reset >>> accessing the machine during the boot process. >>> >>> On 03/03/15 09:50, Daniel Peyrolon wrote: >>>> What I would do is storing a copy of root's password hash somewhere, >>>> and >>>> compare it with the recent one. >>>> The hash can be read at master.passwd (check passwd(5)). >>>> >>>> El mar., 3 de marzo de 2015 a las 9:02, Ricardo Martín (< >>>> fluxwatcher@gmail.com>) escribió: >>>> >>>>> hi all, >>>>> >>>>> wondering which would be the best approach to script check if the root >>>>> password has been changed via single user mode. >> >> What threat model are you considering? > > Basically that all other deterrent measures, including many of the > proposed in the comments, have failed and that the machine has been > compromised. > > From there on, all you want is to produce as much information as > possible to audit and this was one of the basic checks I was thinking > of, beyond assessing the tampering of logs, files, etc In other words, you don't actually have a concrete threat model, you're simply assuming the attacker is powerful enough to overcome any countermeasures you put in place, and want to know what you can do after the fact. Unfortunately, you still need to decide what strength of attacker you wish to detect. Theoretically if they have unbounded resources you will never detect that an attack has taken place. In practice many (most?) attacks are detectable. However, you have to decide how powerful an attacker you're trying to defend against/detect - a state level attacker (i.e. a government and all that implies) or organised crime, or a meddling co-worker, or a nosy little sister? Unless you specify that, the only thing you can be sure of is that if you don't look for an attack you won't find one. -- Those who do not learn from computing history are doomed to GOTO 1 From owner-freebsd-questions@FreeBSD.ORG Wed Mar 4 15:45:03 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 64F2C142 for ; Wed, 4 Mar 2015 15:45:03 +0000 (UTC) Received: from mail.cyberleo.net (paka.cyberleo.net [216.226.128.180]) by mx1.freebsd.org (Postfix) with ESMTP id 43604665 for ; Wed, 4 Mar 2015 15:45:02 +0000 (UTC) Received: from [172.16.44.4] (vitani.den.cyberleo.net [216.80.73.130]) by mail.cyberleo.net (Postfix) with ESMTPSA id CFFA61BD2B; Wed, 4 Mar 2015 10:38:42 -0500 (EST) Message-ID: <54F72701.3030704@cyberleo.net> Date: Wed, 04 Mar 2015 09:38:41 -0600 From: CyberLeo Kitsana User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: Mike Tancsa , freebsd-questions Subject: Re: nfs mounted /tmp vs disk mounted /tmp References: <54F62D81.4060407@sentex.net> In-Reply-To: <54F62D81.4060407@sentex.net> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Mar 2015 15:45:03 -0000 On 03/03/2015 03:54 PM, Mike Tancsa wrote: > > While trying to test in the lab a migration of disks from an old pci-x > arcmrs array to a pcie card, I ran into an odd problem with the cli and > raid management daemon. I would start up the programs and they would > immediately exit > > Looking at the truss output, it seemed to bork soon after it tried to > create a file in /tmp. Testing all the same hardware, but then booting > from a disk, it worked. Back to netboot, but this time with /tmp > mounted via tmpfs, it also worked. So it seems there is something about > having tmp mounted via nfs that causes the program to die. The issue > seems to be the setting of locks. I am curious, is this something that > can be worked around in nfs, or due to the nature of nfs, this is not > possible ? I think I saw this same issue with virtual box in a netboot > environment > (https://lists.freebsd.org/pipermail/freebsd-emulation/2014-July/011693.html) > fcntl(4,F_SETLKW,0x7ffffffcde10) ERR#45 'Operation not > supported' The fcntl(2) manpage says that F_SETLKW is for advisory locking. Does your NFS infrastructure support advisory locks? Is lockd(8) running? -- Fuzzy love, -CyberLeo Technical Administrator CyberLeo.Net Webhosting http://www.CyberLeo.Net Furry Peace! - http://www.fur.com/peace/ From owner-freebsd-questions@FreeBSD.ORG Wed Mar 4 15:55:56 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D94FF587 for ; Wed, 4 Mar 2015 15:55:55 +0000 (UTC) Received: from mail.cyberleo.net (paka.cyberleo.net [216.226.128.180]) by mx1.freebsd.org (Postfix) with ESMTP id 9A4E57F9 for ; Wed, 4 Mar 2015 15:55:55 +0000 (UTC) Received: from [172.16.44.4] (vitani.den.cyberleo.net [216.80.73.130]) by mail.cyberleo.net (Postfix) with ESMTPSA id 31E341BD4A; Wed, 4 Mar 2015 10:55:54 -0500 (EST) Message-ID: <54F72B08.3020404@cyberleo.net> Date: Wed, 04 Mar 2015 09:55:52 -0600 From: CyberLeo Kitsana User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: Mason Loring Bliss , freebsd-questions@freebsd.org Subject: Re: GELI key question... References: <20150304015753.GV3375@blisses.org> In-Reply-To: <20150304015753.GV3375@blisses.org> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Mar 2015 15:55:56 -0000 On 03/03/2015 07:57 PM, Mason Loring Bliss wrote: > Hi all. > > Right now I've got root-on-ZFS-on-GELI from the 10.x installer, but I don't > understand all the moving parts, and I'd love some pointers. In particular, > the man pages geli(8) and loader.conf(5) don't tell me what I want. > > I've got an ultimate goal and a short term goal. The short term goal is to > have a key on a USB stick (maybe in a UFS2 partition, maybe just data on the > disk itself - doesn't matter) and have loader.conf reference that as the key > to unlock my root disk(s), for unattended boot as long as the USB stick is > inserted in the system. > > First thing that's unclear: Where is the GELI syntax for loader.conf > documented? The GELI man page gives examples of use, but it doesn't say how > the configs are composed. > > For example, it shows this: > > geli_da0_keyfile0_load="YES" > geli_da0_keyfile0_type="da0:geli_keyfile0" > geli_da0_keyfile0_name="/boot/keys/da0.key0" > > Is the name of the variable fixed there? What's interpreting it? Would this > be valid? > > geli_foo_keyfile0_load="YES" > geli_foo_keyfile0_type="da0:geli_keyfile0" > geli_foo_keyfile0_name="/boot/keys/da0.key0" The names of the variables themselves mean nothing, excepting that they must all match and follow this pattern. The way the loader processes these is as such: foo_load="YES" <- We want to load a module we call 'foo'. foo_type="da0:geli_keyfile0" <- Set the 'foo' module type. foo_name="/boot/keys/da0.key0" <- Set the path to the 'foo' module data. The 'type' is merely a tag so that the code in the kernel can find it later, after control is passed thereto. For geli keyfiles, the type consists of the device name, a colon, the phrase 'geli_keyfile', and the position of the keyfile (since you can load multiple, and they are all concatenated in order). > More relevant, can the _name variable specify another device? If so, can I > use gpt labels for this, so that I can point to gpt/keypart? Or are those > only available once the system has booted? I'd like to not have to depend on > the USB key having the same device on each boot, and gpt labels seem ideal > for this. I doubt this, as the loader is really only guaranteed to know about the boot filesystem. If you were to try, you would have to figure out how to refer to the devices by their loader names (disk0, disk1), and not by their kernel names (da0, ada0). It is not outside the realm of possibility to teach loader(8) to understand labels, but nobody has done so. > Next, I don't see loader.conf specifying which slot to use. I could be > confusing the concepts... My understanding is that there is one key and a > couple slots for user keys. Is my idea of having the bootloader default to > the USB stick unless it's not there and use a file-and-passphrase already on > /boot otherwise feasible? I'm not sure how to specify an order to try, never > mind the location on another device of one of the keys. The geli attach code will try all slots until it finds one that works; if none match, it will request a passphrase to combine with the keyfiles. > > end_of_line? if 0 else letter? digit? underscore? dot? or or or then > Mmm, reverse-polish notation. -- Fuzzy love, -CyberLeo Technical Administrator CyberLeo.Net Webhosting http://www.CyberLeo.Net Furry Peace! - http://www.fur.com/peace/ From owner-freebsd-questions@FreeBSD.ORG Wed Mar 4 16:35:38 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 26130B0B for ; Wed, 4 Mar 2015 16:35:38 +0000 (UTC) Received: from mail-we0-x244.google.com (mail-we0-x244.google.com [IPv6:2a00:1450:400c:c03::244]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A1D30D6B for ; Wed, 4 Mar 2015 16:35:37 +0000 (UTC) Received: by wesq59 with SMTP id q59so13430158wes.0 for ; Wed, 04 Mar 2015 08:35:36 -0800 (PST) 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; bh=s0AMhTat47A/riT3QoKMC0lIOEbCKO6/odiFgd+2vPc=; b=cCrXLec5aNpo2qfQmqfGG0pt929qX7GqiNatj8CNp6+81Vnn5wG0eTdRF7X4fKMqyR TVzIZR3dMFEV5DrHr6PT+YzNUgDHHAq1t0quIDxd8b14bjZevxWTCI45EUz7GamT4vgD rePi3OSYuij+ixg15nee1tAfKlgi01D9C56hjinlbhSGwA7HpAs9K8PG30rc7uTra4ps +FLEd1h/OgC/t1ySaqIp9fm1czmnsoidPIVFg6P8vP6kfIyB7KT3JuEJFeG8/l1QaCUe glZv1/+z5SaYio1mH7AH4bY++SwnaEZ4rAksLamOBxiVynePOSyTR2WV1/UXeZWlDKai 1ewA== X-Received: by 10.180.171.35 with SMTP id ar3mr14755806wic.24.1425486936118; Wed, 04 Mar 2015 08:35:36 -0800 (PST) Received: from [192.168.1.100] (124.22.20.95.dynamic.jazztel.es. [95.20.22.124]) by mx.google.com with ESMTPSA id g5sm6668459wjr.19.2015.03.04.08.35.34 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 04 Mar 2015 08:35:35 -0800 (PST) Message-ID: <54F73455.5080509@gmail.com> Date: Wed, 04 Mar 2015 17:35:33 +0100 From: =?UTF-8?B?UmljYXJkbyBNYXJ0w61u?= Reply-To: fluxwatcher@gmail.com User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Icedove/31.4.0 MIME-Version: 1.0 To: Arthur Chance , freebsd-questions@freebsd.org Subject: Re: Check root password changes done via single user mode References: <54F56A83.3000404@gmail.com> <54F57CD9.2000707@gmail.com> <54F5AF25.7000303@qeng-ho.org> <54F71117.7050606@gmail.com> <54F71E2F.1000705@qeng-ho.org> In-Reply-To: <54F71E2F.1000705@qeng-ho.org> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Mar 2015 16:35:38 -0000 On 03/04/15 16:01, Arthur Chance wrote: > On 04/03/2015 14:05, Ricardo Martín wrote: >> On 03/03/15 13:55, Arthur Chance wrote: >>> On 03/03/2015 09:20, Ricardo Martín wrote: >>>> >>>> Indeed, that would be a way of checking the password change, but I was >>>> more interested in whether such a change could be flagged as being >>>> carried out from single user mode. >>>> Or in another words whether the root's passwords has been reset >>>> accessing the machine during the boot process. >>>> >>>> On 03/03/15 09:50, Daniel Peyrolon wrote: >>>>> What I would do is storing a copy of root's password hash somewhere, >>>>> and >>>>> compare it with the recent one. >>>>> The hash can be read at master.passwd (check passwd(5)). >>>>> >>>>> El mar., 3 de marzo de 2015 a las 9:02, Ricardo Martín (< >>>>> fluxwatcher@gmail.com>) escribió: >>>>> >>>>>> hi all, >>>>>> >>>>>> wondering which would be the best approach to script check if the >>>>>> root >>>>>> password has been changed via single user mode. >>> >>> What threat model are you considering? >> >> Basically that all other deterrent measures, including many of the >> proposed in the comments, have failed and that the machine has been >> compromised. >> >> From there on, all you want is to produce as much information as >> possible to audit and this was one of the basic checks I was thinking >> of, beyond assessing the tampering of logs, files, etc > > In other words, you don't actually have a concrete threat model, > you're simply assuming the attacker is powerful enough to overcome any > countermeasures you put in place, and want to know what you can do > after the fact. > > Unfortunately, you still need to decide what strength of attacker you > wish to detect. Theoretically if they have unbounded resources you > will never detect that an attack has taken place. In practice many > (most?) attacks are detectable. However, you have to decide how > powerful an attacker you're trying to defend against/detect - a state > level attacker (i.e. a government and all that implies) or organised > crime, or a meddling co-worker, or a nosy little sister? Unless you > specify that, the only thing you can be sure of is that if you don't > look for an attack you won't find one. > At this point you might want to review the original post again. It's a simple and specific request for comments about whether if its feasible to somehow flag a root's password reset in SUM. No more, no less. From owner-freebsd-questions@FreeBSD.ORG Wed Mar 4 16:38:53 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4DBD0BE3 for ; Wed, 4 Mar 2015 16:38:53 +0000 (UTC) Received: from mail-vc0-x231.google.com (mail-vc0-x231.google.com [IPv6:2607:f8b0:400c:c03::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id EFF25DA4 for ; Wed, 4 Mar 2015 16:38:52 +0000 (UTC) Received: by mail-vc0-f177.google.com with SMTP id id10so860350vcb.8 for ; Wed, 04 Mar 2015 08:38:52 -0800 (PST) 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=AY5fUTcrBb7dLhlcC2oQ1dtcDn/AOfi85/ylOSubhw0=; b=u3UKbgPtq1EB6mMNq6z4/8nud8jHidtt7BKIR1aDpyKPh5XqnqeZKK0ZipwzSl/V3M 2Dnz34eemAMoy2F7+fiAt5a6TFjCO0EI3AP/hjYMeNS3VzbPcdxnFTpUUKziWNBJ+x2O IAnXgmmE+iF4DEeUJ03t5ng4NqSak/jHEmfHjXSuDwWujbgO03ak7bWdRtkf0d8XtotZ cqhOm3/vphbUMn3KaJ+DZmW3MU9Aj0AVntj0QH7D7htucFoYw/VPljV6TjksozeJUsdC UExbfKTK5rA4LUCLtHeUIejRvvswDKpP/mKFD2f+euyz7DnK//yunCQwdYOcXUEq5XaJ 5+4w== X-Received: by 10.52.7.228 with SMTP id m4mr7906642vda.31.1425487131928; Wed, 04 Mar 2015 08:38:51 -0800 (PST) Received: from smaug.zep.net (pool-72-66-73-67.washdc.fios.verizon.net. [72.66.73.67]) by mx.google.com with ESMTPSA id ci3sm690015vdd.3.2015.03.04.08.38.51 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 04 Mar 2015 08:38:51 -0800 (PST) Message-ID: <54F7351A.4010900@gmail.com> Date: Wed, 04 Mar 2015 11:38:50 -0500 From: zep User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: freebsd-questions@freebsd.org Subject: Re: Check root password changes done via single user mode References: <54F56A83.3000404@gmail.com> <54F57CD9.2000707@gmail.com> <54F5AF25.7000303@qeng-ho.org> <54F71117.7050606@gmail.com> <54F71E2F.1000705@qeng-ho.org> <54F73455.5080509@gmail.com> In-Reply-To: <54F73455.5080509@gmail.com> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Mar 2015 16:38:53 -0000 On 03/04/2015 11:35 AM, Ricardo Martín wrote: > At this point you might want to review the original post again. > It's a simple and specific request for comments about whether if its > feasible to somehow flag a root's password reset in SUM. > No more, no less. > > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" perhaps you should review the responses. the short answer is 'sort of, but not really the way you seem want to; also it's a bit of a fool's errand and whoever pointed you down this path doesn't like you very much'. -- public gpg key id: AE60F64C From owner-freebsd-questions@FreeBSD.ORG Wed Mar 4 16:40:19 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7F4E3C8A for ; Wed, 4 Mar 2015 16:40:19 +0000 (UTC) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [IPv6:2607:f3e0:0:1::12]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "smarthost.sentex.ca", Issuer "smarthost.sentex.ca" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4798DDBD for ; Wed, 4 Mar 2015 16:40:19 +0000 (UTC) Received: from [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a] (saphire3.sentex.ca [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a]) by smarthost1.sentex.ca (8.14.9/8.14.9) with ESMTP id t24GeEER084331; Wed, 4 Mar 2015 11:40:15 -0500 (EST) (envelope-from mike@sentex.net) Message-ID: <54F73562.5000302@sentex.net> Date: Wed, 04 Mar 2015 11:40:02 -0500 From: Mike Tancsa Organization: Sentex Communications User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: CyberLeo Kitsana , freebsd-questions Subject: Re: nfs mounted /tmp vs disk mounted /tmp References: <54F62D81.4060407@sentex.net> <54F72701.3030704@cyberleo.net> In-Reply-To: <54F72701.3030704@cyberleo.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.75 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Mar 2015 16:40:19 -0000 On 3/4/2015 10:38 AM, CyberLeo Kitsana wrote: > On 03/03/2015 03:54 PM, Mike Tancsa wrote: >> >> While trying to test in the lab a migration of disks from an old pci-x >> arcmrs array to a pcie card, I ran into an odd problem with the cli and >> raid management daemon. I would start up the programs and they would >> immediately exit >> >> Looking at the truss output, it seemed to bork soon after it tried to >> create a file in /tmp. Testing all the same hardware, but then booting >> from a disk, it worked. Back to netboot, but this time with /tmp >> mounted via tmpfs, it also worked. So it seems there is something about >> having tmp mounted via nfs that causes the program to die. The issue >> seems to be the setting of locks. I am curious, is this something that >> can be worked around in nfs, or due to the nature of nfs, this is not >> possible ? I think I saw this same issue with virtual box in a netboot >> environment >> (https://lists.freebsd.org/pipermail/freebsd-emulation/2014-July/011693.html) > >> fcntl(4,F_SETLKW,0x7ffffffcde10) ERR#45 'Operation not >> supported' > > The fcntl(2) manpage says that F_SETLKW is for advisory locking. Does > your NFS infrastructure support advisory locks? Is lockd(8) running? > Thanks! Having lockd / statd running did indeed fix the problem for the areca client as well as VirtualBox! ---Mike -- ------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet services since 1994 www.sentex.net Cambridge, Ontario Canada http://www.tancsa.com/ From owner-freebsd-questions@FreeBSD.ORG Wed Mar 4 18:12:37 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3A3B2873 for ; Wed, 4 Mar 2015 18:12:37 +0000 (UTC) Received: from bede.qeng-ho.org (bede.qeng-ho.org [217.155.128.241]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C3F6DB87 for ; Wed, 4 Mar 2015 18:12:36 +0000 (UTC) Received: from arthur.home.qeng-ho.org (arthur.home.qeng-ho.org [172.23.1.2]) by bede.home.qeng-ho.org (8.14.9/8.14.7) with ESMTP id t24ICWMq024917; Wed, 4 Mar 2015 18:12:33 GMT (envelope-from freebsd@qeng-ho.org) Message-ID: <54F74B10.7090901@qeng-ho.org> Date: Wed, 04 Mar 2015 18:12:32 +0000 From: Arthur Chance User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: zep , freebsd-questions@freebsd.org Subject: Re: Check root password changes done via single user mode References: <54F56A83.3000404@gmail.com> <54F57CD9.2000707@gmail.com> <54F5AF25.7000303@qeng-ho.org> <54F71117.7050606@gmail.com> <54F71E2F.1000705@qeng-ho.org> <54F73455.5080509@gmail.com> <54F7351A.4010900@gmail.com> In-Reply-To: <54F7351A.4010900@gmail.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Mar 2015 18:12:37 -0000 On 04/03/2015 16:38, zep wrote: > > > On 03/04/2015 11:35 AM, Ricardo Martín wrote: >> At this point you might want to review the original post again. >> It's a simple and specific request for comments about whether if its >> feasible to somehow flag a root's password reset in SUM. >> No more, no less. >> > > perhaps you should review the responses. the short answer is 'sort > of, but not really the way you seem want to; also it's a bit of a fool's > errand and whoever pointed you down this path doesn't like you very much'. > I'd agree with that. :-) If someone has simply changed the root password and done nothing else it's trivial to detect that it's changed - the daily periodic password backup will do that and it's enabled by default. You might also be able to decide whether it happened during multi- or single- user mode based on the modification time of the password file. If the person who changed it doesn't want you to find out it's changed, you are going to have a learning experience. -- Those who do not learn from computing history are doomed to GOTO 1 From owner-freebsd-questions@FreeBSD.ORG Wed Mar 4 19:00:09 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 613A92D7; Wed, 4 Mar 2015 19:00:09 +0000 (UTC) Received: from avcashub1.qlogic.com (avcashub2.qlogic.com [198.70.193.116]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 33CEDFEB; Wed, 4 Mar 2015 19:00:08 +0000 (UTC) Received: from AVMB1.qlogic.org ([fe80::c919:8cc:f3ba:c727]) by avcashub2.qlogic.org ([::1]) with mapi id 14.02.0387.000; Wed, 4 Mar 2015 10:58:55 -0800 From: David Somayajulu To: Bin LIU Subject: RE: BCM57810 interface can't go up with NPAR enabled Thread-Topic: BCM57810 interface can't go up with NPAR enabled Thread-Index: AQHQUlCgNn6JNq8x106KODPA09eSGJ0JjTDwgAErOQCAAf0EIA== Date: Wed, 4 Mar 2015 18:58:54 +0000 Message-ID: <49F5640B08EAA94DAF2F6B6145E6A08A01942B3B12@AVMB1.qlogic.org> References: <49F5640B08EAA94DAF2F6B6145E6A08A01942B2569@AVMB1.qlogic.org> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.1.4.10] MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: "freebsd-questions@freebsd.org" , "davidcs@freebsd.org" X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Mar 2015 19:00:09 -0000 SGkgQmluLA0KSSBkb27igJl0IGhhdmUgYSBzY2hlZHVsZSBhdCB0aGUgbW9tZW50IGFuZCB3aWxs IGxldCB5b3Uga25vdyB3aGVuIEkgZG8uDQpJZiBkb27igJl0IG1pbmQgdGVsbGluZyBtZSwgd2hy ZSB3b3VsZCB5b3UgbGlrZSB0byBkZXBsb3kgTlBBUiA/IElzIHRoaXMgZm9yIHBlcnNvbmFsIHVz ZSBvciBpbiBhIGNvc3R1bWVyIGVudmlyb25tZW50Lg0KVGhhbmtzDQpEYXZpZCBTLg0KDQpGcm9t OiBCaW4gTElVIFttYWlsdG86YmlubGl1LmxxYm5AZ21haWwuY29tXQ0KU2VudDogTW9uZGF5LCBN YXJjaCAwMiwgMjAxNSA4OjM1IFBNDQpUbzogRGF2aWQgU29tYXlhanVsdQ0KQ2M6IGZyZWVic2Qt cXVlc3Rpb25zQGZyZWVic2Qub3JnOyBkYXZpZGNzQGZyZWVic2Qub3JnDQpTdWJqZWN0OiBSZTog QkNNNTc4MTAgaW50ZXJmYWNlIGNhbid0IGdvIHVwIHdpdGggTlBBUiBlbmFibGVkDQoNCkhpIERh dmlkLA0KDQpNYW55IHRoYW5rcyBmb3IgeW91ciBkZWRpY2F0ZWQgd29yay4NCg0KQ291bGQgeW91 IHBsZWFzZSB0ZWxsIG1lIGlmIHRoZXJlIGlzIGEgcm9hZG1hcCBvciB0aW1lIHNjaGVkdWxlIHRv IHN1cHBvcnQgTlBBUiBpbiB0aGUgZnV0dXJlLCB0aGFua3MhDQoNCg0KT24gVHVlLCBNYXIgMywg MjAxNSBhdCAyOjQ1IEFNLCBEYXZpZCBTb21heWFqdWx1IDxkYXZpZC5zb21heWFqdWx1QHFsb2dp Yy5jb208bWFpbHRvOmRhdmlkLnNvbWF5YWp1bHVAcWxvZ2ljLmNvbT4+IHdyb3RlOg0KSGkgQmlu LA0KU29ycnkgZm9yIHRoZSBkZWxheWVkIHJlc3BvbnNlLiBieGUgZHJpdmVyIGN1cnJlbnRseSBk b2VzIG5vdCBzdXBwb3J0IE5QQVIuDQotZGF2aWQgUy4NCg0KRnJvbTogQmluIExJVSBbbWFpbHRv OmJpbmxpdS5scWJuQGdtYWlsLmNvbTxtYWlsdG86YmlubGl1LmxxYm5AZ21haWwuY29tPl0NClNl bnQ6IFRodXJzZGF5LCBGZWJydWFyeSAyNiwgMjAxNSA5OjQ1IFBNDQpUbzogZnJlZWJzZC1xdWVz dGlvbnNAZnJlZWJzZC5vcmc8bWFpbHRvOmZyZWVic2QtcXVlc3Rpb25zQGZyZWVic2Qub3JnPg0K Q2M6IGRhdmlkY3NAZnJlZWJzZC5vcmc8bWFpbHRvOmRhdmlkY3NAZnJlZWJzZC5vcmc+DQpTdWJq ZWN0OiBCQ001NzgxMCBpbnRlcmZhY2UgY2FuJ3QgZ28gdXAgd2l0aCBOUEFSIGVuYWJsZWQNCg0K SGksDQoNCkknbSB0ZXN0aW5nIHRoZSBEZWxsIEJyb2FkY29tIER1YWwgUG9ydCAxMEcgaW50ZXJm YWNlIGNhcmQgd2l0aCBOUEFSIGZ1bmN0aW9uIGVuYWJsZWQgb24gOS1zdGFibGUtcjI3NzQ3Nk0s IEkgY2FuIHNlZSBhbGwgOCBpbnRlcmZhY2VzKGJ4ZTAgdG8gYnhlNyksIGJ1dCBvbmx5IGJ4ZTAg YW5kIGJ4ZTEgYXJlIGFjdGl2ZSwgdGhlIG90aGVyIDYgc3RhdHVzIGFyZSBhbGwgIm5vIGNhcnJp ZXIiLg0KDQpkbWVzZyByZXBvcnRzIHRoZSBmb2xsb3dpbmc6DQoNCmJ4ZTM6IFdBUk5JTkc6IElu dGVyZmFjZSBsaW5rIGlzIGRvd24sIGlnbm9yaW5nIHRyYW5zbWl0IHJlcXVlc3QNCmJ4ZTQ6IFdB Uk5JTkc6IEludGVyZmFjZSBsaW5rIGlzIGRvd24sIGlnbm9yaW5nIHRyYW5zbWl0IHJlcXVlc3QN CmJ4ZTU6IFdBUk5JTkc6IEludGVyZmFjZSBsaW5rIGlzIGRvd24sIGlnbm9yaW5nIHRyYW5zbWl0 IHJlcXVlc3QNCmJ4ZTU6IFdBUk5JTkc6IEludGVyZmFjZSBsaW5rIGlzIGRvd24sIGlnbm9yaW5n IHRyYW5zbWl0IHJlcXVlc3QNCmJ4ZTM6IFdBUk5JTkc6IEludGVyZmFjZSBsaW5rIGlzIGRvd24s IGlnbm9yaW5nIHRyYW5zbWl0IHJlcXVlc3QNCmJ4ZTQ6IFdBUk5JTkc6IEludGVyZmFjZSBsaW5r IGlzIGRvd24sIGlnbm9yaW5nIHRyYW5zbWl0IHJlcXVlc3QNCmJ4ZTU6IFdBUk5JTkc6IEludGVy ZmFjZSBsaW5rIGlzIGRvd24sIGlnbm9yaW5nIHRyYW5zbWl0IHJlcXVlc3QNCmJ4ZTM6IFdBUk5J Tkc6IEludGVyZmFjZSBsaW5rIGlzIGRvd24sIGlnbm9yaW5nIHRyYW5zbWl0IHJlcXVlc3QNCmJ4 ZTQ6IFdBUk5JTkc6IEludGVyZmFjZSBsaW5rIGlzIGRvd24sIGlnbm9yaW5nIHRyYW5zbWl0IHJl cXVlc3QNCmJ4ZTQ6IFdBUk5JTkc6IEludGVyZmFjZSBsaW5rIGlzIGRvd24sIGlnbm9yaW5nIHRy YW5zbWl0IHJlcXVlc3QNCmJ4ZTU6IFdBUk5JTkc6IEludGVyZmFjZSBsaW5rIGlzIGRvd24sIGln bm9yaW5nIHRyYW5zbWl0IHJlcXVlc3QNCmJ4ZTU6IFdBUk5JTkc6IEludGVyZmFjZSBsaW5rIGlz IGRvd24sIGlnbm9yaW5nIHRyYW5zbWl0IHJlcXVlc3QNCmJ4ZTM6IFdBUk5JTkc6IEludGVyZmFj ZSBsaW5rIGlzIGRvd24sIGlnbm9yaW5nIHRyYW5zbWl0IHJlcXVlc3QNCmJ4ZTQ6IFdBUk5JTkc6 IEludGVyZmFjZSBsaW5rIGlzIGRvd24sIGlnbm9yaW5nIHRyYW5zbWl0IHJlcXVlc3QNCmJ4ZTU6 IFdBUk5JTkc6IEludGVyZmFjZSBsaW5rIGlzIGRvd24sIGlnbm9yaW5nIHRyYW5zbWl0IHJlcXVl c3QNCmJ4ZTM6IFdBUk5JTkc6IEludGVyZmFjZSBsaW5rIGlzIGRvd24sIGlnbm9yaW5nIHRyYW5z bWl0IHJlcXVlc3QNCmJ4ZTQ6IFdBUk5JTkc6IEludGVyZmFjZSBsaW5rIGlzIGRvd24sIGlnbm9y aW5nIHRyYW5zbWl0IHJlcXVlc3QNCmJ4ZTM6IFdBUk5JTkc6IEludGVyZmFjZSBsaW5rIGlzIGRv d24sIGlnbm9yaW5nIHRyYW5zbWl0IHJlcXVlc3QNCmJ4ZTU6IFdBUk5JTkc6IEludGVyZmFjZSBs aW5rIGlzIGRvd24sIGlnbm9yaW5nIHRyYW5zbWl0IHJlcXVlc3QNCmJ4ZTQ6IFdBUk5JTkc6IElu dGVyZmFjZSBsaW5rIGlzIGRvd24sIGlnbm9yaW5nIHRyYW5zbWl0IHJlcXVlc3QNCmJ4ZTU6IFdB Uk5JTkc6IEludGVyZmFjZSBsaW5rIGlzIGRvd24sIGlnbm9yaW5nIHRyYW5zbWl0IHJlcXVlc3QN CmJ4ZTM6IFdBUk5JTkc6IEludGVyZmFjZSBsaW5rIGlzIGRvd24sIGlnbm9yaW5nIHRyYW5zbWl0 IHJlcXVlc3QNCmJ4ZTQ6IFdBUk5JTkc6IEludGVyZmFjZSBsaW5rIGlzIGRvd24sIGlnbm9yaW5n IHRyYW5zbWl0IHJlcXVlc3QNCmJ4ZTM6IFdBUk5JTkc6IEludGVyZmFjZSBsaW5rIGlzIGRvd24s IGlnbm9yaW5nIHRyYW5zbWl0IHJlcXVlc3QNCmJ4ZTU6IFdBUk5JTkc6IEludGVyZmFjZSBsaW5r IGlzIGRvd24sIGlnbm9yaW5nIHRyYW5zbWl0IHJlcXVlc3QNCmJ4ZTQ6IFdBUk5JTkc6IEludGVy ZmFjZSBsaW5rIGlzIGRvd24sIGlnbm9yaW5nIHRyYW5zbWl0IHJlcXVlc3QNCmJ4ZTU6IFdBUk5J Tkc6IEludGVyZmFjZSBsaW5rIGlzIGRvd24sIGlnbm9yaW5nIHRyYW5zbWl0IHJlcXVlc3QNCmJ4 ZTM6IFdBUk5JTkc6IEludGVyZmFjZSBsaW5rIGlzIGRvd24sIGlnbm9yaW5nIHRyYW5zbWl0IHJl cXVlc3QNCmJ4ZTU6IFdBUk5JTkc6IEludGVyZmFjZSBsaW5rIGlzIGRvd24sIGlnbm9yaW5nIHRy YW5zbWl0IHJlcXVlc3QNCmJ4ZTM6IGJ4ZTQ6IFdBUk5JTkc6IEludGVyZmFjZSBsaW5rIGlzIGRv d24sIGlnbm9yaW5nIHRyYW5zbWl0IHJlcXVlc3QNCldBUk5JTkc6IEludGVyZmFjZSBsaW5rIGlz IGRvd24sIGlnbm9yaW5nIHRyYW5zbWl0IHJlcXVlc3QNCmJ4ZTQ6IFdBUk5JTkc6IEludGVyZmFj ZSBsaW5rIGlzIGRvd24sIGlnbm9yaW5nIHRyYW5zbWl0IHJlcXVlc3QNCmJ4ZTM6IFdBUk5JTkc6 IEludGVyZmFjZSBsaW5rIGlzIGRvd24sIGlnbm9yaW5nIHRyYW5zbWl0IHJlcXVlc3QNCmJ4ZTU6 IFdBUk5JTkc6IEludGVyZmFjZSBsaW5rIGlzIGRvd24sIGlnbm9yaW5nIHRyYW5zbWl0IHJlcXVl c3QNCmJ4ZTQ6IFdBUk5JTkc6IEludGVyZmFjZSBsaW5rIGlzIGRvd24sIGlnbm9yaW5nIHRyYW5z bWl0IHJlcXVlc3QNCg0KQW5kIGhlcmUgaXMgdGhlIGRldmljZSBpbmZvOg0KDQpieGUwQHBjaTA6 MzowOjA6ICAgICAgICBjbGFzcz0weDAyMDAwMCBjYXJkPTB4MTAwODE0ZTQgY2hpcD0weDE2YWUx NGU0IHJldj0weDEwIGhkcj0weDAwDQogICAgdmVuZG9yICAgICA9ICdCcm9hZGNvbSBDb3Jwb3Jh dGlvbicNCiAgICBkZXZpY2UgICAgID0gJ05ldFh0cmVtZSBJSSBCQ001NzgxMCAxMCBHaWdhYml0 IEV0aGVybmV0IE11bHRpIEZ1bmN0aW9uJw0KICAgIGNsYXNzICAgICAgPSBuZXR3b3JrDQogICAg c3ViY2xhc3MgICA9IGV0aGVybmV0DQpieGUxQHBjaTA6MzowOjE6ICAgICAgICBjbGFzcz0weDAy MDAwMCBjYXJkPTB4MTAwODE0ZTQgY2hpcD0weDE2YWUxNGU0IHJldj0weDEwIGhkcj0weDAwDQog ICAgdmVuZG9yICAgICA9ICdCcm9hZGNvbSBDb3Jwb3JhdGlvbicNCiAgICBkZXZpY2UgICAgID0g J05ldFh0cmVtZSBJSSBCQ001NzgxMCAxMCBHaWdhYml0IEV0aGVybmV0IE11bHRpIEZ1bmN0aW9u Jw0KICAgIGNsYXNzICAgICAgPSBuZXR3b3JrDQogICAgc3ViY2xhc3MgICA9IGV0aGVybmV0DQpi eGUyQHBjaTA6MzowOjI6ICAgICAgICBjbGFzcz0weDAyMDAwMCBjYXJkPTB4MTAwODE0ZTQgY2hp cD0weDE2YWUxNGU0IHJldj0weDEwIGhkcj0weDAwDQogICAgdmVuZG9yICAgICA9ICdCcm9hZGNv bSBDb3Jwb3JhdGlvbicNCiAgICBkZXZpY2UgICAgID0gJ05ldFh0cmVtZSBJSSBCQ001NzgxMCAx MCBHaWdhYml0IEV0aGVybmV0IE11bHRpIEZ1bmN0aW9uJw0KICAgIGNsYXNzICAgICAgPSBuZXR3 b3JrDQogICAgc3ViY2xhc3MgICA9IGV0aGVybmV0DQpieGUzQHBjaTA6MzowOjM6ICAgICAgICBj bGFzcz0weDAyMDAwMCBjYXJkPTB4MTAwODE0ZTQgY2hpcD0weDE2YWUxNGU0IHJldj0weDEwIGhk cj0weDAwDQogICAgdmVuZG9yICAgICA9ICdCcm9hZGNvbSBDb3Jwb3JhdGlvbicNCiAgICBkZXZp Y2UgICAgID0gJ05ldFh0cmVtZSBJSSBCQ001NzgxMCAxMCBHaWdhYml0IEV0aGVybmV0IE11bHRp IEZ1bmN0aW9uJw0KICAgIGNsYXNzICAgICAgPSBuZXR3b3JrDQogICAgc3ViY2xhc3MgICA9IGV0 aGVybmV0DQpieGU0QHBjaTA6MzowOjQ6ICAgICAgICBjbGFzcz0weDAyMDAwMCBjYXJkPTB4MTAw ODE0ZTQgY2hpcD0weDE2YWUxNGU0IHJldj0weDEwIGhkcj0weDAwDQogICAgdmVuZG9yICAgICA9 ICdCcm9hZGNvbSBDb3Jwb3JhdGlvbicNCiAgICBkZXZpY2UgICAgID0gJ05ldFh0cmVtZSBJSSBC Q001NzgxMCAxMCBHaWdhYml0IEV0aGVybmV0IE11bHRpIEZ1bmN0aW9uJw0KICAgIGNsYXNzICAg ICAgPSBuZXR3b3JrDQogICAgc3ViY2xhc3MgICA9IGV0aGVybmV0DQpieGU1QHBjaTA6MzowOjU6 ICAgICAgICBjbGFzcz0weDAyMDAwMCBjYXJkPTB4MTAwODE0ZTQgY2hpcD0weDE2YWUxNGU0IHJl dj0weDEwIGhkcj0weDAwDQogICAgdmVuZG9yICAgICA9ICdCcm9hZGNvbSBDb3Jwb3JhdGlvbicN CiAgICBkZXZpY2UgICAgID0gJ05ldFh0cmVtZSBJSSBCQ001NzgxMCAxMCBHaWdhYml0IEV0aGVy bmV0IE11bHRpIEZ1bmN0aW9uJw0KICAgIGNsYXNzICAgICAgPSBuZXR3b3JrDQogICAgc3ViY2xh c3MgICA9IGV0aGVybmV0DQpieGU2QHBjaTA6MzowOjY6ICAgICAgICBjbGFzcz0weDAyMDAwMCBj YXJkPTB4MTAwODE0ZTQgY2hpcD0weDE2YWUxNGU0IHJldj0weDEwIGhkcj0weDAwDQogICAgdmVu ZG9yICAgICA9ICdCcm9hZGNvbSBDb3Jwb3JhdGlvbicNCiAgICBkZXZpY2UgICAgID0gJ05ldFh0 cmVtZSBJSSBCQ001NzgxMCAxMCBHaWdhYml0IEV0aGVybmV0IE11bHRpIEZ1bmN0aW9uJw0KICAg IGNsYXNzICAgICAgPSBuZXR3b3JrDQogICAgc3ViY2xhc3MgICA9IGV0aGVybmV0DQpieGU3QHBj aTA6MzowOjc6ICAgICAgICBjbGFzcz0weDAyMDAwMCBjYXJkPTB4MTAwODE0ZTQgY2hpcD0weDE2 YWUxNGU0IHJldj0weDEwIGhkcj0weDAwDQogICAgdmVuZG9yICAgICA9ICdCcm9hZGNvbSBDb3Jw b3JhdGlvbicNCiAgICBkZXZpY2UgICAgID0gJ05ldFh0cmVtZSBJSSBCQ001NzgxMCAxMCBHaWdh Yml0IEV0aGVybmV0IE11bHRpIEZ1bmN0aW9uJw0KICAgIGNsYXNzICAgICAgPSBuZXR3b3JrDQog ICAgc3ViY2xhc3MgICA9IGV0aGVybmV0DQoNCg0KTWFueSB0aGFua3MgaWYgeW91IGNhbiBnaXZl IG1lIHNvbWUgc3VnZ2VzdGlvbnMsIHRoYW5rcyB5b3UhDQoNCg0KDQpfX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fXw0KDQpUaGlzIG1lc3NhZ2UgYW5kIGFueSBhdHRhY2hlZCBkb2N1bWVu dHMgY29udGFpbiBpbmZvcm1hdGlvbiBmcm9tIHRoZSBzZW5kaW5nIGNvbXBhbnkgb3IgaXRzIHBh cmVudCBjb21wYW55KHMpLCBzdWJzaWRpYXJpZXMsIGRpdmlzaW9ucyBvciBicmFuY2ggb2ZmaWNl cyB0aGF0IG1heSBiZSBjb25maWRlbnRpYWwuIElmIHlvdSBhcmUgbm90IHRoZSBpbnRlbmRlZCBy ZWNpcGllbnQsIHlvdSBtYXkgbm90IHJlYWQsIGNvcHksIGRpc3RyaWJ1dGUsIG9yIHVzZSB0aGlz IGluZm9ybWF0aW9uLiBJZiB5b3UgaGF2ZSByZWNlaXZlZCB0aGlzIHRyYW5zbWlzc2lvbiBpbiBl cnJvciwgcGxlYXNlIG5vdGlmeSB0aGUgc2VuZGVyIGltbWVkaWF0ZWx5IGJ5IHJlcGx5IGUtbWFp bCBhbmQgdGhlbiBkZWxldGUgdGhpcyBtZXNzYWdlLg0KDQpfX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fXw0KDQpUaGlzIG1lc3NhZ2UgYW5kIGFueSBhdHRhY2hlZCBkb2N1bWVudHMgY29u dGFpbiBpbmZvcm1hdGlvbiBmcm9tIHRoZSBzZW5kaW5nIGNvbXBhbnkgb3IgaXRzIHBhcmVudCBj b21wYW55KHMpLCBzdWJzaWRpYXJpZXMsIGRpdmlzaW9ucyBvciBicmFuY2ggb2ZmaWNlcyB0aGF0 IG1heSBiZSBjb25maWRlbnRpYWwuIElmIHlvdSBhcmUgbm90IHRoZSBpbnRlbmRlZCByZWNpcGll bnQsIHlvdSBtYXkgbm90IHJlYWQsIGNvcHksIGRpc3RyaWJ1dGUsIG9yIHVzZSB0aGlzIGluZm9y bWF0aW9uLiBJZiB5b3UgaGF2ZSByZWNlaXZlZCB0aGlzIHRyYW5zbWlzc2lvbiBpbiBlcnJvciwg cGxlYXNlIG5vdGlmeSB0aGUgc2VuZGVyIGltbWVkaWF0ZWx5IGJ5IHJlcGx5IGUtbWFpbCBhbmQg dGhlbiBkZWxldGUgdGhpcyBtZXNzYWdlLg0K From owner-freebsd-questions@FreeBSD.ORG Wed Mar 4 22:53:12 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 415F77FA for ; Wed, 4 Mar 2015 22:53:12 +0000 (UTC) Received: from mail-lb0-x236.google.com (mail-lb0-x236.google.com [IPv6:2a00:1450:4010:c04::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A255DEA0 for ; Wed, 4 Mar 2015 22:53:11 +0000 (UTC) Received: by lbjf15 with SMTP id f15so19625199lbj.2 for ; Wed, 04 Mar 2015 14:53:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:references:from:date:message-id:subject:to :content-type; bh=uxc9Oe4vcPRLVhxPi8XNb5WLNNV3Vv9EZzoA19Rb6j0=; b=ucwxDH61z88xsuhp0l3f9g+AA1AYqcCi0O1AS5Tg7xZHHfiiJda3KyXTx8jP9Ax+F5 MRrLHJ3cTTWX9Md3U5exxh/1KGn7QWCinVZXFomw/38oHtDQHqafxhFQl3ylN8k9wb1M xaSqH+vU3Qd8I9maDyZPnVdGpDcFjRkmi2xm//UkcClClPLfbsfW3B3vaLR2KiAy0a+o /QoGJ96fnoHbR6RH6UPSz8CeRXNJKQvaSPjZ7JO8OXRQQNcAXyxmE3DrT2posZ70Khmk ExcaAoHWZZdX64hQQlsvSFkQIXIHuGEnoxOMcFRPfWhSNcAcHVxes3uraX3HK35DKtrr wgIg== X-Received: by 10.112.110.231 with SMTP id id7mr5547104lbb.28.1425509589493; Wed, 04 Mar 2015 14:53:09 -0800 (PST) MIME-Version: 1.0 References: <54F56A83.3000404@gmail.com> <54F57CD9.2000707@gmail.com> <54F5AF25.7000303@qeng-ho.org> <54F71117.7050606@gmail.com> <54F71E2F.1000705@qeng-ho.org> <54F73455.5080509@gmail.com> <54F7351A.4010900@gmail.com> <54F74B10.7090901@qeng-ho.org> From: Daniel Peyrolon Date: Wed, 04 Mar 2015 22:53:09 +0000 Message-ID: Subject: Re: Check root password changes done via single user mode To: Arthur Chance , zep , freebsd-questions@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Mar 2015 22:53:12 -0000 Hi everyone, What about patching the actual function used to store the password? Another option would be to write a rootkit and hook it to the syscall used to open the password file. It it's written with write permissions, just let that know to the system owner somehow. (sysctl, writing a file somewhere...) Besides, being a kernel module itself, it would be able to detect if the system is in SUM, and thus activate itself automatically, if I'm not wrong. Of course, that could be avoided simply by mounting the filesystem in a live system and changing the password there. Once again, the solution to that is encryption. Someone will be able to correct me and provide us with more information, but that's as far as I can get on this. El mi=E9., 4 de marzo de 2015 a las 19:12, Arthur Chance () escribi=F3: > On 04/03/2015 16:38, zep wrote: > > > > > > On 03/04/2015 11:35 AM, Ricardo Mart=EDn wrote: > >> At this point you might want to review the original post again. > >> It's a simple and specific request for comments about whether if its > >> feasible to somehow flag a root's password reset in SUM. > >> No more, no less. > >> > > > > > perhaps you should review the responses. the short answer is 'sort > > of, but not really the way you seem want to; also it's a bit of a fool'= s > > errand and whoever pointed you down this path doesn't like you very > much'. > > > > I'd agree with that. :-) > > If someone has simply changed the root password and done nothing else > it's trivial to detect that it's changed - the daily periodic password > backup will do that and it's enabled by default. You might also be able > to decide whether it happened during multi- or single- user mode based > on the modification time of the password file. > > If the person who changed it doesn't want you to find out it's changed, > you are going to have a learning experience. > > -- > Those who do not learn from computing history are doomed to > GOTO 1 > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions- > unsubscribe@freebsd.org" From owner-freebsd-questions@FreeBSD.ORG Thu Mar 5 15:39:18 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 132E060D for ; Thu, 5 Mar 2015 15:39:18 +0000 (UTC) Received: from BLU004-OMC4S27.hotmail.com (blu004-omc4s27.hotmail.com [65.55.111.166]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "*.outlook.com", Issuer "MSIT Machine Auth CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C0229989 for ; Thu, 5 Mar 2015 15:39:17 +0000 (UTC) Received: from BLU436-SMTP37 ([65.55.111.136]) by BLU004-OMC4S27.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.22751); Thu, 5 Mar 2015 07:38:10 -0800 X-TMN: [tDnvday3aUM5T9Jh6QmgC5WL49pgU2lh] X-Originating-Email: [bourne.identity@hotmail.com] Message-ID: Date: Thu, 5 Mar 2015 21:08:01 +0530 From: Manish Jain User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: "freeb >> User Questions" Subject: Is there any plan to adopt devtmpfs ? Content-Type: text/plain; charset="utf-8"; format=flowed Content-Transfer-Encoding: 7bit X-Antivirus: avast! (VPS 150305-0, 05-03-2015), Outbound message X-Antivirus-Status: Clean X-OriginalArrivalTime: 05 Mar 2015 15:38:08.0025 (UTC) FILETIME=[6106C090:01D0575A] X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Mar 2015 15:39:18 -0000 Hi all, I love FreeBSD, and a lot of people whom I have shown my box to have taken a fancy. It was with a lot of expectation that I downloaded and installed freebsd-10.1-i386. The system was likable enough, till I found a lot of hardware would not work - my canon printer gets detected in dmesg, but cups cannot locate any local printer; my APC UPS is able to perform a self test but is unable to shut down the system in case of a power outage on account of some communication failure re battery levels; and finally my keyboard stops responding. All these are USB devices, and I for some time believed that there might some problem with the USB stack. Just for kicks, I decided to try Linux to see if my stuff works. On Debian 7.8, neither the printer works nor does the UPS. However, with Ubuntu 14.10 the printer detection and installation was a cinch. I did not test the UPS, but I am sure that would have worked too - but the Unity desktop is too painful for me to verify this fully. The one thing I noticed about Ubuntu 14.10 is that it uses a lot of virtual filesystems, headed by devtmpfs. Is it possible that a lot of hardware that currently is not working smoothly on FreeBSD will liven up simply by migrating one step ahead of devfs ? If yes, is there a possibility that we might be getting devtmpfs in 10.2/11.x ? Thanks & -- Regards, Manish Jain --- This email is free from viruses and malware because avast! Antivirus protection is active. http://www.avast.com From owner-freebsd-questions@FreeBSD.ORG Thu Mar 5 17:00:42 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0A5CCEB2 for ; Thu, 5 Mar 2015 17:00:41 +0000 (UTC) Received: from mail-ie0-x232.google.com (mail-ie0-x232.google.com [IPv6:2607:f8b0:4001:c03::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 93802776 for ; Thu, 5 Mar 2015 17:00:41 +0000 (UTC) Received: by iebtr6 with SMTP id tr6so4991800ieb.4 for ; Thu, 05 Mar 2015 09:00:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=cvJ6FF7xIOQIUmNIwV7TpptaxoGy17YOb6MCaANqXYw=; b=v8+ugUtbWWla0GQXga7cNyK4w4REDpfPFLzNNKfvTEvxMfNLImuJvYQNB31LqPbvFX TJGatXXEcu66l3cor5Bl5fgV1v793bp/OKn+bCprX/j8zVCVKdKC+EUPM70J/Vnu4cEd R2OaCe6Lya6tU59z0GcQJnC4T7I3OU3pTWxOhMF3ytIEyxaov1aWB31qUeNSEgd7nW16 o2ZJNyUlhVvy1tl/36LADTgl2yXcaq2WYCXWlmEAsXAMcUZ1V3F7+szQe7O1w58011np R9pxnGTC4mUyFz4FzKbAU4U5Q6MzMFdf30Q9dZ+ylVsBg35oDTgHRseAlF7sWE9OyKiI DtXg== MIME-Version: 1.0 X-Received: by 10.42.109.12 with SMTP id j12mr4636293icp.22.1425574840998; Thu, 05 Mar 2015 09:00:40 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.36.17.66 with HTTP; Thu, 5 Mar 2015 09:00:40 -0800 (PST) In-Reply-To: References: Date: Thu, 5 Mar 2015 09:00:40 -0800 X-Google-Sender-Auth: zrLE6cpEEREEmNojEwLKoeQwbqI Message-ID: Subject: Re: Is there any plan to adopt devtmpfs ? From: Adrian Chadd To: Manish Jain Content-Type: text/plain; charset=UTF-8 Cc: "freeb >> User Questions" X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Mar 2015 17:00:42 -0000 It's not devtmpfs - it's likely some USB bugs that haven't been nailed down. can you gather some debugging output (dmesg > file.txt would be a good start) and email that to freebsd-usb@freebsd.org ? It may be something that's been fixed since 10.1 was released. Thanks! -adrian From owner-freebsd-questions@FreeBSD.ORG Thu Mar 5 17:06:08 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 14C1A532 for ; Thu, 5 Mar 2015 17:06:08 +0000 (UTC) Received: from bede.qeng-ho.org (bede.qeng-ho.org [217.155.128.241]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8A6647FD for ; Thu, 5 Mar 2015 17:06:07 +0000 (UTC) Received: from arthur.home.qeng-ho.org (arthur.home.qeng-ho.org [172.23.1.2]) by bede.home.qeng-ho.org (8.14.9/8.14.7) with ESMTP id t25H5wFd028034; Thu, 5 Mar 2015 17:05:59 GMT (envelope-from freebsd@qeng-ho.org) Message-ID: <54F88CF6.1040608@qeng-ho.org> Date: Thu, 05 Mar 2015 17:05:58 +0000 From: Arthur Chance User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: Manish Jain , "freeb >> User Questions" Subject: Re: Is there any plan to adopt devtmpfs ? References: In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Mar 2015 17:06:08 -0000 On 05/03/2015 15:38, Manish Jain wrote: > I love FreeBSD, and a lot of people whom I have shown my box to have > taken a fancy. It was with a lot of expectation that I downloaded and > installed freebsd-10.1-i386. The system was likable enough, till I found > a lot of hardware would not work - my canon printer gets detected in > dmesg, but cups cannot locate any local printer; my APC UPS is able to It's worth remembering that CUPS is often said to be an acronym for Can't Usually Print Stuff. Give me lpr any day. > perform a self test but is unable to shut down the system in case of a > power outage on account of some communication failure re battery levels; > and finally my keyboard stops responding. All these are USB devices, and > I for some time believed that there might some problem with the USB stack. > > Just for kicks, I decided to try Linux to see if my stuff works. On > Debian 7.8, neither the printer works nor does the UPS. However, with > Ubuntu 14.10 the printer detection and installation was a cinch. I did > not test the UPS, but I am sure that would have worked too - but the > Unity desktop is too painful for me to verify this fully. > > The one thing I noticed about Ubuntu 14.10 is that it uses a lot of > virtual filesystems, headed by devtmpfs. Is it possible that a lot of > hardware that currently is not working smoothly on FreeBSD will liven up > simply by migrating one step ahead of devfs ? If yes, is there a > possibility that we might be getting devtmpfs in 10.2/11.x ? After a quick google to find out what devtmpfs was I found "devtmpfs is a file system with automated device nodes populated by the kernel." That's what devfs already is. Plug a device in, and if it's known it appears somewhere in your devfs. Unplug it and it disappears. As for virtual file systems, FBSD already has devfs, procfs, fdescfs, mqueuefs, for Linux compatibility it has linprocfs & linsysfs, and depending on how you define a virtual fs, possibly tmpfs, nullfs and unionfs. Isn't that enough to be going on with? -- Those who do not learn from computing history are doomed to GOTO 1 From owner-freebsd-questions@FreeBSD.ORG Thu Mar 5 17:07:56 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 756725DA for ; Thu, 5 Mar 2015 17:07:56 +0000 (UTC) Received: from mail.cyberleo.net (paka.cyberleo.net [216.226.128.180]) by mx1.freebsd.org (Postfix) with ESMTP id 529DD81B for ; Thu, 5 Mar 2015 17:07:55 +0000 (UTC) Received: from [172.16.44.4] (vitani.den.cyberleo.net [216.80.73.130]) by mail.cyberleo.net (Postfix) with ESMTPSA id 4EC5D1B68C; Thu, 5 Mar 2015 12:07:49 -0500 (EST) Message-ID: <54F88D64.4000607@cyberleo.net> Date: Thu, 05 Mar 2015 11:07:48 -0600 From: CyberLeo Kitsana User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: Manish Jain , "freeb >> User Questions" Subject: Re: Is there any plan to adopt devtmpfs ? References: In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Mar 2015 17:07:56 -0000 On 03/05/2015 09:38 AM, Manish Jain wrote: > > Hi all, > > I love FreeBSD, and a lot of people whom I have shown my box to have > taken a fancy. It was with a lot of expectation that I downloaded and > installed freebsd-10.1-i386. The system was likable enough, till I found > a lot of hardware would not work - my canon printer gets detected in > dmesg, but cups cannot locate any local printer; my APC UPS is able to > perform a self test but is unable to shut down the system in case of a > power outage on account of some communication failure re battery levels; > and finally my keyboard stops responding. All these are USB devices, and > I for some time believed that there might some problem with the USB stack. Can you provide further details for these failures? Specific device models and relevant dmesg(8) and usbconfig(8) output, for example. > Just for kicks, I decided to try Linux to see if my stuff works. On > Debian 7.8, neither the printer works nor does the UPS. However, with > Ubuntu 14.10 the printer detection and installation was a cinch. I did > not test the UPS, but I am sure that would have worked too - but the > Unity desktop is too painful for me to verify this fully. Linux and FreeBSD have, for the most part, completely different driver and framework implementations. That your hardware works in one and not the other merely indicates that it is probably a deficiency in the FreeBSD drivers. That's fairly common for consumer-grade equipment, given the relative sizes of the two projects and that, due to technical and legal reasons, work cannot flow easily between the two. > The one thing I noticed about Ubuntu 14.10 is that it uses a lot of > virtual filesystems, headed by devtmpfs. Is it possible that a lot of > hardware that currently is not working smoothly on FreeBSD will liven up > simply by migrating one step ahead of devfs ? If yes, is there a > possibility that we might be getting devtmpfs in 10.2/11.x ? Ignoring obvious platform differences, the two are actually pretty much identical in their operation. They are both virtual filesystems whose contents are managed by the kernel, upon which permissions and ownership are applied by a userland daemon according to rules specified by the administrator. Neither of them have anything to do with the drivers that operate the hardware; they merely provide management of the device nodes exposed by those drivers. -- Fuzzy love, -CyberLeo Technical Administrator CyberLeo.Net Webhosting http://www.CyberLeo.Net Furry Peace! - http://www.fur.com/peace/ From owner-freebsd-questions@FreeBSD.ORG Thu Mar 5 18:16:45 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3DCACA6A for ; Thu, 5 Mar 2015 18:16:45 +0000 (UTC) Received: from mx02.qsc.de (mx02.qsc.de [213.148.130.14]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id F0DD3185 for ; Thu, 5 Mar 2015 18:16:44 +0000 (UTC) Received: from r56.edvax.de (port-92-195-131-196.dynamic.qsc.de [92.195.131.196]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx02.qsc.de (Postfix) with ESMTPS id C335F27752; Thu, 5 Mar 2015 19:16:35 +0100 (CET) Received: from r56.edvax.de (localhost [127.0.0.1]) by r56.edvax.de (8.14.5/8.14.5) with SMTP id t25IGZ7e002066; Thu, 5 Mar 2015 19:16:35 +0100 (CET) (envelope-from freebsd@edvax.de) Date: Thu, 5 Mar 2015 19:16:35 +0100 From: Polytropon To: Manish Jain Subject: Re: Is there any plan to adopt devtmpfs ? Message-Id: <20150305191635.a98a188e.freebsd@edvax.de> In-Reply-To: References: Reply-To: Polytropon Organization: EDVAX X-Mailer: Sylpheed 3.1.1 (GTK+ 2.24.5; i386-portbld-freebsd8.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: "freeb >> User Questions" X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Mar 2015 18:16:45 -0000 On Thu, 5 Mar 2015 21:08:01 +0530, Manish Jain wrote: > The system was likable enough, till I found > a lot of hardware would not work - my canon printer gets detected in > dmesg, but cups cannot locate any local printer; [...] Canon is known for producing printers which require non-standard drivers, they usually require more work to get them working. In few cases, it's even impossible. > [...] my APC UPS is able to > perform a self test but is unable to shut down the system in case of a > power outage on account of some communication failure re battery levels; > and finally my keyboard stops responding. All these are USB devices, and > I for some time believed that there might some problem with the USB stack. Also consider that there are problem with the hardware which does not conform to existing USB specifications and protocols in favour of a manufacturer-specific way of doing things. > Just for kicks, I decided to try Linux to see if my stuff works. On > Debian 7.8, neither the printer works nor does the UPS. However, with > Ubuntu 14.10 the printer detection and installation was a cinch. So you have good chances to get the printer working on FreeBSD. It might be a bit of work, though. > I did > not test the UPS, but I am sure that would have worked too - but the > Unity desktop is too painful for me to verify this fully. I know what you mean. ;-) > The one thing I noticed about Ubuntu 14.10 is that it uses a lot of > virtual filesystems, headed by devtmpfs. Is it possible that a lot of > hardware that currently is not working smoothly on FreeBSD will liven up > simply by migrating one step ahead of devfs ? If yes, is there a > possibility that we might be getting devtmpfs in 10.2/11.x ? I don't think so. However, some hardware can magically be brought to life by using Linux "drivers" and FreeBSD's Linux ABI. Last year, I got a Canon Lasershot printer working that way. :-) Just a sidenote: FreeBSD and Linux are different operating systems, so it's still possible that something which works flawlessly on Linux does not work on FreeBSD, because the software has been made without taking care of portability or interoperability. -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... From owner-freebsd-questions@FreeBSD.ORG Thu Mar 5 19:10:42 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9027FE35 for ; Thu, 5 Mar 2015 19:10:42 +0000 (UTC) Received: from mail-lb0-x22b.google.com (mail-lb0-x22b.google.com [IPv6:2a00:1450:4010:c04::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 129D3A27 for ; Thu, 5 Mar 2015 19:10:42 +0000 (UTC) Received: by lbiz12 with SMTP id z12so25522126lbi.12 for ; Thu, 05 Mar 2015 11:10:40 -0800 (PST) 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=4Qlg4Mu+uh2VEv3AY+MTaLiBb8wByo6rkU0F4Zc14Rc=; b=i0Q8sEizgM7gdw/hwdb03HKlF8rzzFXMMLMbqTxkg4hqMwogeQ6+YCvkDPA+exMKLN eecFaF80eUqJnyXnr4fqOhNtuY+bslmRsaCqwsmO68vP3TDtsEfM/iTsIynjBAp8umFK afB19Rc7xVv1XxyxMo7utV44ybh5MY8QJNvYALvFNWnp0DUBBHBshGvJp0BZYcNBe5Iv 0SNkMCggTVvevIcxu2qeZeV8XvZ5bm4qqHaaO6G7rQax+AKca8kg6BoNsEJoPusw5m8H 1DvpsxzAcamUKMo1MOVCH5Klu0kbbJVF4l24CblSspdOtWleXapajuNzwxZojNkSEany frxQ== MIME-Version: 1.0 X-Received: by 10.152.204.106 with SMTP id kx10mr1027276lac.110.1425582640206; Thu, 05 Mar 2015 11:10:40 -0800 (PST) Received: by 10.114.18.194 with HTTP; Thu, 5 Mar 2015 11:10:40 -0800 (PST) Date: Thu, 5 Mar 2015 11:10:40 -0800 Message-ID: Subject: veeam client pointing to FreeBSD - linux binary errors From: javocado To: freebsd-questions@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Mar 2015 19:10:42 -0000 Hello, I am trying to point veeam, with its "linux target" to a FreeBSD system. We've made a lot of progress - you have to set bash as the veeam users shell as well as give them sudo privs and make sure perl is on the system, etc. At some point, Veeam uploads a linux binary executable and runs it, and that is succeeding as well, since we loaded linux.ko. However, when this veeam server-side executable runs, we see this error: [03.03.2015 21:03:56] < 49156> cli| Thread started. Thread id: 49156, parent id: 16384, role: VRPC server thread [03.03.2015 21:03:56] < 49156> net| Veeam RPC server started. [03.03.2015 21:03:56] < 49156> net| Selected vRPC port: '2500'. [03.03.2015 21:03:56] < 49156> net| Listening vRPC port '2500'. [03.03.2015 21:03:56] < 16384> cli| Client works in standalone mode.[03.03.2015 21:03:57] < 49156> net| ERR |Veeam RPC server broken. [03.03.2015 21:03:57] < 49156> net| >> |WIN: Unable to update socket keep-alive settings. Error code: [92]. [03.03.2015 21:03:57] < 49156> net| >> |An exception was thrown from thread [49156]. [03.03.2015 21:03:57] < 49156> cli| Thread finished. Role: 'VRPC server thread'. The main part of the error is the: |WIN: Unable to update socket keep-alive settings. Error code: [92]. Does anyone have any idea what might cause a linux binary executable to throw that error, and how we might solve or work around it ? This is FreeBSD 8.3. Thank you. From owner-freebsd-questions@FreeBSD.ORG Fri Mar 6 00:45:02 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9C7B7679 for ; Fri, 6 Mar 2015 00:45:02 +0000 (UTC) Received: from mail-wg0-x242.google.com (mail-wg0-x242.google.com [IPv6:2a00:1450:400c:c00::242]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3AE4B16C for ; Fri, 6 Mar 2015 00:45:02 +0000 (UTC) Received: by wghb13 with SMTP id b13so14742726wgh.2 for ; Thu, 05 Mar 2015 16:45:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=trollaxor.com; s=google; h=mime-version:date:message-id:subject:from:to:content-type; bh=9FEetbtF1CQUwHuTc5DT3xbJq/6sa3WWpWLiOrMUli0=; b=fdUtEkQckhu7YMOKlgVRRe3kR4Oa2teZyBpUc6b934CnYdbZvVwiOxMKk0QvwcFsYu AZRN1Uba7+M+WwacP9uFmEY4stwlFiMmzDXS/S1eJ8EipUqG+hqkX1FCD6hbsJLsiINX 9VRdSqCwdbTf9v4P4iTkHKUoQ2jUlr2SRx5m0= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to :content-type; bh=9FEetbtF1CQUwHuTc5DT3xbJq/6sa3WWpWLiOrMUli0=; b=ILsNwYFYnMW8a01jCv6ijfJvXsnHeq5Rc/wXDlmW6/w31xHkXWiFkMoQIBVsH1auyl PPTGyQcq5dqmK/aA/Y2iGHxsrv0Tmhwb6VU8Ajm88W4w7qrZxGpydbSRXIHwB5pESqb2 HeDkhY5v46v1OnIlvK5kns2W1opLzF/Mnvd0iceRtKItAVzk0w5SsDvIGFQYiFZZKefB z0+nHfYIpq6eE1m5w8axeszeb/b4pbWoZxs1DfnU61naXMfA8jCaltrncNtvIG9BrGSI T8DSTjLim39rfZEeQcrMsx2WzyKNJBguiblil0YYMu1LcJfKMTLy+Z+bTFPe006Km9qT y+3A== X-Gm-Message-State: ALoCoQl4W6WoDjLZ3xog/MqtEl9o9HCAPJ2H5FFwbEtt2Zt0X6rONwB2YQt4r/15y9oMtVEGwn7R MIME-Version: 1.0 X-Received: by 10.180.85.39 with SMTP id e7mr27281044wiz.90.1425602700665; Thu, 05 Mar 2015 16:45:00 -0800 (PST) Received: by 10.194.7.65 with HTTP; Thu, 5 Mar 2015 16:45:00 -0800 (PST) Date: Fri, 6 Mar 2015 00:45:00 +0000 Message-ID: Subject: #InstallFreeBSD From: Grant Hayes To: freebsd-advocacy@freebsd.org, freebsd-chat@freebsd.org, freebsd-hackers@freebsd.org, freebsd-questions@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Mar 2015 00:45:02 -0000 Dear FreeBSD developers, users, and other enthusiasts: This is a call for individuals to organize #InstallFreeBSD events in their locales. The purpose of these events is to increase awareness of our favorite operating system because it's worth knowing about and using. The events should be planned ahead of time and open to the public to maximize the impact of sharing FreeBSD with the wider world. It would be great to use a shared agenda that will allow each event to engage its participants in an intentional but leave room for flexibility. These events should take place the week of Monday, March 30. It's several weeks away, which allows plenty of time to collaborate on putting these together. For a more in-depth look at how and why, see http://www.trollaxor.com/2015/02/call-to-action-plan-installfreebsd-event.html . If you're interested, have questions, or already have one coming together, share here on the list and coordinate the work. Thanks, Grant From owner-freebsd-questions@FreeBSD.ORG Fri Mar 6 05:24:33 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 982E6E9C for ; Fri, 6 Mar 2015 05:24:33 +0000 (UTC) Received: from BLU004-OMC1S31.hotmail.com (blu004-omc1s31.hotmail.com [65.55.116.42]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "*.outlook.com", Issuer "MSIT Machine Auth CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1CBA6F8A for ; Fri, 6 Mar 2015 05:24:32 +0000 (UTC) Received: from BLU437-SMTP25 ([65.55.116.9]) by BLU004-OMC1S31.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.22751); Thu, 5 Mar 2015 21:22:52 -0800 X-TMN: [BBWf46dE33RiXDCTjJ2lNYMshh8s1dID] X-Originating-Email: [bourne.identity@hotmail.com] Message-ID: Date: Fri, 6 Mar 2015 10:52:41 +0530 From: Manish Jain User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: CyberLeo Kitsana Subject: Re: Is there any plan to adopt devtmpfs ? References: <54F88D64.4000607@cyberleo.net> In-Reply-To: <54F88D64.4000607@cyberleo.net> Content-Type: text/plain; charset="utf-8"; format=flowed Content-Transfer-Encoding: 7bit X-Antivirus: avast! (VPS 150305-1, 06-03-2015), Outbound message X-Antivirus-Status: Clean X-OriginalArrivalTime: 06 Mar 2015 05:22:50.0061 (UTC) FILETIME=[969E3FD0:01D057CD] Cc: freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Mar 2015 05:24:33 -0000 > Can you provide further details for these failures? Specific device > models and relevant dmesg(8) and usbconfig(8) output, for example. Thanks for the response. Although the complete output of dmesg is attached below my signature, the most significant points are mentioned here. I will be sending a separate message for any useful output I can find for the APC UPS. 1) Last few lines of dmesg when Canon PIXMA MG2470 printer is switched on : ugen2.6: at usbus2 ulpt0: on usbus2 ulpt0: using bi-directional mode Although the printer has been detected by the OS, CUPS web-based configuration page does not show any local printer (except for a Virtual PDF printer) when Add Printer is clicked. 2) /etc # cat devfs.rules [system=10] add path 'unlpt*' mode 0660 group cups add path 'ulpt*' mode 0660 group cups add path 'lpt*' mode 0660 group cups add path 'usb/2.6.0' mode 0660 group cups 3) usbconfig -u 2 dump_info ugen2.1: at usbus2, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=SAVE (0mA) ugen2.2: at usbus2, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=SAVE (100mA) ugen2.3: at usbus2, cfg=0 md=HOST spd=LOW (1.5Mbps) pwr=ON (100mA) ugen2.4: at usbus2, cfg=0 md=HOST spd=LOW (1.5Mbps) pwr=ON (90mA) ugen2.5: at usbus2, cfg=0 md=HOST spd=LOW (1.5Mbps) pwr=ON (2mA) ugen2.6: at usbus2, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON (2mA) 4) usbconfig -u 2 -a 6 dump_device_desc ugen2.6: at usbus2, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON (2mA) bLength = 0x0012 bDescriptorType = 0x0001 bcdUSB = 0x0200 bDeviceClass = 0x0000 bDeviceSubClass = 0x0000 bDeviceProtocol = 0x0000 bMaxPacketSize0 = 0x0040 idVendor = 0x04a9 idProduct = 0x176c bcdDevice = 0x0103 iManufacturer = 0x0001 iProduct = 0x0002 iSerialNumber = 0x0003 <43130B> bNumConfigurations = 0x0001 Regards, Manish Jain Copyright (c) 1992-2014 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.1-RELEASE #0 r274401: Tue Nov 11 22:51:51 UTC 2014 root@releng1.nyi.freebsd.org:/usr/obj/usr/src/sys/GENERIC i386 FreeBSD clang version 3.4.1 (tags/RELEASE_34/dot1-final 208032) 20140512 CPU: AMD Athlon(tm) II X2 270 Processor (3415.40-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x100f63 Family = 0x10 Model = 0x6 Stepping = 3 Features=0x178bfbff Features2=0x802009 AMD Features=0xee500800 AMD Features2=0x837ff TSC: P-state invariant real memory = 2147483648 (2048 MB) avail memory = 1819914240 (1735 MB) Event timer "LAPIC" quality 400 ACPI APIC Table: <090412 APIC1527> FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs FreeBSD/SMP: 1 package(s) x 2 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ACPI BIOS Warning (bug): Optional FADT field Pm2ControlBlock has zero address or length: 0x0000000000000000/0x1 (20130823/tbfadt-630) ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 random: initialized acpi0: <090412 XSDT1527> on motherboard acpi0: Power Button (fixed) acpi0: reservation of fee00000, 1000 (3) failed acpi0: reservation of ffb80000, 80000 (3) failed acpi0: reservation of fec10000, 20 (3) failed acpi0: reservation of fed40000, 5000 (3) failed acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 6fe00000 (3) failed cpu0: on acpi0 cpu1: on acpi0 attimer0: port 0x40-0x43 irq 0 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 Event timer "i8254" frequency 1193182 Hz quality 100 atrtc0: port 0x70-0x71 irq 8 on acpi0 Event timer "RTC" frequency 32768 Hz quality 0 hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 950 Event timer "HPET" frequency 14318180 Hz quality 550 Event timer "HPET1" frequency 14318180 Hz quality 450 Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 vgapci0: port 0xd000-0xd0ff mem 0xd0000000-0xdfffffff,0xfebe0000-0xfebeffff,0xfea00000-0xfeafffff irq 18 at device 5.0 on pci1 vgapci0: Boot video device pcib2: irq 16 at device 4.0 on pci0 pci2: on pcib2 re0: port 0xe800-0xe8ff mem 0xfdfff000-0xfdffffff,0xfdff8000-0xfdffbfff irq 16 at device 0.0 on pci2 re0: Using 1 MSI-X message re0: Chip rev. 0x2c800000 re0: MAC rev. 0x00100000 miibus0: on re0 rgephy0: PHY 1 on miibus0 rgephy0: none, 10baseT, 10baseT-FDX, 10baseT-FDX-flow, 100baseTX, 100baseTX-FDX, 100baseTX-FDX-flow, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, 1000baseT-FDX-flow, 1000baseT-FDX-flow-master, auto, auto-flow re0: Ethernet address: 50:46:5d:66:fd:10 ahci0: port 0xc000-0xc007,0xb000-0xb003,0xa000-0xa007,0x9000-0x9003,0x8000-0x800f mem 0xfe9ffc00-0xfe9fffff irq 22 at device 17.0 on pci0 ahci0: AHCI v1.10 with 4 3Gbps ports, Port Multiplier supported ahcich0: at channel 0 on ahci0 ahcich1: at channel 1 on ahci0 ahcich2: at channel 2 on ahci0 ahcich3: at channel 3 on ahci0 ohci0: mem 0xfe9fe000-0xfe9fefff irq 16 at device 18.0 on pci0 usbus0 on ohci0 ohci1: mem 0xfe9fd000-0xfe9fdfff irq 16 at device 18.1 on pci0 usbus1 on ohci1 ehci0: mem 0xfe9ff800-0xfe9ff8ff irq 17 at device 18.2 on pci0 usbus2: EHCI version 1.0 usbus2 on ehci0 ohci2: mem 0xfe9fc000-0xfe9fcfff irq 18 at device 19.0 on pci0 usbus3 on ohci2 ohci3: mem 0xfe9fb000-0xfe9fbfff irq 18 at device 19.1 on pci0 usbus4 on ohci3 ehci1: mem 0xfe9ff400-0xfe9ff4ff irq 19 at device 19.2 on pci0 usbus5: EHCI version 1.0 usbus5 on ehci1 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xff00-0xff0f at device 20.1 on pci0 ata0: at channel 0 on atapci0 ata1: at channel 1 on atapci0 hdac0: mem 0xfe9f4000-0xfe9f7fff irq 16 at device 20.2 on pci0 isab0: at device 20.3 on pci0 isa0: on isab0 pcib3: at device 20.4 on pci0 pci3: on pcib3 ohci4: mem 0xfe9fa000-0xfe9fafff irq 18 at device 20.5 on pci0 usbus6 on ohci4 acpi_button0: on acpi0 ppc0: port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 pmtimer0 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 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] acpi_throttle0: on cpu0 hwpstate0: on cpu0 Timecounters tick every 1.000 msec hdacc0: at cad 0 on hdac0 hdaa0: at nid 1 on hdacc0 pcm0: at nid 20 and 24,26 on hdaa0 pcm1: at nid 27 and 25 on hdaa0 pcm2: at nid 17 on hdaa0 random: unblocking device. usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 480Mbps High Speed USB v2.0 usbus3: 12Mbps Full Speed USB v1.0 usbus4: 12Mbps Full Speed USB v1.0 usbus5: 480Mbps High Speed USB v2.0 usbus6: 12Mbps Full Speed USB v1.0 ugen3.1: at usbus3 uhub0: on usbus3 ugen2.1: at usbus2 uhub1: on usbus2 ugen1.1: at usbus1 uhub2: on usbus1 ugen0.1: at usbus0 uhub3: on usbus0 ugen6.1: at usbus6 uhub4: on usbus6 ugen5.1: at usbus5 uhub5: on usbus5 ugen4.1: at usbus4 uhub6: on usbus4 uhub4: 2 ports with 2 removable, self powered uhub0: 3 ports with 3 removable, self powered uhub2: 3 ports with 3 removable, self powered uhub3: 3 ports with 3 removable, self powered uhub6: 3 ports with 3 removable, self powered ada0 at ahcich0 bus 0 scbus0 target 0 lun 0 ada0: ATA-8 SATA 1.x device ada0: Serial Number WD-WMAV27542837 ada0: 150.000MB/s transfers (SATA 1.x, UDMA6, PIO 8192bytes) ada0: Command Queueing enabled ada0: 305244MB (625140335 512 byte sectors: 16H 63S/T 16383C) ada0: Previously was known as ad4 ada1 at ahcich1 bus 0 scbus1 target 0 lun 0 ada1: ATA-8 SATA 2.x device ada1: Serial Number WD-WCAWF6026337 ada1: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada1: Command Queueing enabled ada1: 152626MB (312579695 512 byte sectors: 16H 63S/T 16383C) ada1: Previously was known as ad6 cd0 at ahcich2 bus 0 scbus2 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: Serial Number 3524497 206238502323 cd0: 150.000MB/s transfers (SATA 1.x, UDMA5, ATAPI 12bytes, PIO 8192bytes) cd0: Attempt to query device size failed: NOT READY, Medium not present - tray closed SMP: AP CPU #1 Launched! Timecounter "TSC-low" frequency 1707701591 Hz quality 800 uhub5: 6 ports with 6 removable, self powered uhub1: 6 ports with 6 removable, self powered Root mount waiting for: usbus2 ugen2.2: at usbus2 uhub7: on usbus2 Root mount waiting for: usbus2 uhub7: 4 ports with 4 removable, self powered ugen2.3: at usbus2 Root mount waiting for: usbus2 ugen2.4: at usbus2 ukbd0: on usbus2 kbd2 at ukbd0 Root mount waiting for: usbus2 ugen2.5: at usbus2 Trying to mount root from ufs:/dev/ada0s1a [rw]... ums0: on usbus2 ums0: 3 buttons and [XYZ] coordinates ID=0 uhid0: on usbus2 fuse-freebsd: version 0.4.4, FUSE ABI 7.8 info: [drm] Initialized drm 1.1.0 20060810 drmn0: on vgapci0 info: [drm] RADEON_IS_PCI info: [drm] initializing kernel modesetting (RS780 0x1002:0x9616 0x1043:0x8388). info: [drm] register mmio base: 0xFEBE0000 info: [drm] register mmio size: 65536 info: [drm] radeon_atrm_get_bios: ===> Try ATRM... info: [drm] radeon_atrm_get_bios: IGP card detected, skipping this method... info: [drm] radeon_acpi_vfct_bios: ===> Try VFCT... info: [drm] radeon_acpi_vfct_bios: Get "VFCT" ACPI table info: [drm] radeon_acpi_vfct_bios: Failed to get "VFCT" table: AE_NOT_FOUND info: [drm] igp_read_bios_from_vram: ===> Try IGP's VRAM... info: [drm] igp_read_bios_from_vram: VRAM base address: 0xd0000000 info: [drm] igp_read_bios_from_vram: Map address: 0xf021b000 (262144 bytes) info: [drm] igp_read_bios_from_vram: Incorrect BIOS signature: 0x5307 info: [drm] radeon_read_bios: ===> Try PCI Expansion ROM... info: [drm] radeon_read_bios: Map address: 0xc00c0000 (131072 bytes) info: [drm] ATOM BIOS: B27722_RS780C drmn0: info: VRAM: 256M 0x00000000C0000000 - 0x00000000CFFFFFFF (256M used) drmn0: info: GTT: 512M 0x00000000A0000000 - 0x00000000BFFFFFFF info: [drm] Detected VRAM RAM=256M, BAR=256M info: [drm] RAM width 32bits DDR [TTM] Zone kernel: Available graphics memory: 906222 kiB [TTM] Initializing pool allocator info: [drm] radeon: 256M of VRAM memory ready info: [drm] radeon: 512M of GTT memory ready. info: [drm] Supports vblank timestamp caching Rev 1 (10.10.2010). info: [drm] Driver supports precise vblank timestamp query. info: [drm] radeon: irq initialized. info: [drm] GART: num cpu pages 131072, num gpu pages 131072 info: [drm] Loading RS780 Microcode info: [drm] PCIE GART of 512M enabled (table at 0x00000000C0040000). drmn0: info: WB enabled drmn0: info: fence driver on ring 0 use gpu addr 0x00000000a0000c00 and cpu addr 0x0xec6e0c00 drmn0: info: fence driver on ring 3 use gpu addr 0x00000000a0000c0c and cpu addr 0x0xec6e0c0c info: [drm] ring test on 0 succeeded in 1 usecs info: [drm] ring test on 3 succeeded in 1 usecs info: [drm] ib test on ring 0 succeeded in 0 usecs info: [drm] ib test on ring 3 succeeded in 0 usecs info: [drm] radeon_device_init: Taking over the fictitious range 0xd0000000-0xe0000000 iicbus0: on iicbb0 addr 0xf0 iic0: on iicbus0 iicbus1: on iicbb1 addr 0xc7 iic1: on iicbus1 iicbus2: on iicbb2 addr 0xc7 iic2: on iicbus2 iicbus3: on iicbb3 addr 0xc7 iic3: on iicbus3 iicbus4: on iicbb4 addr 0xc7 iic4: on iicbus4 info: [drm] Radeon Display Connectors info: [drm] Connector 0: info: [drm] VGA-1 info: [drm] DDC: 0x7e40 0x7e40 0x7e44 0x7e44 0x7e48 0x7e48 0x7e4c 0x7e4c info: [drm] Encoders: info: [drm] CRT1: INTERNAL_KLDSCP_DAC1 info: [drm] Connector 1: info: [drm] DVI-D-1 info: [drm] HPD1 info: [drm] DDC: 0x7e50 0x7e50 0x7e54 0x7e54 0x7e58 0x7e58 0x7e5c 0x7e5c info: [drm] Encoders: info: [drm] DFP3: INTERNAL_KLDSCP_LVTMA info: [drm] radeon: power management initialized info: [drm] fb mappable at 0xD0142000 info: [drm] vram apper at 0xD0000000 info: [drm] size 5787648 info: [drm] fb depth is 24 info: [drm] pitch is 6400 fbd0 on drmn0 info: [drm] Initialized radeon 2.29.0 20080528 ugen2.6: at usbus2 ulpt0: on usbus2 ulpt0: using bi-directional mode --- This email is free from viruses and malware because avast! Antivirus protection is active. http://www.avast.com From owner-freebsd-questions@FreeBSD.ORG Fri Mar 6 08:29:28 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D2DEE501 for ; Fri, 6 Mar 2015 08:29:28 +0000 (UTC) Received: from sasl.smtp.pobox.com (pb-sasl1.int.icgroup.com [208.72.237.25]) by mx1.freebsd.org (Postfix) with ESMTP id 8FA6B26E for ; Fri, 6 Mar 2015 08:29:27 +0000 (UTC) Received: from sasl.smtp.pobox.com (unknown [127.0.0.1]) by pb-sasl1.pobox.com (Postfix) with ESMTP id A466035D4F; Fri, 6 Mar 2015 03:25:01 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=pobox.com; h=subject :mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; s=sasl; bh= WqnDoKSp7X0q6WCpvGvu6QBb0KM=; b=FbguYm8PBAjIurK2WbT8G4pladdpil+h ESL93FITsJ5QdhbDgp9h74sIJwk4kvPWeXBJSj391SA0PTkNo7YrDTX89+nIG2WH QR95Mxfccr+JtBD/ip4ZShKGfjgt8B8XDyTb8P3mTtSOo8G9Erq6XeiUwadN+B// Ynq9/PCAddY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=pobox.com; h=subject :mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; q=dns; s= sasl; b=xCWmDFt9xh3Zr58DwMQYphlV5rBF/rHpvbldzOtkBkiu9x4GDXAYhkUQ KSjcNEhGZtSrzOTO5BauKAKGJu0xohE03SVxIX/YW6so+Xzq99pu4wSPwUkIfTtU zYZov8xGgu2lKvSdXhs1CeYXtBAYE3Yn/6OeXjfj6VETnYqoN7M= Received: from pb-sasl1.int.icgroup.com (unknown [127.0.0.1]) by pb-sasl1.pobox.com (Postfix) with ESMTP id 487F935D4D; Fri, 6 Mar 2015 03:25:01 -0500 (EST) Received: from almini.rcthomas.org (unknown [208.53.120.31]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by pb-sasl1.pobox.com (Postfix) with ESMTPSA id 91F9935D4C; Fri, 6 Mar 2015 03:24:59 -0500 (EST) Subject: Re: How to adjust clock frequency in FreeBSD 10.1 ? Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Content-Type: text/plain; charset=windows-1252 From: Rick Thomas In-Reply-To: <54EDC2DD.8060307@gmx.de> Date: Fri, 6 Mar 2015 00:24:57 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: <61602B0F-2114-4B65-A576-34EDDF94EAFA@pobox.com> References: <54EDC2DD.8060307@gmx.de> To: FreeBSD Questions , questions@lists.ntp.org X-Mailer: Apple Mail (2.1878.6) X-Pobox-Relay-ID: 47DC373E-C3DA-11E4-957E-B058D0B8C469-02150157!pb-sasl1.pobox.com Cc: lokadamus@gmx.de X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Mar 2015 08:29:29 -0000 > On 02/12/15 04:09, Rick Thomas wrote: >> I=92ve got a machine with a really bad clock. When I run NTPD on it, >> the freq goes straight to 500.0 (over a period of a few days) and >> stays there, while the offset grows and grows. >>=20 >> I recently switched this machine from Debian Linux to FreeBSD >> (wanting to learn more about FreeBSD). Under Linux, I used >> adjtimex to modify the TICK value and (once I had converged on the >> right TICK value) NTP was able to stabilize the clock. >>=20 >> Is there an equivalent hack for FreeBSD? On Feb 25, 2015, at 4:41 AM, lokadamus@gmx.de wrote: > You can use a cronjob with ntpdate to synchronize your clock. > But ntpd shouldn=92t run, when ntpdate is used. >=20 As it turns out, current versions of ntpd will do as well as (actually = better than) periodic ntpdate =97 even under such adverse circumstances = as this machine. What it does is to attempt to slew the time using its = normal algorithms until the frequency adjustment gets pegged at 500ppm = and the offset is over 1 second. Then it steps the clock and starts the = game all over. This is better than previous versions of ntpd and xntpd. = They would get to that point and abort =97 on the theory that something = was acutely wrong and needed human operator attention. Current versions = at least have the option of plugging on as best as possible. So, with current ntpd, the system clock is never more than about 1 = second off from network time. And for a normal desktop machine (or ever a small-/home-office server) = that=92s really good enough and I should stop complaining. BUT=85 The trouble is, I=92m a =93time nut=94 and I keep this machine (and a = few others) around specifically as a test case =97 to prove that it *is* = possible to keep good time (sub millisecond offsets from a GPS server on = the same LAN) even with machines that are out of spec, as long as they = are *reliably* out of spec. I=92ve succeeded in twisting Linux to my ends as noted in my original = post (quoted above), but so far I haven=92t found a way to do that for = FreeBSD, short of custom modifications to the kernel and/or ntpd. Any and all suggestions will be gratefully received. Enjoy! Rick= From owner-freebsd-questions@FreeBSD.ORG Fri Mar 6 08:31:05 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CD86763C for ; Fri, 6 Mar 2015 08:31:05 +0000 (UTC) Received: from BLU004-OMC1S25.hotmail.com (blu004-omc1s25.hotmail.com [65.55.116.36]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "*.outlook.com", Issuer "MSIT Machine Auth CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 782C829F for ; Fri, 6 Mar 2015 08:31:05 +0000 (UTC) Received: from BLU436-SMTP74 ([65.55.116.7]) by BLU004-OMC1S25.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.22751); Fri, 6 Mar 2015 00:29:09 -0800 X-TMN: [OkgVQ//SKva9ZZhKQ/maF4r8vewmBrXN] X-Originating-Email: [bourne.identity@hotmail.com] Message-ID: Date: Fri, 6 Mar 2015 13:58:58 +0530 From: Manish Jain User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: CyberLeo Kitsana Subject: Re: Is there any plan to adopt devtmpfs ? References: <54F88D64.4000607@cyberleo.net> In-Reply-To: <54F88D64.4000607@cyberleo.net> Content-Type: text/plain; charset="windows-1252"; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 06 Mar 2015 08:29:05.0075 (UTC) FILETIME=[9B721030:01D057E7] Cc: freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Mar 2015 08:31:05 -0000 >> Can you provide further details for these failures? Specific device >> models and relevant dmesg(8) and usbconfig(8) output, for example. >> I have something for the APC UPS (USB Powerchute) too. Again, the complete output of dmesg is attached below my signature. 1) Important lines from my /etc/rc.conf : apcupsd_enable="NO" #Needed to run apctest dbus_enable="YES" hald_enable="YES" devfs_system_ruleset="system" 2) Important lines from my /usr/local/etc/apcupsd/apcupsd.conf : UPSNAME APC700BE UPSCABLE usb UPSTYPE usb DEVICE BATTERYLEVEL 5 MINUTES 5 UPSCLASS standalone UPSNAME APC700BE BATTDATE 05/28/14 SENSITIVITY L 3) usbconfig -u 2 dump_info ugen2.1: at usbus2, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=SAVE (0mA) ugen2.2: at usbus2, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=SAVE (100mA) ugen2.3: at usbus2, cfg=0 md=HOST spd=LOW (1.5Mbps) pwr=ON (100mA) ugen2.4: at usbus2, cfg=0 md=HOST spd=LOW (1.5Mbps) pwr=ON (90mA) ugen2.5: at usbus2, cfg=0 md=HOST spd=LOW (1.5Mbps) pwr=ON (2mA) ugen2.5: at usbus2, cfg=0 md=HOST spd=LOW (1.5Mbps) pwr=ON (2mA) 4) usbconfig -u 2 -a 5 dump_device_desc bLength = 0x0012 bDescriptorType = 0x0001 bcdUSB = 0x0110 bDeviceClass = 0x0000 bDeviceSubClass = 0x0000 bDeviceProtocol = 0x0000 bMaxPacketSize0 = 0x0008 idVendor = 0x051d idProduct = 0x0002 bcdDevice = 0x0006 iManufacturer = 0x0003 iProduct = 0x0001 iSerialNumber = 0x0002 bNumConfigurations = 0x0001 5) This is what I get in apctest.output when I run apctest : #{//start output 2015-03-06 11:43:17 apctest 3.14.12 (29 March 2014) freebsd Checking configuration ... sharenet.type = Network & ShareUPS Disabled cable.type = USB Cable mode.type = USB UPS Driver Setting up the port ... Doing prep_device() ... You are using a USB cable type, so I'm entering USB test mode Hello, this is the apcupsd Cable Test program. This part of apctest is for testing USB UPSes. Getting UPS capabilities...SUCCESS Please select the function you want to perform. 1) Test kill UPS power 2) Perform self-test 3) Read last self-test result 4) View/Change battery date 5) View manufacturing date 6) View/Change alarm behavior 7) View/Change sensitivity 8) View/Change low transfer voltage 9) View/Change high transfer voltage 10) Perform battery calibration 11) Test alarm 12) View/Change self-test interval Q) Quit Select function number: 2 This test instructs the UPS to perform a self-test operation and reports the result when the test completes. Clearing previous self test result...CLEARED Initiating self test...INITIATED Waiting for test to complete...COMPLETED Result of last self test: PASSED 1) Test kill UPS power 2) Perform self-test 3) Read last self-test result 4) View/Change battery date 5) View manufacturing date 6) View/Change alarm behavior 7) View/Change sensitivity 8) View/Change low transfer voltage 9) View/Change high transfer voltage 10) Perform battery calibration 11) Test alarm 12) View/Change self-test interval Q) Quit Select function number: 4 Current battery date: 05/28/2014 Enter new battery date (MM/DD/YYYY), blank to quit: Invalid format. 1) Test kill UPS power 2) Perform self-test 3) Read last self-test result 4) View/Change battery date 5) View manufacturing date 6) View/Change alarm behavior 7) View/Change sensitivity 8) View/Change low transfer voltage 9) View/Change high transfer voltage 10) Perform battery calibration 11) Test alarm 12) View/Change self-test interval Q) Quit Select function number: 7 Current sensitivity setting: MEDIUM Press... L for Low sensitivity M for Medium sensitivity H for High sensitivity Q to Quit with no changes Your choice: Select function: M New sensitivity setting: MEDIUM 1) Test kill UPS power 2) Perform self-test 3) Read last self-test result 4) View/Change battery date 5) View manufacturing date 6) View/Change alarm behavior 7) View/Change sensitivity 8) View/Change low transfer voltage 9) View/Change high transfer voltage 10) Perform battery calibration 11) Test alarm 12) View/Change self-test interval Q) Quit Select function number: 10 This test instructs the UPS to perform a battery calibration operation and reports the result when the process completes. The battery level must be at 100% and the load must be at least 10% to begin this test. Failed to read current battery level #}//end output 6) Running /usr/local/etc/apcupsd/commfailure fails : /usr/local/etc/apcupsd # ./commfailure ./commfailure: -s: not found Error contacting apcupsd @ localhost:3551: Connection refused Regards Manish Jain #here is the complete dmesg : Copyright (c) 1992-2014 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.1-RELEASE #0 r274401: Tue Nov 11 22:51:51 UTC 2014 root@releng1.nyi.freebsd.org:/usr/obj/usr/src/sys/GENERIC i386 FreeBSD clang version 3.4.1 (tags/RELEASE_34/dot1-final 208032) 20140512 CPU: AMD Athlon(tm) II X2 270 Processor (3415.41-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x100f63 Family = 0x10 Model = 0x6 Stepping = 3 Features=0x178bfbff Features2=0x802009 AMD Features=0xee500800 AMD Features2=0x837ff TSC: P-state invariant real memory = 2147483648 (2048 MB) avail memory = 1819914240 (1735 MB) Event timer "LAPIC" quality 400 ACPI APIC Table: <090412 APIC1527> FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs FreeBSD/SMP: 1 package(s) x 2 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ACPI BIOS Warning (bug): Optional FADT field Pm2ControlBlock has zero address or length: 0x0000000000000000/0x1 (20130823/tbfadt-630) ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 random: initialized acpi0: <090412 XSDT1527> on motherboard acpi0: Power Button (fixed) acpi0: reservation of fee00000, 1000 (3) failed acpi0: reservation of ffb80000, 80000 (3) failed acpi0: reservation of fec10000, 20 (3) failed acpi0: reservation of fed40000, 5000 (3) failed acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 6fe00000 (3) failed cpu0: on acpi0 cpu1: on acpi0 attimer0: port 0x40-0x43 irq 0 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 Event timer "i8254" frequency 1193182 Hz quality 100 atrtc0: port 0x70-0x71 irq 8 on acpi0 Event timer "RTC" frequency 32768 Hz quality 0 hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 950 Event timer "HPET" frequency 14318180 Hz quality 550 Event timer "HPET1" frequency 14318180 Hz quality 450 Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 vgapci0: port 0xd000-0xd0ff mem 0xd0000000-0xdfffffff,0xfebe0000-0xfebeffff,0xfea00000-0xfeafffff irq 18 at device 5.0 on pci1 vgapci0: Boot video device pcib2: irq 16 at device 4.0 on pci0 pci2: on pcib2 re0: port 0xe800-0xe8ff mem 0xfdfff000-0xfdffffff,0xfdff8000-0xfdffbfff irq 16 at device 0.0 on pci2 re0: Using 1 MSI-X message re0: Chip rev. 0x2c800000 re0: MAC rev. 0x00100000 miibus0: on re0 rgephy0: PHY 1 on miibus0 rgephy0: none, 10baseT, 10baseT-FDX, 10baseT-FDX-flow, 100baseTX, 100baseTX-FDX, 100baseTX-FDX-flow, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, 1000baseT-FDX-flow, 1000baseT-FDX-flow-master, auto, auto-flow re0: Ethernet address: 50:46:5d:66:fd:10 ahci0: port 0xc000-0xc007,0xb000-0xb003,0xa000-0xa007,0x9000-0x9003,0x8000-0x800f mem 0xfe9ffc00-0xfe9fffff irq 22 at device 17.0 on pci0 ahci0: AHCI v1.10 with 4 3Gbps ports, Port Multiplier supported ahcich0: at channel 0 on ahci0 ahcich1: at channel 1 on ahci0 ahcich2: at channel 2 on ahci0 ahcich3: at channel 3 on ahci0 ohci0: mem 0xfe9fe000-0xfe9fefff irq 16 at device 18.0 on pci0 usbus0 on ohci0 ohci1: mem 0xfe9fd000-0xfe9fdfff irq 16 at device 18.1 on pci0 usbus1 on ohci1 ehci0: mem 0xfe9ff800-0xfe9ff8ff irq 17 at device 18.2 on pci0 usbus2: EHCI version 1.0 usbus2 on ehci0 ohci2: mem 0xfe9fc000-0xfe9fcfff irq 18 at device 19.0 on pci0 usbus3 on ohci2 ohci3: mem 0xfe9fb000-0xfe9fbfff irq 18 at device 19.1 on pci0 usbus4 on ohci3 ehci1: mem 0xfe9ff400-0xfe9ff4ff irq 19 at device 19.2 on pci0 usbus5: EHCI version 1.0 usbus5 on ehci1 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xff00-0xff0f at device 20.1 on pci0 ata0: at channel 0 on atapci0 ata1: at channel 1 on atapci0 hdac0: mem 0xfe9f4000-0xfe9f7fff irq 16 at device 20.2 on pci0 isab0: at device 20.3 on pci0 isa0: on isab0 pcib3: at device 20.4 on pci0 pci3: on pcib3 ohci4: mem 0xfe9fa000-0xfe9fafff irq 18 at device 20.5 on pci0 usbus6 on ohci4 acpi_button0: on acpi0 ppc0: port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 pmtimer0 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 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] acpi_throttle0: on cpu0 hwpstate0: on cpu0 Timecounters tick every 1.000 msec hdacc0: at cad 0 on hdac0 hdaa0: at nid 1 on hdacc0 pcm0: at nid 20 and 24,26 on hdaa0 pcm1: at nid 27 and 25 on hdaa0 pcm2: at nid 17 on hdaa0 random: unblocking device. usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 480Mbps High Speed USB v2.0 usbus3: 12Mbps Full Speed USB v1.0 usbus4: 12Mbps Full Speed USB v1.0 usbus5: 480Mbps High Speed USB v2.0 usbus6: 12Mbps Full Speed USB v1.0 ugen5.1: at usbus5 uhub0: on usbus5 ugen4.1: at usbus4 uhub1: on usbus4 ugen3.1: at usbus3 uhub2: on usbus3 ugen2.1: at usbus2 uhub3: on usbus2 ugen1.1: at usbus1 uhub4: on usbus1 ugen0.1: at usbus0 uhub5: on usbus0 ugen6.1: at usbus6 uhub6: on usbus6 uhub6: 2 ports with 2 removable, self powered uhub1: 3 ports with 3 removable, self powered uhub2: 3 ports with 3 removable, self powered uhub4: 3 ports with 3 removable, self powered uhub5: 3 ports with 3 removable, self powered ada0 at ahcich0 bus 0 scbus0 target 0 lun 0 ada0: ATA-8 SATA 1.x device ada0: Serial Number WD-WMAV27542837 ada0: 150.000MB/s transfers (SATA 1.x, UDMA6, PIO 8192bytes) ada0: Command Queueing enabled ada0: 305244MB (625140335 512 byte sectors: 16H 63S/T 16383C) ada0: Previously was known as ad4 ada1 at ahcich1 bus 0 scbus1 target 0 lun 0 ada1: ATA-8 SATA 2.x device ada1: Serial Number WD-WCAWF6026337 ada1: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada1: Command Queueing enabled ada1: 152626MB (312579695 512 byte sectors: 16H 63S/T 16383C) ada1: Previously was known as ad6 cd0 at ahcich2 bus 0 scbus2 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: Serial Number 3524497 206238502323 cd0: 150.000MB/s transfers (SATA 1.x, UDMA5, ATAPI 12bytes, PIO 8192bytes) cd0: Attempt to query device size failed: NOT READY, Medium not present - tray closed SMP: AP CPU #1 Launched! Timecounter "TSC-low" frequency 1707704409 Hz quality 800 uhub0: 6 ports with 6 removable, self powered uhub3: 6 ports with 6 removable, self powered Root mount waiting for: usbus2 ugen2.2: at usbus2 uhub7: on usbus2 Root mount waiting for: usbus2 uhub7: 4 ports with 4 removable, self powered ugen2.3: at usbus2 Root mount waiting for: usbus2 ugen2.4: at usbus2 ukbd0: on usbus2 kbd2 at ukbd0 Root mount waiting for: usbus2 ugen2.5: at usbus2 Trying to mount root from ufs:/dev/ada0s1a [rw]... ums0: on usbus2 ums0: 3 buttons and [XYZ] coordinates ID=0 uhid0: on usbus2 fuse-freebsd: version 0.4.4, FUSE ABI 7.8 info: [drm] Initialized drm 1.1.0 20060810 drmn0: on vgapci0 info: [drm] RADEON_IS_PCI info: [drm] initializing kernel modesetting (RS780 0x1002:0x9616 0x1043:0x8388). info: [drm] register mmio base: 0xFEBE0000 info: [drm] register mmio size: 65536 info: [drm] radeon_atrm_get_bios: ===> Try ATRM... info: [drm] radeon_atrm_get_bios: IGP card detected, skipping this method... info: [drm] radeon_acpi_vfct_bios: ===> Try VFCT... info: [drm] radeon_acpi_vfct_bios: Get "VFCT" ACPI table info: [drm] radeon_acpi_vfct_bios: Failed to get "VFCT" table: AE_NOT_FOUND info: [drm] igp_read_bios_from_vram: ===> Try IGP's VRAM... info: [drm] igp_read_bios_from_vram: VRAM base address: 0xd0000000 info: [drm] igp_read_bios_from_vram: Map address: 0xf021f000 (262144 bytes) info: [drm] igp_read_bios_from_vram: Incorrect BIOS signature: 0x5307 info: [drm] radeon_read_bios: ===> Try PCI Expansion ROM... info: [drm] radeon_read_bios: Map address: 0xc00c0000 (131072 bytes) info: [drm] ATOM BIOS: B27722_RS780C drmn0: info: VRAM: 256M 0x00000000C0000000 - 0x00000000CFFFFFFF (256M used) drmn0: info: GTT: 512M 0x00000000A0000000 - 0x00000000BFFFFFFF info: [drm] Detected VRAM RAM=256M, BAR=256M info: [drm] RAM width 32bits DDR [TTM] Zone kernel: Available graphics memory: 906222 kiB [TTM] Initializing pool allocator info: [drm] radeon: 256M of VRAM memory ready info: [drm] radeon: 512M of GTT memory ready. info: [drm] Supports vblank timestamp caching Rev 1 (10.10.2010). info: [drm] Driver supports precise vblank timestamp query. info: [drm] radeon: irq initialized. info: [drm] GART: num cpu pages 131072, num gpu pages 131072 info: [drm] Loading RS780 Microcode info: [drm] PCIE GART of 512M enabled (table at 0x00000000C0040000). drmn0: info: WB enabled drmn0: info: fence driver on ring 0 use gpu addr 0x00000000a0000c00 and cpu addr 0x0xec6dcc00 drmn0: info: fence driver on ring 3 use gpu addr 0x00000000a0000c0c and cpu addr 0x0xec6dcc0c info: [drm] ring test on 0 succeeded in 1 usecs info: [drm] ring test on 3 succeeded in 1 usecs info: [drm] ib test on ring 0 succeeded in 0 usecs info: [drm] ib test on ring 3 succeeded in 0 usecs info: [drm] radeon_device_init: Taking over the fictitious range 0xd0000000-0xe0000000 iicbus0: on iicbb0 addr 0xf0 iic0: on iicbus0 iicbus1: on iicbb1 addr 0xc7 iic1: on iicbus1 iicbus2: on iicbb2 addr 0xc7 iic2: on iicbus2 iicbus3: on iicbb3 addr 0xc7 iic3: on iicbus3 iicbus4: on iicbb4 addr 0xc7 iic4: on iicbus4 info: [drm] Radeon Display Connectors info: [drm] Connector 0: info: [drm] VGA-1 info: [drm] DDC: 0x7e40 0x7e40 0x7e44 0x7e44 0x7e48 0x7e48 0x7e4c 0x7e4c info: [drm] Encoders: info: [drm] CRT1: INTERNAL_KLDSCP_DAC1 info: [drm] Connector 1: info: [drm] DVI-D-1 info: [drm] HPD1 info: [drm] DDC: 0x7e50 0x7e50 0x7e54 0x7e54 0x7e58 0x7e58 0x7e5c 0x7e5c info: [drm] Encoders: info: [drm] DFP3: INTERNAL_KLDSCP_LVTMA info: [drm] radeon: power management initialized info: [drm] fb mappable at 0xD0142000 info: [drm] vram apper at 0xD0000000 info: [drm] size 5787648 info: [drm] fb depth is 24 info: [drm] pitch is 6400 fbd0 on drmn0 info: [drm] Initialized radeon 2.29.0 20080528 From owner-freebsd-questions@FreeBSD.ORG Fri Mar 6 08:45:52 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 03668987 for ; Fri, 6 Mar 2015 08:45:52 +0000 (UTC) Received: from BLU004-OMC4S13.hotmail.com (blu004-omc4s13.hotmail.com [65.55.111.152]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "*.outlook.com", Issuer "MSIT Machine Auth CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B2B05685 for ; Fri, 6 Mar 2015 08:45:51 +0000 (UTC) Received: from BLU436-SMTP113 ([65.55.111.137]) by BLU004-OMC4S13.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.22751); Fri, 6 Mar 2015 00:44:44 -0800 X-TMN: [KUvES71qklAm2kuFPiMegpyCcQIltA1V] X-Originating-Email: [bourne.identity@hotmail.com] Message-ID: Date: Fri, 6 Mar 2015 14:14:35 +0530 From: Manish Jain User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: freebsd-questions@freebsd.org Subject: How to set hostname for a machine intended to become company's mail server ? Content-Type: text/plain; charset="utf-8"; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 06 Mar 2015 08:44:41.0527 (UTC) FILETIME=[C99D4C70:01D057E9] X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Mar 2015 08:45:52 -0000 Hi, I am setting a FreeBSD 10.1 (amd64) machine for a company. This machine is to provide all important services including a mail server and printing services. The company's mail service is currently hosted by an external provider, who also looks after DNS. At installation time, I set the machine name to roundabout.freebsd10dot1.amd64 When I starting work on setting up a mail server (yet to choose from Postfix/Qmail), I thought it would be better to change the hostname to freebsd10dot1.roundabout.com When I did this and rebooted, I found that the X server fails to start. There are some lines in /var/log/Xorg.log complaining about invalid configuration in xorg.conf.d, but nothing much more except for a few control characters like Ctrl-O and Ctrl-B What could be the problem here ? -- Regards Manish Jain From owner-freebsd-questions@FreeBSD.ORG Fri Mar 6 13:30:41 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E80D2BC7 for ; Fri, 6 Mar 2015 13:30:41 +0000 (UTC) Received: from lena.kiev.ua (lena.kiev.ua [64.247.20.119]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id AF0D8951 for ; Fri, 6 Mar 2015 13:30:41 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lena.kiev.ua; s=3; h=In-Reply-To:Content-Type:Mime-Version:References:Message-ID:Subject:Cc:To:From:Date; bh=JPVCQ6jNCI85Wm/oSaCdKNDZh8y3QW2rVxCmdENnkEA=; b=JpY+7Ll3Q9lSFUuIctNghl1qzIouBrmZvWgXcdbw/3kcbFvs/kMdgAcmnF30v0+YWz2BMCKuMkrHxy09Fzs0TPJX2pVihEnjnGlIu2Em19ngsz6XjPvN1NU+PGOKnr++RUfA+vhhVT01b/GFOBgp26O3HiPJUYhBGQjlO/UGG2w=; Received: from ip-384c.rusanovka-net.kiev.ua ([94.244.56.76] helo=bedside.lena.kiev.ua) by lena.kiev.ua with esmtpsa (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (Exim 4.85 (FreeBSD)) (envelope-from ) id 1YTsKq-000Lua-2y; Fri, 06 Mar 2015 15:30:38 +0200 Received: from bedside.lena.kiev.ua (localhost.lena.kiev.ua [127.0.0.1]) by bedside.lena.kiev.ua (8.15.1/8.14.9) with ESMTP id t26DUMse014221; Fri, 6 Mar 2015 15:30:22 +0200 (EET) (envelope-from Lena@lena.kiev.ua) Received: (from lena@localhost) by bedside.lena.kiev.ua (8.15.1/8.14.9/Submit) id t26DULXD014220; Fri, 6 Mar 2015 15:30:21 +0200 (EET) (envelope-from Lena@lena.kiev.ua) Date: Fri, 6 Mar 2015 15:30:21 +0200 From: Lena@lena.kiev.ua To: freebsd-questions@freebsd.org Subject: Re: How to adjust clock frequency in FreeBSD 10.1 ? Message-ID: <20150306133021.GC810@lena.kiev> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <61602B0F-2114-4B65-A576-34EDDF94EAFA@pobox.com> User-Agent: Mutt/1.4.2.3i Cc: Rick Thomas X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Mar 2015 13:30:42 -0000 > From: Rick Thomas >>> I?ve got a machine with a really bad clock. Motherboards usually have several timers, not single clock. At boot time, FreeBSD kernel assigns a number called "quality" to each timer and chooses which timer to use. Using some hints in /etc/device.hints, you can forbid FreeBSD kernel to use the faulty timer. ~ $ dmesg | egrep -i 'time|clock' Timecounter "i8254" frequency 1193182 Hz quality 0 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 acpi_hpet0: iomem 0xfefff000-0xfefff3ff irq 0,8 on acpi0 Timecounter "HPET" frequency 25000000 Hz quality 900 atrtc0: port 0x70-0x73 on acpi0 pmtimer0 on isa0 Timecounter "TSC" frequency 2204612489 Hz quality 800 Timecounters tick every 1.000 msec sysctl -a | egrep -i 'time|clock' | less ... kern.timecounter.choice: TSC(800) HPET(900) ACPI-fast(1000) i8254(0) dummy(-1000000) kern.timecounter.hardware: ACPI-fast If that doesn't help, look for TIMER_FREQ in /sys/i386/conf/NOTES . From owner-freebsd-questions@FreeBSD.ORG Fri Mar 6 19:13:49 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 074FBEF6 for ; Fri, 6 Mar 2015 19:13:49 +0000 (UTC) Received: from mail-ie0-x22c.google.com (mail-ie0-x22c.google.com [IPv6:2607:f8b0:4001:c03::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BF9CD3E4 for ; Fri, 6 Mar 2015 19:13:48 +0000 (UTC) Received: by iecat20 with SMTP id at20so34640977iec.6 for ; Fri, 06 Mar 2015 11:13:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=7mzVIuzSnPmGpa0ScbxTC59sWa6E/9I7oIpi+uB8Tj0=; b=empIphQNWWJuh20oZGx8stTxOyMbRlUFy+tBhpGwaDdWHsunaTA1t8nXqPJxlH2Fe6 f1pOLCQbkF9Hi6EXEc2maxmkdirRm2TsM3gQz7dvghZgdx24tLRoMgia4pp+3n3aXbZC +dC+FaPp5RPWyRPwoZCpGkVOXJd5eZcEmCl+zWjwyosHWoi3XbZ/GVIJOO4fm6Om5iGt JmtB34ZJVSmomshdz75eH+Xz4wGySXawAg8FTdDXMYVf4mcA21LN18wym7/Y5GTpLZf5 w+oQfhr0tv+92EoBtRr4LZRzV07lcd3OlhjtGR1EyqqTPZ9DRDfGxSPXUJwJspS4RgmR o9RQ== MIME-Version: 1.0 X-Received: by 10.50.43.201 with SMTP id y9mr29771289igl.6.1425669228024; Fri, 06 Mar 2015 11:13:48 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.36.17.66 with HTTP; Fri, 6 Mar 2015 11:13:47 -0800 (PST) In-Reply-To: References: Date: Fri, 6 Mar 2015 11:13:47 -0800 X-Google-Sender-Auth: WVABBzQm-J3b79b1bDYE-2HzIUQ Message-ID: Subject: Re: How to set hostname for a machine intended to become company's mail server ? From: Adrian Chadd To: Manish Jain Content-Type: text/plain; charset=UTF-8 Cc: FreeBSD Questions X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Mar 2015 19:13:49 -0000 Hi, Is that name in DNS ? You should at least populate it in /etc/hosts so when xorg goes to look up the name, it doesn't get upset that the name doesn't map to any IP addresses. -a On 6 March 2015 at 00:44, Manish Jain wrote: > > Hi, > > I am setting a FreeBSD 10.1 (amd64) machine for a company. This machine is > to provide all important services including a mail server and printing > services. The company's mail service is currently hosted by an external > provider, who also looks after DNS. > > At installation time, I set the machine name to > roundabout.freebsd10dot1.amd64 > > When I starting work on setting up a mail server (yet to choose from > Postfix/Qmail), I thought it would be better to change the hostname to > freebsd10dot1.roundabout.com > > When I did this and rebooted, I found that the X server fails to start. > There are some lines in /var/log/Xorg.log complaining about invalid > configuration in xorg.conf.d, but nothing much more except for a few control > characters like Ctrl-O and Ctrl-B > > What could be the problem here ? > > > -- > Regards > Manish Jain > > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" From owner-freebsd-questions@FreeBSD.ORG Fri Mar 6 20:20:12 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 905BA122 for ; Fri, 6 Mar 2015 20:20:12 +0000 (UTC) Received: from oneyou.mcmli.com (oneyou.mcmli.com [IPv6:2001:470:1d:8da::100]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "oneyou.mcmli.com", Issuer "RapidSSL SHA256 CA - G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 594FCC6B for ; Fri, 6 Mar 2015 20:20:12 +0000 (UTC) Received: from sentry.24cl.com (sentry.24cl.com [IPv6:2001:558:6017:a2:7053:e151:6908:e8b4]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "sentry.24cl.com", Issuer "Mike's Certificate Authority" (verified OK)) by oneyou.mcmli.com (Postfix) with ESMTPS id 3kzL0S0Bk2z1ZXR for ; Fri, 6 Mar 2015 15:20:08 -0500 (EST) Received: from BigBloat (unknown [10.20.3.20]) by sentry.24cl.com (Postfix) with ESMTP id 3kzL0Q5Wr2zCTFS for ; Fri, 6 Mar 2015 15:20:06 -0500 (EST) Message-ID: <201503061520050228.017FA5C7@smtp.24cl.home> X-Mailer: Courier 3.50.00.09.1098 (http://www.rosecitysoftware.com) (P) Date: Fri, 06 Mar 2015 15:20:05 -0500 From: "Mike." To: freebsd-questions@freebsd.org Subject: Does igb driver support i354 Content-Type: text/plain; charset="ISO-8859-1" X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Mar 2015 20:20:12 -0000 I've been looking at a Supermicro motherboard for one of my servers http://www.supermicro.com/products/motherboard/Atom/X10/A1SRi-2758F.cf m The System on a chip has an Intel I354 Quad GbE Controller. I'd like to use FreeBSD 10.1 (AMD64) with this motherboard, however a spin through google and the FreeBSD man pages give conflicting information about support for the i354. The man pages for 11-current show it supported. The man pages for 10.1 do not show it as being supported. Yet, I've seen mailing list messages saying that it is supported in 10.1. Where can I find a definitive answer whether or not FreeBSD 10.1 (and subsequently 10.2 ...) support the Intel i354 quad GbEcontroller? Thanks in advance. From owner-freebsd-questions@FreeBSD.ORG Fri Mar 6 21:29:57 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3CB57C25 for ; Fri, 6 Mar 2015 21:29:57 +0000 (UTC) Received: from fly.hiwaay.net (fly.hiwaay.net [216.180.54.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id DF53A641 for ; Fri, 6 Mar 2015 21:29:56 +0000 (UTC) Received: from kabini1.local (rbn1-216-180-19-49.adsl.hiwaay.net [216.180.19.49]) (authenticated bits=0) by fly.hiwaay.net (8.13.8/8.13.8/fly) with ESMTP id t26LRWdI009753 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Fri, 6 Mar 2015 15:27:33 -0600 Message-ID: <54FA1D3B.9020705@hiwaay.net> Date: Fri, 06 Mar 2015 15:33:47 -0600 From: "William A. Mahaffey III" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: "FreeBSD Questions !!!!" Subject: What is the status .... Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Mar 2015 21:29:57 -0000 .... of the (presumably ongoing) AMD64 Linux emulation effort ? I was poking around this A.M. & it appears that NetBSD has it going AOK (so sayeth some of their documentation: http://netbsd.gw.com/cgi-bin/man-cgi?compat_linux+8+NetBSD-6.0.1+i386), how is progress for FreeBSD ? I would be an eager user :-) .... -- William A. Mahaffey III ---------------------------------------------------------------------- "The M1 Garand is without doubt the finest implement of war ever devised by man." -- Gen. George S. Patton Jr. From owner-freebsd-questions@FreeBSD.ORG Fri Mar 6 21:31:53 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0DF05DCC for ; Fri, 6 Mar 2015 21:31:53 +0000 (UTC) Received: from fly.hiwaay.net (fly.hiwaay.net [216.180.54.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id AFBFF6E7 for ; Fri, 6 Mar 2015 21:31:52 +0000 (UTC) Received: from kabini1.local (rbn1-216-180-19-49.adsl.hiwaay.net [216.180.19.49]) (authenticated bits=0) by fly.hiwaay.net (8.13.8/8.13.8/fly) with ESMTP id t26LVoXR015018 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Fri, 6 Mar 2015 15:31:51 -0600 Message-ID: <54FA1E3D.5010905@hiwaay.net> Date: Fri, 06 Mar 2015 15:38:05 -0600 From: "William A. Mahaffey III" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: "FreeBSD Questions !!!!" Subject: Re: What is the status .... References: <54FA1D3B.9020705@hiwaay.net> In-Reply-To: <54FA1D3B.9020705@hiwaay.net> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Mar 2015 21:31:53 -0000 On 03/06/15 15:33, William A. Mahaffey III wrote: > > > .... of the (presumably ongoing) AMD64 Linux emulation effort ? I was > poking around this A.M. & it appears that NetBSD has it going AOK (so > sayeth some of their documentation: > http://netbsd.gw.com/cgi-bin/man-cgi?compat_linux+8+NetBSD-6.0.1+i386), how > is progress for FreeBSD ? I would be an eager user :-) .... > > See also http://netbsd.gw.com/cgi-bin/man-cgi?compat_linux+8+NetBSD-6.1.5, probably more relevant .... -- William A. Mahaffey III ---------------------------------------------------------------------- "The M1 Garand is without doubt the finest implement of war ever devised by man." -- Gen. George S. Patton Jr. From owner-freebsd-questions@FreeBSD.ORG Fri Mar 6 22:18:13 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 39ADD55C for ; Fri, 6 Mar 2015 22:18:13 +0000 (UTC) Received: from mail.physics.umn.edu (smtp.spa.umn.edu [128.101.220.4]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1762CBD2 for ; Fri, 6 Mar 2015 22:18:12 +0000 (UTC) Received: from peevish.spa.umn.edu ([128.101.220.230]) by mail.physics.umn.edu with esmtp (Exim 4.77 (FreeBSD)) (envelope-from ) id 1YTzvc-000Ccn-U0 for freebsd-questions@freebsd.org; Fri, 06 Mar 2015 15:37:04 -0600 Received: by peevish.spa.umn.edu (Postfix, from userid 5000) id CEAEE4FB; Fri, 6 Mar 2015 15:37:04 -0600 (CST) Date: Fri, 6 Mar 2015 15:37:04 -0600 From: Graham Allan To: freebsd-questions@freebsd.org Subject: Re: What is the status .... Message-ID: <20150306213704.GF2542@physics.umn.edu> References: <54FA1D3B.9020705@hiwaay.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <54FA1D3B.9020705@hiwaay.net> User-Agent: Mutt/1.5.20 (2009-12-10) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Mar 2015 22:18:13 -0000 On Fri, Mar 06, 2015 at 03:33:47PM -0600, William A. Mahaffey III wrote: > > > .... of the (presumably ongoing) AMD64 Linux emulation effort ? I > was poking around this A.M. & it appears that NetBSD has it going > AOK (so sayeth some of their documentation: http://netbsd.gw.com/cgi-bin/man-cgi?compat_linux+8+NetBSD-6.0.1+i386), > how is progress for FreeBSD ? I would be an eager user :-) .... I remember seeing something in the most recent status report... https://www.freebsd.org/news/status/report-2014-10-2014-12.html#Linux-Emulation-Layer,-the-Linuxulator Graham From owner-freebsd-questions@FreeBSD.ORG Fri Mar 6 23:58:16 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EA6451FC for ; Fri, 6 Mar 2015 23:58:16 +0000 (UTC) Received: from zoom.lafn.org (zoom.lafn.org [108.92.93.123]) by mx1.freebsd.org (Postfix) with ESMTP id C14898CA for ; Fri, 6 Mar 2015 23:58:16 +0000 (UTC) Received: from [10.0.1.2] (static-71-177-216-148.lsanca.fios.verizon.net [71.177.216.148]) (authenticated bits=0) by zoom.lafn.org (8.14.7/8.14.7) with ESMTP id t26Nw9mU080049 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 6 Mar 2015 15:58:10 -0800 (PST) (envelope-from bc979@lafn.org) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\)) Subject: Re: OpenSSL Ciphers From: Doug Hardie In-Reply-To: <5347DC2D-AD6C-41A1-AEC7-A81C51F691B3@lafn.org> Date: Fri, 6 Mar 2015 15:58:10 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: References: <5347DC2D-AD6C-41A1-AEC7-A81C51F691B3@lafn.org> To: "freebsd-questions@freebsd.org Questions" X-Mailer: Apple Mail (2.2070.6) X-Virus-Scanned: clamav-milter 0.98 at zoom.lafn.org X-Virus-Status: Clean X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Mar 2015 23:58:17 -0000 > On 3 March 2015, at 23:21, Doug Hardie wrote: >=20 > The default list of ciphers is quite extensive and includes some that = are apparently causing some potential security issues. I have a number = of applications that use OpenSSL and many don=E2=80=99t have the code to = restrict the list. Fixing all that would take quite a bit of work. = However, looking into /usr/include/openssl/ssl.h I find a definition for = the SSL_DEFAULT_CIPHER_LIST. The comments indicate that that list is = the one used when the application doesn=E2=80=99t specify anything. I = changed its definition to: >=20 > #define SSL_DEFAULT_CIPHER_LIST = "TLSv1+HIGH:!SSLv2:RC4+MEDIUM:!aNULL:!eNULL:!3DES:@STRENGTH: >=20 > However, s_connect will still create a connection with the export = ciphers. I tried adding !EXPORT to that list and it had no effect. Is = the definition actually used by openssl or is it just there for = documentation? Not hearing anything on this, I suspect it=E2=80=99s not very well = understood. I have started updating the various servers/clients that = use SSL/TLS. The one that has me completely stumped is sendmail. There = is a web page which provides instructions = "http://novosial.org/sendmail/cipherlist/index.html=E2=80=9D. However, = when I follow them, I can still establish a connection and deliver mail = using the export ciphers. =20 Has anyone successfully restricted the sendmail ciphers?= From owner-freebsd-questions@FreeBSD.ORG Sat Mar 7 00:28:24 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 537B3A6A for ; Sat, 7 Mar 2015 00:28:24 +0000 (UTC) Received: from mail-in4.apple.com (mail-out4.apple.com [17.151.62.26]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 26799BEF for ; Sat, 7 Mar 2015 00:28:23 +0000 (UTC) Received: from relay5.apple.com (relay5.apple.com [17.128.113.88]) by mail-in4.apple.com (Apple Secure Mail Relay) with SMTP id 41.5A.12706.7264AF45; Fri, 6 Mar 2015 16:28:23 -0800 (PST) X-AuditID: 11973e12-f79d66d0000031a2-33-54fa46276d20 Received: from [17.149.231.242] (Unknown_Domain [17.149.231.242]) (using TLS with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by relay5.apple.com (Apple SCV relay) with SMTP id 55.B5.16346.9264AF45; Fri, 6 Mar 2015 16:28:25 -0800 (PST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\)) Subject: Re: OpenSSL Ciphers From: Charles Swiger In-Reply-To: Date: Fri, 6 Mar 2015 16:28:22 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: References: <5347DC2D-AD6C-41A1-AEC7-A81C51F691B3@lafn.org> To: Doug Hardie X-Mailer: Apple Mail (2.2070.6) X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFlrHLMWRmVeSWpSXmKPExsUi2FAYoavu9ivEYOcidou3P56wWbz8uonF gcljxqf5LB4tV2eyBjBFcdmkpOZklqUW6dslcGX8mHGBteC3RMXupibGBsaTwl2MnBwSAiYS 1xc9Y4OwxSQu3FsPZHNxCAnsZZSYcKaTFaZoX/dcqMR0Jomt13+DJZgF1CX+zLvEDGLzChhI zD31hQnEFhaQkfj6+hVQAwcHm4CaxISJPCBhTgEbiaPbr4G1sgioSEzfPYEZYoyuRNONt4wQ trbEsoWvoUZaSbw4cgzMFhLIljh3ayGYLSKgIHFr8wZGkPESAvISPZvSQU6TEPjIKrF17g/m CYxCs5BcNwvJdbOQrFjAyLyKUSg3MTNHNzPPRC+xoCAnVS85P3cTIyiAp9sJ7WA8tcrqEKMA B6MSD2+H1M8QIdbEsuLK3EOM0hwsSuK8ti+AQgLpiSWp2ampBalF8UWlOanFhxiZODilGhjn zzNVne94cevNNdWPaw3eWHqkhyS/LpbO58rQPVj8oT/1p/icqLr5J0LDXkmXTi6b4Fe0rXn1 x2nveD7sj7yhVlN6iX+GtPnNrTO3bkrb5e289aVhl4u2l4/ZoYiatCtZ92uXB30vnMGxOORC yhT/mk8VnRNLjZvWLhHo3q1e/S65pM8gq1CJpTgj0VCLuag4EQCgl2jjQQIAAA== X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFlrILMWRmVeSWpSXmKPExsUiOPX5J11Nt18hBrP3a1i8/fGEzeLl100s DkweMz7NZ/FouTqTNYApissmJTUnsyy1SN8ugSvjx4wLrAW/JSp2NzUxNjCeFO5i5OSQEDCR 2Nc9lw3CFpO4cG89kM3FISQwnUli6/XfrCAJZgF1iT/zLjGD2LwCBhJzT31hArGFBWQkvr5+ BdTAwcEmoCYxYSIPSJhTwEbi6PZrYK0sAioS03dPYIYYoyvRdOMtI4StLbFs4WuokVYSL44c A7OFBLIlzt1aCGaLCChI3Nq8gRFkvISAvETPpvQJjPyzkBw0C8lBs5BMXcDIvIpRoCg1J7HS VC+xoCAnVS85P3cTIyjgGgojdjD+X2Z1iFGAg1GJh9dA4meIEGtiWXFl7iFGCQ5mJRHeqcq/ QoR4UxIrq1KL8uOLSnNSiw8xSnOwKInzbrv4I0RIID2xJDU7NbUgtQgmy8TBKdXAGFwSvyP+ 1P9urgU/M/6ujm8QVPbx7njbcOLJstrwiCV+15I9vV7yr70/hfvXOm8lt0ye68rXfK8u2d1+ Rc3z+OP17659O3Ofo3a9j+W1xY/ucb/K3ZI2uXv937/GjCsuxfJqebs51dzz75PmVzvou07/ eHq9U+CRB31rpLPVnwZs7pAOXSzUp8RSnJFoqMVcVJwIAF93Tm40AgAA Cc: FreeBSD - X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Mar 2015 00:28:24 -0000 Hi-- > On Mar 6, 2015, at 3:58 PM, Doug Hardie wrote: >> On 3 March 2015, at 23:21, Doug Hardie wrote: >> The default list of ciphers is quite extensive and includes some that = are apparently causing some potential security issues. I have a number = of applications that use OpenSSL and many don=E2=80=99t have the code to = restrict the list. Fixing all that would take quite a bit of work. = However, looking into /usr/include/openssl/ssl.h I find a definition for = the SSL_DEFAULT_CIPHER_LIST. The comments indicate that that list is = the one used when the application doesn=E2=80=99t specify anything. I = changed its definition to: >>=20 >> #define SSL_DEFAULT_CIPHER_LIST = "TLSv1+HIGH:!SSLv2:RC4+MEDIUM:!aNULL:!eNULL:!3DES:@STRENGTH: >>=20 >> However, s_connect will still create a connection with the export = ciphers. I tried adding !EXPORT to that list and it had no effect. Is = the definition actually used by openssl or is it just there for = documentation? >=20 > Not hearing anything on this, I suspect it=E2=80=99s not very well = understood. I have started updating the various servers/clients that = use SSL/TLS. The one that has me completely stumped is sendmail. There = is a web page which provides instructions = "http://novosial.org/sendmail/cipherlist/index.html=E2=80=9D. However, = when I follow them, I can still establish a connection and deliver mail = using the export ciphers. =20 >=20 > Has anyone successfully restricted the sendmail ciphers? You can see which ciphers openssl will support via a statement like: % openssl ciphers -v = 'TLSv1+HIGH:RC4+MEDIUM:!aNULL:!eNULL:!3DES:@STRENGTH:!EXPORT' DHE-RSA-AES256-SHA SSLv3 Kx=3DDH Au=3DRSA Enc=3DAES(256) = Mac=3DSHA1 DHE-DSS-AES256-SHA SSLv3 Kx=3DDH Au=3DDSS Enc=3DAES(256) = Mac=3DSHA1 AES256-SHA SSLv3 Kx=3DRSA Au=3DRSA Enc=3DAES(256) = Mac=3DSHA1 DHE-RSA-AES128-SHA SSLv3 Kx=3DDH Au=3DRSA Enc=3DAES(128) = Mac=3DSHA1 DHE-DSS-AES128-SHA SSLv3 Kx=3DDH Au=3DDSS Enc=3DAES(128) = Mac=3DSHA1 AES128-SHA SSLv3 Kx=3DRSA Au=3DRSA Enc=3DAES(128) = Mac=3DSHA1 RC4-SHA SSLv3 Kx=3DRSA Au=3DRSA Enc=3DRC4(128) = Mac=3DSHA1 RC4-MD5 SSLv3 Kx=3DRSA Au=3DRSA Enc=3DRC4(128) = Mac=3DMD5=20 RC4-MD5 SSLv2 Kx=3DRSA Au=3DRSA Enc=3DRC4(128) = Mac=3DMD5=20 ...and you can experiment with TLS negotiation results via something = like: % openssl s_client -cipher 'AES256-SHA:AES128-SHA' -connect = www.google.com:443 [ ... ] New, TLSv1/SSLv3, Cipher is AES128-SHA Server public key is 2048 bit Secure Renegotiation IS supported Compression: NONE Expansion: NONE SSL-Session: Protocol : TLSv1 Cipher : AES128-SHA Session-ID: [ ... ] Sendmail normally performs crypto via STARTTLS negotiation rather than = via SMTPS; there's a CipherList option which can be defined via = sendmail.mc / sendmail.cf. You might need to recompile sendmail with = -D_FFR_TLS_1, which I think that novosial page mentions. Regards, --=20 -Chuck From owner-freebsd-questions@FreeBSD.ORG Sat Mar 7 00:36:25 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8EC3FBAB for ; Sat, 7 Mar 2015 00:36:25 +0000 (UTC) Received: from zoom.lafn.org (zoom.lafn.org [108.92.93.123]) by mx1.freebsd.org (Postfix) with ESMTP id 6CBEBCB3 for ; Sat, 7 Mar 2015 00:36:25 +0000 (UTC) Received: from [10.0.1.2] (static-71-177-216-148.lsanca.fios.verizon.net [71.177.216.148]) (authenticated bits=0) by zoom.lafn.org (8.14.7/8.14.7) with ESMTP id t270aOdc080760 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 6 Mar 2015 16:36:24 -0800 (PST) (envelope-from bc979@lafn.org) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\)) Subject: Re: OpenSSL Ciphers From: Doug Hardie In-Reply-To: Date: Fri, 6 Mar 2015 16:36:24 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: <031A70A3-C348-4E2A-8C30-79F85BA4B4A1@lafn.org> References: <5347DC2D-AD6C-41A1-AEC7-A81C51F691B3@lafn.org> To: Charles Swiger X-Mailer: Apple Mail (2.2070.6) X-Virus-Scanned: clamav-milter 0.98 at zoom.lafn.org X-Virus-Status: Clean Cc: FreeBSD - X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Mar 2015 00:36:25 -0000 > On 6 March 2015, at 16:28, Charles Swiger wrote: >=20 > Hi-- >=20 >> On Mar 6, 2015, at 3:58 PM, Doug Hardie wrote: >>> On 3 March 2015, at 23:21, Doug Hardie wrote: >>> The default list of ciphers is quite extensive and includes some = that are apparently causing some potential security issues. I have a = number of applications that use OpenSSL and many don=E2=80=99t have the = code to restrict the list. Fixing all that would take quite a bit of = work. However, looking into /usr/include/openssl/ssl.h I find a = definition for the SSL_DEFAULT_CIPHER_LIST. The comments indicate that = that list is the one used when the application doesn=E2=80=99t specify = anything. I changed its definition to: >>>=20 >>> #define SSL_DEFAULT_CIPHER_LIST = "TLSv1+HIGH:!SSLv2:RC4+MEDIUM:!aNULL:!eNULL:!3DES:@STRENGTH: >>>=20 >>> However, s_connect will still create a connection with the export = ciphers. I tried adding !EXPORT to that list and it had no effect. Is = the definition actually used by openssl or is it just there for = documentation? >>=20 >> Not hearing anything on this, I suspect it=E2=80=99s not very well = understood. I have started updating the various servers/clients that = use SSL/TLS. The one that has me completely stumped is sendmail. There = is a web page which provides instructions = "http://novosial.org/sendmail/cipherlist/index.html=E2=80=9D. However, = when I follow them, I can still establish a connection and deliver mail = using the export ciphers. =20 >>=20 >> Has anyone successfully restricted the sendmail ciphers? >=20 > You can see which ciphers openssl will support via a statement like: >=20 > % openssl ciphers -v = 'TLSv1+HIGH:RC4+MEDIUM:!aNULL:!eNULL:!3DES:@STRENGTH:!EXPORT' > DHE-RSA-AES256-SHA SSLv3 Kx=3DDH Au=3DRSA Enc=3DAES(256) = Mac=3DSHA1 > DHE-DSS-AES256-SHA SSLv3 Kx=3DDH Au=3DDSS Enc=3DAES(256) = Mac=3DSHA1 > AES256-SHA SSLv3 Kx=3DRSA Au=3DRSA Enc=3DAES(256) = Mac=3DSHA1 > DHE-RSA-AES128-SHA SSLv3 Kx=3DDH Au=3DRSA Enc=3DAES(128) = Mac=3DSHA1 > DHE-DSS-AES128-SHA SSLv3 Kx=3DDH Au=3DDSS Enc=3DAES(128) = Mac=3DSHA1 > AES128-SHA SSLv3 Kx=3DRSA Au=3DRSA Enc=3DAES(128) = Mac=3DSHA1 > RC4-SHA SSLv3 Kx=3DRSA Au=3DRSA Enc=3DRC4(128) = Mac=3DSHA1 > RC4-MD5 SSLv3 Kx=3DRSA Au=3DRSA Enc=3DRC4(128) = Mac=3DMD5=20 > RC4-MD5 SSLv2 Kx=3DRSA Au=3DRSA Enc=3DRC4(128) = Mac=3DMD5=20 >=20 > ...and you can experiment with TLS negotiation results via something = like: >=20 > % openssl s_client -cipher 'AES256-SHA:AES128-SHA' -connect = www.google.com:443 > [ ... ] > New, TLSv1/SSLv3, Cipher is AES128-SHA > Server public key is 2048 bit > Secure Renegotiation IS supported > Compression: NONE > Expansion: NONE > SSL-Session: > Protocol : TLSv1 > Cipher : AES128-SHA > Session-ID: [ ... ] >=20 > Sendmail normally performs crypto via STARTTLS negotiation rather than = via SMTPS; there's a CipherList option which can be defined via = sendmail.mc / sendmail.cf. You might need to recompile sendmail with = -D_FFR_TLS_1, which I think that novosial page mentions. sendmail has _FFR_TLS_1 compiled in per th tests in the web page = mentioned above. The CipherList option doesn=E2=80=99t seem to work. I = can connect and send mail with that in place using the EXPORT ciphers. From owner-freebsd-questions@FreeBSD.ORG Sat Mar 7 01:41:38 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DD53723B; Sat, 7 Mar 2015 01:41:38 +0000 (UTC) Received: from webmail.dweimer.net (24-240-198-187.static.stls.mo.charter.com [24.240.198.187]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B0AA92FB; Sat, 7 Mar 2015 01:41:37 +0000 (UTC) Received: from www.dweimer.net (webmail [192.168.5.2]) by webmail.dweimer.net (8.14.9/8.14.9) with ESMTP id t271ZiDB098542 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Fri, 6 Mar 2015 19:35:45 -0600 (CST) (envelope-from dweimer@dweimer.net) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Date: Fri, 06 Mar 2015 19:35:44 -0600 From: dweimer To: Doug Hardie Subject: Re: OpenSSL Ciphers Organization: dweimer.net Reply-To: dweimer@dweimer.net Mail-Reply-To: dweimer@dweimer.net In-Reply-To: <031A70A3-C348-4E2A-8C30-79F85BA4B4A1@lafn.org> References: <5347DC2D-AD6C-41A1-AEC7-A81C51F691B3@lafn.org> <031A70A3-C348-4E2A-8C30-79F85BA4B4A1@lafn.org> Message-ID: X-Sender: dweimer@dweimer.net User-Agent: Roundcube Webmail/1.1.0 Cc: FreeBSD - , owner-freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Mar 2015 01:41:39 -0000 On 03/06/2015 6:36 pm, Doug Hardie wrote: >> On 6 March 2015, at 16:28, Charles Swiger wrote: >> >> Hi-- >> >>> On Mar 6, 2015, at 3:58 PM, Doug Hardie wrote: >>>> On 3 March 2015, at 23:21, Doug Hardie wrote: >>>> The default list of ciphers is quite extensive and includes some >>>> that are apparently causing some potential security issues. I have >>>> a number of applications that use OpenSSL and many don’t have the >>>> code to restrict the list. Fixing all that would take quite a bit >>>> of work. However, looking into /usr/include/openssl/ssl.h I find a >>>> definition for the SSL_DEFAULT_CIPHER_LIST. The comments indicate >>>> that that list is the one used when the application doesn’t specify >>>> anything. I changed its definition to: >>>> >>>> #define SSL_DEFAULT_CIPHER_LIST >>>> "TLSv1+HIGH:!SSLv2:RC4+MEDIUM:!aNULL:!eNULL:!3DES:@STRENGTH: >>>> >>>> However, s_connect will still create a connection with the export >>>> ciphers. I tried adding !EXPORT to that list and it had no effect. >>>> Is the definition actually used by openssl or is it just there for >>>> documentation? >>> >>> Not hearing anything on this, I suspect it’s not very well >>> understood. I have started updating the various servers/clients that >>> use SSL/TLS. The one that has me completely stumped is sendmail. >>> There is a web page which provides instructions >>> "http://novosial.org/sendmail/cipherlist/index.htmlâ€. However, when >>> I follow them, I can still establish a connection and deliver mail >>> using the export ciphers. >>> >>> Has anyone successfully restricted the sendmail ciphers? >> >> You can see which ciphers openssl will support via a statement like: >> >> % openssl ciphers -v >> 'TLSv1+HIGH:RC4+MEDIUM:!aNULL:!eNULL:!3DES:@STRENGTH:!EXPORT' >> DHE-RSA-AES256-SHA SSLv3 Kx=DH Au=RSA Enc=AES(256) >> Mac=SHA1 >> DHE-DSS-AES256-SHA SSLv3 Kx=DH Au=DSS Enc=AES(256) >> Mac=SHA1 >> AES256-SHA SSLv3 Kx=RSA Au=RSA Enc=AES(256) >> Mac=SHA1 >> DHE-RSA-AES128-SHA SSLv3 Kx=DH Au=RSA Enc=AES(128) >> Mac=SHA1 >> DHE-DSS-AES128-SHA SSLv3 Kx=DH Au=DSS Enc=AES(128) >> Mac=SHA1 >> AES128-SHA SSLv3 Kx=RSA Au=RSA Enc=AES(128) >> Mac=SHA1 >> RC4-SHA SSLv3 Kx=RSA Au=RSA Enc=RC4(128) >> Mac=SHA1 >> RC4-MD5 SSLv3 Kx=RSA Au=RSA Enc=RC4(128) >> Mac=MD5 >> RC4-MD5 SSLv2 Kx=RSA Au=RSA Enc=RC4(128) >> Mac=MD5 >> >> ...and you can experiment with TLS negotiation results via something >> like: >> >> % openssl s_client -cipher 'AES256-SHA:AES128-SHA' -connect >> www.google.com:443 >> [ ... ] >> New, TLSv1/SSLv3, Cipher is AES128-SHA >> Server public key is 2048 bit >> Secure Renegotiation IS supported >> Compression: NONE >> Expansion: NONE >> SSL-Session: >> Protocol : TLSv1 >> Cipher : AES128-SHA >> Session-ID: [ ... ] >> >> Sendmail normally performs crypto via STARTTLS negotiation rather than >> via SMTPS; there's a CipherList option which can be defined via >> sendmail.mc / sendmail.cf. You might need to recompile sendmail with >> -D_FFR_TLS_1, which I think that novosial page mentions. > > sendmail has _FFR_TLS_1 compiled in per th tests in the web page > mentioned above. The CipherList option doesn’t seem to work. I can > connect and send mail with that in place using the EXPORT ciphers. > Doug, I have this added to my /etc/mail/{HOSTNAME}.mc file. LOCAL_CONFIG O CipherList=ALL:!aNULL:!eNULL:!LOW:!EXP:RC4+RSA:+HIGH:+MEDIUM Of course you can use other options, this has been there for a while in mine, carried over from some time a few versions back. Probably should get around to testing it to make sure it actually is still working. It doesn't take long to add it in and run a quick test. -- Thanks, Dean E. Weimer http://www.dweimer.net/ From owner-freebsd-questions@FreeBSD.ORG Sat Mar 7 07:36:49 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C50D35D3; Sat, 7 Mar 2015 07:36:49 +0000 (UTC) Received: from zoom.lafn.org (zoom.lafn.org [108.92.93.123]) by mx1.freebsd.org (Postfix) with ESMTP id A17FF9D0; Sat, 7 Mar 2015 07:36:49 +0000 (UTC) Received: from [10.0.1.2] (static-71-177-216-148.lsanca.fios.verizon.net [71.177.216.148]) (authenticated bits=0) by zoom.lafn.org (8.14.7/8.14.7) with ESMTP id t277ZRiu090035 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 6 Mar 2015 23:35:28 -0800 (PST) (envelope-from bc979@lafn.org) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\)) Subject: Re: OpenSSL Ciphers From: Doug Hardie In-Reply-To: Date: Fri, 6 Mar 2015 23:35:27 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: References: <5347DC2D-AD6C-41A1-AEC7-A81C51F691B3@lafn.org> <031A70A3-C348-4E2A-8C30-79F85BA4B4A1@lafn.org> To: dweimer@dweimer.net X-Mailer: Apple Mail (2.2070.6) X-Virus-Scanned: clamav-milter 0.98 at zoom.lafn.org X-Virus-Status: Clean Cc: FreeBSD - , owner-freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Mar 2015 07:36:49 -0000 > On 6 March 2015, at 17:35, dweimer wrote: >=20 > On 03/06/2015 6:36 pm, Doug Hardie wrote: >>> On 6 March 2015, at 16:28, Charles Swiger wrote: >>> Hi-- >>>> On Mar 6, 2015, at 3:58 PM, Doug Hardie wrote: >>>>> On 3 March 2015, at 23:21, Doug Hardie wrote: >>>>> The default list of ciphers is quite extensive and includes some = that are apparently causing some potential security issues. I have a = number of applications that use OpenSSL and many don=E2=80=99t have the = code to restrict the list. Fixing all that would take quite a bit of = work. However, looking into /usr/include/openssl/ssl.h I find a = definition for the SSL_DEFAULT_CIPHER_LIST. The comments indicate that = that list is the one used when the application doesn=E2=80=99t specify = anything. I changed its definition to: >>>>> #define SSL_DEFAULT_CIPHER_LIST = "TLSv1+HIGH:!SSLv2:RC4+MEDIUM:!aNULL:!eNULL:!3DES:@STRENGTH: >>>>> However, s_connect will still create a connection with the export = ciphers. I tried adding !EXPORT to that list and it had no effect. Is = the definition actually used by openssl or is it just there for = documentation? >>>> Not hearing anything on this, I suspect it=E2=80=99s not very well = understood. I have started updating the various servers/clients that = use SSL/TLS. The one that has me completely stumped is sendmail. There = is a web page which provides instructions = "http://novosial.org/sendmail/cipherlist/index.html=E2=80=9D. However, = when I follow them, I can still establish a connection and deliver mail = using the export ciphers. >>>> Has anyone successfully restricted the sendmail ciphers? >>> You can see which ciphers openssl will support via a statement like: >>> % openssl ciphers -v = 'TLSv1+HIGH:RC4+MEDIUM:!aNULL:!eNULL:!3DES:@STRENGTH:!EXPORT' >>> DHE-RSA-AES256-SHA SSLv3 Kx=3DDH Au=3DRSA Enc=3DAES(256) = Mac=3DSHA1 >>> DHE-DSS-AES256-SHA SSLv3 Kx=3DDH Au=3DDSS Enc=3DAES(256) = Mac=3DSHA1 >>> AES256-SHA SSLv3 Kx=3DRSA Au=3DRSA Enc=3DAES(256) = Mac=3DSHA1 >>> DHE-RSA-AES128-SHA SSLv3 Kx=3DDH Au=3DRSA Enc=3DAES(128) = Mac=3DSHA1 >>> DHE-DSS-AES128-SHA SSLv3 Kx=3DDH Au=3DDSS Enc=3DAES(128) = Mac=3DSHA1 >>> AES128-SHA SSLv3 Kx=3DRSA Au=3DRSA Enc=3DAES(128) = Mac=3DSHA1 >>> RC4-SHA SSLv3 Kx=3DRSA Au=3DRSA Enc=3DRC4(128) = Mac=3DSHA1 >>> RC4-MD5 SSLv3 Kx=3DRSA Au=3DRSA Enc=3DRC4(128) = Mac=3DMD5 >>> RC4-MD5 SSLv2 Kx=3DRSA Au=3DRSA Enc=3DRC4(128) = Mac=3DMD5 >>> ...and you can experiment with TLS negotiation results via something = like: >>> % openssl s_client -cipher 'AES256-SHA:AES128-SHA' -connect = www.google.com:443 >>> [ ... ] >>> New, TLSv1/SSLv3, Cipher is AES128-SHA >>> Server public key is 2048 bit >>> Secure Renegotiation IS supported >>> Compression: NONE >>> Expansion: NONE >>> SSL-Session: >>> Protocol : TLSv1 >>> Cipher : AES128-SHA >>> Session-ID: [ ... ] >>> Sendmail normally performs crypto via STARTTLS negotiation rather = than via SMTPS; there's a CipherList option which can be defined via = sendmail.mc / sendmail.cf. You might need to recompile sendmail with = -D_FFR_TLS_1, which I think that novosial page mentions. >> sendmail has _FFR_TLS_1 compiled in per th tests in the web page >> mentioned above. The CipherList option doesn=E2=80=99t seem to work. = I can >> connect and send mail with that in place using the EXPORT ciphers. >=20 > Doug, > I have this added to my /etc/mail/{HOSTNAME}.mc file. >=20 > LOCAL_CONFIG > O CipherList=3DALL:!aNULL:!eNULL:!LOW:!EXP:RC4+RSA:+HIGH:+MEDIUM >=20 > Of course you can use other options, this has been there for a while = in mine, carried over from some time a few versions back. Probably = should get around to testing it to make sure it actually is still = working. It doesn't take long to add it in and run a quick test. As I replied earlier, I have done that. I can still use: openssl s_client -connect localhost:25 -starttls smtp -cipher EXPORT It will establish the connection and I can send mail. The details show = that one of the export ciphers is being used. I have tested this on = FreeBSD 9.3 and 8.2. From owner-freebsd-questions@FreeBSD.ORG Sat Mar 7 09:33:47 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F3BBC450 for ; Sat, 7 Mar 2015 09:33:46 +0000 (UTC) Received: from sasl.smtp.pobox.com (pb-sasl1.int.icgroup.com [208.72.237.25]) by mx1.freebsd.org (Postfix) with ESMTP id AE09D632 for ; Sat, 7 Mar 2015 09:33:45 +0000 (UTC) Received: from sasl.smtp.pobox.com (unknown [127.0.0.1]) by pb-sasl1.pobox.com (Postfix) with ESMTP id 962D537010; Sat, 7 Mar 2015 04:33:39 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=pobox.com; h=subject :mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; s=sasl; bh= 8sTkTJ1KANFuwX9KuqfczFU9O6k=; b=ZPcdBk2h4O6N1STXJYklE0e5n15ezFuM an7izHNHjp9SeiwIgL60aK6jCUwe7OZlC3F0VAhU7gKJyuKn3W86PxEylT6+N/yc C/aSDz1+iNDlJNLefa6fGSKsPTBEf07S5UCqi7KfwRAGpEo/0GD0h0iFUS1eHctz nG0CVC9XWQQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=pobox.com; h=subject :mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; q=dns; s= sasl; b=ftOIGffITRKwF8LbwG/DXgTX9zhO9vvq3DIqxwSsCnd3GuiUG2vy4ypf NRVy+NkH8PJm/WMcq0cQHFnd9qepVPTyi49fQ0Kzb72Zf+BgQZrHlAR9NVpDBPRE ItnvtM9blrI9YBIgc9gGYTzxGCqK4Zmo9WarWkewm7jqA09yaRo= Received: from pb-sasl1.int.icgroup.com (unknown [127.0.0.1]) by pb-sasl1.pobox.com (Postfix) with ESMTP id 8EA803700F; Sat, 7 Mar 2015 04:33:39 -0500 (EST) Received: from almini.rcthomas.org (unknown [208.53.120.31]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by pb-sasl1.pobox.com (Postfix) with ESMTPSA id 9338137008; Sat, 7 Mar 2015 04:33:38 -0500 (EST) Subject: Re: How to adjust clock frequency in FreeBSD 10.1 ? Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Content-Type: text/plain; charset=windows-1252 From: Rick Thomas In-Reply-To: <20150306133021.GC810@lena.kiev> Date: Sat, 7 Mar 2015 01:33:36 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20150306133021.GC810@lena.kiev> To: Lena@lena.kiev.ua X-Mailer: Apple Mail (2.1878.6) X-Pobox-Relay-ID: 0944AB2C-C4AD-11E4-B345-B058D0B8C469-02150157!pb-sasl1.pobox.com Cc: freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Mar 2015 09:33:47 -0000 On Mar 6, 2015, at 5:30 AM, Lena@lena.kiev.ua wrote: >> From: Rick Thomas >=20 >>>> I?ve got a machine with a really bad clock. >=20 > Motherboards usually have several timers, not single clock. > At boot time, FreeBSD kernel assigns a number called "quality" to each = timer > and chooses which timer to use. > Using some hints in /etc/device.hints, you can forbid FreeBSD kernel > to use the faulty timer. >=20 > ~ $ dmesg | egrep -i 'time|clock' > Timecounter "i8254" frequency 1193182 Hz quality 0 > Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 > acpi_hpet0: iomem 0xfefff000-0xfefff3ff = irq 0,8 on acpi0 > Timecounter "HPET" frequency 25000000 Hz quality 900 > atrtc0: port 0x70-0x73 on acpi0 > pmtimer0 on isa0 > Timecounter "TSC" frequency 2204612489 Hz quality 800 > Timecounters tick every 1.000 msec >=20 > sysctl -a | egrep -i 'time|clock' | less > ... > kern.timecounter.choice: TSC(800) HPET(900) ACPI-fast(1000) i8254(0) = dummy(-1000000) > kern.timecounter.hardware: ACPI-fast >=20 > If that doesn=92t help, look for TIMER_FREQ in /sys/i386/conf/NOTES . Thanks very much for the hints! The machine in question is a PowerPC G4 = Apple Macintosh. So the timers aren=92t quite so varied as you=92d have = on an i386 machine. Here=92s what I get=85 Is any of it likely to be = helpful? > rbthomas@grey:~ % dmesg | egrep -i 'time|clock' > Timecounter "timebase" frequency 33290001 Hz quality 0 > Event timer "decrementer" frequency 33290001 Hz quality 1000 > Timecounters tick every 1.000 msec > rbthomas@grey:~ % sysctl -a | egrep -i 'time|clock > kern.clockrate: { hz =3D 1000, tick =3D 1000, profhz =3D 8127, stathz = =3D 127 } > ... > kern.eventtimer.choice: decrementer(1000) > kern.eventtimer.et.decrementer.flags: 7 > kern.eventtimer.et.decrementer.frequency: 33290001 > kern.eventtimer.et.decrementer.quality: 1000 > kern.eventtimer.periodic: 0 > kern.eventtimer.timer: decrementer > kern.eventtimer.idletick: 0 > kern.eventtimer.singlemul: 2 > ... > kern.timecounter.fast_gettime: 1 > kern.timecounter.tick: 1 > kern.timecounter.choice: timebase(0) dummy(-1000000) > kern.timecounter.hardware: timebase > kern.timecounter.alloweddeviation: 5 > kern.timecounter.stepwarnings: 0 > kern.timecounter.tc.timebase.mask: 4294967295 > kern.timecounter.tc.timebase.counter: 2876823599 > kern.timecounter.tc.timebase.frequency: 33290001 > kern.timecounter.tc.timebase.quality: 0 > ... > machdep.wall_cmos_clock: 0 > p1003_1b.realtime_signals: 200112 > p1003_1b.timers: 200112 > p1003_1b.delaytimer_max: 2147483647 > p1003_1b.timer_max: 32 And /sys/*/conf doesn=92t seem to exist=85 > rbthomas@grey:~ % ls -l /sys > lrwxr-xr-x 1 root wheel 11 Nov 11 17:21 /sys -> usr/src/sys > rbthomas@grey:~ % ls -l /usr/src/ > total 0 > rbthomas@grey:~ %=20 Am I missing something? Thanks again! Rick= From owner-freebsd-questions@FreeBSD.ORG Sat Mar 7 15:49:07 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5C08029E for ; Sat, 7 Mar 2015 15:49:07 +0000 (UTC) Received: from mx1.nybek.com (mx1.nybek.com [78.47.4.173]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 01063FCC for ; Sat, 7 Mar 2015 15:49:06 +0000 (UTC) Received: by mx1.nybek.com (Postfix, from userid 1000) id 37D7828074E; Sat, 7 Mar 2015 15:49:02 +0000 (GMT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nybek.com; s=mail; t=1425743342; bh=Xw1zA9D/uCmVK/fpIlhkqQTZdAC+VnKQqofOxJ9JO24=; h=Date:From:To:Subject:From; b=ktRNvlslNlAW2U72kBz0XBi+Ya6inutYB0GnXrV803E7GvrKbUYyCgCqTVBKBLeIa 42yz1ZAVkVpmbR2HyCEouZ/BeIFEjW4bfA55tOY8Q1VPwbTLkMHmRxPI/2d8ych4d0 G/gMqBxpKvX2zwzXXCYZ7mofLnKfu/hchYA6+d2s= Date: Sat, 7 Mar 2015 15:49:02 +0000 From: Rory Byrne To: freebsd-questions@freebsd.org Subject: TCP aborted from state FIN_WAIT1 after empty 60 secs Message-ID: <20150307154902.GA3060@nybek.com> Mail-Followup-To: freebsd-questions@freebsd.org MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="bg08WKrSYDhXBjb5" Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Mar 2015 15:49:07 -0000 --bg08WKrSYDhXBjb5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hello, I've been doing some cross-platform testing and I noticed some unusual behaviour in the way FreeBSD handles TCP connections. Consider the following scenario: 1. A server writes a 20K payload to the socket send buffer and calls close() or shutdown(). 2. The client, who has a small socket receive buffer of 8K, sits idle rather than trying to read the payload off the stream. What usually happens on FreeBSD is that the server TCP aborts the connection after about 150 seconds. Specifically, if 60 seconds passes where no packets are transferred over the connection, the server TCP discards the socket send buffer and sends an RST to the client TCP; this usually happens about 150 seconds after the connection was established, but sometimes takes longer, and sometimes much longer (over 5 mins). None of the other platforms I have tested (NetBSD, OpenBSD, Linux, Illumos, Darwin, Cygwin and native Windows) abort the connection: they allow it to persist indefinitely (more than 30 minutes anyway). Assuming that I haven't messed up in my tests, I was wondering if this is a bug or an intentional anti-DOS protection mechanism. If it is that latter, is there a way to control the behaviour? See attached for test code and a tcpdump trace. The client and server must be on different hosts: the TCP connection won't be aborted if you run it over lo0. I am currently running 10.1-RELEASE-p6 with the default kernel. Thanks, Rory --bg08WKrSYDhXBjb5 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="freebsd-trace.txt" 16:34:06.606740 IP 192.168.0.1.35459 > 192.168.0.25.7777: Flags [S], seq 3384095403, win 7300, options [mss 1460,sackOK,TS val 343707092 ecr 0,nop,wscale 0], length 0 16:34:06.606988 IP 192.168.0.25.7777 > 192.168.0.1.35459: Flags [S.], seq 2436435063, ack 3384095404, win 65535, options [mss 1460,nop,wscale 6,sackOK,TS val 287206175 ecr 343707092], length 0 16:34:06.607018 IP 192.168.0.1.35459 > 192.168.0.25.7777: Flags [.], ack 1, win 7300, options [nop,nop,TS val 343707092 ecr 287206175], length 0 16:34:06.607446 IP 192.168.0.25.7777 > 192.168.0.1.35459: Flags [.], seq 1:1449, ack 1, win 1040, options [nop,nop,TS val 287206175 ecr 343707092], length 1448 16:34:06.607493 IP 192.168.0.1.35459 > 192.168.0.25.7777: Flags [.], ack 1449, win 5852, options [nop,nop,TS val 343707092 ecr 287206175], length 0 16:34:06.607738 IP 192.168.0.25.7777 > 192.168.0.1.35459: Flags [.], seq 1449:2897, ack 1, win 1040, options [nop,nop,TS val 287206175 ecr 343707092], length 1448 16:34:06.607754 IP 192.168.0.1.35459 > 192.168.0.25.7777: Flags [.], ack 2897, win 5852, options [nop,nop,TS val 343707092 ecr 287206175], length 0 16:34:06.607830 IP 192.168.0.25.7777 > 192.168.0.1.35459: Flags [.], seq 2897:4345, ack 1, win 1040, options [nop,nop,TS val 287206175 ecr 343707092], length 1448 16:34:06.607873 IP 192.168.0.25.7777 > 192.168.0.1.35459: Flags [.], seq 4345:5793, ack 1, win 1040, options [nop,nop,TS val 287206175 ecr 343707092], length 1448 16:34:06.607933 IP 192.168.0.25.7777 > 192.168.0.1.35459: Flags [.], seq 5793:7241, ack 1, win 1040, options [nop,nop,TS val 287206175 ecr 343707092], length 1448 16:34:06.608022 IP 192.168.0.25.7777 > 192.168.0.1.35459: Flags [.], seq 7241:8689, ack 1, win 1040, options [nop,nop,TS val 287206175 ecr 343707092], length 1448 16:34:06.645953 IP 192.168.0.1.35459 > 192.168.0.25.7777: Flags [.], ack 8689, win 60, options [nop,nop,TS val 343707102 ecr 287206175], length 0 16:34:11.648081 IP 192.168.0.25.7777 > 192.168.0.1.35459: Flags [.], seq 8689:8749, ack 1, win 1040, options [nop,nop,TS val 287211216 ecr 343707102], length 60 16:34:11.648102 IP 192.168.0.1.35459 > 192.168.0.25.7777: Flags [.], ack 8749, win 0, options [nop,nop,TS val 343708352 ecr 287211216], length 0 16:34:16.650443 IP 192.168.0.25.7777 > 192.168.0.1.35459: Flags [.], seq 8749:8750, ack 1, win 1040, options [nop,nop,TS val 287216218 ecr 343708352], length 1 16:34:16.650465 IP 192.168.0.1.35459 > 192.168.0.25.7777: Flags [.], ack 8749, win 0, options [nop,nop,TS val 343709603 ecr 287216218], length 0 16:34:21.649606 IP 192.168.0.25.7777 > 192.168.0.1.35459: Flags [.], seq 8749:8750, ack 1, win 1040, options [nop,nop,TS val 287221218 ecr 343709603], length 1 16:34:21.649633 IP 192.168.0.1.35459 > 192.168.0.25.7777: Flags [.], ack 8749, win 0, options [nop,nop,TS val 343710852 ecr 287221218], length 0 16:34:26.650323 IP 192.168.0.25.7777 > 192.168.0.1.35459: Flags [.], seq 8749:8750, ack 1, win 1040, options [nop,nop,TS val 287226218 ecr 343710852], length 1 16:34:26.650349 IP 192.168.0.1.35459 > 192.168.0.25.7777: Flags [.], ack 8749, win 0, options [nop,nop,TS val 343712103 ecr 287226218], length 0 16:34:31.650237 IP 192.168.0.25.7777 > 192.168.0.1.35459: Flags [.], seq 8749:8750, ack 1, win 1040, options [nop,nop,TS val 287231218 ecr 343712103], length 1 16:34:31.650266 IP 192.168.0.1.35459 > 192.168.0.25.7777: Flags [.], ack 8749, win 0, options [nop,nop,TS val 343713353 ecr 287231218], length 0 16:34:36.650198 IP 192.168.0.25.7777 > 192.168.0.1.35459: Flags [.], seq 8749:8750, ack 1, win 1040, options [nop,nop,TS val 287236218 ecr 343713353], length 1 16:34:36.650225 IP 192.168.0.1.35459 > 192.168.0.25.7777: Flags [.], ack 8749, win 0, options [nop,nop,TS val 343714603 ecr 287236218], length 0 16:34:41.650129 IP 192.168.0.25.7777 > 192.168.0.1.35459: Flags [.], seq 8749:8750, ack 1, win 1040, options [nop,nop,TS val 287241218 ecr 343714603], length 1 16:34:41.650159 IP 192.168.0.1.35459 > 192.168.0.25.7777: Flags [.], ack 8749, win 0, options [nop,nop,TS val 343715853 ecr 287241218], length 0 16:34:49.544400 IP 192.168.0.25.7777 > 192.168.0.1.35459: Flags [.], seq 8749:8750, ack 1, win 1040, options [nop,nop,TS val 287249113 ecr 343715853], length 1 16:34:49.544433 IP 192.168.0.1.35459 > 192.168.0.25.7777: Flags [.], ack 8749, win 0, options [nop,nop,TS val 343717826 ecr 287249113], length 0 16:35:05.149862 IP 192.168.0.25.7777 > 192.168.0.1.35459: Flags [.], seq 8749:8750, ack 1, win 1040, options [nop,nop,TS val 287264718 ecr 343717826], length 1 16:35:05.149894 IP 192.168.0.1.35459 > 192.168.0.25.7777: Flags [.], ack 8749, win 0, options [nop,nop,TS val 343721727 ecr 287264718], length 0 16:35:36.095041 IP 192.168.0.25.7777 > 192.168.0.1.35459: Flags [.], seq 8749:8750, ack 1, win 1040, options [nop,nop,TS val 287295664 ecr 343721727], length 1 16:35:36.095071 IP 192.168.0.1.35459 > 192.168.0.25.7777: Flags [.], ack 8749, win 0, options [nop,nop,TS val 343729464 ecr 287295664], length 0 16:36:36.096976 IP 192.168.0.25.7777 > 192.168.0.1.35459: Flags [R.], seq 8750, ack 1, win 1040, options [nop,nop,TS val 287355667 ecr 343729464], length 0 16:36:52.058384 IP 192.168.0.1.35459 > 192.168.0.25.7777: Flags [.], ack 8749, win 1448, options [nop,nop,TS val 343748455 ecr 287295664], length 0 16:36:52.058632 IP 192.168.0.25.7777 > 192.168.0.1.35459: Flags [R], seq 2436443812, win 0, length 0 --bg08WKrSYDhXBjb5-- From owner-freebsd-questions@FreeBSD.ORG Sat Mar 7 16:24:30 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DF336A5B for ; Sat, 7 Mar 2015 16:24:30 +0000 (UTC) Received: from mx1.nybek.com (mx1.nybek.com [78.47.4.173]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 871FB3DC for ; Sat, 7 Mar 2015 16:24:30 +0000 (UTC) Received: by mx1.nybek.com (Postfix, from userid 1000) id 577F228074E; Sat, 7 Mar 2015 16:24:21 +0000 (GMT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nybek.com; s=mail; t=1425745461; bh=xEKgAESELBaygfVv5oyyq+iOLo/E0penYG4ERuklZjA=; h=Date:From:To:Subject:References:In-Reply-To:From; b=Go4fCGHKKFgUcGFUD7xOCwAyv1nFJVGHKGZ+PjcO+Nnshn+oCYpcTnqTgXL4a2fUi OV1YO+4QzHuoVerpdaLlYcfOYDZ8cLXasmwBsygsFPHLkskpcIlCLmHJ8XIkHrBSAy djvcb6HN1Nxpuz22jhW0jJ+3CZIIFCqBzPTjYQYQ= Date: Sat, 7 Mar 2015 16:24:21 +0000 From: Rory Byrne To: freebsd-questions@freebsd.org Subject: Re: TCP aborted from state FIN_WAIT1 after empty 60 secs Message-ID: <20150307162421.GB3060@nybek.com> Mail-Followup-To: freebsd-questions@freebsd.org References: <20150307154902.GA3060@nybek.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20150307154902.GA3060@nybek.com> X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Mar 2015 16:24:31 -0000 On Sat, Mar 07, 2015 at 03:49:02PM +0000, Rory Byrne wrote: > > See attached for test code and a tcpdump trace. The client and server must be > on different hosts: the TCP connection won't be aborted if you run it over lo0. Sorry, the test code got dropped. I'll include it inline. --- client.c | 90 +++++++++++++++++++++++++++++++++++++++++++++++++++++++ server.c | 101 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ 2 files changed, 191 insertions(+) create mode 100644 client.c create mode 100644 server.c diff --git a/client.c b/client.c new file mode 100644 index 0000000..e908289 --- /dev/null +++ b/client.c @@ -0,0 +1,90 @@ + +#include +#include +#include +#include +#include +#include +#include +#include +#include + +#define PORT 7777 +#define RCVBUF_SIZE 8192 +#define READ_SIZE 512 + +void die(const char *where) +{ + perror(where); + exit(EXIT_FAILURE); +} + +void usage_exit(const char *prog_name, const char *err_msg) +{ + if (err_msg != NULL) + fprintf(stderr, "%s\n", err_msg); + fprintf(stderr, + "usage: %s ip-address\n" + " -h Print usage and exit.\n", + prog_name); + exit(EXIT_FAILURE); +} + +void set_socket_options(int fd) +{ + int r, val; + + val = RCVBUF_SIZE, + r = setsockopt(fd, SOL_SOCKET, SO_RCVBUF, &val, sizeof(val)); + if (r == -1) + die("setting SO_RCVBUF"); +} + +int main(int argc, char *argv[]) +{ + int sockfd, total, n, r; + char buf[READ_SIZE]; + struct sockaddr_in servaddr; + + if (argc != 2 || strcmp("-h", argv[1]) == 0) + usage_exit(argv[0], NULL); + + memset(&servaddr, 0, sizeof(servaddr)); + servaddr.sin_family = AF_INET; + servaddr.sin_port = htons(PORT); + + r = inet_pton(AF_INET, argv[1], &servaddr.sin_addr.s_addr); + if (r != 1) { + fprintf(stderr, "failed at inet_pton()\n"); + exit(EXIT_FAILURE); + } + + sockfd = socket(AF_INET, SOCK_STREAM, 0); + if (sockfd == -1) + die("socket()"); + + set_socket_options(sockfd); + + r = connect(sockfd, (struct sockaddr *) &servaddr, sizeof(servaddr)); + if (r == -1) + die("connect()"); + + /* Prompt user before reading next 512 byte block */ + total = 0; + while ((n = read(sockfd, buf, READ_SIZE)) != 0) { + if (n == -1) + die("socket read()"); + total += n; + printf("RECV: %d (%d)\n", n, total); + + printf("Press RETURN to read next %d bytes: ", READ_SIZE); + while (getchar() != '\n') + ; + } + puts("End of input stream"); + + close(sockfd); + puts("Connection closed"); + + exit(EXIT_SUCCESS); +} diff --git a/server.c b/server.c new file mode 100644 index 0000000..ffdee85 --- /dev/null +++ b/server.c @@ -0,0 +1,101 @@ + +#include +#include +#include +#include +#include +#include +#include +#include + +#define PORT 7777 +#define SNDBUF_SIZE (50 * 1024) +#define PAYLOAD_SIZE (20 * 1024) +#define BACKLOG 128 + +void die(const char *where) +{ + perror(where); + exit(EXIT_FAILURE); +} + +void get_payload(char *buf, int size) +{ + int i; + + for (i = 0; i < size; i++) { + buf[i] = '.'; + } +} + +void set_socket_options(int fd) +{ + int r, val; + + val = 1; + r = setsockopt(fd, SOL_SOCKET, SO_REUSEADDR, &val, sizeof(val)); + if (r == -1) + die("setting SO_REUSEADDR"); + + val = SNDBUF_SIZE, + r = setsockopt(fd, SOL_SOCKET, SO_SNDBUF, &val, sizeof(val)); + if (r == -1) + die("setting SO_SNDBUF"); +} + +int main(void) +{ + int listenfd, connfd, r; + ssize_t n; + struct sockaddr_in servaddr; + char buf[PAYLOAD_SIZE]; + + memset(buf, 0, sizeof(buf)); + get_payload(buf, sizeof(buf)); + + listenfd = socket(AF_INET, SOCK_STREAM, 0); + if (listenfd == -1) + die("socket"); + + set_socket_options(listenfd); + + memset(&servaddr, 0, sizeof(servaddr)); + servaddr.sin_family = AF_INET; + servaddr.sin_addr.s_addr = htonl(INADDR_ANY); + servaddr.sin_port = htons(PORT); + + r = bind(listenfd, (struct sockaddr *) &servaddr, sizeof(servaddr)); + if (r == -1) + die("bind()"); + + r = listen(listenfd, BACKLOG); + if (r == -1) + die("listen()"); + + puts("-- waiting for client connection"); + connfd = accept(listenfd, (struct sockaddr *) NULL, NULL); + if (connfd == -1) + die("accept()"); + puts("-- client connected"); + + puts("-- closing listening socket"); + r = close(listenfd); + if (r == -1) + die("closing listenfd"); + + puts("-- writing payload"); + n = write(connfd, buf, sizeof(buf)); + if (n == -1) { + die("write()"); + } else if (n != sizeof(buf)) { + fprintf(stderr, "failed to write full buffer"); + exit(EXIT_FAILURE); + } + + puts("-- closing connected socket"); + r = close(connfd); + if (r == -1) + die("closing connfd"); + + exit(EXIT_SUCCESS); +} -- 1.7.10.4 From owner-freebsd-questions@FreeBSD.ORG Sat Mar 7 16:33:46 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8B43CCB9 for ; Sat, 7 Mar 2015 16:33:46 +0000 (UTC) Received: from cdptpa-oedge-vip.email.rr.com (cdptpa-outbound-snat.email.rr.com [107.14.166.228]) by mx1.freebsd.org (Postfix) with ESMTP id 4BA6B692 for ; Sat, 7 Mar 2015 16:33:45 +0000 (UTC) Received: from [75.187.32.8] ([75.187.32.8:54661] helo=raspberrypi.bildanet.com) by cdptpa-oedge02 (envelope-from ) (ecelerity 3.5.0.35861 r(Momo-dev:tip)) with ESMTP id AA/8D-08648-2682BF45; Sat, 07 Mar 2015 16:33:39 +0000 Received: from [192.168.1.55] (helo=dell.bildanet.com) by raspberrypi.bildanet.com with esmtp (Exim 4.84) (envelope-from ) id 1YUHfW-0008Iz-LQ for freebsd-questions@freebsd.org; Sat, 07 Mar 2015 11:33:38 -0500 Message-ID: <54FB2862.2050600@columbus.rr.com> Date: Sat, 07 Mar 2015 11:33:38 -0500 From: scrat User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: freebsd-questions@freebsd.org Subject: Xorg problems X-RR-Connecting-IP: 107.14.168.130:25 X-Cloudmark-Score: 0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Mar 2015 16:33:46 -0000 I am in process of evaluating FreeBSD so I can move from the Linux world to FreeBSD. I have installed FreeBSD onto a Dell laptop Inspiron 1501 for testing, Arch linux runs fine on this laptop. I wish to install the base system, update it to the latest Released version 10.1 and then build a desktop machine using the ports method outlined in the online Handbook. Here is what I have done so far I have installed FreeBSD 10.0 and updated it to 10.1 using freebsd-update uname -a FreeBSD dell.example.com 10.1-RELEASE-p6 FreeBSD 10.1-RELEASE-p6 #0: Tue Feb 24 19:00:21 UTC 2015 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 using freebsd-update. Ss root entered the following: /bin/sh Xorg -configure > xorg.log 2>&1 $ cat xorg.log X.Org X Server 1.14.7 Release Date: 2014-06-05 X Protocol Version 11, Revision 0 Build Operating System: FreeBSD 10.1-RELEASE-p4 amd64 Current Operating System: FreeBSD dell.example.com 10.1-RELEASE-p6 FreeBSD 10.1-RELEASE-p6 #0: Tue Feb 24 19:00:21 UTC 2015 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 Build Date: 19 February 2015 09:04:34PM Current version of pixman: 0.32.6 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/log/Xorg.0.log", Time: Sat Mar 7 10:54:47 2015 List of video drivers: ati radeon vesa (++) Using config file: "/root/xorg.conf.new" (II) [KMS] Kernel modesetting enabled. Number of created screens does not match number of detected devices. Configuration failed. (EE) Server terminated with error (2). Closing log file. $ How do I fix the error: Number of created screens does not match number of detected devices. Configuration failed If I then following the book *|Xorg -config xorg.conf.new -retro|* I can not (from the book) do the following: To exit the test, switch to the virtual console used to start it by pressing *Ctrl*+*Alt*+*F/|n|/* (*F1* for the first virtual console) and press *Ctrl*+*C*. it simply doesn't work ie I can not go to the term F1 and Ctrl+C to stop xorg. Ctrl+Alt+Delete will reboot the computer. Continuing I built Xfce4 from ports, configured it to start from the command line and started it. I cannot simply log out and return to the command line as the display goes haywire. To stop the computer I have to open a terminal in xfce and su to root and issue a poweroff to shutdown. Can anyone help with to above problems? Thanks for your time From owner-freebsd-questions@FreeBSD.ORG Sat Mar 7 16:38:54 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CC3B2DE2 for ; Sat, 7 Mar 2015 16:38:54 +0000 (UTC) Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36]) by mx1.freebsd.org (Postfix) with ESMTP id A14CC6D1 for ; Sat, 7 Mar 2015 16:38:54 +0000 (UTC) MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Received: from gatekeeper.localdomain ([104.221.38.99]) by VL-VM-MR001.ip.videotron.ca (Oracle Communications Messaging Exchange Server 7u4-22.01 64bit (built Apr 21 2011)) with ESMTP id <0NKU0013IOWMNR40@VL-VM-MR001.ip.videotron.ca> for freebsd-questions@freebsd.org; Sat, 07 Mar 2015 11:38:48 -0500 (EST) Received: from [192.168.7.61] (unknown [192.168.7.61]) by gatekeeper.localdomain (Postfix) with ESMTP id BF38442EB4 for ; Sat, 07 Mar 2015 11:38:46 -0500 (EST) From: Chris Kiakas Content-transfer-encoding: quoted-printable Subject: 2:30 pause on boot FreeBSD 10.1 Message-id: <2A13C41F-BCF0-46EA-868E-17924FBF234D@tellme3times.com> Date: Sat, 07 Mar 2015 11:38:46 -0500 To: freebsd-questions@freebsd.org X-Mailer: Apple Mail (2.2070.6) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Mar 2015 16:38:54 -0000 Hello, I have strange behaviour on boot on a new server. Supremicro 6028R-WTR. = Dual Xeon CPU 256G Ram. 8 x 4TB RAID 5. I have no errors but after it = loads the BIOS, the FreeBSD splash screen, and the start of the kernel = it pauses for about 2 minutes and 30 seconds indicating "Booting=E2=80=A6=E2= =80=9D Then it loads displaying all the components. This happens with = the install USB stick and the the final install. There are no errors in = demsg. In the attached list only 7 HDs are connected. The pause occurs = with or without the LSI megaraid configuration. # dmesg Copyright (c) 1992-2014 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.1-RELEASE-p6 #0: Tue Feb 24 19:00:21 UTC 2015 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC = amd64 FreeBSD clang version 3.4.1 (tags/RELEASE_34/dot1-final 208032) 20140512 CPU: Intel(R) Xeon(R) CPU E5-2620 v3 @ 2.40GHz (2400.05-MHz K8-class = CPU) Origin =3D "GenuineIntel" Id =3D 0x306f2 Family =3D 0x6 Model =3D = 0x3f Stepping =3D 2 = Features=3D0xbfebfbff = Features2=3D0x7dfefbff,FMA,CX16,xTPR,PDCM,PCID,DCA,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,TS= CDLT,XSAVE,OSXSAVE,AVX,F16C,RDRAND> AMD Features=3D0x2c100800 AMD Features2=3D0x21 Structured Extended = Features=3D0x37ab VT-x: PAT,HLT,MTF,PAUSE,EPT,UG,VPID,VID,PostIntr TSC: P-state invariant, performance statistics real memory =3D 274877906944 (262144 MB) avail memory =3D 267083399168 (254710 MB) Event timer "LAPIC" quality 600 ACPI APIC Table: < > FreeBSD/SMP: Multiprocessor System Detected: 24 CPUs FreeBSD/SMP: 2 package(s) x 6 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: 8 cpu9 (AP): APIC ID: 9 cpu10 (AP): APIC ID: 10 cpu11 (AP): APIC ID: 11 cpu12 (AP): APIC ID: 16 cpu13 (AP): APIC ID: 17 cpu14 (AP): APIC ID: 18 cpu15 (AP): APIC ID: 19 cpu16 (AP): APIC ID: 20 cpu17 (AP): APIC ID: 21 cpu18 (AP): APIC ID: 22 cpu19 (AP): APIC ID: 23 cpu20 (AP): APIC ID: 24 cpu21 (AP): APIC ID: 25 cpu22 (AP): APIC ID: 26 cpu23 (AP): APIC ID: 27 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard ioapic2 irqs 48-71 on motherboard kbd1 at kbdmux0 random: initialized module_register_init: MOD_LOAD (vesa, 0xffffffff80d942d0, 0) error 19 acpi0: <> on motherboard acpi0: Power Button (fixed) 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 cpu16: on acpi0 cpu17: on acpi0 cpu18: on acpi0 cpu19: on acpi0 cpu20: on acpi0 cpu21: on acpi0 cpu22: on acpi0 cpu23: on acpi0 atrtc0: port 0x70-0x71,0x74-0x77 irq 8 on acpi0 Event timer "RTC" frequency 32768 Hz quality 0 attimer0: port 0x40-0x43,0x50-0x53 irq 0 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 Event timer "i8254" frequency 1193182 Hz quality 100 hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 950 Event timer "HPET" frequency 14318180 Hz quality 350 Event timer "HPET1" frequency 14318180 Hz quality 340 Event timer "HPET2" frequency 14318180 Hz quality 340 Event timer "HPET3" frequency 14318180 Hz quality 340 Event timer "HPET4" frequency 14318180 Hz quality 340 Event timer "HPET5" frequency 14318180 Hz quality 340 Event timer "HPET6" frequency 14318180 Hz quality 340 Event timer "HPET7" frequency 14318180 Hz quality 340 Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 pcib0: on acpi0 pci255: on pcib0 pcib1: on acpi0 pci127: on pcib1 pcib2: port 0xcf8-0xcff on acpi0 pci0: on pcib2 pcib3: irq 26 at device 1.0 on pci0 pci1: on pcib3 igb0: port = 0x6020-0x603f mem 0xc7220000-0xc723ffff,0xc7244000-0xc7247fff irq 26 at = device 0.0 on pci1 igb0: Using MSIX interrupts with 9 vectors igb0: Ethernet address: 0c:c4:7a:31:db:1c igb0: Bound queue 0 to cpu 0 igb0: Bound queue 1 to cpu 1 igb0: Bound queue 2 to cpu 2 igb0: Bound queue 3 to cpu 3 igb0: Bound queue 4 to cpu 4 igb0: Bound queue 5 to cpu 5 igb0: Bound queue 6 to cpu 6 igb0: Bound queue 7 to cpu 7 igb1: port = 0x6000-0x601f mem 0xc7200000-0xc721ffff,0xc7240000-0xc7243fff irq 28 at = device 0.1 on pci1 igb1: Using MSIX interrupts with 9 vectors igb1: Ethernet address: 0c:c4:7a:31:db:1d igb1: Bound queue 0 to cpu 8 igb1: Bound queue 1 to cpu 9 igb1: Bound queue 2 to cpu 10 igb1: Bound queue 3 to cpu 11 igb1: Bound queue 4 to cpu 12 igb1: Bound queue 5 to cpu 13 igb1: Bound queue 6 to cpu 14 igb1: Bound queue 7 to cpu 15 pcib4: irq 32 at device 2.0 on pci0 pci2: on pcib4 pcib5: irq 32 at device 2.2 on pci0 pci3: on pcib5 mfi0: port 0x5000-0x50ff mem = 0xc7160000-0xc7163fff,0xc7100000-0xc713ffff irq 34 at device 0.0 on pci3 mfi0: Using MSI mfi0: Megaraid SAS driver Ver 4.23=20 mfi0: FW MaxCmds =3D 1008, limiting to 128 pcib6: irq 40 at device 3.0 on pci0 pci4: on pcib6 pci0: at device 17.0 (no driver attached) xhci0: mem 0xc7300000-0xc730ffff irq = 19 at device 20.0 on pci0 xhci0: 32 byte context size. usbus0 on xhci0 pci0: at device 22.0 (no driver attached) pci0: at device 22.1 (no driver attached) ehci0: mem 0xc7333000-0xc73333ff irq = 18 at device 26.0 on pci0 usbus1: EHCI version 1.0 usbus1 on ehci0 pcib7: irq 16 at device 28.0 on pci0 pci5: on pcib7 pcib8: irq 16 at device 28.4 on pci0 pci6: on pcib8 pcib9: at device 0.0 on pci6 pci7: on pcib9 vgapci0: port 0x4000-0x407f mem = 0xc6000000-0xc6ffffff,0xc7000000-0xc701ffff irq 16 at device 0.0 on pci7 vgapci0: Boot video device ehci1: mem 0xc7332000-0xc73323ff irq = 18 at device 29.0 on pci0 usbus2: EHCI version 1.0 usbus2 on ehci1 isab0: at device 31.0 on pci0 isa0: on isab0 pcib10: on acpi0 pci128: on pcib10 acpi_button0: on acpi0 uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 uart1: <16550 or compatible> port 0x2f8-0x2ff irq 3 on acpi0 orm0: at iomem = 0xc0000-0xc7fff,0xc8000-0xce7ff,0xce800-0xcf7ff on isa0 sc0: at flags 0x100 on isa0 sc0: CGA <16 virtual consoles, flags=3D0x300> vga0: at port 0x3d0-0x3db iomem 0xb8000-0xbffff on = isa0 ppc0: cannot reserve I/O port range 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 est16: on cpu16 p4tcc16: on cpu16 est17: on cpu17 p4tcc17: on cpu17 est18: on cpu18 p4tcc18: on cpu18 est19: on cpu19 p4tcc19: on cpu19 est20: on cpu20 p4tcc20: on cpu20 est21: on cpu21 p4tcc21: on cpu21 est22: on cpu22 p4tcc22: on cpu22 est23: on cpu23 p4tcc23: on cpu23 mfi0: 1233 (478987183s/0x0020/info) - Shutdown command received from = host mfi0: 1234 (boot + 3s/0x0020/info) - Firmware initialization started = (PCI ID 0079/1000/9261/1000) mfi0: 1235 (boot + 3s/0x0020/info) - Firmware version 2.130.383-2315 mfi0: 1236 (boot + 5s/0x0008/info) - Battery Present mfi0: 1237 (boot + 5s/0x0008/info) - Battery Present mfi0: 1238 (boot + 5s/0x0020/info) - Package version 12.13.0-0154 mfi0: 1239 (boot + 5s/0x0020/info) - Board Revision 85C mfi0: 1240 (boot + 24s/0x0002/info) - Inserted: PD 08(e0xff/s2) mfi0: 1241 (boot + 24s/0x0002/info) - Inserted: PD 08(e0xff/s2) Info: = enclPd=3Dffff, scsiType=3D0, portMap=3D02, = sasAddr=3D4433221101000000,0000000000000000 mfi0: 1242 (boot + 24s/0x0002/info) - Inserted: PD 09(e0xff/s4) mfi0: 1243 (boot + 24s/0x0002/info) - Inserted: PD 09(e0xff/s4) Info: = enclPd=3Dffff, scsiType=3D0, portMap=3D04, = sasAddr=3D4433221104000000,0000000000000000 mfi0: 1244 (boot + 24s/0x0002/info) - Inserted: PD 0a(e0xff/s0) mfi0: 1245 (boot + 24s/0x0002/info) - Inserted: PD 0a(e0xff/s0) Info: = enclPd=3Dffff, scsiType=3D0, portMap=3D01, = sasAddr=3D4433221103000000,0000000000000000 mfi0: 1246 (boot + 24s/0x0002/info) - Inserted: PD 0b(e0xff/s1) mfi0: 1247 (boot + 24s/0x0002/info) - Inserted: PD 0b(e0xff/s1) Info: = enclPd=3Dffff, scsiType=3D0, portMap=3D03, = sasAddr=3D4433221102000000,0000000000000000 mfi0: 1248 (boot + 24s/0x0002/info) - Inserted: PD 0c(e0xff/s5) mfi0: 1249 (boot + 24s/0x0002/info) - Inserted: PD 0c(e0xff/s5) Info: = enclPd=3Dffff, scsiType=3D0, portMap=3D05, = sasAddr=3D4433221105000000,0000000000000000 mfi0: 1250 (boot + 24s/0x0002/info) - Inserted: PD 0d(e0xff/s6) mfi0: 1251 (boot + 24s/0x0002/info) - Inserted: PD 0d(e0xff/s6) Info: = enclPd=3Dffff, scsiType=3D0, portMap=3D06, = sasAddr=3D4433221106000000,0000000000000000 mfi0: 1252 (boot + 24s/0x0002/info) - Inserted: PD 0f(e0xff/s3) mfi0: 1253 (boot + 24s/0x0002/info) - Inserted: PD 0f(e0xff/s3) Info: = enclPd=3Dffff, scsiType=3D0, portMap=3D00, = sasAddr=3D4433221100000000,0000000000000000 mfi0: 1254 (boot + 24s/0x0020/WARN) - Controller booted in headless mode = with errors mfi0: 1255 (boot + 24s/0x0001/info) - Background Initialization started = on VD 00/0 mfi0: 1257 (479035712s/0x0020/info) - Time established as 03/07/15 = 9:28:32; (42 seconds since power on) mfi0: 1258 (479035713s/0x0020/WARN) - Patrol Read can't be started, as = PDs are either not ONLINE, or are in a VD with an active process, or are = in an excluded VD mfi0: 1259 (479035731s/0x0008/info) - Battery temperature is normal mfi0: 1261 (479035796s/0x0008/info) - Battery started charging mfi0: 1263 (479035861s/0x0008/info) - Battery charge complete mfi0: 1265 (479035942s/0x0020/info) - Host driver is loaded and = operational random: unblocking device. usbus0: 5.0Gbps Super Speed USB v3.0 Timecounters tick every 1.000 msec usbus1: 480Mbps High Speed USB v2.0 usbus2: 480Mbps High Speed USB v2.0 mfid0 on mfi0 mfid0: 19074560MB (39064698880 sectors) RAID volume (no label) is = optimal ugen1.1: at usbus1 uhub0: on usbus1 ugen0.1: <0x8086> at usbus0 uhub1: <0x8086 XHCI root HUB, class 9/0, rev 3.00/1.00, addr 1> on = usbus0 ugen2.1: at usbus2 uhub2: on usbus2 SMP: AP CPU #1 Launched! SMP: AP CPU #7 Launched! SMP: AP CPU #13 Launched! SMP: AP CPU #6 Launched! SMP: AP CPU #18 Launched! SMP: AP CPU #8 Launched! SMP: AP CPU #14 Launched! SMP: AP CPU #9 Launched! SMP: AP CPU #23 Launched! SMP: AP CPU #2 Launched! SMP: AP CPU #12 Launched! SMP: AP CPU #3 Launched! SMP: AP CPU #20 Launched! SMP: AP CPU #10 Launched! SMP: AP CPU #17 Launched! SMP: AP CPU #4 Launched! SMP: AP CPU #19 Launched! SMP: AP CPU #11 Launched! SMP: AP CPU #16 Launched! SMP: AP CPU #5 Launched! SMP: AP CPU #22 Launched! SMP: AP CPU #21 Launched! SMP: AP CPU #15 Launched! Timecounter "TSC-low" frequency 1200023222 Hz quality 1000 Root mount waiting for: usbus2 usbus1 usbus0 uhub0: 2 ports with 2 removable, self powered uhub2: 2 ports with 2 removable, self powered uhub1: 21 ports with 21 removable, self powered Root mount waiting for: usbus2 usbus1 usbus0 ugen0.2: at usbus0 ukbd0: on usbus0 kbd0 at ukbd0 ugen1.2: at usbus1 uhub3: = on usbus1 ugen2.2: at usbus2 uhub4: = on usbus2 uhub3: 6 ports with 6 removable, self powered Root mount waiting for: usbus2 usbus0 uhub4: 8 ports with 8 removable, self powered ugen0.3: at usbus0 ugen0.4: at usbus0 uhub5: = on usbus0 Root mount waiting for: usbus0 uhub5: 4 ports with 3 removable, self powered ugen0.5: at usbus0 ukbd1: = on usbus0 kbd2 at ukbd1 Trying to mount root from ufs:/dev/mfid0p2 [rw]... ums0: on usbus0 ums0: 3 buttons and [XYZ] coordinates ID=3D0 ums1: = on usbus0 ums1: 3 buttons and [Z] coordinates ID=3D0= From owner-freebsd-questions@FreeBSD.ORG Sat Mar 7 16:45:27 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E648518A for ; Sat, 7 Mar 2015 16:45:27 +0000 (UTC) Received: from mail-we0-f179.google.com (mail-we0-f179.google.com [74.125.82.179]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7EA12805 for ; Sat, 7 Mar 2015 16:45:27 +0000 (UTC) Received: by wesp10 with SMTP id p10so63219511wes.12 for ; Sat, 07 Mar 2015 08:45:25 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:to:cc:subject:message-id :mail-followup-to:mime-version:content-type:content-disposition :user-agent; bh=V1nBAu1DVmS/pwbcP0F15F73VHhE7GBGQ22iDwin7m4=; b=Y6TT8PLPYZMU9M0iZAuojlrxzwri4FTWy+pqGDAcfN4MT8ZV6SWIKNntW9AalAi2nQ HfGbkG4kc+O/rY7hhs5R/fvRG3u4fn7LAYbHUgKZrtMgcLFvKX0ex0XzoMbaZZ21Medo g47egHjLMnN1x1o+xw/qBZMTy0w5LyamX+sjQWUCFcdRsSyMkHqqs7gZa4LkQJ1TF+Wg wvnzfxeKT4N7QB0h4kAUVxSktv4vIwACkROKYYpawW05B7qQqa/w0xZ8qpizmhnVSqJK TF8uBP0kDPLrjyGzlV38xCBBk7mvWhtNuEGVG8tF1A6ivf74k/I3SQxMLrmWHluzF57l X+uw== X-Gm-Message-State: ALoCoQn6auYxgmKdqe3B9Gnl1cbAS1LmLl/Mh0Nn2l1iASoJwEC/AXDQbQQMMCacf/vsRaC2ZY2S X-Received: by 10.194.223.5 with SMTP id qq5mr41841321wjc.152.1425746725512; Sat, 07 Mar 2015 08:45:25 -0800 (PST) Received: from localhost (itcom245.staff.itd.umich.edu. [141.213.135.249]) by mx.google.com with ESMTPSA id m4sm20024162wjb.25.2015.03.07.08.45.24 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 07 Mar 2015 08:45:24 -0800 (PST) Date: Sat, 7 Mar 2015 11:39:42 -0500 From: William Bulley To: scrat Subject: Re: Xorg problems Message-ID: <20150307163942.GG34815@itcom245.staff.itd.umich.edu> Mail-Followup-To: scrat , freebsd-questions@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.23 (2014-03-12) Cc: freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Mar 2015 16:45:28 -0000 According to scrat on Sat, 03/07/15 at 11:33: > > How do I fix the error: > Number of created screens does not match number of detected devices. > Configuration failed I had a very similar problem just the other day. Check the version of your x11/nvidia-driver port: unix% pkg info | grep -i nvidia nvidia-driver-340.76 NVidia graphics card binary drivers for hardware OpenGL rendering nvidia-settings-340.24_1 Display Control Panel for X NVidia driver nvidia-xconfig-310.14 Tool to manipulate X configuration files for the NVidia driver The latest nvidia-driver at: http://www.freebsd.org/cgi/ports.cgi?query=nvidia-driver&stype=name is nvidia-driver-346.47 and this newer version does not support the older graphics hardware in your Dell Inspiron laptop. If this does not apply to your situation, then nevermind, but if it does apply to you, then you need to downgrade nvidia-driver-346.47 to the older nvidia-driver-340.76 which you can get (download) from the NVIDIA download site. I hope this helps. Regards, web... -- /"\ ASCII RIBBON / William Bulley \ / CAMPAIGN AGAINST / X HTML E-MAIL AND / E-MAIL: web@umich.edu / \ LISTSERV POSTINGS / 72 characters width template ----------------------------------------->| From owner-freebsd-questions@FreeBSD.ORG Sat Mar 7 16:49:15 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 110C6264; Sat, 7 Mar 2015 16:49:15 +0000 (UTC) Received: from webmail.dweimer.net (24-240-198-187.static.stls.mo.charter.com [24.240.198.187]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C8EE9827; Sat, 7 Mar 2015 16:49:14 +0000 (UTC) Received: from www.dweimer.net (webmail [192.168.5.2]) by webmail.dweimer.net (8.14.9/8.14.9) with ESMTP id t27GnCsi050579 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Sat, 7 Mar 2015 10:49:12 -0600 (CST) (envelope-from dweimer@dweimer.net) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Date: Sat, 07 Mar 2015 10:49:11 -0600 From: dweimer To: Doug Hardie Subject: Re: OpenSSL Ciphers Organization: dweimer.net Reply-To: dweimer@dweimer.net Mail-Reply-To: dweimer@dweimer.net In-Reply-To: References: <5347DC2D-AD6C-41A1-AEC7-A81C51F691B3@lafn.org> <031A70A3-C348-4E2A-8C30-79F85BA4B4A1@lafn.org> Message-ID: <4d416c9dfa4e2922174ff469313578a0@dweimer.net> X-Sender: dweimer@dweimer.net User-Agent: Roundcube Webmail/1.1.0 Cc: FreeBSD - , owner-freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Mar 2015 16:49:15 -0000 On 03/07/2015 1:35 am, Doug Hardie wrote: >> On 6 March 2015, at 17:35, dweimer wrote: >> >> On 03/06/2015 6:36 pm, Doug Hardie wrote: >>>> On 6 March 2015, at 16:28, Charles Swiger wrote: >>>> Hi-- >>>>> On Mar 6, 2015, at 3:58 PM, Doug Hardie wrote: >>>>>> On 3 March 2015, at 23:21, Doug Hardie wrote: >>>>>> The default list of ciphers is quite extensive and includes some >>>>>> that are apparently causing some potential security issues. I >>>>>> have a number of applications that use OpenSSL and many don’t have >>>>>> the code to restrict the list. Fixing all that would take quite a >>>>>> bit of work. However, looking into /usr/include/openssl/ssl.h I >>>>>> find a definition for the SSL_DEFAULT_CIPHER_LIST. The comments >>>>>> indicate that that list is the one used when the application >>>>>> doesn’t specify anything. I changed its definition to: >>>>>> #define SSL_DEFAULT_CIPHER_LIST >>>>>> "TLSv1+HIGH:!SSLv2:RC4+MEDIUM:!aNULL:!eNULL:!3DES:@STRENGTH: >>>>>> However, s_connect will still create a connection with the export >>>>>> ciphers. I tried adding !EXPORT to that list and it had no >>>>>> effect. Is the definition actually used by openssl or is it just >>>>>> there for documentation? >>>>> Not hearing anything on this, I suspect it’s not very well >>>>> understood. I have started updating the various servers/clients >>>>> that use SSL/TLS. The one that has me completely stumped is >>>>> sendmail. There is a web page which provides instructions >>>>> "http://novosial.org/sendmail/cipherlist/index.htmlâ€. However, >>>>> when I follow them, I can still establish a connection and deliver >>>>> mail using the export ciphers. >>>>> Has anyone successfully restricted the sendmail ciphers? >>>> You can see which ciphers openssl will support via a statement like: >>>> % openssl ciphers -v >>>> 'TLSv1+HIGH:RC4+MEDIUM:!aNULL:!eNULL:!3DES:@STRENGTH:!EXPORT' >>>> DHE-RSA-AES256-SHA SSLv3 Kx=DH Au=RSA Enc=AES(256) >>>> Mac=SHA1 >>>> DHE-DSS-AES256-SHA SSLv3 Kx=DH Au=DSS Enc=AES(256) >>>> Mac=SHA1 >>>> AES256-SHA SSLv3 Kx=RSA Au=RSA Enc=AES(256) >>>> Mac=SHA1 >>>> DHE-RSA-AES128-SHA SSLv3 Kx=DH Au=RSA Enc=AES(128) >>>> Mac=SHA1 >>>> DHE-DSS-AES128-SHA SSLv3 Kx=DH Au=DSS Enc=AES(128) >>>> Mac=SHA1 >>>> AES128-SHA SSLv3 Kx=RSA Au=RSA Enc=AES(128) >>>> Mac=SHA1 >>>> RC4-SHA SSLv3 Kx=RSA Au=RSA Enc=RC4(128) >>>> Mac=SHA1 >>>> RC4-MD5 SSLv3 Kx=RSA Au=RSA Enc=RC4(128) >>>> Mac=MD5 >>>> RC4-MD5 SSLv2 Kx=RSA Au=RSA Enc=RC4(128) >>>> Mac=MD5 >>>> ...and you can experiment with TLS negotiation results via something >>>> like: >>>> % openssl s_client -cipher 'AES256-SHA:AES128-SHA' -connect >>>> www.google.com:443 >>>> [ ... ] >>>> New, TLSv1/SSLv3, Cipher is AES128-SHA >>>> Server public key is 2048 bit >>>> Secure Renegotiation IS supported >>>> Compression: NONE >>>> Expansion: NONE >>>> SSL-Session: >>>> Protocol : TLSv1 >>>> Cipher : AES128-SHA >>>> Session-ID: [ ... ] >>>> Sendmail normally performs crypto via STARTTLS negotiation rather >>>> than via SMTPS; there's a CipherList option which can be defined via >>>> sendmail.mc / sendmail.cf. You might need to recompile sendmail >>>> with -D_FFR_TLS_1, which I think that novosial page mentions. >>> sendmail has _FFR_TLS_1 compiled in per th tests in the web page >>> mentioned above. The CipherList option doesn’t seem to work. I can >>> connect and send mail with that in place using the EXPORT ciphers. >> >> Doug, >> I have this added to my /etc/mail/{HOSTNAME}.mc file. >> >> LOCAL_CONFIG >> O CipherList=ALL:!aNULL:!eNULL:!LOW:!EXP:RC4+RSA:+HIGH:+MEDIUM >> >> Of course you can use other options, this has been there for a while >> in mine, carried over from some time a few versions back. Probably >> should get around to testing it to make sure it actually is still >> working. It doesn't take long to add it in and run a quick test. > > > As I replied earlier, I have done that. I can still use: > > openssl s_client -connect localhost:25 -starttls smtp -cipher EXPORT > Strange, it seems to be working on mine. if I use the following, it connects: openssl s_client -connect 192.168.5.2:25 -starttls smtp CONNECTED(00000003) depth=1 C = US, ST = Arizona, L = Scottsdale, O = "GoDaddy.com, Inc.", OU = http://certs.godaddy.com/repository/, CN = Go Daddy Secure Certificate Authority - G2 [snip] New, TLSv1/SSLv3, Cipher is DHE-RSA-AES256-GCM-SHA384 Server public key is 4096 bit Secure Renegotiation IS supported Compression: NONE Expansion: NONE SSL-Session: Protocol : TLSv1.2 Cipher : DHE-RSA-AES256-GCM-SHA384 [snip] if I use the cipher option specify aNULL it fails: openssl s_client -connect 192.168.5.2:25 -starttls smtp -cipher aNULL CONNECTED(00000003) 34379254472:error:14077410:SSL routines:SSL23_GET_SERVER_HELLO:sslv3 alert handshake failure:/jails/devel/ROOT/usr/src/secure/lib/libssl/../../../crypto/openssl/ssl/s23_clnt.c:770: --- no peer certificate available --- No client certificate CA names sent --- SSL handshake has read 353 bytes and written 234 bytes --- New, (NONE), Cipher is (NONE) Secure Renegotiation IS NOT supported Compression: NONE Expansion: NONE --- -- Thanks, Dean E. Weimer http://www.dweimer.net/ From owner-freebsd-questions@FreeBSD.ORG Sat Mar 7 16:55:21 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 295443AE for ; Sat, 7 Mar 2015 16:55:21 +0000 (UTC) Received: from mout.gmx.com (mout.gmx.com [74.208.4.200]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D32828DE for ; Sat, 7 Mar 2015 16:55:20 +0000 (UTC) Received: from puffyzz.attlocal.net ([172.15.184.248]) by mail.gmx.com (mrgmxus001) with ESMTPSA (Nemesis) id 0M8eQv-1XYUcM3Y9r-00wD1J for ; Sat, 07 Mar 2015 17:55:14 +0100 Date: Sat, 7 Mar 2015 11:55:03 -0500 From: Dutch Ingraham To: freebsd-questions@freebsd.org Subject: Re: Xorg problems Message-ID: <20150307165503.GA27467@puffyzz.attlocal.net> References: <54FB2862.2050600@columbus.rr.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <54FB2862.2050600@columbus.rr.com> X-Provags-ID: V03:K0:aDjHkW7Cjyf+79Yedlr+ddnmExNcxNp36I9tnu6Z+s4Fo5wtnx7 uz4BKcuf7lmV5ygVO6/v8WgmqSBL79rneW7cF9j/nLoZ8NWMBgob+HTDmlj9KQuqjNMhhN+ ZhVxAp0FACZv3hmgz0jc0WwSjZLxDrd/GFnXBJGs7b5TQpH4+jAIERQPnGqt/FlRgwlGy0K OPR+C06Vu+/0V/vFXHd7Q== X-UI-Out-Filterresults: notjunk:1; X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Mar 2015 16:55:21 -0000 On Sat, Mar 07, 2015 at 11:33:38AM -0500, scrat wrote: > Ss root entered the following: > /bin/sh > Xorg -configure > xorg.log 2>&1 > Hand-configuring xorg has been deprecated; see section 6.4 of the Handbook. I would start by deleting the generated xorg.confs and trying startx without a config file. From owner-freebsd-questions@FreeBSD.ORG Sat Mar 7 16:58:50 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B12A3449 for ; Sat, 7 Mar 2015 16:58:50 +0000 (UTC) Received: from smtp.infracaninophile.co.uk (xmpp.infracaninophile.co.uk [81.2.117.97]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.infracaninophile.co.uk", Issuer "ca.infracaninophile.co.uk" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 3CC6D8FB for ; Sat, 7 Mar 2015 16:58:49 +0000 (UTC) Received: from zero-gravitas.local (worm.infracaninophle.co.uk [81.2.117.101] (may be forged)) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.15.1/8.15.1) with ESMTPSA id t27GWOQe075382 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Sat, 7 Mar 2015 16:32:25 GMT (envelope-from matthew@FreeBSD.org) Authentication-Results: smtp.infracaninophile.co.uk; dmarc=none header.from=FreeBSD.org DKIM-Filter: OpenDKIM Filter v2.9.2 smtp.infracaninophile.co.uk t27GWOQe075382 Authentication-Results: smtp.infracaninophile.co.uk/t27GWOQe075382; dkim=none reason="no signature"; dkim-adsp=none; dkim-atps=neutral X-Authentication-Warning: lucid-nonsense.infracaninophile.co.uk: Host worm.infracaninophle.co.uk [81.2.117.101] (may be forged) claimed to be zero-gravitas.local Message-ID: <54FB2819.6060809@FreeBSD.org> Date: Sat, 07 Mar 2015 16:32:25 +0000 From: Matthew Seaman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: freebsd-questions@freebsd.org Subject: Re: TCP aborted from state FIN_WAIT1 after empty 60 secs References: <20150307154902.GA3060@nybek.com> In-Reply-To: <20150307154902.GA3060@nybek.com> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.98.6 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on lucid-nonsense.infracaninophile.co.uk X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Mar 2015 16:58:50 -0000 On 2015/03/07 15:49, Rory Byrne wrote: > I've been doing some cross-platform testing and I noticed some unusual behaviour > in the way FreeBSD handles TCP connections. Consider the following scenario: > > 1. A server writes a 20K payload to the socket send buffer and calls close() > or shutdown(). > > 2. The client, who has a small socket receive buffer of 8K, sits idle rather > than trying to read the payload off the stream. > Hi, Rory, If you re-post your question on freebsd-net@... you should get a response from someone with expertise in this area. Cheers, Matthew From owner-freebsd-questions@FreeBSD.ORG Sat Mar 7 17:08:41 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9B0246C9 for ; Sat, 7 Mar 2015 17:08:41 +0000 (UTC) Received: from mx1.nybek.com (mx1.nybek.com [78.47.4.173]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5B80B9F8 for ; Sat, 7 Mar 2015 17:08:40 +0000 (UTC) Received: by mx1.nybek.com (Postfix, from userid 1000) id E4CC728074E; Sat, 7 Mar 2015 17:08:38 +0000 (GMT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nybek.com; s=mail; t=1425748118; bh=QKjygL4Nemo1WRrFoI+AjbffPDq6bVISGVPaLc+eI9Q=; h=Date:From:To:Subject:References:In-Reply-To:From; b=rteLkjVCgSV3bvFYF4mEs5pa3zl+lUXCCgwDinI0hkOPwQ0/6Ko3PTO26FYZGDOyT +PfhSYIrL571gcMNb58Dv1c/4VbZo0lsq27Mwisuf3C2vbI7Goi+LPi6HujW4qGxIL yUTQpNbeNny4Fm5DDYqe8O1a45IQ3K/JTOA1BGr8= Date: Sat, 7 Mar 2015 17:08:38 +0000 From: Rory Byrne To: freebsd-questions@freebsd.org Subject: Re: TCP aborted from state FIN_WAIT1 after empty 60 secs Message-ID: <20150307170838.GC3060@nybek.com> Mail-Followup-To: freebsd-questions@freebsd.org References: <20150307154902.GA3060@nybek.com> <54FB2819.6060809@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <54FB2819.6060809@FreeBSD.org> X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Mar 2015 17:08:41 -0000 On Sat, Mar 07, 2015 at 04:32:25PM +0000, Matthew Seaman wrote: > > If you re-post your question on freebsd-net@... you should get a > response from someone with expertise in this area. Brilliant. Thanks Matthew. From owner-freebsd-questions@FreeBSD.ORG Sat Mar 7 17:39:11 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C5046E1C for ; Sat, 7 Mar 2015 17:39:11 +0000 (UTC) Received: from mail-ig0-x232.google.com (mail-ig0-x232.google.com [IPv6:2607:f8b0:4001:c05::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8A5A5CF2 for ; Sat, 7 Mar 2015 17:39:11 +0000 (UTC) Received: by igal13 with SMTP id l13so10689194iga.1 for ; Sat, 07 Mar 2015 09:39:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=HiBmR8SBX0C9iC9hoLJTQnbl8H0YaIIJGD9tC2jKTEE=; b=xyQp8TbiqHWdalc8zPtnfOkT21t3jTvvob0vBB7er3Skl/MSO2RF3kV0iGTh6UbR46 yUtJJy2K/hTrp3RksgLDruYGVWlKByFlMYFBH/oqCLkALHMaP4oPqqUKy0iya7f1RAyT gQR+x4OWhhFCZ4xacqZrRkLPb90j9qsqiVN4Vck8Dz3JgdCO6WhOCspCcJPgCfek/FFn XxI3gE5AO+Xp8Burs4/9CJt4pfV9Cds13InlcKy4psqLKCYt7IKmY6hsplhb+rMPs3xp RAwGMqjXkdmuCgVx021QFl12aF0qEj2HMn34dM5eEv6v0xo0WXe/uCuFXmnKKNMIx9Ub RI5Q== MIME-Version: 1.0 X-Received: by 10.42.93.83 with SMTP id w19mr16872570icm.37.1425749950907; Sat, 07 Mar 2015 09:39:10 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.36.17.66 with HTTP; Sat, 7 Mar 2015 09:39:10 -0800 (PST) In-Reply-To: <2A13C41F-BCF0-46EA-868E-17924FBF234D@tellme3times.com> References: <2A13C41F-BCF0-46EA-868E-17924FBF234D@tellme3times.com> Date: Sat, 7 Mar 2015 09:39:10 -0800 X-Google-Sender-Auth: Fy-hBMoLyh0-BcUH77Qy7rjayVg Message-ID: Subject: Re: 2:30 pause on boot FreeBSD 10.1 From: Adrian Chadd To: Chris Kiakas Content-Type: text/plain; charset=UTF-8 Cc: FreeBSD Questions X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Mar 2015 17:39:11 -0000 .... is it the memory check / page table setup? -a From owner-freebsd-questions@FreeBSD.ORG Sat Mar 7 17:49:29 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DCD25F0F; Sat, 7 Mar 2015 17:49:29 +0000 (UTC) Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36]) by mx1.freebsd.org (Postfix) with ESMTP id B504CDCC; Sat, 7 Mar 2015 17:49:28 +0000 (UTC) MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Received: from gatekeeper.localdomain ([104.221.38.99]) by VL-VM-MR007.ip.videotron.ca (Oracle Communications Messaging Exchange Server 7u4-22.01 64bit (built Apr 21 2011)) with ESMTP id <0NKU00GZQS6ECU10@VL-VM-MR007.ip.videotron.ca>; Sat, 07 Mar 2015 12:49:28 -0500 (EST) Received: from [192.168.7.61] (unknown [192.168.7.61]) by gatekeeper.localdomain (Postfix) with ESMTP id 7B99242EC3; Sat, 07 Mar 2015 12:49:26 -0500 (EST) Subject: Re: 2:30 pause on boot FreeBSD 10.1 From: Chris Kiakas In-reply-to: Date: Sat, 07 Mar 2015 12:49:26 -0500 Content-transfer-encoding: quoted-printable Message-id: References: <2A13C41F-BCF0-46EA-868E-17924FBF234D@tellme3times.com> To: Adrian Chadd X-Mailer: Apple Mail (2.2070.6) Cc: FreeBSD Questions X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Mar 2015 17:49:30 -0000 Not it loads the kernel after the FreeBSD splash screen and just before = it displays the list of components.=20 Just no errors but =E2=80=9CBooting=E2=80=9D highlighted in blue. I had another system do the same thing a long time ago and it still = running today. Since these systems are not often shutdown I can live = with it. Unfortunately it take over 5 minutes from power on to the login = screen and 2:30 of it is that. > On Mar 7, 2015, at 12:39 PM, Adrian Chadd wrote: >=20 > .... is it the memory check / page table setup? >=20 >=20 > -a From owner-freebsd-questions@FreeBSD.ORG Sat Mar 7 17:52:57 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B98CC138 for ; Sat, 7 Mar 2015 17:52:57 +0000 (UTC) Received: from mail-ig0-x229.google.com (mail-ig0-x229.google.com [IPv6:2607:f8b0:4001:c05::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8061BE88 for ; Sat, 7 Mar 2015 17:52:57 +0000 (UTC) Received: by igal13 with SMTP id l13so11427471iga.5 for ; Sat, 07 Mar 2015 09:52:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=eHPxXvTF3n891ZHDQHrOuc394rPv3ZsYqKOvAv22kZU=; b=om4s4AUx+qjtRA5y4gr08W6WuIy3dGx1O6b3V04nPuoRpD1bN/IYm2F7m4Z3KeZ9xW IwJalTjd4QZ2Zj+zhC/RscTtt8RlfYqFuWoecp5Gq3bMNUYFNzWehzc1AWPGAjM2qV9g 9znEnfcn3MX6aLZmL+I49B3JGTD9ju77c1Is75QxnqdGR61tLZyM3+zGBs+b8tqNVGSL 6jA7olySXLSnGyL6z/CIRBfUrwFb+UNgq/u6vwZRm7f86wpXyj3IpECEUwPKpOpEGQ6b k9vcyO2mufUWDxoKqTsZ+x3HmBtTqqGVnpK9tBKGpPgvwHLLJyavy+9opm/LgjK1Od5J AVCQ== MIME-Version: 1.0 X-Received: by 10.107.155.13 with SMTP id d13mr35610640ioe.29.1425750776955; Sat, 07 Mar 2015 09:52:56 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.36.17.66 with HTTP; Sat, 7 Mar 2015 09:52:56 -0800 (PST) In-Reply-To: References: <2A13C41F-BCF0-46EA-868E-17924FBF234D@tellme3times.com> Date: Sat, 7 Mar 2015 09:52:56 -0800 X-Google-Sender-Auth: M4uYFJFyuoCA8f78mVn1lICmSNw Message-ID: Subject: Re: 2:30 pause on boot FreeBSD 10.1 From: Adrian Chadd To: Chris Kiakas Content-Type: text/plain; charset=UTF-8 Cc: FreeBSD Questions X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Mar 2015 17:52:57 -0000 Hi, Memory page table setup happens /really/ early. Try boot -v; see what it prints. -a From owner-freebsd-questions@FreeBSD.ORG Sat Mar 7 18:04:12 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 14694335 for ; Sat, 7 Mar 2015 18:04:12 +0000 (UTC) Received: from mail-wg0-x22c.google.com (mail-wg0-x22c.google.com [IPv6:2a00:1450:400c:c00::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 98D2FF6C for ; Sat, 7 Mar 2015 18:04:11 +0000 (UTC) Received: by wgha1 with SMTP id a1so15730466wgh.1 for ; Sat, 07 Mar 2015 10:04:09 -0800 (PST) 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 :content-type; bh=/flqnZuE+vHYfchexPz9nzrjC6o0EB48ObVj5nUkrJE=; b=gHTsa2gIVCueMQ+ZnAgqVEki9CHiGBb4q+Lh+RPpK5HpZ8zhymS4fjCmBbwKET03M5 kEpXk8N+Mj1Xh+oJ5e/r87GbaDnlAv+2qMF4IPtuxcOl+se2NLwSifzQg6o2qjx+tM0K VOAxLPUY2puSNPSiZ0FPZzKnQ1cD3X7f3m7xQ1K2Dsd02zMykpccKkI2nV4P+Vzsa4IG 2HlqUrhTF1mDpRFevIwH+9l167QMqGVMC1bWqHYoy4MuNZyOAzNes22jXv2gr93q36xO p3LXPJ9jawI6rfluINkISx0Pp242RaKjjG2NrcqUh6vWzGUrSBgSdiT6YHis88CxkF90 jViA== MIME-Version: 1.0 X-Received: by 10.180.90.197 with SMTP id by5mr44847324wib.70.1425751449230; Sat, 07 Mar 2015 10:04:09 -0800 (PST) Received: by 10.27.214.136 with HTTP; Sat, 7 Mar 2015 10:04:09 -0800 (PST) Received: by 10.27.214.136 with HTTP; Sat, 7 Mar 2015 10:04:09 -0800 (PST) In-Reply-To: <20150307163942.GG34815@itcom245.staff.itd.umich.edu> References: <20150307163942.GG34815@itcom245.staff.itd.umich.edu> Date: Sat, 7 Mar 2015 10:04:09 -0800 Message-ID: Subject: Re: Xorg problems From: Waitman Gobble To: freebsd-questions@freebsd.org, scrat Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Mar 2015 18:04:12 -0000 On Mar 7, 2015 8:45 AM, "William Bulley" wrote: > > According to scrat on Sat, 03/07/15 at 11:33: > > > > How do I fix the error: > > Number of created screens does not match number of detected devices. > > Configuration failed > > I had a very similar problem just the other day. > > Check the version of your x11/nvidia-driver port: > > unix% pkg info | grep -i nvidia > nvidia-driver-340.76 NVidia graphics card binary drivers for hardware OpenGL rendering > nvidia-settings-340.24_1 Display Control Panel for X NVidia driver > nvidia-xconfig-310.14 Tool to manipulate X configuration files for the NVidia driver > > The latest nvidia-driver at: > > http://www.freebsd.org/cgi/ports.cgi?query=nvidia-driver&stype=name > > is nvidia-driver-346.47 and this newer version does not support the > older graphics hardware in your Dell Inspiron laptop. If this does > not apply to your situation, then nevermind, but if it does apply > to you, then you need to downgrade nvidia-driver-346.47 to the > older nvidia-driver-340.76 which you can get (download) from the > NVIDIA download site. I hope this helps. > > Regards, > > web... > > -- > > /"\ ASCII RIBBON / William Bulley > \ / CAMPAIGN AGAINST / > X HTML E-MAIL AND / E-MAIL: web@umich.edu > / \ LISTSERV POSTINGS / > > 72 characters width template ----------------------------------------->| > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to " freebsd-questions-unsubscribe@freebsd.org" The 1501 is a $50 laptop from 2006? i dont know that nvidia is the right driver, I think it has ATI before AMD bought it. This would have been around the time FreeBSD 7.0 was HEAD i think? curious??? If this is the same 1501 that featured the first Dell computer to use AMD chip then probably best to evaluate throwing it in the dumpster. :) Waitman Gobble Los Altos California USA 510 830 7975 From owner-freebsd-questions@FreeBSD.ORG Sat Mar 7 18:04:21 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D6D873BA for ; Sat, 7 Mar 2015 18:04:21 +0000 (UTC) Received: from mout.gmx.com (mout.gmx.com [74.208.4.200]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A4574F70 for ; Sat, 7 Mar 2015 18:04:21 +0000 (UTC) Received: from puffyzz.attlocal.net ([172.15.184.248]) by mail.gmx.com (mrgmxus002) with ESMTPSA (Nemesis) id 0MAhCP-1YIRNX0wkV-00BuKg; Sat, 07 Mar 2015 19:04:20 +0100 Date: Sat, 7 Mar 2015 13:04:17 -0500 From: Dutch Ingraham To: Baho Utot Subject: Re: Xorg problems Message-ID: <20150307180416.GB27467@puffyzz.attlocal.net> References: <54FB2862.2050600@columbus.rr.com> <54FB3642.4070402@columbus.rr.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <54FB3642.4070402@columbus.rr.com> X-Provags-ID: V03:K0:rDrA9f477yF1tpKpcRqjOEmvkIoHgap/xghbCHY8lRqNKQkazfn dppBjwKPcccaO/qHhcpepgwu+gjuC/xnxFbFmICBfF7L5hGV+cHrWXu44HTDQeg+avrHvl6 5oL5pRkDCntehe8PuYgwKQY2vzlwzjjGjdW8cJQ+cgjXaxufPIL4mQYFF2FlWzoUnBCLlNX JJ79Ig8/58xOXw2ByksYA== X-UI-Out-Filterresults: notjunk:1; Cc: freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Mar 2015 18:04:21 -0000 On Sat, Mar 07, 2015 at 12:32:50PM -0500, Baho Utot wrote: > On 03/07/15 11:55, Dutch Ingraham wrote: > >On Sat, Mar 07, 2015 at 11:33:38AM -0500, scrat wrote: > >>Ss root entered the following: > >>/bin/sh > >>Xorg -configure > xorg.log 2>&1 > >> > >Hand-configuring xorg has been deprecated; see section 6.4 of the > >Handbook. I would start by deleting the generated xorg.confs > >and trying startx without a config file. > >_______________________________________________ > >freebsd-questions@freebsd.org mailing list > >http://lists.freebsd.org/mailman/listinfo/freebsd-questions > >To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" > > > > The same thing occurs, I don't think it is because of the config file. I was > hoping that if I add a config file I could get past this > > Thanks What video card are you using? Regardless, I would confirm compatability by reviewing [1] and if you are using Radeon, confirming the proper firmware is loaded. Also review vt(4) and make sure your loader.conf is properly described. Lastly, it might be helpful to have the full output of your Xorg.log. [1] https://wiki.freebsd.org/Graphics From owner-freebsd-questions@FreeBSD.ORG Sat Mar 7 18:21:15 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 53AF0E57 for ; Sat, 7 Mar 2015 18:21:15 +0000 (UTC) Received: from cdptpa-oedge-vip.email.rr.com (cdptpa-outbound-snat.email.rr.com [107.14.166.228]) by mx1.freebsd.org (Postfix) with ESMTP id 014CF149 for ; Sat, 7 Mar 2015 18:21:14 +0000 (UTC) Received: from [75.187.32.8] ([75.187.32.8:54712] helo=raspberrypi.bildanet.com) by cdptpa-oedge02 (envelope-from ) (ecelerity 3.5.0.35861 r(Momo-dev:tip)) with ESMTP id 13/C6-08648-9914BF45; Sat, 07 Mar 2015 18:21:13 +0000 Received: from [192.168.1.55] (helo=dell.bildanet.com) by raspberrypi.bildanet.com with esmtp (Exim 4.84) (envelope-from ) id 1YUJLc-0008Lw-Sb for freebsd-questions@freebsd.org; Sat, 07 Mar 2015 13:21:12 -0500 Message-ID: <54FB4198.3090305@columbus.rr.com> Date: Sat, 07 Mar 2015 13:21:12 -0500 From: scrat User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: freebsd-questions@freebsd.org Subject: Re: Xorg problems References: <54FB2862.2050600@columbus.rr.com> <54FB3642.4070402@columbus.rr.com> <20150307180416.GB27467@puffyzz.attlocal.net> In-Reply-To: <20150307180416.GB27467@puffyzz.attlocal.net> X-RR-Connecting-IP: 107.14.168.130:25 X-Cloudmark-Score: 0 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Mar 2015 18:21:15 -0000 On 03/07/15 13:04, Dutch Ingraham wrote: > On Sat, Mar 07, 2015 at 12:32:50PM -0500, Baho Utot wrote: >> On 03/07/15 11:55, Dutch Ingraham wrote: >>> On Sat, Mar 07, 2015 at 11:33:38AM -0500, scrat wrote: >>>> Ss root entered the following: >>>> /bin/sh >>>> Xorg -configure > xorg.log 2>&1 >>>> >>> Hand-configuring xorg has been deprecated; see section 6.4 of the >>> Handbook. I would start by deleting the generated xorg.confs >>> and trying startx without a config file. >>> _______________________________________________ >>> freebsd-questions@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-questions >>> To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" >>> >> The same thing occurs, I don't think it is because of the config file. I was >> hoping that if I add a config file I could get past this >> >> Thanks > What video card are you using? Regardless, I would confirm compatability > by reviewing [1] and if you are using Radeon, confirming the proper > firmware is loaded. Also review vt(4) and make sure your loader.conf > is properly described. > > Lastly, it might be helpful to have the full output of your Xorg.log. > > [1] https://wiki.freebsd.org/Graphics > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" ATI From owner-freebsd-questions@FreeBSD.ORG Sat Mar 7 18:26:21 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0B0C62E0 for ; Sat, 7 Mar 2015 18:26:21 +0000 (UTC) Received: from cdptpa-oedge-vip.email.rr.com (cdptpa-outbound-snat.email.rr.com [107.14.166.230]) by mx1.freebsd.org (Postfix) with ESMTP id BEA8F22C for ; Sat, 7 Mar 2015 18:26:20 +0000 (UTC) Received: from [75.187.32.8] ([75.187.32.8:54714] helo=raspberrypi.bildanet.com) by cdptpa-oedge03 (envelope-from ) (ecelerity 3.5.0.35861 r(Momo-dev:tip)) with ESMTP id 97/BC-09243-6C24BF45; Sat, 07 Mar 2015 18:26:14 +0000 Received: from [192.168.1.55] (helo=dell.bildanet.com) by raspberrypi.bildanet.com with esmtp (Exim 4.84) (envelope-from ) id 1YUJQU-0008MD-Br for freebsd-questions@freebsd.org; Sat, 07 Mar 2015 13:26:14 -0500 Message-ID: <54FB42C6.4060703@columbus.rr.com> Date: Sat, 07 Mar 2015 13:26:14 -0500 From: scrat User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: freebsd-questions@freebsd.org Subject: Fwd: Re: Xorg problems References: <54FB422C.9000301@columbus.rr.com> In-Reply-To: <54FB422C.9000301@columbus.rr.com> X-Forwarded-Message-Id: <54FB422C.9000301@columbus.rr.com> X-RR-Connecting-IP: 107.14.168.142:25 X-Cloudmark-Score: 0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Mar 2015 18:26:21 -0000 -------- Forwarded Message -------- Subject: Re: Xorg problems Date: Sat, 07 Mar 2015 13:23:40 -0500 From: scrat To: Waitman Gobble On 03/07/15 13:04, Waitman Gobble wrote: [putolin] > The 1501 is a $50 laptop from 2006? i dont know that nvidia is the > right driver, I think it has ATI before AMD bought it. This would have > been around the time FreeBSD 7.0 was HEAD i think? > > curious??? If this is the same 1501 that featured the first Dell > computer to use AMD chip then probably best to evaluate throwing it in > the dumpster. :) > > This laptop has worked well since I bought it new a long time ago in a galaxy far far away. Why would I bin a perfectly good laptop? And yes it uses an ATI radeon From owner-freebsd-questions@FreeBSD.ORG Sat Mar 7 18:48:35 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D0730F22 for ; Sat, 7 Mar 2015 18:48:35 +0000 (UTC) Received: from mx01.qsc.de (mx01.qsc.de [213.148.129.14]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 92BEA645 for ; Sat, 7 Mar 2015 18:48:35 +0000 (UTC) Received: from r56.edvax.de (port-92-195-131-196.dynamic.qsc.de [92.195.131.196]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx01.qsc.de (Postfix) with ESMTPS id B21593CD03 for ; Sat, 7 Mar 2015 19:48:26 +0100 (CET) Received: from r56.edvax.de (localhost [127.0.0.1]) by r56.edvax.de (8.14.5/8.14.5) with SMTP id t27ImPmE001928 for ; Sat, 7 Mar 2015 19:48:25 +0100 (CET) (envelope-from freebsd@edvax.de) Date: Sat, 7 Mar 2015 19:48:25 +0100 From: Polytropon To: FreeBSD Questions Subject: Num Lock goes off when entering X session Message-Id: <20150307194825.eda3e686.freebsd@edvax.de> Reply-To: Polytropon Organization: EDVAX X-Mailer: Sylpheed 3.1.1 (GTK+ 2.24.5; i386-portbld-freebsd8.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Mar 2015 18:48:35 -0000 I'd like to ask for explanation and advice regarding an observation that I made across XFree86 and X.org sessions: When my system boots up, the Num Lock LED is activated (and the Num mode is on, as hereby suggested). Then I enter XDM and log in. As soon as the "real" X session starts, Num Lock goes off, and it needs to be manually reactivated. This also happens when I log off, re-enter XDM, log in again - and Num Lock goes off again. Does it have to be that way? And when yes, then why? Is there a way to switch Num Lock on via ~/.xinitrc, or tell X to not change it? NB: I'm using a regular keyboard (IBM Model M) and have to use the numeric block quite often. So this is an issue for me... -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... From owner-freebsd-questions@FreeBSD.ORG Sat Mar 7 18:51:02 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5663FFC6; Sat, 7 Mar 2015 18:51:02 +0000 (UTC) Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36]) by mx1.freebsd.org (Postfix) with ESMTP id E59B16E5; Sat, 7 Mar 2015 18:51:01 +0000 (UTC) MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Received: from gatekeeper.localdomain ([104.221.38.99]) by VL-VM-MR003.ip.videotron.ca (Oracle Communications Messaging Exchange Server 7u4-22.01 64bit (built Apr 21 2011)) with ESMTP id <0NKU009BOV0STO80@VL-VM-MR003.ip.videotron.ca>; Sat, 07 Mar 2015 13:51:00 -0500 (EST) Received: from [192.168.7.61] (unknown [192.168.7.61]) by gatekeeper.localdomain (Postfix) with ESMTP id 2D63742ECE; Sat, 07 Mar 2015 13:50:52 -0500 (EST) Subject: Re: 2:30 pause on boot FreeBSD 10.1 From: Chris Kiakas In-reply-to: Date: Sat, 07 Mar 2015 13:50:51 -0500 Content-transfer-encoding: quoted-printable Message-id: <0FB323D9-6AC2-4110-97C6-43E9691ACA7A@tellme3times.com> References: <2A13C41F-BCF0-46EA-868E-17924FBF234D@tellme3times.com> To: Adrian Chadd X-Mailer: Apple Mail (2.2070.6) Cc: FreeBSD Questions X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Mar 2015 18:51:02 -0000 It give 15 rows of; SMAP type=3D01 base=3D000000=E2=80=A6. len=3D00000000=E2=80=A6=E2=80=A6 then the pause. After the pause it flies. Very quick to the login screen. SMAP doesn=E2=80=99t show up in dmesg. # dmesg ACPI: Processor \134_SB_.SCK2.CP15 (ACPI ID 255) ignored ACPI: Processor \134_SB_.SCK2.CP16 (ACPI ID 255) ignored ACPI: Processor \134_SB_.SCK2.CP17 (ACPI ID 255) ignored ACPI: Processor \134_SB_.SCK2.CP18 (ACPI ID 255) ignored ACPI: Processor \134_SB_.SCK2.CP19 (ACPI ID 255) ignored ACPI: Processor \134_SB_.SCK2.CP1A (ACPI ID 255) ignored ACPI: Processor \134_SB_.SCK2.CP1B (ACPI ID 255) ignored ACPI: Processor \134_SB_.SCK2.CP1C (ACPI ID 255) ignored ACPI: Processor \134_SB_.SCK2.CP1D (ACPI ID 255) ignored ACPI: Processor \134_SB_.SCK2.CP1E (ACPI ID 255) ignored ACPI: Processor \134_SB_.SCK2.CP1F (ACPI ID 255) ignored ACPI: Processor \134_SB_.SCK2.CP20 (ACPI ID 255) ignored ACPI: Processor \134_SB_.SCK2.CP21 (ACPI ID 255) ignored ACPI: Processor \134_SB_.SCK2.CP22 (ACPI ID 255) ignored ACPI: Processor \134_SB_.SCK2.CP23 (ACPI ID 255) ignored ACPI: Processor \134_SB_.SCK3.CP00 (ACPI ID 255) ignored ACPI: Processor \134_SB_.SCK3.CP01 (ACPI ID 255) ignored ACPI: Processor \134_SB_.SCK3.CP02 (ACPI ID 255) ignored ACPI: Processor \134_SB_.SCK3.CP03 (ACPI ID 255) ignored ACPI: Processor \134_SB_.SCK3.CP04 (ACPI ID 255) ignored ACPI: Processor \134_SB_.SCK3.CP05 (ACPI ID 255) ignored ACPI: Processor \134_SB_.SCK3.CP06 (ACPI ID 255) ignored ACPI: Processor \134_SB_.SCK3.CP07 (ACPI ID 255) ignored ACPI: Processor \134_SB_.SCK3.CP08 (ACPI ID 255) ignored ACPI: Processor \134_SB_.SCK3.CP09 (ACPI ID 255) ignored ACPI: Processor \134_SB_.SCK3.CP0A (ACPI ID 255) ignored ACPI: Processor \134_SB_.SCK3.CP0B (ACPI ID 255) ignored ACPI: Processor \134_SB_.SCK3.CP0C (ACPI ID 255) ignored ACPI: Processor \134_SB_.SCK3.CP0D (ACPI ID 255) ignored ACPI: Processor \134_SB_.SCK3.CP0E (ACPI ID 255) ignored ACPI: Processor \134_SB_.SCK3.CP0F (ACPI ID 255) ignored ACPI: Processor \134_SB_.SCK3.CP10 (ACPI ID 255) ignored ACPI: Processor \134_SB_.SCK3.CP11 (ACPI ID 255) ignored ACPI: Processor \134_SB_.SCK3.CP12 (ACPI ID 255) ignored ACPI: Processor \134_SB_.SCK3.CP13 (ACPI ID 255) ignored ACPI: Processor \134_SB_.SCK3.CP14 (ACPI ID 255) ignored ACPI: Processor \134_SB_.SCK3.CP15 (ACPI ID 255) ignored ACPI: Processor \134_SB_.SCK3.CP16 (ACPI ID 255) ignored ACPI: Processor \134_SB_.SCK3.CP17 (ACPI ID 255) ignored ACPI: Processor \134_SB_.SCK3.CP18 (ACPI ID 255) ignored ACPI: Processor \134_SB_.SCK3.CP19 (ACPI ID 255) ignored ACPI: Processor \134_SB_.SCK3.CP1A (ACPI ID 255) ignored ACPI: Processor \134_SB_.SCK3.CP1B (ACPI ID 255) ignored ACPI: Processor \134_SB_.SCK3.CP1C (ACPI ID 255) ignored ACPI: Processor \134_SB_.SCK3.CP1D (ACPI ID 255) ignored ACPI: Processor \134_SB_.SCK3.CP1E (ACPI ID 255) ignored ACPI: Processor \134_SB_.SCK3.CP1F (ACPI ID 255) ignored ACPI: Processor \134_SB_.SCK3.CP20 (ACPI ID 255) ignored ACPI: Processor \134_SB_.SCK3.CP21 (ACPI ID 255) ignored ACPI: Processor \134_SB_.SCK3.CP22 (ACPI ID 255) ignored ACPI: Processor \134_SB_.SCK3.CP23 (ACPI ID 255) ignored atrtc0: port 0x70-0x71,0x74-0x77 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 49 Event timer "RTC" frequency 32768 Hz quality 0 attimer0: port 0x40-0x43,0x50-0x53 irq 0 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 ioapic0: routing intpin 2 (ISA IRQ 0) to lapic 0 vector 50 Event timer "i8254" frequency 1193182 Hz quality 100 hpet0: iomem 0xfed00000-0xfed003ff on acpi0 hpet0: vendor 0x8086, rev 0x1, 14318180Hz 64bit, 8 timers, legacy route hpet0: t0: irqs 0x00f00000 (0), MSI, 64bit, periodic hpet0: t1: irqs 0x00f00000 (0), MSI hpet0: t2: irqs 0x00f00800 (0), MSI hpet0: t3: irqs 0x00f01000 (0), MSI hpet0: t4: irqs 0x00000000 (0), MSI hpet0: t5: irqs 0x00000000 (0), MSI hpet0: t6: irqs 0x00000000 (0), MSI hpet0: t7: irqs 0x00000000 (0), MSI Timecounter "HPET" frequency 14318180 Hz quality 950 msi: routing MSI-X IRQ 256 to local APIC 0 vector 51 msi: routing MSI-X IRQ 257 to local APIC 0 vector 52 msi: routing MSI-X IRQ 258 to local APIC 0 vector 53 msi: routing MSI-X IRQ 259 to local APIC 0 vector 54 msi: routing MSI-X IRQ 260 to local APIC 0 vector 55 msi: routing MSI-X IRQ 261 to local APIC 0 vector 56 msi: routing MSI-X IRQ 262 to local APIC 0 vector 57 msi: routing MSI-X IRQ 263 to local APIC 0 vector 58 Event timer "HPET" frequency 14318180 Hz quality 350 Event timer "HPET1" frequency 14318180 Hz quality 340 Event timer "HPET2" frequency 14318180 Hz quality 340 Event timer "HPET3" frequency 14318180 Hz quality 340 Event timer "HPET4" frequency 14318180 Hz quality 340 Event timer "HPET5" frequency 14318180 Hz quality 340 Event timer "HPET6" frequency 14318180 Hz quality 340 Event timer "HPET7" frequency 14318180 Hz quality 340 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 0x408-0x40b on acpi0 pci_link0: 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_link1: 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_link2: Index IRQ Rtd Ref IRQs Initial Probe 0 5 N 0 3 4 5 6 10 11 12 14 15 Validation 0 5 N 0 3 4 5 6 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 10 11 12 14 15 pci_link3: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 3 4 5 6 10 11 12 14 15 Validation 0 11 N 0 3 4 5 6 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 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 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 pcib0: on acpi0 pci255: on pcib0 pci255: domain=3D0, physical bus=3D255 found-> vendor=3D0x8086, dev=3D0x2f80, revid=3D0x02 domain=3D0, bus=3D255, slot=3D8, func=3D0 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0000, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) found-> vendor=3D0x8086, dev=3D0x2f32, revid=3D0x02 domain=3D0, bus=3D255, slot=3D8, func=3D2 class=3D11-01-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0000, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) found-> vendor=3D0x8086, dev=3D0x2f83, revid=3D0x02 domain=3D0, bus=3D255, slot=3D8, func=3D3 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0010, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) found-> vendor=3D0x8086, dev=3D0x2f81, revid=3D0x02 domain=3D0, bus=3D255, slot=3D11, func=3D0 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0000, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) found-> vendor=3D0x8086, dev=3D0x2f36, revid=3D0x02 domain=3D0, bus=3D255, slot=3D11, func=3D1 class=3D11-01-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0000, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) found-> vendor=3D0x8086, dev=3D0x2f37, revid=3D0x02 domain=3D0, bus=3D255, slot=3D11, func=3D2 class=3D11-01-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0000, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) found-> vendor=3D0x8086, dev=3D0x2fe0, revid=3D0x02 domain=3D0, bus=3D255, slot=3D12, func=3D0 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0000, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) found-> vendor=3D0x8086, dev=3D0x2fe1, revid=3D0x02 domain=3D0, bus=3D255, slot=3D12, func=3D1 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0000, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) found-> vendor=3D0x8086, dev=3D0x2fe2, revid=3D0x02 domain=3D0, bus=3D255, slot=3D12, func=3D2 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0000, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) found-> vendor=3D0x8086, dev=3D0x2fe3, revid=3D0x02 domain=3D0, bus=3D255, slot=3D12, func=3D3 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0000, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) found-> vendor=3D0x8086, dev=3D0x2fe4, revid=3D0x02 domain=3D0, bus=3D255, slot=3D12, func=3D4 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0000, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) found-> vendor=3D0x8086, dev=3D0x2fe5, revid=3D0x02 domain=3D0, bus=3D255, slot=3D12, func=3D5 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0000, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) found-> vendor=3D0x8086, dev=3D0x2ff8, revid=3D0x02 domain=3D0, bus=3D255, slot=3D15, func=3D0 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0000, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) found-> vendor=3D0x8086, dev=3D0x2ff9, revid=3D0x02 domain=3D0, bus=3D255, slot=3D15, func=3D1 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0000, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) found-> vendor=3D0x8086, dev=3D0x2ffc, revid=3D0x02 domain=3D0, bus=3D255, slot=3D15, func=3D4 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0000, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) found-> vendor=3D0x8086, dev=3D0x2ffd, revid=3D0x02 domain=3D0, bus=3D255, slot=3D15, func=3D5 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0000, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) found-> vendor=3D0x8086, dev=3D0x2ffe, revid=3D0x02 domain=3D0, bus=3D255, slot=3D15, func=3D6 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0000, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) found-> vendor=3D0x8086, dev=3D0x2f1d, revid=3D0x02 domain=3D0, bus=3D255, slot=3D16, func=3D0 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0000, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) found-> vendor=3D0x8086, dev=3D0x2f34, revid=3D0x02 domain=3D0, bus=3D255, slot=3D16, func=3D1 class=3D11-01-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0000, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) found-> vendor=3D0x8086, dev=3D0x2f1e, revid=3D0x02 domain=3D0, bus=3D255, slot=3D16, func=3D5 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0000, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) found-> vendor=3D0x8086, dev=3D0x2f7d, revid=3D0x02 domain=3D0, bus=3D255, slot=3D16, func=3D6 class=3D11-01-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0000, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) found-> vendor=3D0x8086, dev=3D0x2f1f, revid=3D0x02 domain=3D0, bus=3D255, slot=3D16, func=3D7 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0000, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) found-> vendor=3D0x8086, dev=3D0x2fa0, revid=3D0x02 domain=3D0, bus=3D255, slot=3D18, func=3D0 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0000, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) found-> vendor=3D0x8086, dev=3D0x2f30, revid=3D0x02 domain=3D0, bus=3D255, slot=3D18, func=3D1 class=3D11-01-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0000, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) found-> vendor=3D0x8086, dev=3D0x2fa8, revid=3D0x02 domain=3D0, bus=3D255, slot=3D19, func=3D0 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0010, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) found-> vendor=3D0x8086, dev=3D0x2f71, revid=3D0x02 domain=3D0, bus=3D255, slot=3D19, func=3D1 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0010, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) found-> vendor=3D0x8086, dev=3D0x2faa, revid=3D0x02 domain=3D0, bus=3D255, slot=3D19, func=3D2 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0010, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) found-> vendor=3D0x8086, dev=3D0x2fab, revid=3D0x02 domain=3D0, bus=3D255, slot=3D19, func=3D3 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0010, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) found-> vendor=3D0x8086, dev=3D0x2fac, revid=3D0x02 domain=3D0, bus=3D255, slot=3D19, func=3D4 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0010, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) found-> vendor=3D0x8086, dev=3D0x2fad, revid=3D0x02 domain=3D0, bus=3D255, slot=3D19, func=3D5 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0010, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) found-> vendor=3D0x8086, dev=3D0x2fae, revid=3D0x02 domain=3D0, bus=3D255, slot=3D19, func=3D6 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0000, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) found-> vendor=3D0x8086, dev=3D0x2faf, revid=3D0x02 domain=3D0, bus=3D255, slot=3D19, func=3D7 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0000, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) found-> vendor=3D0x8086, dev=3D0x2fb0, revid=3D0x02 domain=3D0, bus=3D255, slot=3D20, func=3D0 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0010, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) found-> vendor=3D0x8086, dev=3D0x2fb1, revid=3D0x02 domain=3D0, bus=3D255, slot=3D20, func=3D1 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0010, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) found-> vendor=3D0x8086, dev=3D0x2fb2, revid=3D0x02 domain=3D0, bus=3D255, slot=3D20, func=3D2 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0010, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) found-> vendor=3D0x8086, dev=3D0x2fb3, revid=3D0x02 domain=3D0, bus=3D255, slot=3D20, func=3D3 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0010, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) found-> vendor=3D0x8086, dev=3D0x2fbe, revid=3D0x02 domain=3D0, bus=3D255, slot=3D20, func=3D6 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0000, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) found-> vendor=3D0x8086, dev=3D0x2fbf, revid=3D0x02 domain=3D0, bus=3D255, slot=3D20, func=3D7 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0000, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) found-> vendor=3D0x8086, dev=3D0x2fb4, revid=3D0x02 domain=3D0, bus=3D255, slot=3D21, func=3D0 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0010, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) found-> vendor=3D0x8086, dev=3D0x2fb5, revid=3D0x02 domain=3D0, bus=3D255, slot=3D21, func=3D1 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0010, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) found-> vendor=3D0x8086, dev=3D0x2fb6, revid=3D0x02 domain=3D0, bus=3D255, slot=3D21, func=3D2 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0010, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) found-> vendor=3D0x8086, dev=3D0x2fb7, revid=3D0x02 domain=3D0, bus=3D255, slot=3D21, func=3D3 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0010, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) found-> vendor=3D0x8086, dev=3D0x2f68, revid=3D0x02 domain=3D0, bus=3D255, slot=3D22, func=3D0 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0010, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) found-> vendor=3D0x8086, dev=3D0x2f6e, revid=3D0x02 domain=3D0, bus=3D255, slot=3D22, func=3D6 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0000, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) found-> vendor=3D0x8086, dev=3D0x2f6f, revid=3D0x02 domain=3D0, bus=3D255, slot=3D22, func=3D7 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0000, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) found-> vendor=3D0x8086, dev=3D0x2fd0, revid=3D0x02 domain=3D0, bus=3D255, slot=3D23, func=3D0 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0010, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) found-> vendor=3D0x8086, dev=3D0x2fb8, revid=3D0x02 domain=3D0, bus=3D255, slot=3D23, func=3D4 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0000, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) found-> vendor=3D0x8086, dev=3D0x2fb9, revid=3D0x02 domain=3D0, bus=3D255, slot=3D23, func=3D5 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0000, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) found-> vendor=3D0x8086, dev=3D0x2fba, revid=3D0x02 domain=3D0, bus=3D255, slot=3D23, func=3D6 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0000, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) found-> vendor=3D0x8086, dev=3D0x2fbb, revid=3D0x02 domain=3D0, bus=3D255, slot=3D23, func=3D7 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0000, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) found-> vendor=3D0x8086, dev=3D0x2f98, revid=3D0x02 domain=3D0, bus=3D255, slot=3D30, func=3D0 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0000, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) found-> vendor=3D0x8086, dev=3D0x2f99, revid=3D0x02 domain=3D0, bus=3D255, slot=3D30, func=3D1 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0000, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) found-> vendor=3D0x8086, dev=3D0x2f9a, revid=3D0x02 domain=3D0, bus=3D255, slot=3D30, func=3D2 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0000, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) found-> vendor=3D0x8086, dev=3D0x2fc0, revid=3D0x02 domain=3D0, bus=3D255, slot=3D30, func=3D3 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0000, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) map[10]: type Prefetchable Memory, range 32, base 0x10, size 4, = memory disabled found-> vendor=3D0x8086, dev=3D0x2f9c, revid=3D0x02 domain=3D0, bus=3D255, slot=3D30, func=3D4 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0000, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) found-> vendor=3D0x8086, dev=3D0x2f88, revid=3D0x02 domain=3D0, bus=3D255, slot=3D31, func=3D0 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0000, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) found-> vendor=3D0x8086, dev=3D0x2f8a, revid=3D0x02 domain=3D0, bus=3D255, slot=3D31, func=3D2 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0000, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) pci255: at device 8.0 (no driver attached) pci255: at device 8.2 (no driver attached) pci255: at device 8.3 (no driver attached) pci255: at device 11.0 (no driver attached) pci255: at device 11.1 (no driver attached) pci255: at device 11.2 (no driver attached) pci255: at device 12.0 (no driver attached) pci255: at device 12.1 (no driver attached) pci255: at device 12.2 (no driver attached) pci255: at device 12.3 (no driver attached) pci255: at device 12.4 (no driver attached) pci255: at device 12.5 (no driver attached) pci255: at device 15.0 (no driver attached) pci255: at device 15.1 (no driver attached) pci255: at device 15.4 (no driver attached) pci255: at device 15.5 (no driver attached) pci255: at device 15.6 (no driver attached) pci255: at device 16.0 (no driver attached) pci255: at device 16.1 (no driver attached) pci255: at device 16.5 (no driver attached) pci255: at device 16.6 (no driver attached) pci255: at device 16.7 (no driver attached) pci255: at device 18.0 (no driver attached) pci255: at device 18.1 (no driver attached) pci255: at device 19.0 (no driver attached) pci255: at device 19.1 (no driver attached) pci255: at device 19.2 (no driver attached) pci255: at device 19.3 (no driver attached) pci255: at device 19.4 (no driver attached) pci255: at device 19.5 (no driver attached) pci255: at device 19.6 (no driver attached) pci255: at device 19.7 (no driver attached) pci255: at device 20.0 (no driver attached) pci255: at device 20.1 (no driver attached) pci255: at device 20.2 (no driver attached) pci255: at device 20.3 (no driver attached) pci255: at device 20.6 (no driver attached) pci255: at device 20.7 (no driver attached) pci255: at device 21.0 (no driver attached) pci255: at device 21.1 (no driver attached) pci255: at device 21.2 (no driver attached) pci255: at device 21.3 (no driver attached) pci255: at device 22.0 (no driver attached) pci255: at device 22.6 (no driver attached) pci255: at device 22.7 (no driver attached) pci255: at device 23.0 (no driver attached) pci255: at device 23.4 (no driver attached) pci255: at device 23.5 (no driver attached) pci255: at device 23.6 (no driver attached) pci255: at device 23.7 (no driver attached) pci255: at device 30.0 (no driver attached) pci255: at device 30.1 (no driver attached) pci255: at device 30.2 (no driver attached) pci255: at device 30.3 (no driver attached) pci255: at device 30.4 (no driver attached) pci255: at device 31.0 (no driver attached) pci255: at device 31.2 (no driver attached) pcib1: on acpi0 pci127: on pcib1 pci127: domain=3D0, physical bus=3D127 found-> vendor=3D0x8086, dev=3D0x2f80, revid=3D0x02 domain=3D0, bus=3D127, slot=3D8, func=3D0 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0000, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) found-> vendor=3D0x8086, dev=3D0x2f32, revid=3D0x02 domain=3D0, bus=3D127, slot=3D8, func=3D2 class=3D11-01-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0000, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) found-> vendor=3D0x8086, dev=3D0x2f83, revid=3D0x02 domain=3D0, bus=3D127, slot=3D8, func=3D3 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0010, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) found-> vendor=3D0x8086, dev=3D0x2f81, revid=3D0x02 domain=3D0, bus=3D127, slot=3D11, func=3D0 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0000, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) found-> vendor=3D0x8086, dev=3D0x2f36, revid=3D0x02 domain=3D0, bus=3D127, slot=3D11, func=3D1 class=3D11-01-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0000, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) found-> vendor=3D0x8086, dev=3D0x2f37, revid=3D0x02 domain=3D0, bus=3D127, slot=3D11, func=3D2 class=3D11-01-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0000, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) found-> vendor=3D0x8086, dev=3D0x2fe0, revid=3D0x02 domain=3D0, bus=3D127, slot=3D12, func=3D0 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0000, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) found-> vendor=3D0x8086, dev=3D0x2fe1, revid=3D0x02 domain=3D0, bus=3D127, slot=3D12, func=3D1 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0000, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) found-> vendor=3D0x8086, dev=3D0x2fe2, revid=3D0x02 domain=3D0, bus=3D127, slot=3D12, func=3D2 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0000, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) found-> vendor=3D0x8086, dev=3D0x2fe3, revid=3D0x02 domain=3D0, bus=3D127, slot=3D12, func=3D3 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0000, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) found-> vendor=3D0x8086, dev=3D0x2fe4, revid=3D0x02 domain=3D0, bus=3D127, slot=3D12, func=3D4 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0000, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) found-> vendor=3D0x8086, dev=3D0x2fe5, revid=3D0x02 domain=3D0, bus=3D127, slot=3D12, func=3D5 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0000, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) found-> vendor=3D0x8086, dev=3D0x2ff8, revid=3D0x02 domain=3D0, bus=3D127, slot=3D15, func=3D0 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0000, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) found-> vendor=3D0x8086, dev=3D0x2ff9, revid=3D0x02 domain=3D0, bus=3D127, slot=3D15, func=3D1 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0000, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) found-> vendor=3D0x8086, dev=3D0x2ffc, revid=3D0x02 domain=3D0, bus=3D127, slot=3D15, func=3D4 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0000, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) found-> vendor=3D0x8086, dev=3D0x2ffd, revid=3D0x02 domain=3D0, bus=3D127, slot=3D15, func=3D5 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0000, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) found-> vendor=3D0x8086, dev=3D0x2ffe, revid=3D0x02 domain=3D0, bus=3D127, slot=3D15, func=3D6 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0000, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) found-> vendor=3D0x8086, dev=3D0x2f1d, revid=3D0x02 domain=3D0, bus=3D127, slot=3D16, func=3D0 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0000, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) found-> vendor=3D0x8086, dev=3D0x2f34, revid=3D0x02 domain=3D0, bus=3D127, slot=3D16, func=3D1 class=3D11-01-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0000, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) found-> vendor=3D0x8086, dev=3D0x2f1e, revid=3D0x02 domain=3D0, bus=3D127, slot=3D16, func=3D5 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0000, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) found-> vendor=3D0x8086, dev=3D0x2f7d, revid=3D0x02 domain=3D0, bus=3D127, slot=3D16, func=3D6 class=3D11-01-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0000, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) found-> vendor=3D0x8086, dev=3D0x2f1f, revid=3D0x02 domain=3D0, bus=3D127, slot=3D16, func=3D7 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0000, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) found-> vendor=3D0x8086, dev=3D0x2fa0, revid=3D0x02 domain=3D0, bus=3D127, slot=3D18, func=3D0 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0000, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) found-> vendor=3D0x8086, dev=3D0x2f30, revid=3D0x02 domain=3D0, bus=3D127, slot=3D18, func=3D1 class=3D11-01-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0000, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) found-> vendor=3D0x8086, dev=3D0x2fa8, revid=3D0x02 domain=3D0, bus=3D127, slot=3D19, func=3D0 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0010, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) found-> vendor=3D0x8086, dev=3D0x2f71, revid=3D0x02 domain=3D0, bus=3D127, slot=3D19, func=3D1 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0010, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) found-> vendor=3D0x8086, dev=3D0x2faa, revid=3D0x02 domain=3D0, bus=3D127, slot=3D19, func=3D2 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0010, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) found-> vendor=3D0x8086, dev=3D0x2fab, revid=3D0x02 domain=3D0, bus=3D127, slot=3D19, func=3D3 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0010, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) found-> vendor=3D0x8086, dev=3D0x2fac, revid=3D0x02 domain=3D0, bus=3D127, slot=3D19, func=3D4 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0010, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) found-> vendor=3D0x8086, dev=3D0x2fad, revid=3D0x02 domain=3D0, bus=3D127, slot=3D19, func=3D5 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0010, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) found-> vendor=3D0x8086, dev=3D0x2fae, revid=3D0x02 domain=3D0, bus=3D127, slot=3D19, func=3D6 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0000, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) found-> vendor=3D0x8086, dev=3D0x2faf, revid=3D0x02 domain=3D0, bus=3D127, slot=3D19, func=3D7 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0000, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) found-> vendor=3D0x8086, dev=3D0x2fb0, revid=3D0x02 domain=3D0, bus=3D127, slot=3D20, func=3D0 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0010, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) found-> vendor=3D0x8086, dev=3D0x2fb1, revid=3D0x02 domain=3D0, bus=3D127, slot=3D20, func=3D1 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0010, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) found-> vendor=3D0x8086, dev=3D0x2fb2, revid=3D0x02 domain=3D0, bus=3D127, slot=3D20, func=3D2 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0010, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) found-> vendor=3D0x8086, dev=3D0x2fb3, revid=3D0x02 domain=3D0, bus=3D127, slot=3D20, func=3D3 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0010, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) found-> vendor=3D0x8086, dev=3D0x2fbe, revid=3D0x02 domain=3D0, bus=3D127, slot=3D20, func=3D6 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0000, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) found-> vendor=3D0x8086, dev=3D0x2fbf, revid=3D0x02 domain=3D0, bus=3D127, slot=3D20, func=3D7 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0000, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) found-> vendor=3D0x8086, dev=3D0x2fb4, revid=3D0x02 domain=3D0, bus=3D127, slot=3D21, func=3D0 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0010, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) found-> vendor=3D0x8086, dev=3D0x2fb5, revid=3D0x02 domain=3D0, bus=3D127, slot=3D21, func=3D1 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0010, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) found-> vendor=3D0x8086, dev=3D0x2fb6, revid=3D0x02 domain=3D0, bus=3D127, slot=3D21, func=3D2 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0010, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) found-> vendor=3D0x8086, dev=3D0x2fb7, revid=3D0x02 domain=3D0, bus=3D127, slot=3D21, func=3D3 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0010, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) found-> vendor=3D0x8086, dev=3D0x2f68, revid=3D0x02 domain=3D0, bus=3D127, slot=3D22, func=3D0 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0010, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) found-> vendor=3D0x8086, dev=3D0x2f6e, revid=3D0x02 domain=3D0, bus=3D127, slot=3D22, func=3D6 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0000, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) found-> vendor=3D0x8086, dev=3D0x2f6f, revid=3D0x02 domain=3D0, bus=3D127, slot=3D22, func=3D7 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0000, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) found-> vendor=3D0x8086, dev=3D0x2fd0, revid=3D0x02 domain=3D0, bus=3D127, slot=3D23, func=3D0 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0010, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) found-> vendor=3D0x8086, dev=3D0x2fb8, revid=3D0x02 domain=3D0, bus=3D127, slot=3D23, func=3D4 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0000, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) found-> vendor=3D0x8086, dev=3D0x2fb9, revid=3D0x02 domain=3D0, bus=3D127, slot=3D23, func=3D5 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0000, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) found-> vendor=3D0x8086, dev=3D0x2fba, revid=3D0x02 domain=3D0, bus=3D127, slot=3D23, func=3D6 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0000, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) found-> vendor=3D0x8086, dev=3D0x2fbb, revid=3D0x02 domain=3D0, bus=3D127, slot=3D23, func=3D7 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0000, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) found-> vendor=3D0x8086, dev=3D0x2f98, revid=3D0x02 domain=3D0, bus=3D127, slot=3D30, func=3D0 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0000, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) found-> vendor=3D0x8086, dev=3D0x2f99, revid=3D0x02 domain=3D0, bus=3D127, slot=3D30, func=3D1 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0000, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) found-> vendor=3D0x8086, dev=3D0x2f9a, revid=3D0x02 domain=3D0, bus=3D127, slot=3D30, func=3D2 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0000, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) found-> vendor=3D0x8086, dev=3D0x2fc0, revid=3D0x02 domain=3D0, bus=3D127, slot=3D30, func=3D3 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0000, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) map[10]: type Prefetchable Memory, range 32, base 0x10, size 4, = memory disabled found-> vendor=3D0x8086, dev=3D0x2f9c, revid=3D0x02 domain=3D0, bus=3D127, slot=3D30, func=3D4 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0000, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) found-> vendor=3D0x8086, dev=3D0x2f88, revid=3D0x02 domain=3D0, bus=3D127, slot=3D31, func=3D0 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0000, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) found-> vendor=3D0x8086, dev=3D0x2f8a, revid=3D0x02 domain=3D0, bus=3D127, slot=3D31, func=3D2 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0000, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) pci127: at device 8.0 (no driver attached) pci127: at device 8.2 (no driver attached) pci127: at device 8.3 (no driver attached) pci127: at device 11.0 (no driver attached) pci127: at device 11.1 (no driver attached) pci127: at device 11.2 (no driver attached) pci127: at device 12.0 (no driver attached) pci127: at device 12.1 (no driver attached) pci127: at device 12.2 (no driver attached) pci127: at device 12.3 (no driver attached) pci127: at device 12.4 (no driver attached) pci127: at device 12.5 (no driver attached) pci127: at device 15.0 (no driver attached) pci127: at device 15.1 (no driver attached) pci127: at device 15.4 (no driver attached) pci127: at device 15.5 (no driver attached) pci127: at device 15.6 (no driver attached) pci127: at device 16.0 (no driver attached) pci127: at device 16.1 (no driver attached) pci127: at device 16.5 (no driver attached) pci127: at device 16.6 (no driver attached) pci127: at device 16.7 (no driver attached) pci127: at device 18.0 (no driver attached) pci127: at device 18.1 (no driver attached) pci127: at device 19.0 (no driver attached) pci127: at device 19.1 (no driver attached) pci127: at device 19.2 (no driver attached) pci127: at device 19.3 (no driver attached) pci127: at device 19.4 (no driver attached) pci127: at device 19.5 (no driver attached) pci127: at device 19.6 (no driver attached) pci127: at device 19.7 (no driver attached) pci127: at device 20.0 (no driver attached) pci127: at device 20.1 (no driver attached) pci127: at device 20.2 (no driver attached) pci127: at device 20.3 (no driver attached) pci127: at device 20.6 (no driver attached) pci127: at device 20.7 (no driver attached) pci127: at device 21.0 (no driver attached) pci127: at device 21.1 (no driver attached) pci127: at device 21.2 (no driver attached) pci127: at device 21.3 (no driver attached) pci127: at device 22.0 (no driver attached) pci127: at device 22.6 (no driver attached) pci127: at device 22.7 (no driver attached) pci127: at device 23.0 (no driver attached) pci127: at device 23.4 (no driver attached) pci127: at device 23.5 (no driver attached) pci127: at device 23.6 (no driver attached) pci127: at device 23.7 (no driver attached) pci127: at device 30.0 (no driver attached) pci127: at device 30.1 (no driver attached) pci127: at device 30.2 (no driver attached) pci127: at device 30.3 (no driver attached) pci127: at device 30.4 (no driver attached) pci127: at device 31.0 (no driver attached) pci127: at device 31.2 (no driver attached) pcib2: port 0xcf8-0xcff on acpi0 pcib2: decoding 4 range 0-0x3af pcib2: decoding 4 range 0x3e0-0xcf7 pcib2: decoding 4 range 0x3b0-0x3df pcib2: decoding 4 range 0x1000-0x7fff pcib2: decoding 3 range 0xa0000-0xbffff pcib2: decoding 3 range 0xfedb0000-0xfedb000f pcib2: decoding 3 range 0xfedc0000-0xfedc000f pcib2: decoding 3 range 0x90000000-0xc7ffbfff pci0: on pcib2 pci0: domain=3D0, physical bus=3D0 found-> vendor=3D0x8086, dev=3D0x2f00, revid=3D0x02 domain=3D0, bus=3D0, slot=3D0, func=3D0 class=3D06-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0400, statreg=3D0x0010, cachelnsz=3D16 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) intpin=3Da, irq=3D255 powerspec 3 supports D0 D3 current D0 found-> vendor=3D0x8086, dev=3D0x2f02, revid=3D0x02 domain=3D0, bus=3D0, slot=3D1, func=3D0 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D0 cmdreg=3D0x0007, statreg=3D0x0010, cachelnsz=3D16 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x10 (4000 ns), maxlat=3D0x00 = (0 ns) intpin=3Da, irq=3D11 powerspec 3 supports D0 D3 current D0 MSI supports 2 messages, vector masks pcib2: matched entry for 0.1.INTA pcib2: slot 1 INTA hardwired to IRQ 26 found-> vendor=3D0x8086, dev=3D0x2f04, revid=3D0x02 domain=3D0, bus=3D0, slot=3D2, func=3D0 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D1 cmdreg=3D0x0007, statreg=3D0x0010, cachelnsz=3D16 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x10 (4000 ns), maxlat=3D0x00 = (0 ns) intpin=3Da, irq=3D11 powerspec 3 supports D0 D3 current D0 MSI supports 2 messages, vector masks pcib2: matched entry for 0.2.INTA pcib2: slot 2 INTA hardwired to IRQ 32 found-> vendor=3D0x8086, dev=3D0x2f06, revid=3D0x02 domain=3D0, bus=3D0, slot=3D2, func=3D2 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D1 cmdreg=3D0x0007, statreg=3D0x0010, cachelnsz=3D16 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x10 (4000 ns), maxlat=3D0x00 = (0 ns) intpin=3Da, irq=3D11 powerspec 3 supports D0 D3 current D0 MSI supports 2 messages, vector masks pcib2: matched entry for 0.2.INTA pcib2: slot 2 INTA hardwired to IRQ 32 found-> vendor=3D0x8086, dev=3D0x2f08, revid=3D0x02 domain=3D0, bus=3D0, slot=3D3, func=3D0 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D0 cmdreg=3D0x0007, statreg=3D0x0010, cachelnsz=3D16 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x10 (4000 ns), maxlat=3D0x00 = (0 ns) intpin=3Da, irq=3D11 powerspec 3 supports D0 D3 current D0 MSI supports 2 messages, vector masks pcib2: matched entry for 0.3.INTA pcib2: slot 3 INTA hardwired to IRQ 40 found-> vendor=3D0x8086, dev=3D0x2f20, revid=3D0x02 domain=3D0, bus=3D0, slot=3D4, func=3D0 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0006, statreg=3D0x0010, cachelnsz=3D16 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) intpin=3Da, irq=3D11 powerspec 3 supports D0 D3 current D0 MSI-X supports 1 message in map 0x10 map[10]: type Memory, range 64, base 0xc732c000, size 14, = enabled pcib2: allocated type 3 (0xc732c000-0xc732ffff) for rid 10 of pci0:0:4:0 pcib2: matched entry for 0.4.INTA pcib2: slot 4 INTA hardwired to IRQ 31 found-> vendor=3D0x8086, dev=3D0x2f21, revid=3D0x02 domain=3D0, bus=3D0, slot=3D4, func=3D1 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0006, statreg=3D0x0010, cachelnsz=3D16 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) intpin=3Db, irq=3D10 powerspec 3 supports D0 D3 current D0 MSI-X supports 1 message in map 0x10 map[10]: type Memory, range 64, base 0xc7328000, size 14, = enabled pcib2: allocated type 3 (0xc7328000-0xc732bfff) for rid 10 of pci0:0:4:1 pcib2: matched entry for 0.4.INTB pcib2: slot 4 INTB hardwired to IRQ 39 found-> vendor=3D0x8086, dev=3D0x2f22, revid=3D0x02 domain=3D0, bus=3D0, slot=3D4, func=3D2 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0006, statreg=3D0x0010, cachelnsz=3D16 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) intpin=3Dc, irq=3D5 powerspec 3 supports D0 D3 current D0 MSI-X supports 1 message in map 0x10 map[10]: type Memory, range 64, base 0xc7324000, size 14, = enabled pcib2: allocated type 3 (0xc7324000-0xc7327fff) for rid 10 of pci0:0:4:2 pcib2: matched entry for 0.4.INTC pcib2: slot 4 INTC hardwired to IRQ 31 found-> vendor=3D0x8086, dev=3D0x2f23, revid=3D0x02 domain=3D0, bus=3D0, slot=3D4, func=3D3 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0006, statreg=3D0x0010, cachelnsz=3D16 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) intpin=3Dd, irq=3D11 powerspec 3 supports D0 D3 current D0 MSI-X supports 1 message in map 0x10 map[10]: type Memory, range 64, base 0xc7320000, size 14, = enabled pcib2: allocated type 3 (0xc7320000-0xc7323fff) for rid 10 of pci0:0:4:3 pcib2: matched entry for 0.4.INTD pcib2: slot 4 INTD hardwired to IRQ 39 found-> vendor=3D0x8086, dev=3D0x2f24, revid=3D0x02 domain=3D0, bus=3D0, slot=3D4, func=3D4 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0006, statreg=3D0x0010, cachelnsz=3D16 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) intpin=3Da, irq=3D11 powerspec 3 supports D0 D3 current D0 MSI-X supports 1 message in map 0x10 map[10]: type Memory, range 64, base 0xc731c000, size 14, = enabled pcib2: allocated type 3 (0xc731c000-0xc731ffff) for rid 10 of pci0:0:4:4 pcib2: matched entry for 0.4.INTA pcib2: slot 4 INTA hardwired to IRQ 31 found-> vendor=3D0x8086, dev=3D0x2f25, revid=3D0x02 domain=3D0, bus=3D0, slot=3D4, func=3D5 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0006, statreg=3D0x0010, cachelnsz=3D16 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) intpin=3Db, irq=3D10 powerspec 3 supports D0 D3 current D0 MSI-X supports 1 message in map 0x10 map[10]: type Memory, range 64, base 0xc7318000, size 14, = enabled pcib2: allocated type 3 (0xc7318000-0xc731bfff) for rid 10 of pci0:0:4:5 pcib2: matched entry for 0.4.INTB pcib2: slot 4 INTB hardwired to IRQ 39 found-> vendor=3D0x8086, dev=3D0x2f26, revid=3D0x02 domain=3D0, bus=3D0, slot=3D4, func=3D6 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0006, statreg=3D0x0010, cachelnsz=3D16 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) intpin=3Dc, irq=3D5 powerspec 3 supports D0 D3 current D0 MSI-X supports 1 message in map 0x10 map[10]: type Memory, range 64, base 0xc7314000, size 14, = enabled pcib2: allocated type 3 (0xc7314000-0xc7317fff) for rid 10 of pci0:0:4:6 pcib2: matched entry for 0.4.INTC pcib2: slot 4 INTC hardwired to IRQ 31 found-> vendor=3D0x8086, dev=3D0x2f27, revid=3D0x02 domain=3D0, bus=3D0, slot=3D4, func=3D7 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0006, statreg=3D0x0010, cachelnsz=3D16 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) intpin=3Dd, irq=3D11 powerspec 3 supports D0 D3 current D0 MSI-X supports 1 message in map 0x10 map[10]: type Memory, range 64, base 0xc7310000, size 14, = enabled pcib2: allocated type 3 (0xc7310000-0xc7313fff) for rid 10 of pci0:0:4:7 pcib2: matched entry for 0.4.INTD pcib2: slot 4 INTD hardwired to IRQ 39 found-> vendor=3D0x8086, dev=3D0x2f28, revid=3D0x02 domain=3D0, bus=3D0, slot=3D5, func=3D0 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0010, cachelnsz=3D16 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) found-> vendor=3D0x8086, dev=3D0x2f29, revid=3D0x02 domain=3D0, bus=3D0, slot=3D5, func=3D1 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0000, statreg=3D0x0010, cachelnsz=3D16 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) MSI supports 1 message, 64 bit found-> vendor=3D0x8086, dev=3D0x2f2a, revid=3D0x02 domain=3D0, bus=3D0, slot=3D5, func=3D2 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0010, cachelnsz=3D16 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) found-> vendor=3D0x8086, dev=3D0x2f2c, revid=3D0x02 domain=3D0, bus=3D0, slot=3D5, func=3D4 class=3D08-00-20, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0006, statreg=3D0x0010, cachelnsz=3D16 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) powerspec 3 supports D0 D3 current D0 map[10]: type Memory, range 32, base 0xc7337000, size 12, = enabled pcib2: allocated type 3 (0xc7337000-0xc7337fff) for rid 10 of pci0:0:5:4 found-> vendor=3D0x8086, dev=3D0x8d7c, revid=3D0x05 domain=3D0, bus=3D0, slot=3D17, func=3D0 class=3Dff-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0006, statreg=3D0x0010, cachelnsz=3D16 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) powerspec 3 supports D0 D3 current D0 found-> vendor=3D0x8086, dev=3D0x8d31, revid=3D0x05 domain=3D0, bus=3D0, slot=3D20, func=3D0 class=3D0c-03-30, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0006, statreg=3D0x0290, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) intpin=3Dd, irq=3D11 powerspec 2 supports D0 D3 current D0 map[10]: type Memory, range 64, base 0xc7300000, size 16, = enabled pcib2: allocated type 3 (0xc7300000-0xc730ffff) for rid 10 of = pci0:0:20:0 pcib2: matched entry for 0.20.INTD pcib2: slot 20 INTD hardwired to IRQ 19 found-> vendor=3D0x8086, dev=3D0x8d3a, revid=3D0x05 domain=3D0, bus=3D0, slot=3D22, func=3D0 class=3D07-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0006, statreg=3D0x0010, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) intpin=3Da, irq=3D11 powerspec 3 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Memory, range 64, base 0xc7336000, size 4, = enabled pcib2: allocated type 3 (0xc7336000-0xc733600f) for rid 10 of = pci0:0:22:0 pcib2: matched entry for 0.22.INTA pcib2: slot 22 INTA hardwired to IRQ 16 found-> vendor=3D0x8086, dev=3D0x8d3b, revid=3D0x05 domain=3D0, bus=3D0, slot=3D22, func=3D1 class=3D07-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0006, statreg=3D0x0018, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) intpin=3Db, irq=3D10 powerspec 3 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Memory, range 64, base 0xc7335000, size 4, = enabled pcib2: allocated type 3 (0xc7335000-0xc733500f) for rid 10 of = pci0:0:22:1 pcib2: matched entry for 0.22.INTB pcib2: slot 22 INTB hardwired to IRQ 17 found-> vendor=3D0x8086, dev=3D0x8d2d, revid=3D0x05 domain=3D0, bus=3D0, slot=3D26, func=3D0 class=3D0c-03-20, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0006, statreg=3D0x0290, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) intpin=3Dc, irq=3D5 powerspec 2 supports D0 D3 current D0 map[10]: type Memory, range 32, base 0xc7333000, size 10, = enabled pcib2: allocated type 3 (0xc7333000-0xc73333ff) for rid 10 of = pci0:0:26:0 pcib2: matched entry for 0.26.INTC pcib2: slot 26 INTC hardwired to IRQ 18 ehci early: SMM active, request owner change found-> vendor=3D0x8086, dev=3D0x8d10, revid=3D0xd5 domain=3D0, bus=3D0, slot=3D28, func=3D0 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D1 cmdreg=3D0x0007, statreg=3D0x0010, cachelnsz=3D16 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x10 (4000 ns), maxlat=3D0x00 = (0 ns) intpin=3Da, irq=3D11 powerspec 3 supports D0 D3 current D0 MSI supports 1 message pcib2: matched entry for 0.28.INTA pcib2: slot 28 INTA hardwired to IRQ 16 found-> vendor=3D0x8086, dev=3D0x8d18, revid=3D0xd5 domain=3D0, bus=3D0, slot=3D28, func=3D4 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D1 cmdreg=3D0x0007, statreg=3D0x0010, cachelnsz=3D16 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x18 (6000 ns), maxlat=3D0x00 = (0 ns) intpin=3Da, irq=3D11 powerspec 3 supports D0 D3 current D0 MSI supports 1 message pcib2: matched entry for 0.28.INTA pcib2: slot 28 INTA hardwired to IRQ 16 found-> vendor=3D0x8086, dev=3D0x8d26, revid=3D0x05 domain=3D0, bus=3D0, slot=3D29, func=3D0 class=3D0c-03-20, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0006, statreg=3D0x0290, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) intpin=3Dc, irq=3D5 powerspec 2 supports D0 D3 current D0 map[10]: type Memory, range 32, base 0xc7332000, size 10, = enabled pcib2: allocated type 3 (0xc7332000-0xc73323ff) for rid 10 of = pci0:0:29:0 pcib2: matched entry for 0.29.INTC pcib2: slot 29 INTC hardwired to IRQ 18 ehci early: SMM active, request owner change found-> vendor=3D0x8086, dev=3D0x8d44, revid=3D0x05 domain=3D0, bus=3D0, slot=3D31, func=3D0 class=3D06-01-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0007, statreg=3D0x0210, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) found-> vendor=3D0x8086, dev=3D0x8d22, revid=3D0x05 domain=3D0, bus=3D0, slot=3D31, func=3D3 class=3D0c-05-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0003, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) intpin=3Dc, irq=3D5 map[10]: type Memory, range 64, base 0xc7331000, size 8, = enabled pcib2: allocated type 3 (0xc7331000-0xc73310ff) for rid 10 of = pci0:0:31:3 map[20]: type I/O Port, range 32, base 0x580, size 5, enabled pcib2: allocated type 4 (0x580-0x59f) for rid 20 of pci0:0:31:3 pcib2: matched entry for 0.31.INTC pcib2: slot 31 INTC hardwired to IRQ 18 found-> vendor=3D0x8086, dev=3D0x8d24, revid=3D0x05 domain=3D0, bus=3D0, slot=3D31, func=3D6 class=3D11-80-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0006, statreg=3D0x0010, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) intpin=3Dc, irq=3D5 powerspec 3 supports D0 D3 current D0 MSI supports 1 message map[10]: type Memory, range 64, base 0xc7330000, size 12, = enabled pcib2: allocated type 3 (0xc7330000-0xc7330fff) for rid 10 of = pci0:0:31:6 pcib2: matched entry for 0.31.INTC pcib2: slot 31 INTC hardwired to IRQ 18 pcib3: irq 26 at device 1.0 on pci0 pcib2: allocated type 4 (0x6000-0x6fff) for rid 1c of pcib3 pcib2: allocated type 3 (0xc7200000-0xc72fffff) for rid 20 of pcib3 pcib3: domain 0 pcib3: secondary bus 1 pcib3: subordinate bus 1 pcib3: I/O decode 0x6000-0x6fff pcib3: memory decode 0xc7200000-0xc72fffff pci1: on pcib3 pci1: domain=3D0, physical bus=3D1 found-> vendor=3D0x8086, dev=3D0x1521, revid=3D0x01 domain=3D0, bus=3D1, slot=3D0, func=3D0 class=3D02-00-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0007, statreg=3D0x0010, cachelnsz=3D16 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) intpin=3Da, irq=3D11 powerspec 3 supports D0 D3 current D0 MSI supports 1 message, 64 bit, vector masks MSI-X supports 10 messages in map 0x1c map[10]: type Memory, range 32, base 0xc7220000, size 17, = enabled pcib3: allocated memory range (0xc7220000-0xc723ffff) for rid 10 of = pci0:1:0:0 map[18]: type I/O Port, range 32, base 0x6020, size 5, enabled pcib3: allocated I/O port range (0x6020-0x603f) for rid 18 of pci0:1:0:0 map[1c]: type Memory, range 32, base 0xc7244000, size 14, = enabled pcib3: allocated memory range (0xc7244000-0xc7247fff) for rid 1c of = pci0:1:0:0 pcib3: matched entry for 1.0.INTA pcib3: slot 0 INTA hardwired to IRQ 26 found-> vendor=3D0x8086, dev=3D0x1521, revid=3D0x01 domain=3D0, bus=3D1, slot=3D0, func=3D1 class=3D02-00-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0007, statreg=3D0x0010, cachelnsz=3D16 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) intpin=3Db, irq=3D10 powerspec 3 supports D0 D3 current D0 MSI supports 1 message, 64 bit, vector masks MSI-X supports 10 messages in map 0x1c map[10]: type Memory, range 32, base 0xc7200000, size 17, = enabled pcib3: allocated memory range (0xc7200000-0xc721ffff) for rid 10 of = pci0:1:0:1 map[18]: type I/O Port, range 32, base 0x6000, size 5, enabled pcib3: allocated I/O port range (0x6000-0x601f) for rid 18 of pci0:1:0:1 map[1c]: type Memory, range 32, base 0xc7240000, size 14, = enabled pcib3: allocated memory range (0xc7240000-0xc7243fff) for rid 1c of = pci0:1:0:1 pcib3: matched entry for 1.0.INTB pcib3: slot 0 INTB hardwired to IRQ 28 igb0: port = 0x6020-0x603f mem 0xc7220000-0xc723ffff,0xc7244000-0xc7247fff irq 26 at = device 0.0 on pci1 igb0: attempting to allocate 9 MSI-X vectors (10 supported) msi: routing MSI-X IRQ 264 to local APIC 0 vector 59 msi: routing MSI-X IRQ 265 to local APIC 0 vector 60 msi: routing MSI-X IRQ 266 to local APIC 0 vector 61 msi: routing MSI-X IRQ 267 to local APIC 0 vector 62 msi: routing MSI-X IRQ 268 to local APIC 0 vector 63 msi: routing MSI-X IRQ 269 to local APIC 0 vector 64 msi: routing MSI-X IRQ 270 to local APIC 0 vector 65 msi: routing MSI-X IRQ 271 to local APIC 0 vector 66 msi: routing MSI-X IRQ 272 to local APIC 0 vector 67 igb0: using IRQs 264-272 for MSI-X igb0: Using MSIX interrupts with 9 vectors igb0: bpf attached igb0: Ethernet address: 0c:c4:7a:31:db:1c igb0: Bound queue 0 to cpu 0 igb0: Bound queue 1 to cpu 1 igb0: Bound queue 2 to cpu 2 igb0: Bound queue 3 to cpu 3 igb0: Bound queue 4 to cpu 4 igb0: Bound queue 5 to cpu 5 igb0: Bound queue 6 to cpu 6 igb0: Bound queue 7 to cpu 7 igb1: port = 0x6000-0x601f mem 0xc7200000-0xc721ffff,0xc7240000-0xc7243fff irq 28 at = device 0.1 on pci1 igb1: attempting to allocate 9 MSI-X vectors (10 supported) msi: routing MSI-X IRQ 273 to local APIC 0 vector 68 msi: routing MSI-X IRQ 274 to local APIC 0 vector 69 msi: routing MSI-X IRQ 275 to local APIC 0 vector 70 msi: routing MSI-X IRQ 276 to local APIC 0 vector 71 msi: routing MSI-X IRQ 277 to local APIC 0 vector 72 msi: routing MSI-X IRQ 278 to local APIC 0 vector 73 msi: routing MSI-X IRQ 279 to local APIC 0 vector 74 msi: routing MSI-X IRQ 280 to local APIC 0 vector 75 msi: routing MSI-X IRQ 281 to local APIC 0 vector 76 igb1: using IRQs 273-281 for MSI-X igb1: Using MSIX interrupts with 9 vectors igb1: bpf attached igb1: Ethernet address: 0c:c4:7a:31:db:1d igb1: Bound queue 0 to cpu 8 igb1: Bound queue 1 to cpu 9 igb1: Bound queue 2 to cpu 10 igb1: Bound queue 3 to cpu 11 igb1: Bound queue 4 to cpu 12 igb1: Bound queue 5 to cpu 13 igb1: Bound queue 6 to cpu 14 igb1: Bound queue 7 to cpu 15 pcib4: irq 32 at device 2.0 on pci0 pcib4: domain 0 pcib4: secondary bus 2 pcib4: subordinate bus 2 pci2: on pcib4 pci2: domain=3D0, physical bus=3D2 pcib5: irq 32 at device 2.2 on pci0 pcib2: allocated type 4 (0x5000-0x5fff) for rid 1c of pcib5 pcib2: allocated type 3 (0xc7100000-0xc71fffff) for rid 20 of pcib5 pcib5: domain 0 pcib5: secondary bus 3 pcib5: subordinate bus 3 pcib5: I/O decode 0x5000-0x5fff pcib5: memory decode 0xc7100000-0xc71fffff pci3: on pcib5 pci3: domain=3D0, physical bus=3D3 found-> vendor=3D0x1000, dev=3D0x0079, revid=3D0x05 domain=3D0, bus=3D3, slot=3D0, func=3D0 class=3D01-04-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0007, statreg=3D0x0010, cachelnsz=3D16 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) intpin=3Da, irq=3D11 powerspec 3 supports D0 D1 D2 D3 current D0 MSI supports 1 message, 64 bit MSI-X supports 15 messages in map 0x14 map[10]: type I/O Port, range 32, base 0x5000, size 8, enabled pcib5: allocated I/O port range (0x5000-0x50ff) for rid 10 of pci0:3:0:0 map[14]: type Memory, range 64, base 0xc7160000, size 14, = enabled pcib5: allocated memory range (0xc7160000-0xc7163fff) for rid 14 of = pci0:3:0:0 map[1c]: type Memory, range 64, base 0xc7100000, size 18, = enabled pcib5: allocated memory range (0xc7100000-0xc713ffff) for rid 1c of = pci0:3:0:0 pcib5: matched entry for 3.0.INTA pcib5: slot 0 INTA hardwired to IRQ 34 mfi0: port 0x5000-0x50ff mem = 0xc7160000-0xc7163fff,0xc7100000-0xc713ffff irq 34 at device 0.0 on pci3 mfi0: attempting to allocate 1 MSI vectors (1 supported) msi: routing MSI IRQ 282 to local APIC 0 vector 77 mfi0: using IRQ 282 for MSI mfi0: Using MSI mfi0: Megaraid SAS driver Ver 4.23=20 mfi0: FW MaxCmds =3D 1008, limiting to 128 pcib6: irq 40 at device 3.0 on pci0 pcib6: domain 0 pcib6: secondary bus 4 pcib6: subordinate bus 4 pci4: on pcib6 pci4: domain=3D0, physical bus=3D4 pci0: at device 4.0 (no driver attached) pci0: at device 4.1 (no driver attached) pci0: at device 4.2 (no driver attached) pci0: at device 4.3 (no driver attached) pci0: at device 4.4 (no driver attached) pci0: at device 4.5 (no driver attached) pci0: at device 4.6 (no driver attached) pci0: at device 4.7 (no driver attached) pci0: at device 5.0 (no driver attached) pci0: at device 5.1 (no driver attached) pci0: at device 5.2 (no driver attached) pci0: at device 17.0 (no driver attached) xhci0: mem 0xc7300000-0xc730ffff irq = 19 at device 20.0 on pci0 ioapic0: routing intpin 19 (PCI IRQ 19) to lapic 0 vector 78 xhci0: 32 byte context size. usbus0 on xhci0 xhci0: usbpf: Attached pci0: at device 22.0 (no driver attached) pci0: at device 22.1 (no driver attached) ehci0: mem 0xc7333000-0xc73333ff irq = 18 at device 26.0 on pci0 ioapic0: routing intpin 18 (PCI IRQ 18) to lapic 0 vector 79 usbus1: EHCI version 1.0 usbus1 on ehci0 ehci0: usbpf: Attached pcib7: irq 16 at device 28.0 on pci0 pcib7: domain 0 pcib7: secondary bus 5 pcib7: subordinate bus 5 pcib7: could not get PCI interrupt routing table for \134_SB_.PCI0.RP01 = - AE_NOT_FOUND pci5: on pcib7 pci5: domain=3D0, physical bus=3D5 pcib8: irq 16 at device 28.4 on pci0 pcib2: allocated type 4 (0x4000-0x4fff) for rid 1c of pcib8 pcib2: allocated type 3 (0xc6000000-0xc70fffff) for rid 20 of pcib8 pcib8: domain 0 pcib8: secondary bus 6 pcib8: subordinate bus 7 pcib8: I/O decode 0x4000-0x4fff pcib8: memory decode 0xc6000000-0xc70fffff pcib8: special decode VGA pci6: on pcib8 pci6: domain=3D0, physical bus=3D6 found-> vendor=3D0x1a03, dev=3D0x1150, revid=3D0x03 domain=3D0, bus=3D6, slot=3D0, func=3D0 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D0 cmdreg=3D0x0007, statreg=3D0x0010, cachelnsz=3D16 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x18 (6000 ns), maxlat=3D0x00 = (0 ns) powerspec 3 supports D0 D1 D2 D3 current D0 MSI supports 1 message, 64 bit pcib9: at device 0.0 on pci6 pcib8: allocated I/O port range (0x4000-0x4fff) for rid 1c of pcib9 pcib8: allocated memory range (0xc6000000-0xc70fffff) for rid 20 of = pcib9 pcib9: domain 0 pcib9: secondary bus 7 pcib9: subordinate bus 7 pcib9: I/O decode 0x4000-0x4fff pcib9: memory decode 0xc6000000-0xc70fffff pcib9: special decode VGA pci7: on pcib9 pci7: domain=3D0, physical bus=3D7 found-> vendor=3D0x1a03, dev=3D0x2000, revid=3D0x30 domain=3D0, bus=3D7, slot=3D0, func=3D0 class=3D03-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0007, statreg=3D0x0210, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) intpin=3Da, irq=3D11 powerspec 3 supports D0 D1 D2 D3 current D0 MSI supports 4 messages, 64 bit map[10]: type Memory, range 32, base 0xc6000000, size 24, = enabled pcib9: allocated memory range (0xc6000000-0xc6ffffff) for rid 10 of = pci0:7:0:0 map[14]: type Memory, range 32, base 0xc7000000, size 17, = enabled pcib9: allocated memory range (0xc7000000-0xc701ffff) for rid 14 of = pci0:7:0:0 map[18]: type I/O Port, range 32, base 0x4000, size 7, enabled pcib9: allocated I/O port range (0x4000-0x407f) for rid 18 of pci0:7:0:0 pcib9: matched entry for 7.0.INTA pcib9: slot 0 INTA hardwired to IRQ 16 vgapci0: port 0x4000-0x407f mem = 0xc6000000-0xc6ffffff,0xc7000000-0xc701ffff irq 16 at device 0.0 on pci7 vgapci0: Boot video device ehci1: mem 0xc7332000-0xc73323ff irq = 18 at device 29.0 on pci0 usbus2: EHCI version 1.0 usbus2 on ehci1 ehci1: usbpf: Attached isab0: at device 31.0 on pci0 isa0: on isab0 pci0: at device 31.3 (no driver attached) pci0: at device 31.6 (no driver attached) pcib10: on acpi0 pcib10: decoding 4 range 0x8000-0xffff pcib10: decoding 3 range 0xc8000000-0xfbffbfff pci128: on pcib10 pci128: domain=3D0, physical bus=3D128 found-> vendor=3D0x8086, dev=3D0x2f20, revid=3D0x02 domain=3D0, bus=3D128, slot=3D4, func=3D0 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0006, statreg=3D0x0010, cachelnsz=3D16 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) intpin=3Da, irq=3D11 powerspec 3 supports D0 D3 current D0 MSI-X supports 1 message in map 0x10 map[10]: type Memory, range 64, base 0xfbf1c000, size 14, = enabled pcib10: allocated type 3 (0xfbf1c000-0xfbf1ffff) for rid 10 of = pci0:128:4:0 pcib10: matched entry for 128.4.INTA pcib10: slot 4 INTA hardwired to IRQ 55 found-> vendor=3D0x8086, dev=3D0x2f21, revid=3D0x02 domain=3D0, bus=3D128, slot=3D4, func=3D1 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0006, statreg=3D0x0010, cachelnsz=3D16 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) intpin=3Db, irq=3D10 powerspec 3 supports D0 D3 current D0 MSI-X supports 1 message in map 0x10 map[10]: type Memory, range 64, base 0xfbf18000, size 14, = enabled pcib10: allocated type 3 (0xfbf18000-0xfbf1bfff) for rid 10 of = pci0:128:4:1 pcib10: matched entry for 128.4.INTB pcib10: slot 4 INTB hardwired to IRQ 63 found-> vendor=3D0x8086, dev=3D0x2f22, revid=3D0x02 domain=3D0, bus=3D128, slot=3D4, func=3D2 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0006, statreg=3D0x0010, cachelnsz=3D16 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) intpin=3Dc, irq=3D5 powerspec 3 supports D0 D3 current D0 MSI-X supports 1 message in map 0x10 map[10]: type Memory, range 64, base 0xfbf14000, size 14, = enabled pcib10: allocated type 3 (0xfbf14000-0xfbf17fff) for rid 10 of = pci0:128:4:2 pcib10: matched entry for 128.4.INTC pcib10: slot 4 INTC hardwired to IRQ 55 found-> vendor=3D0x8086, dev=3D0x2f23, revid=3D0x02 domain=3D0, bus=3D128, slot=3D4, func=3D3 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0006, statreg=3D0x0010, cachelnsz=3D16 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) intpin=3Dd, irq=3D11 powerspec 3 supports D0 D3 current D0 MSI-X supports 1 message in map 0x10 map[10]: type Memory, range 64, base 0xfbf10000, size 14, = enabled pcib10: allocated type 3 (0xfbf10000-0xfbf13fff) for rid 10 of = pci0:128:4:3 pcib10: matched entry for 128.4.INTD pcib10: slot 4 INTD hardwired to IRQ 63 found-> vendor=3D0x8086, dev=3D0x2f24, revid=3D0x02 domain=3D0, bus=3D128, slot=3D4, func=3D4 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0006, statreg=3D0x0010, cachelnsz=3D16 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) intpin=3Da, irq=3D11 powerspec 3 supports D0 D3 current D0 MSI-X supports 1 message in map 0x10 map[10]: type Memory, range 64, base 0xfbf0c000, size 14, = enabled pcib10: allocated type 3 (0xfbf0c000-0xfbf0ffff) for rid 10 of = pci0:128:4:4 pcib10: matched entry for 128.4.INTA pcib10: slot 4 INTA hardwired to IRQ 55 found-> vendor=3D0x8086, dev=3D0x2f25, revid=3D0x02 domain=3D0, bus=3D128, slot=3D4, func=3D5 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0006, statreg=3D0x0010, cachelnsz=3D16 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) intpin=3Db, irq=3D10 powerspec 3 supports D0 D3 current D0 MSI-X supports 1 message in map 0x10 map[10]: type Memory, range 64, base 0xfbf08000, size 14, = enabled pcib10: allocated type 3 (0xfbf08000-0xfbf0bfff) for rid 10 of = pci0:128:4:5 pcib10: matched entry for 128.4.INTB pcib10: slot 4 INTB hardwired to IRQ 63 found-> vendor=3D0x8086, dev=3D0x2f26, revid=3D0x02 domain=3D0, bus=3D128, slot=3D4, func=3D6 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0006, statreg=3D0x0010, cachelnsz=3D16 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) intpin=3Dc, irq=3D5 powerspec 3 supports D0 D3 current D0 MSI-X supports 1 message in map 0x10 map[10]: type Memory, range 64, base 0xfbf04000, size 14, = enabled pcib10: allocated type 3 (0xfbf04000-0xfbf07fff) for rid 10 of = pci0:128:4:6 pcib10: matched entry for 128.4.INTC pcib10: slot 4 INTC hardwired to IRQ 55 found-> vendor=3D0x8086, dev=3D0x2f27, revid=3D0x02 domain=3D0, bus=3D128, slot=3D4, func=3D7 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0006, statreg=3D0x0010, cachelnsz=3D16 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) intpin=3Dd, irq=3D11 powerspec 3 supports D0 D3 current D0 MSI-X supports 1 message in map 0x10 map[10]: type Memory, range 64, base 0xfbf00000, size 14, = enabled pcib10: allocated type 3 (0xfbf00000-0xfbf03fff) for rid 10 of = pci0:128:4:7 pcib10: matched entry for 128.4.INTD pcib10: slot 4 INTD hardwired to IRQ 63 found-> vendor=3D0x8086, dev=3D0x2f28, revid=3D0x02 domain=3D0, bus=3D128, slot=3D5, func=3D0 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0010, cachelnsz=3D16 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) found-> vendor=3D0x8086, dev=3D0x2f29, revid=3D0x02 domain=3D0, bus=3D128, slot=3D5, func=3D1 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0000, statreg=3D0x0010, cachelnsz=3D16 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) MSI supports 1 message, 64 bit found-> vendor=3D0x8086, dev=3D0x2f2a, revid=3D0x02 domain=3D0, bus=3D128, slot=3D5, func=3D2 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0010, cachelnsz=3D16 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) found-> vendor=3D0x8086, dev=3D0x2f2c, revid=3D0x02 domain=3D0, bus=3D128, slot=3D5, func=3D4 class=3D08-00-20, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0006, statreg=3D0x0010, cachelnsz=3D16 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) powerspec 3 supports D0 D3 current D0 map[10]: type Memory, range 32, base 0xfbf20000, size 12, = enabled pcib10: allocated type 3 (0xfbf20000-0xfbf20fff) for rid 10 of = pci0:128:5:4 pci128: at device 4.0 (no driver attached) pci128: at device 4.1 (no driver attached) pci128: at device 4.2 (no driver attached) pci128: at device 4.3 (no driver attached) pci128: at device 4.4 (no driver attached) pci128: at device 4.5 (no driver attached) pci128: at device 4.6 (no driver attached) pci128: at device 4.7 (no driver attached) pci128: at device 5.0 (no driver attached) pci128: at device 5.1 (no driver attached) pci128: at device 5.2 (no driver attached) 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 80 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 81 uart1: fast interrupt ACPI: Enabled 3 GPEs in block 00 to 3F acpi0: wakeup code va 0xfffffe3fc9ccc000 pa 0x90000 ahc_isa_identify 0: ioport 0xc00 alloc failed ahc_isa_identify 1: ioport 0x1c00 alloc failed ahc_isa_identify 2: ioport 0x2c00 alloc failed ahc_isa_identify 3: ioport 0x3c00 alloc failed ahc_isa_identify 4: ioport 0x4c00 alloc failed ahc_isa_identify 5: ioport 0x5c00 alloc failed ahc_isa_identify 6: ioport 0x6c00 alloc failed ahc_isa_identify 7: ioport 0x7c00 alloc failed ahc_isa_identify 8: ioport 0x8c00 alloc failed ahc_isa_identify 9: ioport 0x9c00 alloc failed ahc_isa_identify 10: ioport 0xac00 alloc failed ahc_isa_identify 11: ioport 0xbc00 alloc failed ahc_isa_identify 12: ioport 0xcc00 alloc failed ahc_isa_identify 13: ioport 0xdc00 alloc failed ahc_isa_identify 14: ioport 0xec00 alloc failed ex_isa_identify() pcib2: allocated type 3 (0xa0000-0xa07ff) for rid 0 of orm0 pcib2: allocated type 3 (0xa0800-0xa0fff) for rid 0 of orm0 pcib2: allocated type 3 (0xa1000-0xa17ff) for rid 0 of orm0 pcib2: allocated type 3 (0xa1800-0xa1fff) for rid 0 of orm0 pcib2: allocated type 3 (0xa2000-0xa27ff) for rid 0 of orm0 pcib2: allocated type 3 (0xa2800-0xa2fff) for rid 0 of orm0 pcib2: allocated type 3 (0xa3000-0xa37ff) for rid 0 of orm0 pcib2: allocated type 3 (0xa3800-0xa3fff) for rid 0 of orm0 pcib2: allocated type 3 (0xa4000-0xa47ff) for rid 0 of orm0 pcib2: allocated type 3 (0xa4800-0xa4fff) for rid 0 of orm0 pcib2: allocated type 3 (0xa5000-0xa57ff) for rid 0 of orm0 pcib2: allocated type 3 (0xa5800-0xa5fff) for rid 0 of orm0 pcib2: allocated type 3 (0xa6000-0xa67ff) for rid 0 of orm0 pcib2: allocated type 3 (0xa6800-0xa6fff) for rid 0 of orm0 pcib2: allocated type 3 (0xa7000-0xa77ff) for rid 0 of orm0 pcib2: allocated type 3 (0xa7800-0xa7fff) for rid 0 of orm0 pcib2: allocated type 3 (0xa8000-0xa87ff) for rid 0 of orm0 pcib2: allocated type 3 (0xa8800-0xa8fff) for rid 0 of orm0 pcib2: allocated type 3 (0xa9000-0xa97ff) for rid 0 of orm0 pcib2: allocated type 3 (0xa9800-0xa9fff) for rid 0 of orm0 pcib2: allocated type 3 (0xaa000-0xaa7ff) for rid 0 of orm0 pcib2: allocated type 3 (0xaa800-0xaafff) for rid 0 of orm0 pcib2: allocated type 3 (0xab000-0xab7ff) for rid 0 of orm0 pcib2: allocated type 3 (0xab800-0xabfff) for rid 0 of orm0 pcib2: allocated type 3 (0xac000-0xac7ff) for rid 0 of orm0 pcib2: allocated type 3 (0xac800-0xacfff) for rid 0 of orm0 pcib2: allocated type 3 (0xad000-0xad7ff) for rid 0 of orm0 pcib2: allocated type 3 (0xad800-0xadfff) for rid 0 of orm0 pcib2: allocated type 3 (0xae000-0xae7ff) for rid 0 of orm0 pcib2: allocated type 3 (0xae800-0xaefff) for rid 0 of orm0 pcib2: allocated type 3 (0xaf000-0xaf7ff) for rid 0 of orm0 pcib2: allocated type 3 (0xaf800-0xaffff) for rid 0 of orm0 pcib2: allocated type 3 (0xb0000-0xb07ff) for rid 0 of orm0 pcib2: allocated type 3 (0xb0800-0xb0fff) for rid 0 of orm0 pcib2: allocated type 3 (0xb1000-0xb17ff) for rid 0 of orm0 pcib2: allocated type 3 (0xb1800-0xb1fff) for rid 0 of orm0 pcib2: allocated type 3 (0xb2000-0xb27ff) for rid 0 of orm0 pcib2: allocated type 3 (0xb2800-0xb2fff) for rid 0 of orm0 pcib2: allocated type 3 (0xb3000-0xb37ff) for rid 0 of orm0 pcib2: allocated type 3 (0xb3800-0xb3fff) for rid 0 of orm0 pcib2: allocated type 3 (0xb4000-0xb47ff) for rid 0 of orm0 pcib2: allocated type 3 (0xb4800-0xb4fff) for rid 0 of orm0 pcib2: allocated type 3 (0xb5000-0xb57ff) for rid 0 of orm0 pcib2: allocated type 3 (0xb5800-0xb5fff) for rid 0 of orm0 pcib2: allocated type 3 (0xb6000-0xb67ff) for rid 0 of orm0 pcib2: allocated type 3 (0xb6800-0xb6fff) for rid 0 of orm0 pcib2: allocated type 3 (0xb7000-0xb77ff) for rid 0 of orm0 pcib2: allocated type 3 (0xb7800-0xb7fff) for rid 0 of orm0 pcib2: allocated type 3 (0xb8000-0xb87ff) for rid 0 of orm0 pcib2: allocated type 3 (0xb8800-0xb8fff) for rid 0 of orm0 pcib2: allocated type 3 (0xb9000-0xb97ff) for rid 0 of orm0 pcib2: allocated type 3 (0xb9800-0xb9fff) for rid 0 of orm0 pcib2: allocated type 3 (0xba000-0xba7ff) for rid 0 of orm0 pcib2: allocated type 3 (0xba800-0xbafff) for rid 0 of orm0 pcib2: allocated type 3 (0xbb000-0xbb7ff) for rid 0 of orm0 pcib2: allocated type 3 (0xbb800-0xbbfff) for rid 0 of orm0 pcib2: allocated type 3 (0xbc000-0xbc7ff) for rid 0 of orm0 pcib2: allocated type 3 (0xbc800-0xbcfff) for rid 0 of orm0 pcib2: allocated type 3 (0xbd000-0xbd7ff) for rid 0 of orm0 pcib2: allocated type 3 (0xbd800-0xbdfff) for rid 0 of orm0 pcib2: allocated type 3 (0xbe000-0xbe7ff) for rid 0 of orm0 pcib2: allocated type 3 (0xbe800-0xbefff) for rid 0 of orm0 pcib2: allocated type 3 (0xbf000-0xbf7ff) for rid 0 of orm0 pcib2: allocated type 3 (0xbf800-0xbffff) for rid 0 of orm0 isa_probe_children: disabling PnP devices 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 orm0: at iomem = 0xc0000-0xc7fff,0xc8000-0xce7ff,0xce800-0xcf7ff on isa0 sc0: at flags 0x100 on isa0 sc0: CGA <16 virtual consoles, flags=3D0x300> sc0: fb0, kbd1, terminal emulator: scteken (teken terminal) vga0: at port 0x3d0-0x3db iomem 0xb8000-0xbffff on = isa0 pcib2: allocated type 4 (0x3d0-0x3db) for rid 0 of vga0 pcib2: allocated type 3 (0xb8000-0xbffff) for rid 0 of vga0 pcib2: allocated type 4 (0x60-0x60) for rid 0 of atkbdc0 pcib2: allocated type 4 (0x64-0x64) for rid 1 of atkbdc0 atkbdc0: AT keyboard controller not found atkbdc0 failed to probe at port 0x60,0x64 on isa0 pcib2: allocated type 4 (0x3f0-0x3f5) for rid 0 of fdc0 pcib2: allocated type 4 (0x3f7-0x3f7) for rid 1 of fdc0 fdc0 failed to probe at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 ppc0: cannot reserve I/O port range ppc0 failed to probe at irq 7 on isa0 wbwd0 failed to probe on isa0 isa_probe_children: probing PnP devices 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 est16: on cpu16 p4tcc16: on cpu16 est17: on cpu17 p4tcc17: on cpu17 est18: on cpu18 p4tcc18: on cpu18 est19: on cpu19 p4tcc19: on cpu19 est20: on cpu20 p4tcc20: on cpu20 est21: on cpu21 p4tcc21: on cpu21 est22: on cpu22 p4tcc22: on cpu22 est23: on cpu23 p4tcc23: on cpu23 Device configuration finished. mfi0: 1350 (479043192s/0x0020/info) - Shutdown command received from = host mfi0: 1351 (boot + 3s/0x0020/info) - Firmware initialization started = (PCI ID 0079/1000/9261/1000) mfi0: 1352 (boot + 3s/0x0020/info) - Firmware version 2.130.383-2315 mfi0: 1353 (boot + 5s/0x0008/info) - Battery Present mfi0: 1354 (boot + 5s/0x0008/info) - Battery Present mfi0: 1355 (boot + 5s/0x0020/info) - Package version 12.13.0-0154 mfi0: 1356 (boot + 5s/0x0020/info) - Board Revision 85C mfi0: 1357 (boot + 24s/0x0002/info) - Inserted: PD 08(e0xff/s2) mfi0: 1358 (boot + 24s/0x0002/info) - Inserted: PD 08(e0xff/s2) Info: = enclPd=3Dffff, scsiType=3D0, portMap=3D02, = sasAddr=3D4433221101000000,0000000000000000 mfi0: 1359 (boot + 24s/0x0002/info) - Inserted: PD 09(e0xff/s4) mfi0: 1360 (boot + 24s/0x0002/info) - Inserted: PD 09(e0xff/s4) Info: = enclPd=3Dffff, scsiType=3D0, portMap=3D04, = sasAddr=3D4433221104000000,0000000000000000 mfi0: 1361 (boot + 24s/0x0002/info) - Inserted: PD 0a(e0xff/s0) mfi0: 1362 (boot + 24s/0x0002/info) - Inserted: PD 0a(e0xff/s0) Info: = enclPd=3Dffff, scsiType=3D0, portMap=3D01, = sasAddr=3D4433221103000000,0000000000000000 mfi0: 1363 (boot + 24s/0x0002/info) - Inserted: PD 0b(e0xff/s1) mfi0: 1364 (boot + 24s/0x0002/info) - Inserted: PD 0b(e0xff/s1) Info: = enclPd=3Dffff, scsiType=3D0, portMap=3D03, = sasAddr=3D4433221102000000,0000000000000000 mfi0: 1365 (boot + 24s/0x0002/info) - Inserted: PD 0c(e0xff/s5) mfi0: 1366 (boot + 24s/0x0002/info) - Inserted: PD 0c(e0xff/s5) Info: = enclPd=3Dffff, scsiType=3D0, portMap=3D05, = sasAddr=3D4433221105000000,0000000000000000 mfi0: 1367 (boot + 24s/0x0002/info) - Inserted: PD 0d(e0xff/s6) mfi0: 1368 (boot + 24s/0x0002/info) - Inserted: PD 0d(e0xff/s6) Info: = enclPd=3Dffff, scsiType=3D0, portMap=3D06, = sasAddr=3D4433221106000000,0000000000000000 mfi0: 1369 (boot + 24s/0x0002/info) - Inserted: PD 0f(e0xff/s3) mfi0: 1370 (boot + 24s/0x0002/info) - Inserted: PD 0f(e0xff/s3) Info: = enclPd=3Dffff, scsiType=3D0, portMap=3D00, = sasAddr=3D4433221100000000,0000000000000000 mfi0: 1371 (boot + 24s/0x0020/WARN) - Controller booted in headless mode = with errors mfi0: 1372 (boot + 24s/0x0001/info) - Background Initialization started = on VD 00/0 mfi0: 1375 (479043301s/0x0020/info) - Time established as 03/07/15 = 11:35:01; (42 seconds since power on) mfi0: 1376 (479043320s/0x0008/info) - Battery temperature is normal mfi0: 1377 (479043385s/0x0008/info) - Battery started charging mfi0: 1378 (boot + 3s/0x0020/info) - Firmware initialization started = (PCI ID 0079/1000/9261/1000) mfi0: 1379 (boot + 3s/0x0020/info) - Firmware version 2.130.383-2315 mfi0: 1380 (boot + 5s/0x0008/info) - Battery Present mfi0: 1381 (boot + 5s/0x0008/info) - Battery Present mfi0: 1382 (boot + 5s/0x0020/info) - Package version 12.13.0-0154 mfi0: 1383 (boot + 5s/0x0020/info) - Board Revision 85C mfi0: 1384 (boot + 24s/0x0002/info) - Inserted: PD 08(e0xff/s2) mfi0: 1385 (boot + 24s/0x0002/info) - Inserted: PD 08(e0xff/s2) Info: = enclPd=3Dffff, scsiType=3D0, portMap=3D03, = sasAddr=3D4433221101000000,0000000000000000 mfi0: 1386 (boot + 24s/0x0002/info) - Inserted: PD 09(e0xff/s4) mfi0: 1387 (boot + 24s/0x0002/info) - Inserted: PD 09(e0xff/s4) Info: = enclPd=3Dffff, scsiType=3D0, portMap=3D04, = sasAddr=3D4433221104000000,0000000000000000 mfi0: 1388 (boot + 24s/0x0002/info) - Inserted: PD 0a(e0xff/s0) mfi0: 1389 (boot + 24s/0x0002/info) - Inserted: PD 0a(e0xff/s0) Info: = enclPd=3Dffff, scsiType=3D0, portMap=3D01, = sasAddr=3D4433221103000000,0000000000000000 mfi0: 1390 (boot + 24s/0x0002/info) - Inserted: PD 0b(e0xff/s1) mfi0: 1391 (boot + 24s/0x0002/info) - Inserted: PD 0b(e0xff/s1) Info: = enclPd=3Dffff, scsiType=3D0, portMap=3D02, = sasAddr=3D4433221102000000,0000000000000000 mfi0: 1392 (boot + 24s/0x0002/info) - Inserted: PD 0c(e0xff/s5) mfi0: 1393 (boot + 24s/0x0002/info) - Inserted: PD 0c(e0xff/s5) Info: = enclPd=3Dffff, scsiType=3D0, portMap=3D05, = sasAddr=3D4433221105000000,0000000000000000 mfi0: 1394 (boot + 24s/0x0002/info) - Inserted: PD 0d(e0xff/s6) mfi0: 1395 (boot + 24s/0x0002/info) - Inserted: PD 0d(e0xff/s6) Info: = enclPd=3Dffff, scsiType=3D0, portMap=3D06, = sasAddr=3D4433221106000000,0000000000000000 mfi0: 1396 (boot + 24s/0x0002/info) - Inserted: PD 0f(e0xff/s3) mfi0: 1397 (boot + 24s/0x0002/info) - Inserted: PD 0f(e0xff/s3) Info: = enclPd=3Dffff, scsiType=3D0, portMap=3D00, = sasAddr=3D4433221100000000,0000000000000000 mfi0: 1398 (boot + 24s/0x0020/WARN) - Controller booted in headless mode = with errors mfi0: 1399 (boot + 24s/0x0001/info) - Background Initialization started = on VD 00/0 mfi0: 1402 (479043470s/0x0020/info) - Time established as 03/07/15 = 11:37:50; (42 seconds since power on) mfi0: 1403 (479043489s/0x0008/info) - Battery temperature is normal mfi0: 1404 (479043554s/0x0008/info) - Battery started charging mfi0: 1406 (479043619s/0x0008/info) - Battery charge complete mfi0: 1408 (479043700s/0x0020/info) - Host driver is loaded and = operational random: unblocking device. usbus0: 5.0Gbps Super Speed USB v3.0 procfs registered lapic: Divisor 2, Frequency 50001021 Hz Timecounters tick every 1.000 msec vlan: initialized, using hash tables with chaining tcp_init: net.inet.tcp.tcbhashsize auto tuned to 2097152 lo0: bpf attached hpt27xx: no controller detected. hptrr: no controller detected. hptnr: no controller detected. usbus1: 480Mbps High Speed USB v2.0 usbus2: 480Mbps High Speed USB v2.0 mfid0 on mfi0 mfid0: 19074560MB (39064698880 sectors) RAID volume (no label) is = optimal GEOM: new disk mfid0 ugen1.1: at usbus1 uhub0: on usbus1 ugen0.1: <0x8086> at usbus0 uhub1: <0x8086 XHCI root HUB, class 9/0, rev 3.00/1.00, addr 1> on = usbus0 ugen2.1: at usbus2 uhub2: on usbus2 Netvsc initializing... done! lapic9: CMCI unmasked lapic8: CMCI unmasked lapic11: CMCI unmasked lapic10: CMCI unmasked lapic7: CMCI unmasked lapic6: CMCI unmasked lapic5: CMCI unmasked lapic4: CMCI unmasked lapic2: CMCI unmasked lapic3: CMCI unmasked lapic18: CMCI unmasked lapic20: CMCI unmasked lapic21: CMCI unmasked lapic25: CMCI unmasked lapic23: CMCI unmasked lapic22: CMCI unmasked lapic26: CMCI unmasked lapic27: CMCI unmasked lapic19: CMCI unmasked lapic24: CMCI unmasked lapic17: CMCI unmasked lapic16: CMCI unmasked SMP: AP CPU #1 Launched! cpu1 AP: ID: 0x01000000 VER: 0x01060015 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 cmci: 0x000100f2 SMP: AP CPU #4 Launched! cpu4 AP: ID: 0x04000000 VER: 0x01060015 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 cmci: 0x000000f2 SMP: AP CPU #16 Launched! cpu16 AP: ID: 0x14000000 VER: 0x01060015 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 cmci: 0x000000f2 SMP: AP CPU #8 Launched! cpu8 AP: ID: 0x08000000 VER: 0x01060015 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 cmci: 0x000000f2 SMP: AP CPU #20 Launched! cpu20 AP: ID: 0x18000000 VER: 0x01060015 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 cmci: 0x000000f2 SMP: AP CPU #2 Launched! cpu2 AP: ID: 0x02000000 VER: 0x01060015 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 cmci: 0x000000f2 SMP: AP CPU #17 Launched! cpu17 AP: ID: 0x15000000 VER: 0x01060015 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 cmci: 0x000000f2 SMP: AP CPU #5 Launched! cpu5 AP: ID: 0x05000000 VER: 0x01060015 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 cmci: 0x000000f2 SMP: AP CPU #19 Launched! cpu19 AP: ID: 0x17000000 VER: 0x01060015 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 cmci: 0x000000f2 SMP: AP CPU #3 Launched! cpu3 AP: ID: 0x03000000 VER: 0x01060015 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 cmci: 0x000000f2 SMP: AP CPU #15 Launched! cpu15 AP: ID: 0x13000000 VER: 0x01060015 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 cmci: 0x000000f2 SMP: AP CPU #9 Launched! cpu9 AP: ID: 0x09000000 VER: 0x01060015 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 cmci: 0x000000f2 SMP: AP CPU #10 Launched! cpu10 AP: ID: 0x0a000000 VER: 0x01060015 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 cmci: 0x000000f2 SMP: AP CPU #11 Launched! cpu11 AP: ID: 0x0b000000 VER: 0x01060015 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 cmci: 0x000000f2 SMP: AP CPU #21 Launched! cpu21 AP: ID: 0x19000000 VER: 0x01060015 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 cmci: 0x000000f2 SMP: AP CPU #14 Launched! cpu14 AP: ID: 0x12000000 VER: 0x01060015 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 cmci: 0x000000f2 SMP: AP CPU #6 Launched! cpu6 AP: ID: 0x06000000 VER: 0x01060015 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 cmci: 0x000000f2 SMP: AP CPU #18 Launched! cpu18 AP: ID: 0x16000000 VER: 0x01060015 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 cmci: 0x000000f2 SMP: AP CPU #7 Launched! cpu7 AP: ID: 0x07000000 VER: 0x01060015 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 cmci: 0x000000f2 SMP: AP CPU #12 Launched! cpu12 AP: ID: 0x10000000 VER: 0x01060015 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 cmci: 0x000000f2 SMP: AP CPU #13 Launched! cpu13 AP: ID: 0x11000000 VER: 0x01060015 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 cmci: 0x000000f2 SMP: AP CPU #22 Launched! cpu22 AP: ID: 0x1a000000 VER: 0x01060015 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 cmci: 0x000000f2 SMP: AP CPU #23 Launched! cpu23 AP: ID: 0x1b000000 VER: 0x01060015 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 cmci: 0x000000f2 ioapic0: routing intpin 3 (ISA IRQ 3) to lapic 1 vector 48 ioapic0: routing intpin 4 (ISA IRQ 4) to lapic 2 vector 48 ioapic0: routing intpin 9 (ISA IRQ 9) to lapic 3 vector 48 ioapic0: routing intpin 18 (PCI IRQ 18) to lapic 4 vector 48 ioapic0: routing intpin 19 (PCI IRQ 19) to lapic 5 vector 48 msi: Assigning MSI-X IRQ 265 to local APIC 1 vector 49 msi: Assigning MSI-X IRQ 266 to local APIC 2 vector 49 msi: Assigning MSI-X IRQ 267 to local APIC 3 vector 49 msi: Assigning MSI-X IRQ 268 to local APIC 4 vector 49 msi: Assigning MSI-X IRQ 269 to local APIC 5 vector 49 msi: Assigning MSI-X IRQ 270 to local APIC 6 vector 48 msi: Assigning MSI-X IRQ 271 to local APIC 7 vector 48 msi: Assigning MSI-X IRQ 272 to local APIC 6 vector 49 msi: Assigning MSI-X IRQ 273 to local APIC 8 vector 48 msi: Assigning MSI-X IRQ 274 to local APIC 9 vector 48 msi: Assigning MSI-X IRQ 275 to local APIC 10 vector 48 msi: Assigning MSI-X IRQ 276 to local APIC 11 vector 48 msi: Assigning MSI-X IRQ 277 to local APIC 16 vector 48 msi: Assigning MSI-X IRQ 278 to local APIC 17 vector 48 msi: Assigning MSI-X IRQ 279 to local APIC 18 vector 48 msi: Assigning MSI-X IRQ 280 to local APIC 19 vector 48 msi: Assigning MSI-X IRQ 281 to local APIC 7 vector 49 msi: Assigning MSI IRQ 282 to local APIC 8 vector 49 SMP: passed TSC synchronization test TSC timecounter discards lower 1 bit(s) Timecounter "TSC-low" frequency 1200024312 Hz quality 1000 Root mount waiting for: usbus2 usbus1 usbus0 uhub2: 2 ports with 2 removable, self powered uhub0: 2 ports with 2 removable, self powered uhub1: 21 ports with 21 removable, self powered Root mount waiting for: usbus2 usbus1 usbus0 ugen0.2: at usbus0 ukbd0: on usbus0 kbd0 at ukbd0 kbd0: ukbd0, generic (0), config:0x0, flags:0x3d0000 ugen1.2: at usbus1 uhub3: = on usbus1 ugen2.2: at usbus2 uhub4: = on usbus2 Root mount waiting for: usbus2 usbus1 usbus0 uhub3: 6 ports with 6 removable, self powered uhub4: 8 ports with 8 removable, self powered ugen0.3: at usbus0 ugen0.4: at usbus0 uhub5: = on usbus0 Root mount waiting for: usbus0 uhub5: 4 ports with 3 removable, self powered ugen0.5: at usbus0 ukbd1: = on usbus0 kbd2 at ukbd1 kbd2: ukbd1, generic (0), config:0x0, flags:0x3d0000 Trying to mount root from ufs:/dev/mfid0p2 [rw]... start_init: trying /sbin/init igb0: Link is up 100 Mbps Full Duplex, Flow Control: Full ums0: on usbus0 ums0: 3 buttons and [XYZ] coordinates ID=3D0 ums1: = on usbus0 ums1: 3 buttons and [Z] coordinates ID=3D0 > On Mar 7, 2015, at 12:52 PM, Adrian Chadd wrote: >=20 > Hi, >=20 > Memory page table setup happens /really/ early. Try boot -v; see what = it prints. >=20 >=20 > -a > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to = "freebsd-questions-unsubscribe@freebsd.org" From owner-freebsd-questions@FreeBSD.ORG Sat Mar 7 18:57:19 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0D20712E for ; Sat, 7 Mar 2015 18:57:19 +0000 (UTC) Received: from sender1.zohomail.com (sender1.zohomail.com [74.201.84.158]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D3654770 for ; Sat, 7 Mar 2015 18:57:18 +0000 (UTC) Received: from WorkBox.Home (67-4-199-120.mpls.qwest.net [67.4.199.120]) by mx.zohomail.com with SMTPS id 1425754626299446.1569780671314; Sat, 7 Mar 2015 10:57:06 -0800 (PST) Date: Sat, 7 Mar 2015 12:57:03 -0600 From: Bigby James To: freebsd-questions@freebsd.org Subject: Please don't... Message-ID: <20150307185703.GA1395@WorkBox.Home> References: <54FA1D3B.9020705@hiwaay.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <54FA1D3B.9020705@hiwaay.net> User-Agent: Mutt/1.5.23 (2014-03-12) X-ZohoMailClient: External X-Zoho-Virus-Status: 2 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Mar 2015 18:57:19 -0000 ...Use elipses and vague, meaningless titles. They get marked as SPAM by my filter, and while I can only speak for myself, I'm not very inclined to read through an entire message just to determine whether it pertains to me or whether I'm able to actually offer any help. The subject of this thread could just as easily have been "Status of x86-64 Linux Emulation." Two more words to type, sure, but a small price to pay to make sure people understand and read your messages. -- "A common mistake that people make when trying to design something completely foolproof is to underestimate the ingenuity of complete fools." - Douglas Adams From owner-freebsd-questions@FreeBSD.ORG Sat Mar 7 20:13:38 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2A668B10 for ; Sat, 7 Mar 2015 20:13:38 +0000 (UTC) Received: from avasout07.plus.net (avasout07.plus.net [84.93.230.235]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client CN "Bizanga Labs SMTP Client Certificate", Issuer "Bizanga Labs CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 79B7DE99 for ; Sat, 7 Mar 2015 20:13:36 +0000 (UTC) Received: from curlew.milibyte.co.uk ([84.92.153.232]) by avasout07 with smtp id 0kDR1q002516WCc01kDSDn; Sat, 07 Mar 2015 20:13:26 +0000 X-CM-Score: 0.00 X-CNFS-Analysis: v=2.1 cv=J50k7WXS c=1 sm=1 tr=0 a=lfSX4pPLp9EkufIcToJk/A==:117 a=lfSX4pPLp9EkufIcToJk/A==:17 a=D7rCoLxHAAAA:8 a=0Bzu9jTXAAAA:8 a=kj9zAlcOel0A:10 a=emO1SXQWCLwA:10 a=6I5d2MoRAAAA:8 a=_hMyWwNRMBGca40ObvAA:9 a=CjuIK1q_8ugA:10 a=82-kyh_VXv8A:10 Received: from curlew.lan ([192.168.1.13]) by curlew.milibyte.co.uk with esmtp (Exim 4.85) (envelope-from ) id 1YUL6B-0001mV-26 for freebsd-questions@freebsd.org; Sat, 07 Mar 2015 20:13:25 +0000 Date: Sat, 7 Mar 2015 20:13:22 +0000 From: Mike Clarke To: freebsd-questions@freebsd.org Message-ID: <20150307201322.52d041cd@curlew.lan> In-Reply-To: <20150307163942.GG34815@itcom245.staff.itd.umich.edu> References: <20150307163942.GG34815@itcom245.staff.itd.umich.edu> X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.25; amd64-portbld-freebsd10.0) MIME-Version: 1.0 X-SA-Exim-Connect-IP: 192.168.1.13 X-SA-Exim-Mail-From: jmc-freebsd2@milibyte.co.uk X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on curlew.lan X-Spam-Level: X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham autolearn_force=no version=3.4.0 Subject: Re: Xorg problems Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-SA-Exim-Version: 4.2 X-SA-Exim-Scanned: Yes (on curlew.milibyte.co.uk) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Mar 2015 20:13:38 -0000 On Sat, 7 Mar 2015 11:39:42 -0500 William Bulley wrote: > The latest nvidia-driver at: > > http://www.freebsd.org/cgi/ports.cgi?query=nvidia-driver&stype=name > > is nvidia-driver-346.47 and this newer version does not support the > older graphics hardware in your Dell Inspiron laptop. If this does > not apply to your situation, then nevermind, but if it does apply > to you, then you need to downgrade nvidia-driver-346.47 to the > older nvidia-driver-340.76 which you can get (download) from the > NVIDIA download site. There's no need to download sources from nvidia. Earlier versions are available in ports, x11/nvidia-driver-304 and x11/nvidia-driver-340 and as binary packages. -- Mike Clarke From owner-freebsd-questions@FreeBSD.ORG Sat Mar 7 20:25:46 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0CF69E8B for ; Sat, 7 Mar 2015 20:25:46 +0000 (UTC) Received: from mx01.qsc.de (mx01.qsc.de [213.148.129.14]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C074CFAA for ; Sat, 7 Mar 2015 20:25:45 +0000 (UTC) Received: from r56.edvax.de (port-92-195-131-196.dynamic.qsc.de [92.195.131.196]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx01.qsc.de (Postfix) with ESMTPS id 86B043CDF2; Sat, 7 Mar 2015 21:25:43 +0100 (CET) Received: from r56.edvax.de (localhost [127.0.0.1]) by r56.edvax.de (8.14.5/8.14.5) with SMTP id t27KPgJP002141; Sat, 7 Mar 2015 21:25:42 +0100 (CET) (envelope-from freebsd@edvax.de) Date: Sat, 7 Mar 2015 21:25:42 +0100 From: Polytropon To: Waitman Gobble Subject: Re: Xorg problems Message-Id: <20150307212542.1ef212fa.freebsd@edvax.de> In-Reply-To: References: <20150307163942.GG34815@itcom245.staff.itd.umich.edu> Reply-To: Polytropon Organization: EDVAX X-Mailer: Sylpheed 3.1.1 (GTK+ 2.24.5; i386-portbld-freebsd8.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: scrat , freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Mar 2015 20:25:46 -0000 On Sat, 7 Mar 2015 10:04:09 -0800, Waitman Gobble wrote: > The 1501 is a $50 laptop from 2006? i dont know that nvidia is the right > driver, I think it has ATI before AMD bought it. This would have been > around the time FreeBSD 7.0 was HEAD i think? In that case, it's highly questionable if Xorg autodetection magic will work here. Maybe "Xorg -configure" and manually post-configuring xorg.conf is the way to go. Of course you have to verify _which_ graphics is installed: Maybe it's ATI, maybe Intel. Then you have to install the corresponsing driver. In worst case, try the VESA driver, but don't expect any 3D stuff working flawlessly with that. -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... From owner-freebsd-questions@FreeBSD.ORG Sat Mar 7 21:34:03 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1432C4D5 for ; Sat, 7 Mar 2015 21:34:03 +0000 (UTC) Received: from cdptpa-oedge-vip.email.rr.com (cdptpa-outbound-snat.email.rr.com [107.14.166.229]) by mx1.freebsd.org (Postfix) with ESMTP id C7E68906 for ; Sat, 7 Mar 2015 21:34:02 +0000 (UTC) Received: from [75.187.32.8] ([75.187.32.8:54788] helo=raspberrypi.bildanet.com) by cdptpa-oedge03 (envelope-from ) (ecelerity 3.5.0.35861 r(Momo-dev:tip)) with ESMTP id 16/BD-09243-3CE6BF45; Sat, 07 Mar 2015 21:33:55 +0000 Received: from [192.168.1.55] (helo=dell.bildanet.com) by raspberrypi.bildanet.com with esmtp (Exim 4.84) (envelope-from ) id 1YUMM7-0008Ps-H5 for freebsd-questions@freebsd.org; Sat, 07 Mar 2015 16:33:55 -0500 Message-ID: <54FB6EC3.1060006@columbus.rr.com> Date: Sat, 07 Mar 2015 16:33:55 -0500 From: scrat User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: Questions Subject: Re: Xorg problems References: <20150307163942.GG34815@itcom245.staff.itd.umich.edu> <20150307212542.1ef212fa.freebsd@edvax.de> In-Reply-To: <20150307212542.1ef212fa.freebsd@edvax.de> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-RR-Connecting-IP: 107.14.168.142:25 X-Cloudmark-Score: 0 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Mar 2015 21:34:03 -0000 On 03/07/15 15:25, Polytropon wrote: > On Sat, 7 Mar 2015 10:04:09 -0800, Waitman Gobble wrote: >> The 1501 is a $50 laptop from 2006? i dont know that nvidia is the right >> driver, I think it has ATI before AMD bought it. This would have been >> around the time FreeBSD 7.0 was HEAD i think? > In that case, it's highly questionable if Xorg autodetection > magic will work here. Maybe "Xorg -configure" and manually > post-configuring xorg.conf is the way to go. Of course you > have to verify _which_ graphics is installed: Maybe it's > ATI, maybe Intel. Then you have to install the corresponsing > driver. In worst case, try the VESA driver, but don't expect > any 3D stuff working flawlessly with that. > > > The vesa driver works as I can log out of Xfce4 and it goes to the terminal correctly, also I can use Ctrl+Alt+Fn to goto terminals while in Xfce4. So this appears to be a problem with xf86-video-ati-7.5.0_1. How can I debug this further? From owner-freebsd-questions@FreeBSD.ORG Sat Mar 7 23:14:51 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1ED0D58D; Sat, 7 Mar 2015 23:14:51 +0000 (UTC) Received: from zoom.lafn.org (zoom.lafn.org [108.92.93.123]) by mx1.freebsd.org (Postfix) with ESMTP id ED4A0257; Sat, 7 Mar 2015 23:14:50 +0000 (UTC) Received: from [10.0.1.2] (static-71-177-216-148.lsanca.fios.verizon.net [71.177.216.148]) (authenticated bits=0) by zoom.lafn.org (8.14.7/8.14.7) with ESMTP id t27NDUM5009584 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 7 Mar 2015 15:13:31 -0800 (PST) (envelope-from bc979@lafn.org) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\)) Subject: Re: OpenSSL Ciphers From: Doug Hardie In-Reply-To: <4d416c9dfa4e2922174ff469313578a0@dweimer.net> Date: Sat, 7 Mar 2015 15:13:30 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: <79CC9795-C5EF-451A-9A49-A2847E7C5974@lafn.org> References: <5347DC2D-AD6C-41A1-AEC7-A81C51F691B3@lafn.org> <031A70A3-C348-4E2A-8C30-79F85BA4B4A1@lafn.org> <4d416c9dfa4e2922174ff469313578a0@dweimer.net> To: dweimer@dweimer.net X-Mailer: Apple Mail (2.2070.6) X-Virus-Scanned: clamav-milter 0.98 at zoom.lafn.org X-Virus-Status: Clean Cc: FreeBSD - , owner-freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Mar 2015 23:14:51 -0000 > On 7 March 2015, at 08:49, dweimer wrote: >=20 > On 03/07/2015 1:35 am, Doug Hardie wrote: >>> On 6 March 2015, at 17:35, dweimer wrote: >>> On 03/06/2015 6:36 pm, Doug Hardie wrote: >>>>> On 6 March 2015, at 16:28, Charles Swiger wrote: >>>>> Hi-- >>>>>> On Mar 6, 2015, at 3:58 PM, Doug Hardie wrote: >>>>>>> On 3 March 2015, at 23:21, Doug Hardie wrote: >>>>>>> The default list of ciphers is quite extensive and includes some = that are apparently causing some potential security issues. I have a = number of applications that use OpenSSL and many don=E2=80=99t have the = code to restrict the list. Fixing all that would take quite a bit of = work. However, looking into /usr/include/openssl/ssl.h I find a = definition for the SSL_DEFAULT_CIPHER_LIST. The comments indicate that = that list is the one used when the application doesn=E2=80=99t specify = anything. I changed its definition to: >>>>>>> #define SSL_DEFAULT_CIPHER_LIST = "TLSv1+HIGH:!SSLv2:RC4+MEDIUM:!aNULL:!eNULL:!3DES:@STRENGTH: >>>>>>> However, s_connect will still create a connection with the = export ciphers. I tried adding !EXPORT to that list and it had no = effect. Is the definition actually used by openssl or is it just there = for documentation? >>>>>> Not hearing anything on this, I suspect it=E2=80=99s not very = well understood. I have started updating the various servers/clients = that use SSL/TLS. The one that has me completely stumped is sendmail. = There is a web page which provides instructions = "http://novosial.org/sendmail/cipherlist/index.html=E2=80=9D. However, = when I follow them, I can still establish a connection and deliver mail = using the export ciphers. >>>>>> Has anyone successfully restricted the sendmail ciphers? >>>>> You can see which ciphers openssl will support via a statement = like: >>>>> % openssl ciphers -v = 'TLSv1+HIGH:RC4+MEDIUM:!aNULL:!eNULL:!3DES:@STRENGTH:!EXPORT' >>>>> DHE-RSA-AES256-SHA SSLv3 Kx=3DDH Au=3DRSA Enc=3DAES(256)= Mac=3DSHA1 >>>>> DHE-DSS-AES256-SHA SSLv3 Kx=3DDH Au=3DDSS Enc=3DAES(256)= Mac=3DSHA1 >>>>> AES256-SHA SSLv3 Kx=3DRSA Au=3DRSA Enc=3DAES(256)= Mac=3DSHA1 >>>>> DHE-RSA-AES128-SHA SSLv3 Kx=3DDH Au=3DRSA Enc=3DAES(128)= Mac=3DSHA1 >>>>> DHE-DSS-AES128-SHA SSLv3 Kx=3DDH Au=3DDSS Enc=3DAES(128)= Mac=3DSHA1 >>>>> AES128-SHA SSLv3 Kx=3DRSA Au=3DRSA Enc=3DAES(128)= Mac=3DSHA1 >>>>> RC4-SHA SSLv3 Kx=3DRSA Au=3DRSA Enc=3DRC4(128)= Mac=3DSHA1 >>>>> RC4-MD5 SSLv3 Kx=3DRSA Au=3DRSA Enc=3DRC4(128)= Mac=3DMD5 >>>>> RC4-MD5 SSLv2 Kx=3DRSA Au=3DRSA Enc=3DRC4(128)= Mac=3DMD5 >>>>> ...and you can experiment with TLS negotiation results via = something like: >>>>> % openssl s_client -cipher 'AES256-SHA:AES128-SHA' -connect = www.google.com:443 >>>>> [ ... ] >>>>> New, TLSv1/SSLv3, Cipher is AES128-SHA >>>>> Server public key is 2048 bit >>>>> Secure Renegotiation IS supported >>>>> Compression: NONE >>>>> Expansion: NONE >>>>> SSL-Session: >>>>> Protocol : TLSv1 >>>>> Cipher : AES128-SHA >>>>> Session-ID: [ ... ] >>>>> Sendmail normally performs crypto via STARTTLS negotiation rather = than via SMTPS; there's a CipherList option which can be defined via = sendmail.mc / sendmail.cf. You might need to recompile sendmail with = -D_FFR_TLS_1, which I think that novosial page mentions. >>>> sendmail has _FFR_TLS_1 compiled in per th tests in the web page >>>> mentioned above. The CipherList option doesn=E2=80=99t seem to = work. I can >>>> connect and send mail with that in place using the EXPORT ciphers. >>> Doug, >>> I have this added to my /etc/mail/{HOSTNAME}.mc file. >>> LOCAL_CONFIG >>> O CipherList=3DALL:!aNULL:!eNULL:!LOW:!EXP:RC4+RSA:+HIGH:+MEDIUM >>> Of course you can use other options, this has been there for a while = in mine, carried over from some time a few versions back. Probably = should get around to testing it to make sure it actually is still = working. It doesn't take long to add it in and run a quick test. >> As I replied earlier, I have done that. I can still use: >> openssl s_client -connect localhost:25 -starttls smtp -cipher EXPORT >=20 > Strange, it seems to be working on mine. >=20 > if I use the following, it connects: > openssl s_client -connect 192.168.5.2:25 -starttls smtp > CONNECTED(00000003) > depth=3D1 C =3D US, ST =3D Arizona, L =3D Scottsdale, O =3D = "GoDaddy.com, Inc.", OU =3D http://certs.godaddy.com/repository/, CN =3D = Go Daddy Secure Certificate Authority - G2 > [snip] > New, TLSv1/SSLv3, Cipher is DHE-RSA-AES256-GCM-SHA384 > Server public key is 4096 bit > Secure Renegotiation IS supported > Compression: NONE > Expansion: NONE > SSL-Session: > Protocol : TLSv1.2 > Cipher : DHE-RSA-AES256-GCM-SHA384 > [snip] >=20 >=20 > if I use the cipher option specify aNULL it fails: >=20 > openssl s_client -connect 192.168.5.2:25 -starttls smtp -cipher aNULL > CONNECTED(00000003) > 34379254472:error:14077410:SSL routines:SSL23_GET_SERVER_HELLO:sslv3 = alert handshake = failure:/jails/devel/ROOT/usr/src/secure/lib/libssl/../../../crypto/openss= l/ssl/s23_clnt.c:770: > --- > no peer certificate available > --- > No client certificate CA names sent > --- > SSL handshake has read 353 bytes and written 234 bytes > --- > New, (NONE), Cipher is (NONE) > Secure Renegotiation IS NOT supported > Compression: NONE > Expansion: NONE Interesting. That does seem to work for you. I will have to do some = more digging into the code. For some reason it doesn=E2=80=99t work for = me. Thanks for that assistance. =20 From owner-freebsd-questions@FreeBSD.ORG Sat Mar 7 23:15:51 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D913761F for ; Sat, 7 Mar 2015 23:15:51 +0000 (UTC) Received: from mail-wg0-x232.google.com (mail-wg0-x232.google.com [IPv6:2a00:1450:400c:c00::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6A99C266 for ; Sat, 7 Mar 2015 23:15:51 +0000 (UTC) Received: by wghk14 with SMTP id k14so16596158wgh.3 for ; Sat, 07 Mar 2015 15:15:49 -0800 (PST) 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=fuozvgH2YrUdxDk0CxnpFacenGZXeWEjSbkG2HLxrEQ=; b=F3QTG10EgopNGiRWiBYkn3lyIFXlF+d8VQVAAk04CrIl8PEPpjaFn8LrigjbYwO9mG /X/1jk63GnrV3BRNuvQjTt2PhYWntjEl1/witqdx7fWv6XeoL22KfAoOmAtOVWQiy3ue vMBZU27lKSXyKM+H579NlzZAs/BxWSw5CmtdM74wTbf6ikHaYoheqmGb7ib/17l7n9so 7TBzhRMxsnlzUUTn7SJLE2m1JbK4yCifjTE7tZArG3jo2plxhUCB5QynE0JmDWCM5yi6 KqEilS1q9e4rEsU5lBi0Mre5S6AMMmHfy2CIrfhZhnhUg6YbRz9OGQNfaTIExIgt/0eA fnVA== MIME-Version: 1.0 X-Received: by 10.180.108.13 with SMTP id hg13mr45828728wib.7.1425770149848; Sat, 07 Mar 2015 15:15:49 -0800 (PST) Received: by 10.194.239.194 with HTTP; Sat, 7 Mar 2015 15:15:49 -0800 (PST) In-Reply-To: <20150307194825.eda3e686.freebsd@edvax.de> References: <20150307194825.eda3e686.freebsd@edvax.de> Date: Sun, 8 Mar 2015 07:15:49 +0800 Message-ID: Subject: Re: Num Lock goes off when entering X session From: Ben Woods To: Polytropon Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: FreeBSD Questions X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Mar 2015 23:15:51 -0000 This previous post should help you: https://lists.freebsd.org/pipermail/freebsd-questions/2004-September/058977.html In summary, install the numlockx package and put "numlockx" in ~/.xinitrc, before the lines starting the window manager. Regards, Ben On Sunday, March 8, 2015, Polytropon wrote: > I'd like to ask for explanation and advice regarding an observation > that I made across XFree86 and X.org sessions: When my system boots > up, the Num Lock LED is activated (and the Num mode is on, as hereby > suggested). Then I enter XDM and log in. As soon as the "real" X > session starts, Num Lock goes off, and it needs to be manually > reactivated. This also happens when I log off, re-enter XDM, log in > again - and Num Lock goes off again. > > Does it have to be that way? And when yes, then why? > > Is there a way to switch Num Lock on via ~/.xinitrc, or tell X > to not change it? > > NB: I'm using a regular keyboard (IBM Model M) and have to use > the numeric block quite often. So this is an issue for me... > > > -- > Polytropon > Magdeburg, Germany > Happy FreeBSD user since 4.0 > Andra moi ennepe, Mousa, ... > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to " > freebsd-questions-unsubscribe@freebsd.org " > -- -- From: Benjamin Woods woodsb02@gmail.com