Received: by 10.223.185.116 with SMTP id b49csp5056855wrg; Tue, 27 Feb 2018 07:09:38 -0800 (PST) X-Google-Smtp-Source: AH8x224+lBhiQR+AG51uX1xAV990HAxdJd2Vb8eUTfoAXvDdpw2SM9cFjldzNoBZ2Z6cYrPiy39C X-Received: by 2002:a17:902:b109:: with SMTP id q9-v6mr14799178plr.340.1519744178061; Tue, 27 Feb 2018 07:09:38 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1519744178; cv=none; d=google.com; s=arc-20160816; b=JcjwTycfAVinMgfnltldjhCc+G+JXmj7leAxY9KoxstwM5QL+5JtMAou3yqNudSpjS VYDDVuVArapEBokp8lfUipuNeWmOsct0FE8MHg/frIY5LIFIxltAfuI7tIKOXAfRfDc1 xWyXZY0dHpgIvDnFDExx3J21lqdEmGRuGM+ieC/5/pbLC7+5PzMI19ds6uCeyl6RQg/y qQoGF4BR3aMXmFVnqMRbl2VDSlsy7yFo9ncfw2kzZfAHsjo5dZk5ycpslPZG69z/NOTW CemzAIVBdeH2TtdD2nuGYdp0+uHZEkkke9obIGMYygkLLQk+Ng4tyT9RV7hug3y7ZD9h 22+g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:to:subject:arc-authentication-results; bh=07f00ziBJwPRe8idHbdBcD3Jr8iojz7DDgEzapgdUrU=; b=MO63idIVkjTWIKGwFn2yv6DKdIItW6J7NgNAbjaLYOnJs9W0SkfG6cKREU1aMFbM3v RARRnL9qjEhs+XVSE9OwtmXX/i6HpN6BjrSL2OGojqCPB0YPu5W9oRXdJvkUb9HPM6dN oxzvbpWAyOqHzaOdby9tLCv4s/OX20RQ4TFuBr8CnOmzC8aHeoqqj393IeNUb0EKH8Y9 1J5EeS39rHRcbZ02JLyCroWo15+kvMXTH4qE+rcqNKfQ04iSMtKZift+UIIUIr3OIho+ Wf/bZUZ0ayvc0DSMNG4aBLh/O70QdfH4K+zng5/gGF40sYgLcYB+5gUDeSdPvV0U0PTu jSGA== 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=samsung.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id d5si8724260pfl.224.2018.02.27.07.09.11; Tue, 27 Feb 2018 07:09:38 -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=samsung.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754118AbeB0PGm (ORCPT + 99 others); Tue, 27 Feb 2018 10:06:42 -0500 Received: from osg.samsung.com ([64.30.133.232]:52674 "EHLO osg.samsung.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754101AbeB0PGj (ORCPT ); Tue, 27 Feb 2018 10:06:39 -0500 Received: from localhost (localhost [127.0.0.1]) by osg.samsung.com (Postfix) with ESMTP id 9B15D29125; Tue, 27 Feb 2018 07:06:38 -0800 (PST) X-Virus-Scanned: Debian amavisd-new at dev.s-opensource.com Received: from osg.samsung.com ([127.0.0.1]) by localhost (localhost [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lF3u42C170gX; Tue, 27 Feb 2018 07:06:30 -0800 (PST) Received: from [192.168.1.87] (c-24-9-64-241.hsd1.co.comcast.net [24.9.64.241]) by osg.samsung.com (Postfix) with ESMTPSA id 48ABC2911A; Tue, 27 Feb 2018 07:06:30 -0800 (PST) Subject: Re: [PATCH 2/2] selftests: ion: Add simple test with the vgem driver To: Laura Abbott , shuah@kernel.org, Sumit Semwal , devel@driverdev.osuosl.org, Todd Kjos , linux-kernel@vger.kernel.org, dri-devel@lists.freedesktop.org, Liam Mark , linux-kselftest@vger.kernel.org, Shuah Khan References: <20180216012445.17264-1-labbott@redhat.com> <20180216012445.17264-3-labbott@redhat.com> <20180219153143.GS22199@phenom.ffwll.local> <20180219183333.GD22199@phenom.ffwll.local> From: Shuah Khan Message-ID: Date: Tue, 27 Feb 2018 08:06:22 -0700 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 02/26/2018 06:48 PM, Laura Abbott wrote: > On 02/26/2018 09:07 AM, Shuah Khan wrote: >> On 02/19/2018 11:33 AM, Daniel Vetter wrote: >>> On Mon, Feb 19, 2018 at 10:18:21AM -0800, Laura Abbott wrote: >>>> On 02/19/2018 07:31 AM, Daniel Vetter wrote: >>>>> On Thu, Feb 15, 2018 at 05:24:45PM -0800, Laura Abbott wrote: >>>>>> Ion is designed to be a framework used by other clients who perform >>>>>> operations on the buffer. Use the DRM vgem client as a simple consumer. >>>>>> In conjunction with the dma-buf sync ioctls, this tests the full attach/map >>>>>> path for the system heap. >>>>>> >>>>>> Signed-off-by: Laura Abbott >>>>>> --- >>>>>>    tools/testing/selftests/android/ion/Makefile      |   3 +- >>>>>>    tools/testing/selftests/android/ion/config        |   1 + >>>>>>    tools/testing/selftests/android/ion/ionmap_test.c | 136 ++++++++++++++++++++++ >>>>>>    3 files changed, 139 insertions(+), 1 deletion(-) >>>>>>    create mode 100644 tools/testing/selftests/android/ion/ionmap_test.c >>>>>> >>>>>> diff --git a/tools/testing/selftests/android/ion/Makefile b/tools/testing/selftests/android/ion/Makefile >>>>>> index 96e0c448b39d..d23b6d537d8b 100644 >>>>>> --- a/tools/testing/selftests/android/ion/Makefile >>>>>> +++ b/tools/testing/selftests/android/ion/Makefile >>>>>> @@ -2,7 +2,7 @@ >>>>>>    INCLUDEDIR := -I. -I../../../../../drivers/staging/android/uapi/ >>>>>>    CFLAGS := $(CFLAGS) $(INCLUDEDIR) -Wall -O2 -g >>>>>> -TEST_GEN_FILES := ionapp_export ionapp_import >>>>>> +TEST_GEN_FILES := ionapp_export ionapp_import ionmap_test >>>>>>    all: $(TEST_GEN_FILES) >>>>>> @@ -14,3 +14,4 @@ include ../../lib.mk >>>>>>    $(OUTPUT)/ionapp_export: ionapp_export.c ipcsocket.c ionutils.c >>>>>>    $(OUTPUT)/ionapp_import: ionapp_import.c ipcsocket.c ionutils.c >>>>>> +$(OUTPUT)/ionmap_test: ionmap_test.c ionutils.c >>>>>> diff --git a/tools/testing/selftests/android/ion/config b/tools/testing/selftests/android/ion/config >>>>>> index 19db6ca9aa2b..b4ad748a9dd9 100644 >>>>>> --- a/tools/testing/selftests/android/ion/config >>>>>> +++ b/tools/testing/selftests/android/ion/config >>>>>> @@ -2,3 +2,4 @@ CONFIG_ANDROID=y >>>>>>    CONFIG_STAGING=y >>>>>>    CONFIG_ION=y >>>>>>    CONFIG_ION_SYSTEM_HEAP=y >>>>>> +CONFIG_DRM_VGEM=y >>>>>> diff --git a/tools/testing/selftests/android/ion/ionmap_test.c b/tools/testing/selftests/android/ion/ionmap_test.c >>>>>> new file mode 100644 >>>>>> index 000000000000..dab36b06b37d >>>>>> --- /dev/null >>>>>> +++ b/tools/testing/selftests/android/ion/ionmap_test.c >>>>>> @@ -0,0 +1,136 @@ >>>>>> +#include >>>>>> +#include >>>>>> +#include >>>>>> +#include >>>>>> +#include >>>>>> +#include >>>>>> + >>>>>> +#include >>>>>> +#include >>>>>> +#include >>>>>> + >>>>>> +#include >>>>>> + >>>>>> +#include >>>>>> + >>>>>> +#include "ion.h" >>>>>> +#include "ionutils.h" >>>>>> + >>>>>> +int check_vgem(int fd) >>>>>> +{ >>>>>> +    drm_version_t version = { 0 }; >>>>>> +    char name[5]; >>>>>> +    int ret; >>>>>> + >>>>>> +    version.name_len = 4; >>>>>> +    version.name = name; >>>>>> + >>>>>> +    ret = ioctl(fd, DRM_IOCTL_VERSION, &version); >>>>>> +    if (ret) >>>>>> +        return 1; >>>>>> + >>>>>> +    return strcmp(name, "vgem"); >>>>>> +} >>>>>> + >>>>>> +int open_vgem(void) >>>>>> +{ >>>>>> +    int i, fd; >>>>>> +    const char *drmstr = "/dev/dri/card"; >>>>>> + >>>>>> +    fd = -1; >>>>>> +    for (i = 0; i < 16; i++) { >>>>>> +        char name[80]; >>>>>> + >>>>>> +        sprintf(name, "%s%u", drmstr, i); >>>>>> + >>>>>> +        fd = open(name, O_RDWR); >>>>>> +        if (fd < 0) >>>>>> +            continue; >>>>>> + >>>>>> +        if (check_vgem(fd)) { >>>>>> +            close(fd); >>>>>> +            continue; >>>>>> +        } else { >>>>>> +            break; >>>>>> +        } >>>>>> + >>>>>> +    } >>>>>> +    return fd; >>>>>> +} >>>>>> + >>>>>> +int import_vgem_fd(int vgem_fd, int dma_buf_fd, uint32_t *handle) >>>>>> +{ >>>>>> +    struct drm_prime_handle import_handle = { 0 }; >>>>>> +    int ret; >>>>>> + >>>>>> +    import_handle.fd = dma_buf_fd; >>>>>> +    import_handle.flags = 0; >>>>>> +    import_handle.handle = 0; >>>>>> + >>>>>> +    ret = ioctl(vgem_fd, DRM_IOCTL_PRIME_FD_TO_HANDLE, &import_handle); >>>>>> +    if (ret == 0) >>>>>> +        *handle = import_handle.handle; >>>>>> +    return ret; >>>>>> +} >>>>>> + >>>>>> +void close_handle(int vgem_fd, uint32_t handle) >>>>>> +{ >>>>>> +    struct drm_gem_close close = { 0 }; >>>>>> + >>>>>> +    close.handle = handle; >>>>>> +    ioctl(vgem_fd, DRM_IOCTL_GEM_CLOSE, &close); >>>>>> +} >>>>>> + >>>>>> +int main() >>>>>> +{ >>>>>> +    int ret, vgem_fd; >>>>>> +    struct ion_buffer_info info; >>>>>> +    uint32_t handle = 0; >>>>>> +    struct dma_buf_sync sync = { 0 }; >>>>>> + >>>>>> +    info.heap_type = ION_HEAP_TYPE_SYSTEM; >>>>>> +    info.heap_size = 4096; >>>>>> +    info.flag_type = ION_FLAG_CACHED; >>>>>> + >>>>>> +    ret = ion_export_buffer_fd(&info); >>>>>> +    if (ret < 0) { >>>>>> +        printf("ion buffer alloc failed\n"); >>>>>> +        return -1; >>>>>> +    } >>>>>> + >>>>>> +    vgem_fd = open_vgem(); >>>>>> +    if (vgem_fd < 0) { >>>>>> +        ret = vgem_fd; >>>>>> +        printf("Failed to open vgem\n"); >>>>>> +        goto out_ion; >>>>>> +    } >>>>>> + >>>>>> +    ret = import_vgem_fd(vgem_fd, info.buffd, &handle); >>>>>> + >>>>>> +    if (ret < 0) { >>>>>> +        printf("Failed to import buffer\n"); >>>>>> +        goto out_vgem; >>>>>> +    } >>>>>> + >>>>>> +    sync.flags = DMA_BUF_SYNC_START | DMA_BUF_SYNC_RW; >>>>>> +    ret = ioctl(info.buffd, DMA_BUF_IOCTL_SYNC, &sync); >>>>>> +    if (ret) >>>>>> +        printf("sync start failed %d\n", errno); >>>>>> + >>>>>> +    memset(info.buffer, 0xff, 4096); >>>>>> + >>>>>> +    sync.flags = DMA_BUF_SYNC_END | DMA_BUF_SYNC_RW; >>>>>> +    ret = ioctl(info.buffd, DMA_BUF_IOCTL_SYNC, &sync); >>>>>> +    if (ret) >>>>>> +        printf("sync end failed %d\n", errno); >>>>> >>>>> At least in drm we require that userspace auto-restarts all ioctls when >>>>> they get interrupt. See >>>>> >>>>> https://cgit.freedesktop.org/drm/libdrm/tree/xf86drm.c#n186 >>>>> >>>>> not really an issue with vgem (which can't wait for hw or anything else). >>>>> But good to make sure we don't spread bad copypastas. >>>>> >>>>> Actual use of the ioctls looks all good. With the drmIoctl wrapper added >>>>> and used this is: >>>>> >>>>> Reviewed-by: Daniel Vetter >>>> >>>> Thanks for the review. The reason I didn't use the standard drmIoctl was >>>> because I didn't want to introduce a dependency on libdrm. I don't see >>>> an example of another selftest having a dependency on an external >>>> library. >>>> >>>> Is adding a dependencies on fairly standard but still external userspace >>>> libraries okay for kernel self tests? >> >> We have cases where external libraries are used. fuse test probably is one >> example. >> >>> >>> Yeah adding a dependency isn't good, I'd just copypaste a local static >>> version into the test file. That's good enough, the point isn't to use the >>> libdrm one, but a wrapper that automatically restarts (every other >>> userspace for gfx has their own copy of it since it's so trivial). >> >> Let's go ahead and use libdrm - It is important to keep them in sync. Maybe >> we can check dependency in the ion Makefile and not compile the test. As long >> as the rest of the tests run even when libdrm dependency isn't met, we should >> be good. >> >> thanks, >> -- Shuah >> >> > > The example you gave with fuse doesn't compile if you don't have the > fuse library installed. I don't think adding a dependency on libdrm > is worth it for a simple wrapper ioctl, especially since Daniel mention > it gets copied around anyway. > > Thanks, > Laura Right. It won't compile without the library. The upside is there is no duplicate code. That said, I have no problems taking the patch for now. If I start seeing more and more drm code, I might reconsider and opt to add the dependency. I will queue this up for 4.17-rc1 thanks, -- Shuah