Received: by 10.223.164.202 with SMTP id h10csp236336wrb; Wed, 8 Nov 2017 15:29:29 -0800 (PST) X-Google-Smtp-Source: ABhQp+SjEDq8rxo5ggVeM2+2qnzVWV5zHNEBE5lNGm4td2isJDxTTd+ZNHojVl8kmvrGH1bRPkiX X-Received: by 10.98.111.71 with SMTP id k68mr2089369pfc.91.1510183769341; Wed, 08 Nov 2017 15:29:29 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1510183769; cv=none; d=google.com; s=arc-20160816; b=FU0OrhvAPS6mxvrOdkBWcpQf+ekIJrsCHhY8WXhiwRG4PJ+78Z0voH9bvaRZW2jEFv frUu0wjpUIb89LGInUFWtPZWFjF7f5W+1YcqK3VRXIMveePt2C9G6ddRUyhmnPvMxtJc qrUNhwhI/udJw6s8Pph58RUZuxuL3DADkz6Ek9vARsYj5qgomlIK/Uh3+1mI8c4OxwME r1rQxrLgBeA3Xhj/ka5TNDC7Eul0HqMYvqRnLecSsOOZ55J8OVwei//5W7xWfyBZZQt0 3WMcO3zYz/aYR4KXYICDd0Yh7tepGZZhZAW11GZDTc8RYzIp51VejI5pczcDXzFzH2Hf eWAg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-language :content-transfer-encoding:in-reply-to:mime-version:user-agent:date :message-id:organization:from:references:cc:to:subject :arc-authentication-results; bh=2MjTFSQYR/TZINzZeI4ltTdzHmGXeqfz7/HELw3OIDw=; b=nEzcRKKFLPxfWVjQwPDWRNsPQBXl9hXDk2ztMfYjZ5j84RdMLtX4S2shvxrwXZPrqI OVO3nZ/eMNS4EVYzD9ogezvZaCKv3U2hlN5XfE+kwbs59TwrFToZ8yidVVj4F//lcDrO D097T0+YLfqsxRv7zJL1QuRUXPYvWJNzvfnxn19DSdeCHmW13pG98whtizYfpgn3LNAL NHmk3b/zyVbXDTXW+GMBBNOwKV7HJvLlg5euDtCgdrvyz17DN0BIgnJiobkDeMmKLWSP V6s+QKvMBAKbjioGbznIOnvA3gyWgpdE3zEwMAKONaYSXA34HhFf3M3NqoQDbWCG1h4H WOBw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=oracle.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id t4si5061244plo.470.2017.11.08.15.29.17; Wed, 08 Nov 2017 15:29:29 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=oracle.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753098AbdKHX1V (ORCPT + 84 others); Wed, 8 Nov 2017 18:27:21 -0500 Received: from userp1040.oracle.com ([156.151.31.81]:27301 "EHLO userp1040.oracle.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753023AbdKHX1U (ORCPT ); Wed, 8 Nov 2017 18:27:20 -0500 Received: from aserv0022.oracle.com (aserv0022.oracle.com [141.146.126.234]) by userp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id vA8NQtsv022796 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Wed, 8 Nov 2017 23:26:56 GMT Received: from aserv0121.oracle.com (aserv0121.oracle.com [141.146.126.235]) by aserv0022.oracle.com (8.14.4/8.14.4) with ESMTP id vA8NQtkX013368 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Wed, 8 Nov 2017 23:26:55 GMT Received: from abhmp0010.oracle.com (abhmp0010.oracle.com [141.146.116.16]) by aserv0121.oracle.com (8.14.4/8.13.8) with ESMTP id vA8NQrtp008386; Wed, 8 Nov 2017 23:26:53 GMT Received: from [10.154.179.34] (/10.154.179.34) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Wed, 08 Nov 2017 15:26:53 -0800 Subject: Re: [Xen-devel] [PATCH] Xen/pciback: Implement PCI slot or bus reset with 'do_flr' SysFS attribute To: =?UTF-8?B?UGFzaSBLw6Rya2vDpGluZW4=?= Cc: Juergen Gross , Konrad Wilk , linux-kernel@vger.kernel.org, Jan Beulich , xen-devel@lists.xenproject.org, Boris Ostrovsky References: <20171106174842.20276-1-Govinda.Tatti@Oracle.COM> <5A01D3F3020000780018CE86@prv-mh.provo.novell.com> <8940b38d-715c-9fcb-cc74-46574d416703@oracle.com> <20171108173808.GH20756@reaktio.net> From: Govinda Tatti Organization: Oracle Corporation Message-ID: <41dc8296-a1c6-5d1b-4282-ee7338476063@oracle.com> Date: Wed, 8 Nov 2017 17:26:47 -0600 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.4.0 MIME-Version: 1.0 In-Reply-To: <20171108173808.GH20756@reaktio.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-Source-IP: aserv0022.oracle.com [141.146.126.234] Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Thanks Pasi for your response. Please see below for my comments. On 11/8/2017 11:38 AM, Pasi Kärkkäinen wrote: > Hi, > > On Wed, Nov 08, 2017 at 09:44:48AM -0600, Govinda Tatti wrote: >> Thanks Jan for your review comments. Please see below for my comments. >> >> On 11/7/2017 8:40 AM, Jan Beulich wrote: >>>>>> On 06.11.17 at 18:48, wrote: >>>> --- a/Documentation/ABI/testing/sysfs-driver-pciback >>>> +++ b/Documentation/ABI/testing/sysfs-driver-pciback >>>> @@ -11,3 +11,15 @@ Description: >>>> #echo 00:19.0-E0:2:FF > /sys/bus/pci/drivers/pciback/quirks >>>> will allow the guest to read and write to the configuration >>>> register 0x0E. >>>> + >>>> +What: /sys/bus/pci/drivers/pciback/do_flr >>>> +Date: Nov 2017 >>>> +KernelVersion: 4.15 >>>> +Contact: xen-devel@lists.xenproject.org >>>> +Description: >>>> + An option to perform a slot or bus reset when a PCI device >>>> + is owned by Xen PCI backend. Writing a string of DDDD:BB:DD.F >>>> + will cause the pciback driver to perform a slot or bus reset >>>> + if the device supports it. It also checks to make sure that >>>> + all of the devices under the bridge are owned by Xen PCI >>>> + backend. >>> Why do you name this "do_flr" when you don't even try FLR, but >>> go to slot or then bus reset right away. >> Yes, I agree but xen toolstack has already been modified to consume"do_flr" >> attribute. Hence, we are using the >> function that matches with sysfs attribute. >> > Hmm.. I remember some discussion from ages ago related to this. > > Back then it was suggested to "emulate" the flr capability (by doing slot or bus reset) for devices which don't have *native* flr available? So is this patch perhaps related to that? I don't think so but either Konrad or someone can comment on it. > > If the PCI device in question has native flr capability, then native flr is used, right ? Yes. > I guess I should read the full patch.. Please check it and let us know your comments. Cheers GOVINDA From 1583520921930337660@xxx Wed Nov 08 17:47:12 +0000 2017 X-GM-THRID: 1583346318922306893 X-Gmail-Labels: Inbox,Category Forums,HistoricalUnread