Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp1581772pxb; Mon, 8 Mar 2021 00:47:04 -0800 (PST) X-Google-Smtp-Source: ABdhPJxvzViSFo+QhRhRSLY5d9L5PbcAAwxDvdTnoEgcMm8qgQxIv5SvWMkAQC3ucjU2OHX9hvsw X-Received: by 2002:a17:907:d0b:: with SMTP id gn11mr14106950ejc.463.1615193223975; Mon, 08 Mar 2021 00:47:03 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1615193223; cv=none; d=google.com; s=arc-20160816; b=jSvZcH2viSpXpiSceLP3humZWJ6aeQN4EXxeb7+H2Z1JAlr+2Ksm+M25g0mskDMW5g PlH1dnivKPYb4572fHdXYef256PV0zmIAJtFi/YOqMZZM1Pw6BrWa2gTV8o2F5vjBowG J2d3thUthvzqKJogMLIiicO93zyAq9/mAkAncrFshIev1J+me2C0RCobmUL5ANeRGzA3 k8TOzmq6EE8eyDv4Khosp+vZi2RlS9p8hfOh8zi856gTJlpCCg7P0dJwPWR+R1qIzWUC RcM8XCRYWf9aAH3My8tGnlFKLa9HAHOVO23kwcAsA5eRrj6nEylo2cFlsVd10jHL5rUN XqKA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:content-language :in-reply-to:mime-version:user-agent:date:message-id:from:references :cc:to:subject:dkim-signature; bh=zWXYuhMFZhSwUgA+a72tpYVWBXlkWy3QgwyVRBRPdss=; b=YKQ1Chp6pKXK2MYgL4fINe2A5ETLogSjtjT8VS+ix9fux7Ujn5X5Epviw6iaV0ZOU0 O54XG1lXCajaN0QvFNhgvSSuKIkxMTfQC74nEYAmgyiBSqVB2fuZsuA8vPizdNnZp6fT Tk1aUz6YaoQieLSa3He/UdE1boVIgLEheIlNFhpY3KLeXE+gYAX9D9OCjPq46MeBS/dn MtxjR+Dw88vHL9llfTrk7P/SB3dcq0U/M4mzRZwVe7e72u/HxkZM6y1YasVuXFPVrfQy HQBzWW7Ct+t6pkXK+50seCZpZqGqp61VhQJSaKl7ZJlzi1UJs81KalnaUOjO9M8ztgrr 6q0w== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@ibm.com header.s=pp1 header.b=TDo9jn3A; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=ibm.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id gh22si6587980ejb.90.2021.03.08.00.46.41; Mon, 08 Mar 2021 00:47:03 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@ibm.com header.s=pp1 header.b=TDo9jn3A; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=ibm.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231995AbhCHInG (ORCPT + 99 others); Mon, 8 Mar 2021 03:43:06 -0500 Received: from mx0a-001b2d01.pphosted.com ([148.163.156.1]:16844 "EHLO mx0a-001b2d01.pphosted.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232199AbhCHImr (ORCPT ); Mon, 8 Mar 2021 03:42:47 -0500 Received: from pps.filterd (m0098396.ppops.net [127.0.0.1]) by mx0a-001b2d01.pphosted.com (8.16.0.43/8.16.0.43) with SMTP id 1288YITF196471; Mon, 8 Mar 2021 03:42:44 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ibm.com; h=subject : to : cc : references : from : message-id : date : mime-version : in-reply-to : content-type : content-transfer-encoding; s=pp1; bh=zWXYuhMFZhSwUgA+a72tpYVWBXlkWy3QgwyVRBRPdss=; b=TDo9jn3AT0s0Dw4B631RWwGrehUFEzXrQwSoeZxAJOEO9wDOQhCd9sBBSkXPUIC2RSYL j8R63xLwRr6rEW6WHooX9zNOAoRR06mco3i5xaqJdBscSK/YTd96s21k0RMEnX/2n20p 2gcY5DSNIaF5wK6yDWHngDdO41oLJu5o9cGv1yharfeRvlQFRI8QLXtTEVxlfUsjcQ+q g5jllrCY3wyy3JAhtbsabxU1mkiQGkHt9hj0FKv9oIYwxv6T1G00Vyexs8wKKfQQA6/t /1qWNcme8CXEDIzPg8ZfdWnFTq45cIwFAw0SSqDw7foJJIvuYJTBYqY2sYSYkLTCVI0U DQ== Received: from ppma03fra.de.ibm.com (6b.4a.5195.ip4.static.sl-reverse.com [149.81.74.107]) by mx0a-001b2d01.pphosted.com with ESMTP id 37596qs9e6-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Mon, 08 Mar 2021 03:42:43 -0500 Received: from pps.filterd (ppma03fra.de.ibm.com [127.0.0.1]) by ppma03fra.de.ibm.com (8.16.0.42/8.16.0.42) with SMTP id 1288bI5C030568; Mon, 8 Mar 2021 08:42:41 GMT Received: from b06cxnps4075.portsmouth.uk.ibm.com (d06relay12.portsmouth.uk.ibm.com [9.149.109.197]) by ppma03fra.de.ibm.com with ESMTP id 3741c8guka-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Mon, 08 Mar 2021 08:42:41 +0000 Received: from d06av25.portsmouth.uk.ibm.com (d06av25.portsmouth.uk.ibm.com [9.149.105.61]) by b06cxnps4075.portsmouth.uk.ibm.com (8.14.9/8.14.9/NCO v10.0) with ESMTP id 1288gcIN43974952 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Mon, 8 Mar 2021 08:42:38 GMT Received: from d06av25.portsmouth.uk.ibm.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id ACCDE11C052; Mon, 8 Mar 2021 08:42:38 +0000 (GMT) Received: from d06av25.portsmouth.uk.ibm.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id C1DC311C04A; Mon, 8 Mar 2021 08:42:37 +0000 (GMT) Received: from oc6604088431.ibm.com (unknown [9.145.158.35]) by d06av25.portsmouth.uk.ibm.com (Postfix) with ESMTP; Mon, 8 Mar 2021 08:42:37 +0000 (GMT) Subject: Re: [RFC 1/1] s390/pci: expose a PCI device's UID as its index To: Niklas Schnelle , =?UTF-8?Q?Krzysztof_Wilczy=c5=84ski?= Cc: Bjorn Helgaas , Narendra K , Greg Kroah-Hartman , Stefan Raspl , Peter Oberparleiter , linux-pci@vger.kernel.org, linux-kernel@vger.kernel.org, linux-s390@vger.kernel.org References: <20210303095250.1360007-1-schnelle@linux.ibm.com> <20210303095250.1360007-2-schnelle@linux.ibm.com> From: Viktor Mihajlovski Message-ID: Date: Mon, 8 Mar 2021 09:42:37 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.7.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-TM-AS-GCONF: 00 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.369,18.0.761 definitions=2021-03-08_02:2021-03-08,2021-03-08 signatures=0 X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 mlxscore=0 mlxlogscore=947 impostorscore=0 suspectscore=0 clxscore=1011 malwarescore=0 phishscore=0 spamscore=0 bulkscore=0 priorityscore=1501 lowpriorityscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2009150000 definitions=main-2103080045 Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 3/8/21 8:02 AM, Niklas Schnelle wrote: > > > On 3/7/21 9:46 PM, Krzysztof WilczyƄski wrote: >> Hi Niklas, >> >> [...] >>> +static ssize_t index_show(struct device *dev, >>> + struct device_attribute *attr, char *buf) >>> +{ >>> + struct zpci_dev *zdev = to_zpci(to_pci_dev(dev)); >>> + u32 index = ~0; >>> + >>> + if (zpci_unique_uid) >>> + index = zdev->uid; >>> + >>> + return sprintf(buf, "%u\n", index); >> [...] >> >> Would it be possible to use the new sysfs_emit() rather than sprintf() >> even though the zpci_attr macro and still use mio_enabled_show() still >> would use sprintf(). What do you think? >> >> See https://www.kernel.org/doc/html/latest/filesystems/sysfs.html for >> the changes in the internal API. >> >> Krzysztof >> > > Of course that makes sense and thanks for pointing me to this API! > @Viktor, may I carry your R-b over? > Sure, please go ahead. > I'll also update the other attributes in a clean up patch. > > Thanks, > Niklas > -- Kind Regards, Viktor