Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:18 as permitted sender) client-ip=2620:137:e000::1:18;
Message-ID: <6e3f4d81-dcb5-9a64-a9f8-2c9b319574ef@linux.ibm.com>
Date:   Fri, 6 May 2022 11:55:35 -0400
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101
 Thunderbird/91.8.0
Subject: Re: [PATCH v6 14/21] KVM: s390: pci: provide routines for
 enabling/disabling interrupt forwarding
Content-Language: en-US
To:     Christian Borntraeger <borntraeger@linux.ibm.com>,
        linux-s390@vger.kernel.org
Cc:     alex.williamson@redhat.com, cohuck@redhat.com,
        schnelle@linux.ibm.com, farman@linux.ibm.com, pmorel@linux.ibm.com,
        hca@linux.ibm.com, gor@linux.ibm.com,
        gerald.schaefer@linux.ibm.com, agordeev@linux.ibm.com,
        svens@linux.ibm.com, frankja@linux.ibm.com, david@redhat.com,
        imbrenda@linux.ibm.com, vneethv@linux.ibm.com,
        oberpar@linux.ibm.com, freude@linux.ibm.com, thuth@redhat.com,
        pasic@linux.ibm.com, pbonzini@redhat.com, corbet@lwn.net,
        jgg@nvidia.com, kvm@vger.kernel.org, linux-kernel@vger.kernel.org,
        linux-doc@vger.kernel.org
References: <20220426200842.98655-1-mjrosato@linux.ibm.com>
 <20220426200842.98655-15-mjrosato@linux.ibm.com>
 <28395b98-3489-342a-970a-5358e4405f22@linux.ibm.com>
From:   Matthew Rosato <mjrosato@linux.ibm.com>
In-Reply-To: <28395b98-3489-342a-970a-5358e4405f22@linux.ibm.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Precedence: bulk

On 5/6/22 11:35 AM, Christian Borntraeger wrote:
> 
> 
> Am 26.04.22 um 22:08 schrieb Matthew Rosato:
> [...]
>> +static inline void unaccount_mem(unsigned long nr_pages)
>> +{
>> +    struct user_struct *user = get_uid(current_user());
>> +
>> +    if (user)
>> +        atomic_long_sub(nr_pages, &user->locked_vm);
>> +    if (current->mm)
>> +        atomic64_sub(nr_pages, &current->mm->pinned_vm);
>> +}
>> +
>> +static inline int account_mem(unsigned long nr_pages)
>> +{
>> +    struct user_struct *user = get_uid(current_user());
>> +    unsigned long page_limit, cur_pages, new_pages;
>> +
>> +    page_limit = rlimit(RLIMIT_MEMLOCK) >> PAGE_SHIFT;
>> +
>> +    do {
>> +        cur_pages = atomic_long_read(&user->locked_vm);
>> +        new_pages = cur_pages + nr_pages;
>> +        if (new_pages > page_limit)
>> +            return -ENOMEM;
>> +    } while (atomic_long_cmpxchg(&user->locked_vm, cur_pages,
>> +                    new_pages) != cur_pages);
>> +
>> +    atomic64_add(nr_pages, &current->mm->pinned_vm);
>> +
>> +    return 0;
> 
> user->locked_vm is not available unconditionally. Shall we add
> 
> CONFIG_S390 && CONFIG_KVM here?
> 
> include/linux/sched/user.h
> #if defined(CONFIG_PERF_EVENTS) || defined(CONFIG_BPF_SYSCALL) || \
>      defined(CONFIG_NET) || defined(CONFIG_IO_URING)
>          atomic_long_t locked_vm;
> #endif
> Or we could get rid of the user memlock checking for now until this is 
> more ubiquitous.

Oh, good catch.  Per my conversation with Jason in a thread on patch 16, 
we will end up with a CONFIG_VFIO_PCI_ZDEV_KVM (or something like that) 
-- this could be used instead of CONFIG_S390 && CONFIG_KVM and would 
imply both of those anyway

> 
> 
> Otherwise this looks sane
> 
> Reviewed-by: Christian Borntraeger <borntraeger@linux.ibm.com>