Received: by 2002:ac0:bc90:0:0:0:0:0 with SMTP id a16csp1570262img; Tue, 19 Mar 2019 10:26:19 -0700 (PDT) X-Google-Smtp-Source: APXvYqxAqu9Ef/MVWu92z5BObPs3Zgs+TMncyGXKpxUA4/Bq0XoJ8D1mEGrjqixGxarGD/ppL4Yl X-Received: by 2002:aa7:8051:: with SMTP id y17mr3093179pfm.29.1553016378999; Tue, 19 Mar 2019 10:26:18 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1553016378; cv=none; d=google.com; s=arc-20160816; b=1HhiTUIliNrQu3KZb7KpPfMLmnuvI9eMlqsUkzGlOJxrNI00e1vkSBl0LQ5vw0PnCK IST0h9J5jKlHHPJnMuGe7/gpoShmy7aaMwHdJM3yaFcNs62cBA9ItYjmOwhHzIr3V0aA CA5+edlCmZbigwepqdRVnZCAYKBMZh/Q9sWAeQSbQ9erEEINszninSBrziXerh7i+T7o WIU/kPQNU3tJ8Ors8jdo8aEPGXpSTqeWUBMco3CIiavOMdCOkzY89O0Xr2dy7qnnXCl1 hMY4zmCMfMqx3GxyjYzsD8noNT+f49oLEp1w4MpGetZ9uQTwLrKYPGq8j9QmUna0BMFD 7rnA== 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:cc:references:to:subject:dkim-signature; bh=vLkPqFcxJSl87h/ecNobrHWjBLalJGOJylaB9lNqgMs=; b=IOYu2gtSgkZBB+TtatLreauJs7zg9YOs8Bn2AIA6kldSEK+TN1B5eXWDMapIqA4Ks1 ShcZ80OsaQtGHqh/kZQZGzwzzJJ4BpQ+5SJ2+aBJvCyzNfZGCRweu259zxo437muQCk5 Ib7mn2hjgl3c4QoYfNfSqeklFYJA+96DpRKF8a8TRIuq2uwTzBbUaIoPBRNNESM4dsra H1bNFLn2wEoNeRTF0oeQAtviAcVaDSni4dalndl1zWFSlnziTkY8xW2Jf7NluGaJzp70 PPmh5NU6yQkGFSl6ewLiE5Q2mAklu+WeFBp9lqC0WnnknVDPz/Im2FQkJwgToLvnIuC4 OIqQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=temperror (no key for signature) header.i=@lucaceresoli.net header.s=default header.b=vhNkNqvK; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id w3si12293990pll.417.2019.03.19.10.26.02; Tue, 19 Mar 2019 10:26:18 -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; dkim=temperror (no key for signature) header.i=@lucaceresoli.net header.s=default header.b=vhNkNqvK; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727419AbfCSRYz (ORCPT + 99 others); Tue, 19 Mar 2019 13:24:55 -0400 Received: from hostingweb31-40.netsons.net ([89.40.174.40]:58757 "EHLO hostingweb31-40.netsons.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726860AbfCSRYy (ORCPT ); Tue, 19 Mar 2019 13:24:54 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lucaceresoli.net; s=default; h=Content-Transfer-Encoding:Content-Type: In-Reply-To:MIME-Version:Date:Message-ID:From:Cc:References:To:Subject:Sender :Reply-To:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help: List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=vLkPqFcxJSl87h/ecNobrHWjBLalJGOJylaB9lNqgMs=; b=vhNkNqvKUQTqkhoCtmvAoADl6O XvGjQQ0IcZKgQUcuzIYvjtD1JoCL8WpXdY43XD4Eb185yqzSkUMrUgU+Z5Fx5Lh3Cbk3MXdy3oJle veLWhexqXrXD/oVau98WZb8ejk43rggEZ4N80SHXNtbqqxo8EJWc+mNJYAounLqxxWrs=; Received: from [78.134.57.171] (port=34092 helo=[192.168.77.67]) by hostingweb31.netsons.net with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.91) (envelope-from ) id 1h6ITr-00DDVH-66; Tue, 19 Mar 2019 18:24:51 +0100 Subject: Re: [PATCH 1/2] drm/doc: fix kerneldoc syntax To: dri-devel@lists.freedesktop.org, Daniel Vetter References: <20190313153537.22654-1-luca@lucaceresoli.net> <20190314104120.GR2665@phenom.ffwll.local> Cc: Maarten Lankhorst , Maxime Ripard , Sean Paul , David Airlie , linux-kernel@vger.kernel.org From: Luca Ceresoli Message-ID: Date: Tue, 19 Mar 2019 18:24:51 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.5.1 MIME-Version: 1.0 In-Reply-To: <20190314104120.GR2665@phenom.ffwll.local> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - hostingweb31.netsons.net X-AntiAbuse: Original Domain - vger.kernel.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - lucaceresoli.net X-Get-Message-Sender-Via: hostingweb31.netsons.net: authenticated_id: luca@lucaceresoli.net X-Authenticated-Sender: hostingweb31.netsons.net: luca@lucaceresoli.net X-Source: X-Source-Args: X-Source-Dir: Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 14/03/19 11:41, Daniel Vetter wrote: > On Wed, Mar 13, 2019 at 04:35:36PM +0100, Luca Ceresoli wrote: >> The probe() reference renders incorrectly and without a link, fix it. >> >> Also fix a typo reported by checkpatch in the context lines. >> >> Signed-off-by: Luca Ceresoli >> --- >> drivers/gpu/drm/drm_drv.c | 14 +++++++------- >> 1 file changed, 7 insertions(+), 7 deletions(-) >> >> diff --git a/drivers/gpu/drm/drm_drv.c b/drivers/gpu/drm/drm_drv.c >> index 381581b01d48..585f5d079046 100644 >> --- a/drivers/gpu/drm/drm_drv.c >> +++ b/drivers/gpu/drm/drm_drv.c >> @@ -264,13 +264,13 @@ void drm_minor_release(struct drm_minor *minor) >> * DOC: driver instance overview >> * >> * A device instance for a drm driver is represented by &struct drm_device. This >> - * is initialized with drm_dev_init(), usually from bus-specific ->probe() >> - * callbacks implemented by the driver. The driver then needs to initialize all >> - * the various subsystems for the drm device like memory management, vblank >> - * handling, modesetting support and intial output configuration plus obviously >> - * initialize all the corresponding hardware bits. Finally when everything is up >> - * and running and ready for userspace the device instance can be published >> - * using drm_dev_register(). >> + * is initialized with drm_dev_init(), usually from bus-specific >> + * &drm_driver.probe() callbacks implemented by the driver. The driver then > > drm_driver.probe isn't a thing, and definitely not bus specific. What > could work here is: You're obviously right, thanks for taking the time to correct me. > "... instead of a bus specific probe function like e.g. > &pci_driver.probe or &platform_driver.probe." Uhm, these don't want to render as hyperlinks. I guess it's because these structs are not kernel-doc-annotated, nor are their .probe methods. Probably not worth just doing that for the sake of this humble patch. Is it OK if I resend with just the basic syntax fix: - ... bus-specific ->probe() + ... bus-specific probe() ? Thanks, -- Luca