From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mga14.intel.com (mga14.intel.com [192.55.52.115]) by dpdk.org (Postfix) with ESMTP id 9437858F1 for ; Tue, 17 Jun 2014 10:52:45 +0200 (CEST) Received: from fmsmga001.fm.intel.com ([10.253.24.23]) by fmsmga103.fm.intel.com with ESMTP; 17 Jun 2014 01:47:54 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.01,492,1400050800"; d="scan'208";a="549087026" Received: from irsmsx101.ger.corp.intel.com ([163.33.3.153]) by fmsmga001.fm.intel.com with ESMTP; 17 Jun 2014 01:52:12 -0700 Received: from irsmsx153.ger.corp.intel.com (163.33.192.75) by IRSMSX101.ger.corp.intel.com (163.33.3.153) with Microsoft SMTP Server (TLS) id 14.3.123.3; Tue, 17 Jun 2014 09:52:06 +0100 Received: from irsmsx101.ger.corp.intel.com ([169.254.1.245]) by IRSMSX153.ger.corp.intel.com ([169.254.9.252]) with mapi id 14.03.0123.003; Tue, 17 Jun 2014 09:52:06 +0100 From: "Burakov, Anatoly" To: "Richardson, Bruce" , "dev@dpdk.org" Thread-Topic: [PATCH] vfio: make container open error non-fatal Thread-Index: AQHPibK/3fbIS4BKkkShRtHPQ1BE5Jt0/ZeA Date: Tue, 17 Jun 2014 08:52:05 +0000 Message-ID: References: <1402957745-31967-1-git-send-email-bruce.richardson@intel.com> <59AF69C657FD0841A61C55336867B5B01AA36B94@IRSMSX103.ger.corp.intel.com> In-Reply-To: <59AF69C657FD0841A61C55336867B5B01AA36B94@IRSMSX103.ger.corp.intel.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [163.33.239.180] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Subject: Re: [dpdk-dev] [PATCH] vfio: make container open error non-fatal X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: patches and discussions about DPDK List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jun 2014 08:52:46 -0000 Hi Bruce, > The below patch is the quickest fix I found to make my applications work > again, but I'm not sure it's the best solution. Can anyone else offer oth= er > suggestions to improve this? Are you running things as root? If not, I suggest to try and use the setup.= sh script to correct permissions on the VFIO container and see if it works. The inability of opening a container is likely a problem with permissions o= n the container, and thus should be considered fatal as far as VFIO is conc= erned. However, given that we try to use VFIO unconditionally, I think your= suggestion is a good solution to the problem, however I would also close t= he group fd's that were already opened before returning 1. Best regards, Anatoly Burakov DPDK SW Engineer