From patchwork Tue Aug 25 09:26:43 2015 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Graham Whaley X-Patchwork-Id: 7070321 Return-Path: X-Original-To: patchwork-intel-gfx@patchwork.kernel.org Delivered-To: patchwork-parsemail@patchwork1.web.kernel.org Received: from mail.kernel.org (mail.kernel.org [198.145.29.136]) by patchwork1.web.kernel.org (Postfix) with ESMTP id 494EE9F344 for ; Tue, 25 Aug 2015 09:27:56 +0000 (UTC) Received: from mail.kernel.org (localhost [127.0.0.1]) by mail.kernel.org (Postfix) with ESMTP id 6ECAE203A4 for ; Tue, 25 Aug 2015 09:27:55 +0000 (UTC) Received: from gabe.freedesktop.org (gabe.freedesktop.org [131.252.210.177]) by mail.kernel.org (Postfix) with ESMTP id 69605202EB for ; Tue, 25 Aug 2015 09:27:54 +0000 (UTC) Received: from gabe.freedesktop.org (localhost [127.0.0.1]) by gabe.freedesktop.org (Postfix) with ESMTP id CECD36EB39; Tue, 25 Aug 2015 02:27:53 -0700 (PDT) X-Original-To: intel-gfx@lists.freedesktop.org Delivered-To: intel-gfx@lists.freedesktop.org Received: from mga01.intel.com (mga01.intel.com [192.55.52.88]) by gabe.freedesktop.org (Postfix) with ESMTP id 95AD36EB39; Tue, 25 Aug 2015 02:27:52 -0700 (PDT) Received: from orsmga002.jf.intel.com ([10.7.209.21]) by fmsmga101.fm.intel.com with ESMTP; 25 Aug 2015 02:27:52 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.15,744,1432623600"; d="scan'208";a="790462780" Received: from gwhaley-mobl1.ger.corp.intel.com ([10.252.24.136]) by orsmga002.jf.intel.com with ESMTP; 25 Aug 2015 02:27:50 -0700 From: Graham Whaley To: daniel.vetter@intel.com, jani.nikula@linux.intel.com, intel-gfx@lists.freedesktop.org, dri-devel@lists.freedesktop.org Date: Tue, 25 Aug 2015 10:26:43 +0100 Message-Id: <1440494805-13325-4-git-send-email-graham.whaley@linux.intel.com> X-Mailer: git-send-email 2.4.3 In-Reply-To: <1440494805-13325-1-git-send-email-graham.whaley@linux.intel.com> References: <1440494805-13325-1-git-send-email-graham.whaley@linux.intel.com> Cc: Graham Whaley , danilo.cesar@collabora.co.uk, corbet@lwn.net Subject: [Intel-gfx] [PATCH 3/5] Documentation: drm: Change to X-BeenThere: intel-gfx@lists.freedesktop.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Intel graphics driver community testing & development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , MIME-Version: 1.0 Errors-To: intel-gfx-bounces@lists.freedesktop.org Sender: "Intel-gfx" X-Spam-Status: No, score=-5.5 required=5.0 tests=BAYES_00, RCVD_IN_DNSWL_MED, RP_MATCHES_RCVD, UNPARSEABLE_RELAY autolearn=unavailable version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on mail.kernel.org X-Virus-Scanned: ClamAV using ClamSMTP Fix pdfdocs errors such as: jade:/Documentation/DocBook/drm.xml:10084:13:E: element "code" undefined by changing tags to tags. It looks like tags were introduced in DocBook v4.3, and kernel DocBook is v4.1.2. I would have used , but that introduces undesirable breaks into the paragraph flow. Signed-off-by: Graham Whaley --- Documentation/DocBook/drm.tmpl | 8 ++++---- 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/Documentation/DocBook/drm.tmpl b/Documentation/DocBook/drm.tmpl index 952eb78..2e05a79 100644 --- a/Documentation/DocBook/drm.tmpl +++ b/Documentation/DocBook/drm.tmpl @@ -1198,14 +1198,14 @@ int max_width, max_height; Beside some lookup structures with their own locking (which is hidden behind the interface functions) most of the modeset state is protected - by the dev-<mode_config.lock mutex and additionally + by the dev-<mode_config.lock mutex and additionally per-crtc locks to allow cursor updates, pageflips and similar operations to occur concurrently with background tasks like output detection. Operations which cross domains like a full modeset always grab all locks. Drivers there need to protect resources shared between crtcs with additional locking. They also need to be careful to always grab the relevant crtc locks if a modset functions touches crtc state, e.g. for - load detection (which does only grab the mode_config.lock + load detection (which does only grab the mode_config.lock to allow concurrent screen updates on live crtcs). @@ -1296,8 +1296,8 @@ int max_width, max_height; If a page flip can be successfully scheduled the driver must set the - drm_crtc->fb field to the new framebuffer pointed to - by fb. This is important so that the reference counting + drm_crtc->fb field to the new framebuffer pointed to + by fb. This is important so that the reference counting on framebuffers stays balanced.