Received: by 2002:a05:6902:102b:0:0:0:0 with SMTP id x11csp873301ybt; Fri, 26 Jun 2020 13:45:27 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxQo3sLnYfi6XcIHeB+Cc+6TjK5QsEgXHJErUklozUJFutCMg/+sBuC+HBLA497Qba3wgtG X-Received: by 2002:a05:6402:14c1:: with SMTP id f1mr5487954edx.342.1593204326921; Fri, 26 Jun 2020 13:45:26 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1593204326; cv=none; d=google.com; s=arc-20160816; b=WWRiMOsroBizMABmA8cA4/oxqJORp0e/ZmO1o/ckdZx3/svlGR16oV6XXgEl0oyJmp JNwiIqXQVlRvPMl34cVEpBFUGvapmbZlKVfJhfJhxiPCi7kn85zPmvCXMxLCnav+7n+b kgZ8uD67OGZe4x9O3+Yh5bWQ1HGNBdBvikssVDQY6YcwRqWn/lvhv79x5TxwIvYwymcV NmeS1GyiZXceYNz4N8O3hhRGRBpwPo8FwNzTRg8C21g3ouFw8Jnj0jgeBADtjY0ZNOsc geiW1oRbT/Ah2RZvkDVnByChfnUkKtGS7Iakyofp5oFjNBF8U99+sTcfubYHGZxfu1Zx yydw== 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 :message-id:date:subject:cc:to:from:dkim-signature; bh=VAK04oSRk0V+FpML5MYWWrN1uyiNMP52mYEOCgEuyy0=; b=0QgFwQsdDXXsJaHyLu0Fp9h5WnWG+XZnFNF7ZbKKHtDphdy8IZG00M0CLfuyeKlbwP b1bxR/RvsLcz9gfsVsJ35V/g3l0DJOe0uwuRZvQfzBcMpUYY9urmZ1KkGrGVykxKBJfh QpY172yjAOjJ6B/FRFv8rOrzNS8jlkYHYJek6Dn8oR9AK6hQrkmrTxIP8EHjUpJl01lw blDt5SAxnCFqOjsviuCXNlKa/cWmAWb/E5clET+DxYUcueBA6cpibsnwl8akI9qqYpvK 4Z6uHrOr40bAjBsmfWlqF5wRtRyOcMYPP+kfG6Ue4+liflw/9/DdulkUcVGhyggWyclI XuvQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@st.com header.s=STMicroelectronics header.b=En3YcPGl; 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=st.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id w17si12842964edx.522.2020.06.26.13.45.02; Fri, 26 Jun 2020 13:45:26 -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=@st.com header.s=STMicroelectronics header.b=En3YcPGl; 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=st.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1725900AbgFZUo2 (ORCPT + 99 others); Fri, 26 Jun 2020 16:44:28 -0400 Received: from mx08-00178001.pphosted.com ([91.207.212.93]:12904 "EHLO mx07-00178001.pphosted.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1725821AbgFZUo2 (ORCPT ); Fri, 26 Jun 2020 16:44:28 -0400 Received: from pps.filterd (m0046660.ppops.net [127.0.0.1]) by mx07-00178001.pphosted.com (8.16.0.42/8.16.0.42) with SMTP id 05QKhfYZ018492; Fri, 26 Jun 2020 22:44:14 +0200 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=st.com; h=from : to : cc : subject : date : message-id : mime-version : content-transfer-encoding : content-type; s=STMicroelectronics; bh=VAK04oSRk0V+FpML5MYWWrN1uyiNMP52mYEOCgEuyy0=; b=En3YcPGlNbOcgJbE9RC4i56Zv0gjiuCnKBrHFsV7zDF3Fe8wfWhqjtq37N8GkXBJvPiy Vdwy8f2NaqhHE4w6YJUST8+zrMpkW6bvo0E169FZCJXSUzhVdPuRefNYk9XTMr2j/jAU I+41pYb7x/ZVAC+cse1D+bnQs4Fc1XqR4t5f6FJTXCZ+SnWmDvgsUo8tnR7UATGA4nyM UYG+L7ZY1KmSVEd086O5GOb2QrLDRLLeJXitLhtmqtRXoDrEVQBwLKIQt9YLr6qLc40p qlz2Fl48B9BO6Upn2ASgKCR+J4+D1f5iusyEondu385bSvmohJvL/njgQv9PkEPQs+PH hA== Received: from beta.dmz-eu.st.com (beta.dmz-eu.st.com [164.129.1.35]) by mx07-00178001.pphosted.com with ESMTP id 31uuv9t2mc-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Fri, 26 Jun 2020 22:44:14 +0200 Received: from euls16034.sgp.st.com (euls16034.sgp.st.com [10.75.44.20]) by beta.dmz-eu.st.com (STMicroelectronics) with ESMTP id B416A10002A; Fri, 26 Jun 2020 22:44:12 +0200 (CEST) Received: from Webmail-eu.st.com (sfhdag5node3.st.com [10.75.127.15]) by euls16034.sgp.st.com (STMicroelectronics) with ESMTP id 9C0512067FD; Fri, 26 Jun 2020 22:44:12 +0200 (CEST) Received: from localhost (10.75.127.46) by SFHDAG5NODE3.st.com (10.75.127.15) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Fri, 26 Jun 2020 22:44:12 +0200 From: Antonio Borneo To: Maarten Lankhorst , Maxime Ripard , Thomas Zimmermann , David Airlie , Daniel Vetter , CC: Antonio Borneo , , Subject: [PATCH] drm/connector: fix minor typos in comments Date: Fri, 26 Jun 2020 22:42:52 +0200 Message-ID: <20200626204252.44565-1-antonio.borneo@st.com> X-Mailer: git-send-email 2.27.0 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain X-Originating-IP: [10.75.127.46] X-ClientProxiedBy: SFHDAG2NODE2.st.com (10.75.127.5) To SFHDAG5NODE3.st.com (10.75.127.15) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.216,18.0.687 definitions=2020-06-26_12:2020-06-26,2020-06-26 signatures=0 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Some of these comments are part of the Linux GPU Driver Developer's Guide. Fix some minor typo in the comments and remove a repeated 'the'. Signed-off-by: Antonio Borneo --- drivers/gpu/drm/drm_connector.c | 22 +++++++++++----------- 1 file changed, 11 insertions(+), 11 deletions(-) diff --git a/drivers/gpu/drm/drm_connector.c b/drivers/gpu/drm/drm_connector.c index d877ddc6dc57..cb62fb8e594e 100644 --- a/drivers/gpu/drm/drm_connector.c +++ b/drivers/gpu/drm/drm_connector.c @@ -38,7 +38,7 @@ * DOC: overview * * In DRM connectors are the general abstraction for display sinks, and include - * als fixed panels or anything else that can display pixels in some form. As + * also fixed panels or anything else that can display pixels in some form. As * opposed to all other KMS objects representing hardware (like CRTC, encoder or * plane abstractions) connectors can be hotplugged and unplugged at runtime. * Hence they are reference-counted using drm_connector_get() and @@ -129,7 +129,7 @@ EXPORT_SYMBOL(drm_get_connector_type_name); /** * drm_connector_get_cmdline_mode - reads the user's cmdline mode - * @connector: connector to quwery + * @connector: connector to query * * The kernel supports per-connector configuration of its consoles through * use of the video= parameter. This function parses that option and @@ -991,7 +991,7 @@ static const struct drm_prop_enum_list dp_colorspaces[] = { * DP MST sinks), or high-res integrated panels (like dual-link DSI) which * are not gen-locked. Note that for tiled panels which are genlocked, like * dual-link LVDS or dual-link DSI, the driver should try to not expose the - * tiling and virtualize both &drm_crtc and &drm_plane if needed. Drivers + * tiling and virtualise both &drm_crtc and &drm_plane if needed. Drivers * should update this value using drm_connector_set_tile_property(). * Userspace cannot change this property. * link-status: @@ -1131,7 +1131,7 @@ static const struct drm_prop_enum_list dp_colorspaces[] = { * * It will even need to do colorspace conversion and get all layers * to one common colorspace for blending. It can use either GL, Media - * or display engine to get this done based on the capabilties of the + * or display engine to get this done based on the capabilities of the * associated hardware. * * Driver expects metadata to be put in &struct hdr_output_metadata @@ -1614,7 +1614,7 @@ EXPORT_SYMBOL(drm_mode_create_scaling_mode_property); * variable refresh rate capability for a connector. * * Returns: - * Zero on success, negative errono on failure. + * Zero on success, negative errno on failure. */ int drm_connector_attach_vrr_capable_property( struct drm_connector *connector) @@ -1759,7 +1759,7 @@ EXPORT_SYMBOL(drm_mode_create_aspect_ratio_property); * HDMI connectors. * * Returns: - * Zero on success, negative errono on failure. + * Zero on success, negative errno on failure. */ int drm_mode_create_hdmi_colorspace_property(struct drm_connector *connector) { @@ -1788,7 +1788,7 @@ EXPORT_SYMBOL(drm_mode_create_hdmi_colorspace_property); * DP connectors. * * Returns: - * Zero on success, negative errono on failure. + * Zero on success, negative errno on failure. */ int drm_mode_create_dp_colorspace_property(struct drm_connector *connector) { @@ -1840,7 +1840,7 @@ EXPORT_SYMBOL(drm_mode_create_content_type_property); * drm_mode_create_suggested_offset_properties - create suggests offset properties * @dev: DRM device * - * Create the the suggested x/y offset property for connectors. + * Create the suggested x/y offset property for connectors. */ int drm_mode_create_suggested_offset_properties(struct drm_device *dev) { @@ -1963,7 +1963,7 @@ int drm_connector_update_edid_property(struct drm_connector *connector, size = EDID_LENGTH * (1 + edid->extensions); /* Set the display info, using edid if available, otherwise - * reseting the values to defaults. This duplicates the work + * resetting the values to defaults. This duplicates the work * done in drm_add_edid_modes, but that function is not * consistently called before this one in all drivers and the * computation is cheap enough that it seems better to @@ -2076,7 +2076,7 @@ void drm_connector_set_vrr_capable_property( EXPORT_SYMBOL(drm_connector_set_vrr_capable_property); /** - * drm_connector_set_panel_orientation - sets the connecter's panel_orientation + * drm_connector_set_panel_orientation - sets the connector's panel_orientation * @connector: connector for which to set the panel-orientation property. * @panel_orientation: drm_panel_orientation value to set * @@ -2131,7 +2131,7 @@ EXPORT_SYMBOL(drm_connector_set_panel_orientation); /** * drm_connector_set_panel_orientation_with_quirk - - * set the connecter's panel_orientation after checking for quirks + * set the connector's panel_orientation after checking for quirks * @connector: connector for which to init the panel-orientation property. * @panel_orientation: drm_panel_orientation value to set * @width: width in pixels of the panel, used for panel quirk detection -- 2.27.0