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=-4.1 required=3.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS,URIBL_BLOCKED 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 F16ADC433E0 for ; Thu, 6 Aug 2020 17:48:32 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id 38A56206B2 for ; Thu, 6 Aug 2020 17:48:33 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (1024-bit key) header.d=broadcom.com header.i=@broadcom.com header.b="GTjj+zFz" Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1730320AbgHFRsG (ORCPT ); Thu, 6 Aug 2020 13:48:06 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:40908 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728858AbgHFQf3 (ORCPT ); Thu, 6 Aug 2020 12:35:29 -0400 Received: from mail-oi1-x233.google.com (mail-oi1-x233.google.com [IPv6:2607:f8b0:4864:20::233]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 3E96BC002144 for ; Thu, 6 Aug 2020 09:26:20 -0700 (PDT) Received: by mail-oi1-x233.google.com with SMTP id h3so19807463oie.11 for ; Thu, 06 Aug 2020 09:26:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=broadcom.com; s=google; h=from:references:in-reply-to:mime-version:thread-index:date :message-id:subject:to:cc; bh=pxu3Wm2r5flCQF4ajF0ZQOQr9hhuPoaoinV7EW0aq9E=; b=GTjj+zFzoQZmBwTymYpv21TWX3X1mPMVhYZYpml3lzqF66dRI9FLoY4OyWywaV9lrk UYCjrudBk2SHIj92TS/Pk2H1caFBjfXCyzrlt1iA5shtbtylSfRorxusYKmCUfleHSxp 3fYqJu+Lxe5Jv1d4ipoi91YDs9ffcPHNNEtko= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:references:in-reply-to:mime-version :thread-index:date:message-id:subject:to:cc; bh=pxu3Wm2r5flCQF4ajF0ZQOQr9hhuPoaoinV7EW0aq9E=; b=UX0QivDFodufuS0QeBUoUyLLI/B9UPOsiwx6Q5ZSjZk6/JbUBSBTcgkYOpeu0A3Bno o/P4ppekE0XKeVPNDvs1OK/QZPxBCOjmq73TcpEItX84kqOlRtkw9Nd9teSSrcDuzio/ e1ResIRQfaNvi+e2UFFas6a2pe/V/CnxeJTTGJx6TAq78hSliGBtl8yw9QoeohGV52+6 EsL462Yz3FuIlj4HXXbd5dMvntuNxMAkHZt3ax48IT424j6WDDpuqpLl2Wy6w97srAkC F+oakxf2J047nd/i0PyDHK1uUF4rHgkbrWFaSBI6MGEMcwxj3YqN/Wq7iL3Np1SxasjA dV5A== X-Gm-Message-State: AOAM5312+CGad6RM5YGeexM0u8eJRi3luzTVDaKEcUw9sn8buFrJgWnL qGsV7IE1nisma7VhT+e5Is/TRapqDtgdh1F5I20xgg== X-Google-Smtp-Source: ABdhPJzsu4+74unJwtfEF/ze3oQ7KrBdkPFX6BkXCd5uVPO+3TnTHDiRsh1vvpROH4ElAbCB7gVogQKaHJuNG8ljioY= X-Received: by 2002:aca:b988:: with SMTP id j130mr2741951oif.87.1596731178760; Thu, 06 Aug 2020 09:26:18 -0700 (PDT) From: Muneendra Kumar M References: <1596507196-27417-1-git-send-email-muneendra.kumar@broadcom.com> <1596507196-27417-17-git-send-email-muneendra.kumar@broadcom.com> <61d2fd75-84ea-798b-aee9-b07957ac8f1b@suse.de> <08b9825b-6abb-c077-ac0d-bd63f10f2ac2@broadcom.com> <227c5ba1-8a9c-3ec9-5a0f-662a4736c66f@redhat.com> In-Reply-To: <227c5ba1-8a9c-3ec9-5a0f-662a4736c66f@redhat.com> MIME-Version: 1.0 X-Mailer: Microsoft Outlook 15.0 thread-index: AQIDyhmBPqdmqCKUdNTZliBUbPkt/AI5BKetAom9APICL6c0jAMHD3TmAjtZC5OobtwMkA== Date: Thu, 6 Aug 2020 21:56:16 +0530 Message-ID: Subject: RE: [RFC 16/16] lpfc: vmid: Introducing vmid in io path. To: Paolo Bonzini , James Smart , Hannes Reinecke , linux-block@vger.kernel.org, linux-scsi@vger.kernel.org Cc: emilne@redhat.com, mkumar@redhat.com, Gaurav Srivastava , James Smart , Ming Lei , Tejun Heo Content-Type: text/plain; charset="UTF-8" Sender: linux-scsi-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-scsi@vger.kernel.org Hi Paolo, >3.As part of this interface user/deamon will provide the details of VM such > as UUID,PID on VM creation to the transport . >The VM process, or the container process, is likely to be unprivileged and >cannot obtain the permissions needed to do this; therefore, you need to >cope with the situation where there is no PID yet in the cgroup, because >the tool >that created the VM or container might be initializing the >cgroup, but it might not have started the VM yet. In that case there would >be no PID. Agreed.A small doubt. If the VM is started (running)then we can have the PID and we can use the PID? >Would it be possible to pass a file descriptor for the cgroup directory in >sysfs, instead of the PID? Yes we can do that. >Also what would the kernel API look like for this? Would it have to be >driver-specific? The API should be generic and it should not be driver-specific. Regards, Muneendra.