From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-5.8 required=3.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI, MSGID_FROM_MTA_HEADER,SPF_HELO_NONE,SPF_PASS autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id B88DAC433ED for ; Fri, 23 Apr 2021 01:41:57 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id 6B510613DB for ; Fri, 23 Apr 2021 01:41:57 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S235569AbhDWBmc (ORCPT ); Thu, 22 Apr 2021 21:42:32 -0400 Received: from userp2130.oracle.com ([156.151.31.86]:53492 "EHLO userp2130.oracle.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231261AbhDWBmb (ORCPT ); Thu, 22 Apr 2021 21:42:31 -0400 Received: from pps.filterd (userp2130.oracle.com [127.0.0.1]) by userp2130.oracle.com (8.16.0.42/8.16.0.42) with SMTP id 13N1EJZf038678; Fri, 23 Apr 2021 01:40:09 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=to : cc : subject : from : message-id : references : date : in-reply-to : content-type : mime-version; s=corp-2020-01-29; bh=SjOT068jGm+t7ujIqAOf9yLIP6LTgWzj2skjwMwHHiY=; b=cKJDaKFxS1o0Z3grKQbDzI23OjYj13T2kLtRe0JpjTVxSNmDrXYMVQgC4STzBl0+skRb +t76euIR6Il5NuboTEkmmhYUO2sMpXIcz3w3Pglj14lxJIksvqL/RZz5J81kMrQGfNPG jKC3c2MMpAY82MujHhL4avuBrd0JRdaI3ahgxWaUqBqzYWMXnUHncrP3bQfKR5CC8jZW 6uuy1+1o8yn+Gu19hrOe11PGZYvLgOkaTf0lFn5BrcZ584F7b281dT8UOCcU6UiCVCN4 rkDJVWM4avvGFkE+VnbJNEjseLVUeC8zW0m6k8Jq+dLVfKnhu+/mU3TWmQjmQJAGB2nt MA== Received: from aserp3030.oracle.com (aserp3030.oracle.com [141.146.126.71]) by userp2130.oracle.com with ESMTP id 37yveappry-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Fri, 23 Apr 2021 01:40:09 +0000 Received: from pps.filterd (aserp3030.oracle.com [127.0.0.1]) by aserp3030.oracle.com (8.16.0.42/8.16.0.42) with SMTP id 13N1ZsXW046296; Fri, 23 Apr 2021 01:40:08 GMT Received: from nam10-dm6-obe.outbound.protection.outlook.com (mail-dm6nam10lp2107.outbound.protection.outlook.com [104.47.58.107]) by aserp3030.oracle.com with ESMTP id 383ccf29eq-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Fri, 23 Apr 2021 01:40:08 +0000 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=jXC4ryxlJqCuycw4Pt3awQucIie1l05tNYPnB1dWDFINhBTI2CB4QFnswvXtKUCVDwPlhYHYyg+Z2sHvU2FENZKiNmI/6YKtR2rSS4fGVh41sM6DmdqOZhHjXoIQ4Nn3tE5OSUrVnshhN0yVFdRscWn5s/LjwSM3UlYD7fpM6+A3jQtoL3pNzGUfh0U6tezXO8Trjo6Mu6Ax9lFWJpKCLNn3+jj7BjxY/kxCyA97Z4UGC8ea9ZMixde/qTVtn5tjAiPDt0I3Tcq8fub9/sy0ogYO8vI26l4cxJSe1+MrKxpxpEaAZEw7UFHCUmZQyfnHdxj/sUAZP2aaakIy4U/xzQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=SjOT068jGm+t7ujIqAOf9yLIP6LTgWzj2skjwMwHHiY=; b=IVUj4+QIpsDloL6Vq8G3VgJjRIWtkc9ibKj+Lmhjea9GRfKHNb8n4wGXHcE5lbmbB1LobxTt+1okevmC0x2+23NRlGKDUKqgw9LztboYegngwTy1vpoGFrbhEckj9IK2Z+NJHz5VTnwcvyE0qwf6UGNxzdjgo+b9OC10QwfO3KYwKh1PKrStmWrqcodvl5wJPBf3YvM2hbN102ZRpg5s+ozteGJX1x/H103gGee5ugWa5r990ncxdXdANm/nxkTZuR/dhuOAI3vi6w5GGvaGEfxcWWu7FeiI7kKPDLqjyqOmKFddVSOR+586r+Y4lOnh42uY7jxnNBT3uVyJpcCZVQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=oracle.com; dmarc=pass action=none header.from=oracle.com; dkim=pass header.d=oracle.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.onmicrosoft.com; s=selector2-oracle-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=SjOT068jGm+t7ujIqAOf9yLIP6LTgWzj2skjwMwHHiY=; b=ND+4ciIxUQlSa4v4FpNC7F61HwhFDvTk4ANO/2bLHAVXJklGYGGviI1CCMKdeJB3XCGnBg1DeQ0IzchxiEzikPEZLop/nS1VZ8md3zaE5iE6HRSOywmkgFAacOWIVF9Amc9Fq//Rw/Ex1giOYdvmSfyjc0sVNJ6AaXvRHEcFI1A= Authentication-Results: suse.com; dkim=none (message not signed) header.d=none;suse.com; dmarc=none action=none header.from=oracle.com; Received: from PH0PR10MB4759.namprd10.prod.outlook.com (2603:10b6:510:3d::12) by PH0PR10MB4648.namprd10.prod.outlook.com (2603:10b6:510:30::5) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4065.22; Fri, 23 Apr 2021 01:40:06 +0000 Received: from PH0PR10MB4759.namprd10.prod.outlook.com ([fe80::9ce3:6a25:939f:c688]) by PH0PR10MB4759.namprd10.prod.outlook.com ([fe80::9ce3:6a25:939f:c688%4]) with mapi id 15.20.4065.023; Fri, 23 Apr 2021 01:40:06 +0000 To: Martin Wilck Cc: "martin.petersen@oracle.com" , Hannes Reinecke , "hch@lst.de" , "dgilbert@interlog.com" , "dm-devel@redhat.com" , "linux-scsi@vger.kernel.org" , "jejb@linux.vnet.ibm.com" , "systemd-devel@lists.freedesktop.org" , "bmarzins@redhat.com" Subject: Re: RFC: one more time: SCSI device identification From: "Martin K. Petersen" Organization: Oracle Corporation Message-ID: References: <06489ea37311fe7bf73b27a41b5209ee4cca85fe.camel@suse.com> <685c40341d2ddef2fe5a54dd656d10104b0c1bfa.camel@suse.com> Date: Thu, 22 Apr 2021 21:40:03 -0400 In-Reply-To: <685c40341d2ddef2fe5a54dd656d10104b0c1bfa.camel@suse.com> (Martin Wilck's message of "Thu, 22 Apr 2021 09:07:15 +0000") Content-Type: text/plain X-Originating-IP: [138.3.200.58] X-ClientProxiedBy: BYAPR04CA0011.namprd04.prod.outlook.com (2603:10b6:a03:40::24) To PH0PR10MB4759.namprd10.prod.outlook.com (2603:10b6:510:3d::12) MIME-Version: 1.0 X-MS-Exchange-MessageSentRepresentingType: 1 Received: from ca-mkp.ca.oracle.com (138.3.200.58) by BYAPR04CA0011.namprd04.prod.outlook.com (2603:10b6:a03:40::24) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4065.20 via Frontend Transport; Fri, 23 Apr 2021 01:40:05 +0000 X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: f086de7d-859e-4b4e-f485-08d905f8b8bf X-MS-TrafficTypeDiagnostic: PH0PR10MB4648: X-MS-Exchange-Transport-Forked: True X-Microsoft-Antispam-PRVS: X-MS-Oob-TLC-OOBClassifiers: OLM:9508; X-MS-Exchange-SenderADCheck: 1 X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: vRBE36iDblf9aD5DC+oJyzkjPuan+euw+aR7g6iw9m8yuJyUsbPlNUJCEZNkRgCnDEy/sBQdlHFMnAcGpzlaoSjSEwdqIKOk87hcHyP8OLZPqV6mfy3m5wRdXQkDk7Nu8o0hitz7b3LteUf6HXXPjwXEKyl2WhoU0iEseXcnYxY7JwI/8aUY5KtWBs8JRk6kp32hEAiVUEP/x3MSZfC5GVUyzYhj2nvLgnm8LGHlpaVlb5WGvDpDvBzRNYeT8R1nUsUXuYkMPL1G2EIHMX9wIUmiqe8NZhvdqWR7umY27k2vtl5lE+Yq/ylLn6abKTZiie4R9KweD4Gmc5ME9mLXn35kIZQMnh5Oeia3ABSopfe/FkIJNQxKxEkn6dG1Hf7h22Q7FBSX/x03KJZVtvq9wdv7PfvpcUW/fR4Lk1watHT7uh8L0bqEoOHMHX5dE1re9ogxk6xjYPtGDrIRz3MidnBGGRkCyzvjnWCmmWHBEjNTRcjJEKi3IPISgs170deg12NqLIsMajwprVr1gnzgclqPRTh/a4/olZQHkLuOBPJJ/JutlJ5YirCE2cvr2gc6oLDUqihLBstbdAagiKBE+gKicbb/eOpFaOBr7krzSPUlRHrB9uG43ejrDB5Lp/VmoAHsQUD76i+dWhVsW6LwpDrBtqXYIu0Xbz1jZ3952nI= X-Forefront-Antispam-Report: CIP:255.255.255.255;CTRY:;LANG:en;SCL:1;SRV:;IPV:NLI;SFV:NSPM;H:PH0PR10MB4759.namprd10.prod.outlook.com;PTR:;CAT:NONE;SFS:(366004)(376002)(396003)(136003)(346002)(39860400002)(186003)(86362001)(66556008)(66476007)(36916002)(38100700002)(6916009)(5660300002)(16526019)(2906002)(7696005)(55016002)(478600001)(66946007)(52116002)(8936002)(38350700002)(26005)(54906003)(956004)(83380400001)(316002)(8676002)(4326008);DIR:OUT;SFP:1101; X-MS-Exchange-AntiSpam-MessageData: =?us-ascii?Q?txnsT0D/J0bCdzh9rEfPaDun5xqaIIk1Z/M6dblEDo/BisGC8Ghf15MksjC1?= =?us-ascii?Q?/pKbQrK2Z0+a2Vc/+mNAk15FfKznkCRMfdYaEH+/99wR0+euPtztmC5pz/Zd?= =?us-ascii?Q?EYDX2rQlDGWzJ11LxEOZrC7/E7SjIp5eumIFYYIefdvf4562Uc8dYtv9tfRQ?= =?us-ascii?Q?PcT4QCjXjGTKdxjLQAURAixCO7T2HRczWfyfBwDiXqe8hx6RNjby8EDx+6Wn?= =?us-ascii?Q?lJoR7dk3u0psKH+6uUsDO+2hqOjkJ/8uBELVxvVrPDM53wTusjGFPdHaYMoy?= =?us-ascii?Q?w/WwpiDOwqpLjFHAMXIdWR0tQZX/ilSakHZoAPgjcJZebZfmo+rM2ue8r46L?= =?us-ascii?Q?azxDD10VPTlihtj6nPxLs5cho+dzmxqzTn33zZbvniG3FetrO9/+Seaql1ph?= =?us-ascii?Q?VAHAk6it0mrpNxowiILQwsuFlpENzKgBuA2eZ2Evj3JFucm2oLlfzTON+KRd?= =?us-ascii?Q?mLlVemwveFKH+aUoqL+zlP3WkJXT87Q0VGZZe1pjh80NdOmn/prygPrJBLxi?= =?us-ascii?Q?N1G/4nh5hF1rUgMrdS1C0Hrn9y9eLh22+gBqDrbaW8mglDQ9Qn3/r+rdhS7L?= =?us-ascii?Q?bZng3tuO7FLeXMqLfdG8Ozjt9h4HFSAwn+5DJ/oklG/jnQcksJLzxuOc9uLl?= =?us-ascii?Q?+v/xA7SWxu5fXx14nHcYDO7zTpDEQNKMgqz955G8l3z0BWyApQfJ9XEMCRH7?= =?us-ascii?Q?xSaXyJhjeOWjTGdSr5a98R0iZ+oRYKSB1svuNHTjjYmZ+cOj2MIL0JirRwgk?= =?us-ascii?Q?HgZLmWMAvb0JbQcpvnxg7/wj6WIKWRC1yhi486jWo9wrW9TRgxpetkpCpnnl?= =?us-ascii?Q?Fsvqn7JLwZ/Ajv0OjDQ6UkNERMJd7fPA1wcfkjWfOEnwv8ECCQzo7rj0sR65?= =?us-ascii?Q?1jynd8tWlT5JTVppiO8RfdwMBQVQju3ry1Yz5ipwaw7ukjz9ZYK1vF1+FsNx?= =?us-ascii?Q?vURco1gmOcVrXW8lEywvA3wXW+nW7Jj6yCn7uucZPHHMICKyGXSA8SwaiYoE?= =?us-ascii?Q?002UmpDvTDy/kUTHOHNv4SOxHdZ8m6WR1nM3tigeO2GqK93M3QvniZNWHxWJ?= =?us-ascii?Q?B3uFFArx4/bdRzhLc4oowIw6Z0WsepRI76OSpGCOmX6/i+vPkAI/ZoPard8G?= =?us-ascii?Q?Mb/Anc4Wkz7DPy76G4ftQKKareCbJnX+hikwrKaRVPV2Q3pa9GwEJJg/W4rF?= =?us-ascii?Q?sdlV/2SSxTUulUXiQSQjovpAhTqRBm8MhgCAowEm3UkmtBybTbtOTi+CRV09?= =?us-ascii?Q?ux2lezMn6E86RzYRzmfg3i863ilG02iPZ0nEYw+G8UxG23xjugQ+vhJAv8J/?= =?us-ascii?Q?Q11MyE75m7147PIXIxDFW7WD?= X-OriginatorOrg: oracle.com X-MS-Exchange-CrossTenant-Network-Message-Id: f086de7d-859e-4b4e-f485-08d905f8b8bf X-MS-Exchange-CrossTenant-AuthSource: PH0PR10MB4759.namprd10.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 23 Apr 2021 01:40:06.0954 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 4e2c6054-71cb-48f1-bd6c-3a9705aca71b X-MS-Exchange-CrossTenant-MailboxType: HOSTED X-MS-Exchange-CrossTenant-UserPrincipalName: g9JWPqCxrOTOSMcWEf6nkxv6BC1lEKNhmw6/QR/3FNQVx2I9CQwMBRHTcud/9atOh2V5ic9Rm+leV8YBdfFhNPJsAHCqLn//Dc3Uzw5Rquc= X-MS-Exchange-Transport-CrossTenantHeadersStamped: PH0PR10MB4648 X-Proofpoint-Virus-Version: vendor=nai engine=6200 definitions=9962 signatures=668683 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 bulkscore=0 spamscore=0 suspectscore=0 mlxscore=0 phishscore=0 malwarescore=0 adultscore=0 mlxlogscore=999 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2104060000 definitions=main-2104230008 X-Proofpoint-GUID: 4ILNEYisfW68wD4w-x0RvINi1Y3F8R4d X-Proofpoint-ORIG-GUID: 4ILNEYisfW68wD4w-x0RvINi1Y3F8R4d X-Proofpoint-Virus-Version: vendor=nai engine=6200 definitions=9962 signatures=668683 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 impostorscore=0 phishscore=0 mlxscore=0 suspectscore=0 lowpriorityscore=0 mlxlogscore=999 spamscore=0 bulkscore=0 adultscore=0 malwarescore=0 clxscore=1015 priorityscore=1501 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2104060000 definitions=main-2104230005 Precedence: bulk List-ID: X-Mailing-List: linux-scsi@vger.kernel.org Martin, > I suppose 99.9% of users never bother with customizing the udev rules. Except for the other 99.9%, perhaps? :) We definitely have many users that tweak udev storage rules for a variety of reasons. Including being able to use RII for LUN naming purposes. > But we can actually combine both approaches. If "wwid" yields a good > value most of the time (which is true IMO), we could make user space > rely on it by default, and make it possible to set an udev property > (e.g. ENV{ID_LEGACY}="1") to tell udev rules to determine WWID > differently. User-space apps like multipath could check the ID_LEGACY > property to determine whether or not reading the "wwid" attribute would > be consistent with udev. That would simplify matters a lot for us (Ben, > do you agree?), without the need of adding endless BLIST entries. That's fine with me. > AFAICT, no major distribution uses "wwid" for this purpose (yet). We definitely have users that currently rely on wwid, although probably not through standard distro scripts. > In a recent discussion with Hannes, the idea came up that the priority > of "SCSI name string" designators should actually depend on their > subtype. "naa." name strings should map to the respective NAA > descriptors, and "eui.", likewise (only "iqn." descriptors have no > binary counterpart; we thought they should rather be put below NAA, > prio-wise). I like what NVMe did wrt. to exporting eui, nguid, uuid separately from the best-effort wwid. That's why I suggested separate sysfs files for the various page 0x83 descriptors. I like the idea of being able to explicitly ask for an eui if that's what I need. But that appears to be somewhat orthogonal to your request. > I wonder if you'd agree with a change made that way for "wwid". I > suppose you don't. I'd then propose to add a new attribute following > this logic. It could simply be an additional attribute with a different > name. Or this new attribute could be a property of the block device > rather than the SCSI device, like NVMe does it > (/sys/block/nvme0n2/wwid). That's fine. I am not a big fan of the idea that block/foo/wwid and block/foo/device/wwid could end up being different. But I do think that from a userland tooling perspective the consistency with NVMe is more important. -- Martin K. Petersen Oracle Linux Engineering