Received: by 2002:a05:6a10:6744:0:0:0:0 with SMTP id w4csp644467pxu; Fri, 23 Oct 2020 09:40:40 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyAH2Sy10f+uLeTvCF/xDJv38OdLTyfjD4xYrZIeKuoqbDTVVRvwtvLQykOZgSzaGNNWUUh X-Received: by 2002:a50:e041:: with SMTP id g1mr3139943edl.385.1603471240784; Fri, 23 Oct 2020 09:40:40 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1603471240; cv=none; d=google.com; s=arc-20160816; b=myLn4fhSyqU24nQdvr9vyRRXBD96VrfNT7RJrFK0BJuM6UNo3J6NgiNc7kHECy5HLJ mcvbWWYAuOOzA+m9B+VICmzbsnCoDUUclKu2VJp4BSXwF/3Dws7oFgXBGNeGXiKeAr44 IIeks8tsYJv0IdM9VLll9cz+3c/kwxQFGzDlSiNsFPpOZFp55N++3g73f4eda69R8+53 pyO7jiX2YkrMJwlDej1aBmnXkLt4XF9IvEpHNl78HO8R38vfIVpexLsGe/nnHvGnItu9 RHai1v5Lf3WVP5a2IC+nCYtw9gT2sxhy+t97/LuEdqF3Cihmps7QfY6LzjhXWNF7YZ+E IAaQ== 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 :references:in-reply-to:message-id:date:subject:cc:to:from :dkim-signature; bh=RVoyF7iyhnYQEIhH6xttPWOJRngfduDVzFdfytEpKNY=; b=fChIVAcZ+jnKsR//5NWI6eIGMKzS56/0xnw4sNRBg7xra20REJZoADZ73muw7h8wyE Q2wTrpKIRXHFXoIuhwPDRuyz+YCxLlPKYzQC/ZSK3EfMsKgkYmwCMAi9tSDBVVcm+ap0 ohfsA9FCzIH9FidfGDCXrTbtuax6mYRHuhKSGL1G6QPORTPhNXckg9REKpXsVTV2YtjY 7d6JS/Kk+KToyn0xCp/m74SOdXU3t1jDivWsppV1dwwyE913oEem66JJaMHAN+FSdzrj E75Gms+y/Dm++C4mJn9oyGid1Aaia4hwNDG/ggyZsrK9ZTXx/40YaYE8kEL59c1EVN++ cz3Q== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=USsA8KUh; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id u24si1020738edx.388.2020.10.23.09.40.19; Fri, 23 Oct 2020 09:40:40 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=USsA8KUh; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752284AbgJWQh6 (ORCPT + 99 others); Fri, 23 Oct 2020 12:37:58 -0400 Received: from mail.kernel.org ([198.145.29.99]:33164 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751826AbgJWQdt (ORCPT ); Fri, 23 Oct 2020 12:33:49 -0400 Received: from mail.kernel.org (ip5f5ad5a3.dynamic.kabel-deutschland.de [95.90.213.163]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id A855F2468B; Fri, 23 Oct 2020 16:33:47 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1603470827; bh=qr1Bdzxu66hg12cVA1OzgoArW19xtMHTbFo6QeDuuRI=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=USsA8KUhim9AG5ih7fqD4h+zUCU3gsUMjm0mF9FGizpIdPcdY1oTVyv1+mRMbAvxB HO636PBqTfDMFq1atO4dDvBkQPDHKR9qbCztWuDbfGwvTE1hLViArQ3zRXV2ZiF7ct SjBA1Zo69J0PuKKETwd8lP17KygObCzn2WPem1Tw= Received: from mchehab by mail.kernel.org with local (Exim 4.94) (envelope-from ) id 1kW00f-002AwH-LI; Fri, 23 Oct 2020 18:33:45 +0200 From: Mauro Carvalho Chehab To: Linux Doc Mailing List Cc: Mauro Carvalho Chehab , "Jonathan Corbet" , Sudip Mukherjee , linux-kernel@vger.kernel.org Subject: [PATCH v3 22/56] parport: fix a kernel-doc markup Date: Fri, 23 Oct 2020 18:33:09 +0200 Message-Id: <7d7bc15bf755561c230ba95b4fc083fa1026a942.1603469755.git.mchehab+huawei@kernel.org> X-Mailer: git-send-email 2.26.2 In-Reply-To: References: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Sender: Mauro Carvalho Chehab Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org The kernel-doc markup inside share.c is actually for __parport_register_driver. The actual goal seems to be to document parport_register_driver(). So, fix the existing markup and add a new one. Signed-off-by: Mauro Carvalho Chehab --- drivers/parport/share.c | 2 +- include/linux/parport.h | 31 +++++++++++++++++++++++++++++++ 2 files changed, 32 insertions(+), 1 deletion(-) diff --git a/drivers/parport/share.c b/drivers/parport/share.c index 7fec4fefe151..62f8407923d4 100644 --- a/drivers/parport/share.c +++ b/drivers/parport/share.c @@ -243,7 +243,7 @@ static int port_detect(struct device *dev, void *dev_drv) } /** - * parport_register_driver - register a parallel port device driver + * __parport_register_driver - register a parallel port device driver * @drv: structure describing the driver * @owner: owner module of drv * @mod_name: module name string diff --git a/include/linux/parport.h b/include/linux/parport.h index 1fb508c19e83..f981f794c850 100644 --- a/include/linux/parport.h +++ b/include/linux/parport.h @@ -297,6 +297,37 @@ int __must_check __parport_register_driver(struct parport_driver *, * parport_register_driver must be a macro so that KBUILD_MODNAME can * be expanded */ + +/** + * parport_register_driver - register a parallel port device driver + * @driver: structure describing the driver + * + * This can be called by a parallel port device driver in order + * to receive notifications about ports being found in the + * system, as well as ports no longer available. + * + * If devmodel is true then the new device model is used + * for registration. + * + * The @driver structure is allocated by the caller and must not be + * deallocated until after calling parport_unregister_driver(). + * + * If using the non device model: + * The driver's attach() function may block. The port that + * attach() is given will be valid for the duration of the + * callback, but if the driver wants to take a copy of the + * pointer it must call parport_get_port() to do so. Calling + * parport_register_device() on that port will do this for you. + * + * The driver's detach() function may block. The port that + * detach() is given will be valid for the duration of the + * callback, but if the driver wants to take a copy of the + * pointer it must call parport_get_port() to do so. + * + * + * Returns 0 on success. The non device model will always succeeds. + * but the new device model can fail and will return the error code. + **/ #define parport_register_driver(driver) \ __parport_register_driver(driver, THIS_MODULE, KBUILD_MODNAME) -- 2.26.2