Received: by 2002:a4a:311b:0:0:0:0:0 with SMTP id k27-v6csp4267004ooa; Tue, 14 Aug 2018 03:44:48 -0700 (PDT) X-Google-Smtp-Source: AA+uWPwDk+YlHqXiHWgnXTfavqAC4/HC7KwGpJ30Iqy7Toa/XcQaK/4KiHBEe/QUub2uWu74SEPh X-Received: by 2002:a65:4d05:: with SMTP id i5-v6mr20223121pgt.58.1534243487995; Tue, 14 Aug 2018 03:44:47 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1534243487; cv=none; d=google.com; s=arc-20160816; b=G49UctWqgp0AECHknLrNOLyb7fYM1VhXPnKxc2Zivk5GFeTPZQwdtxZQAME9D3a7wD os3xpibjIOaxr5fSpZ7GLaw/EXun0ilp4Kz+DXrVbiqXxvdNLuO1cb8n+Dgl+jC7YysQ E8AVG11Cidrp23fSNIcTlGY8O54tQUIwXuhdAhN8WXGVnD5Rx966cfq8OqDq4oKddi6z b49dnppevvBd8ZmKXsQm6SJ7nCLth4keBFGlIQRLqZWqFgiHtRgtNDElDDlVxJYD/AQf nlDgvS8cuqbcmP2kVaT3z6Zqc3xVUZIwXt68QqrGR3u//JdwY2/7Sx+jdgwfVgEt66sT gp6w== 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:mime-version :organization:references:in-reply-to:message-id:subject:cc:to:from :date:arc-authentication-results; bh=R1Vs49b0TE/VdbXLvxS90bSplYyLGpGtA/P2RHy0IU8=; b=VoL9pQ7gakRGwyR5xnkDu29oin+jVbi0Duk22Ol4CBaIKKYz8OB3WxLeHhoPdDTtgo axyp1NwB8Hj7R1xYZGrUXIqfPfN7toswyqD8uWP06bu6jZOisYmiHNN4tGOR/hKa9Kg4 RVAsgMK0scfcz0XnPG+y6VEp/omqV/guuc+eMSGWsi8Q6YZLsqoiiVpy8ALoHuf4dYs/ 85Yy905AQM6RDqKHLNvuGzy6/I7TwMaY1RL/bVBLfqL44E8TjipVbn+iyg6k1O+R0dJf UxvaY/loZpXWEJSLFV44ps8WjzQtpMZAHXY0Y6ryNc//w4QGDTXIX+6BeB7QDORcDO57 D/lw== 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=redhat.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id y18-v6si17459467pll.82.2018.08.14.03.44.32; Tue, 14 Aug 2018 03:44:47 -0700 (PDT) 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=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1732284AbeHNN3G (ORCPT + 99 others); Tue, 14 Aug 2018 09:29:06 -0400 Received: from mx3-rdu2.redhat.com ([66.187.233.73]:46198 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1729567AbeHNN3G (ORCPT ); Tue, 14 Aug 2018 09:29:06 -0400 Received: from smtp.corp.redhat.com (int-mx03.intmail.prod.int.rdu2.redhat.com [10.11.54.3]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id F0B078197003; Tue, 14 Aug 2018 10:42:28 +0000 (UTC) Received: from gondolin (ovpn-117-136.ams2.redhat.com [10.36.117.136]) by smtp.corp.redhat.com (Postfix) with ESMTP id 8C74E1003208; Tue, 14 Aug 2018 10:42:23 +0000 (UTC) Date: Tue, 14 Aug 2018 12:42:20 +0200 From: Cornelia Huck To: Tony Krowiak Cc: linux-s390@vger.kernel.org, linux-kernel@vger.kernel.org, kvm@vger.kernel.org, freude@de.ibm.com, schwidefsky@de.ibm.com, heiko.carstens@de.ibm.com, borntraeger@de.ibm.com, kwankhede@nvidia.com, bjsdjshi@linux.vnet.ibm.com, pbonzini@redhat.com, alex.williamson@redhat.com, pmorel@linux.vnet.ibm.com, alifm@linux.vnet.ibm.com, mjrosato@linux.vnet.ibm.com, jjherne@linux.vnet.ibm.com, thuth@redhat.com, pasic@linux.vnet.ibm.com, berrange@redhat.com, fiuczy@linux.vnet.ibm.com, buendgen@de.ibm.com, frankja@linux.ibm.com, Tony Krowiak Subject: Re: [PATCH v9 08/22] s390: vfio-ap: base implementation of VFIO AP device driver Message-ID: <20180814124220.355f2ffa.cohuck@redhat.com> In-Reply-To: <1534196899-16987-9-git-send-email-akrowiak@linux.vnet.ibm.com> References: <1534196899-16987-1-git-send-email-akrowiak@linux.vnet.ibm.com> <1534196899-16987-9-git-send-email-akrowiak@linux.vnet.ibm.com> Organization: Red Hat GmbH MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.78 on 10.11.54.3 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.11.55.8]); Tue, 14 Aug 2018 10:42:29 +0000 (UTC) X-Greylist: inspected by milter-greylist-4.5.16 (mx1.redhat.com [10.11.55.8]); Tue, 14 Aug 2018 10:42:29 +0000 (UTC) for IP:'10.11.54.3' DOMAIN:'int-mx03.intmail.prod.int.rdu2.redhat.com' HELO:'smtp.corp.redhat.com' FROM:'cohuck@redhat.com' RCPT:'' Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, 13 Aug 2018 17:48:05 -0400 Tony Krowiak wrote: > diff --git a/drivers/s390/crypto/vfio_ap_drv.c b/drivers/s390/crypto/vfio_ap_drv.c > new file mode 100644 > index 0000000..5069580 > --- /dev/null > +++ b/drivers/s390/crypto/vfio_ap_drv.c > @@ -0,0 +1,118 @@ > +// SPDX-License-Identifier: GPL-2.0+ > +/* > + * VFIO based AP device driver > + * > + * Copyright IBM Corp. 2018 > + * > + * Author(s): Tony Krowiak > + */ > + > +#include > +#include > +#include > +#include > +#include "vfio_ap_private.h" > + > +#define VFIO_AP_ROOT_NAME "vfio_ap" > +#define VFIO_AP_DEV_TYPE_NAME "ap_matrix" > +#define VFIO_AP_DEV_NAME "matrix" > + > +MODULE_AUTHOR("IBM Corporation"); > +MODULE_DESCRIPTION("VFIO AP device driver, Copyright IBM Corp. 2018"); > +MODULE_LICENSE("GPL v2"); > + > +static struct ap_driver vfio_ap_drv; > + > +static struct device_type vfio_ap_dev_type = { > + .name = VFIO_AP_DEV_TYPE_NAME, > +}; > + > +struct ap_matrix_dev matrix_dev; Please don't add new statically allocated devices, but allocate it dynamically (see the comment in device_add()). > + > +/* Only type 10 adapters (CEX4 and later) are supported > + * by the AP matrix device driver > + */ > +static struct ap_device_id ap_queue_ids[] = { > + { .dev_type = AP_DEVICE_TYPE_CEX4, > + .match_flags = AP_DEVICE_ID_MATCH_QUEUE_TYPE }, > + { .dev_type = AP_DEVICE_TYPE_CEX5, > + .match_flags = AP_DEVICE_ID_MATCH_QUEUE_TYPE }, > + { .dev_type = AP_DEVICE_TYPE_CEX6, > + .match_flags = AP_DEVICE_ID_MATCH_QUEUE_TYPE }, > + { /* end of sibling */ }, > +}; > + > +MODULE_DEVICE_TABLE(vfio_ap, ap_queue_ids); > + > +static int vfio_ap_queue_dev_probe(struct ap_device *apdev) > +{ > + return 0; > +} > + > +static void vfio_ap_queue_dev_remove(struct ap_device *apdev) > +{ > + /* Nothing to do yet */ > +} You need a release callback as well. > + > +static int vfio_ap_matrix_dev_init(void) > +{ > + int ret; > + struct device *root_device; > + > + root_device = root_device_register(VFIO_AP_ROOT_NAME); > + if (IS_ERR(root_device)) { > + ret = PTR_ERR(root_device); > + return ret; > + } > + > + matrix_dev.device.type = &vfio_ap_dev_type; > + dev_set_name(&matrix_dev.device, "%s", VFIO_AP_DEV_NAME); > + matrix_dev.device.type = &vfio_ap_dev_type; > + matrix_dev.device.parent = root_device; > + matrix_dev.device.driver = &vfio_ap_drv.driver; > + > + ret = device_register(&matrix_dev.device); > + if (ret) { > + root_device_unregister(root_device); And this needs a put_device() for the matrix device. (It is getting ugly with a statically allocated device.) > + return ret; > + } > + > + return 0; > +} > + > +static void vfio_ap_matrix_dev_destroy(void) > +{ > + device_unregister(&matrix_dev.device); This one already does a put_device(). Didn't the driver core complain? > + root_device_unregister(matrix_dev.device.parent); > +}