From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from gabe.freedesktop.org (gabe.freedesktop.org [131.252.210.177]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id 78C67C36017 for ; Tue, 1 Apr 2025 22:27:16 +0000 (UTC) Received: from gabe.freedesktop.org (localhost [127.0.0.1]) by gabe.freedesktop.org (Postfix) with ESMTP id 3673E10E68C; Tue, 1 Apr 2025 22:27:16 +0000 (UTC) Authentication-Results: gabe.freedesktop.org; dkim=pass (1024-bit key; unprotected) header.d=redhat.com header.i=@redhat.com header.b="P3OPgVZX"; dkim-atps=neutral Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [170.10.129.124]) by gabe.freedesktop.org (Postfix) with ESMTPS id 96ED410E688 for ; Tue, 1 Apr 2025 22:27:14 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1743546433; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=rEfaUporEJdMtOjtaAta+61j+hvqxkmfjY7Q+CDNSWY=; b=P3OPgVZXhJXAYt9MV2icskow3AcIJeYe8ZfQJjMueSYbijJPLSPHFELp6R5tbhY0xYV1wm JDVI3aFuNO6AAjbKk47Z45gxuTnJMkB4N4Xr7qX1hstDYotmMIkvZ22+0wp7ef/g065QTS I7Of7ZIKtH1hMOJJyW/venLw2mlEAv4= Received: from mail-wm1-f70.google.com (mail-wm1-f70.google.com [209.85.128.70]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.3, cipher=TLS_AES_256_GCM_SHA384) id us-mta-19-TxLwPE0OOjq1PyutamnzIA-1; Tue, 01 Apr 2025 18:27:10 -0400 X-MC-Unique: TxLwPE0OOjq1PyutamnzIA-1 X-Mimecast-MFC-AGG-ID: TxLwPE0OOjq1PyutamnzIA_1743546429 Received: by mail-wm1-f70.google.com with SMTP id 5b1f17b1804b1-43d734da1a3so30415155e9.0 for ; Tue, 01 Apr 2025 15:27:10 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1743546429; x=1744151229; h=content-transfer-encoding:in-reply-to:from:content-language :references:cc:to:subject:user-agent:mime-version:date:message-id :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=rEfaUporEJdMtOjtaAta+61j+hvqxkmfjY7Q+CDNSWY=; b=Io/kyAaz4ODJ/tQRBJqxV1TvwlXrlfT0y7O3/H83kIneeyDr5ZiMKCuyqBlCUnnydW 3/u1hwhW5qj//9l55I/lhyWwJ7A/5swlCSbCYDb5vg8ywNil1EUyKI6mWJ2jdQjk/prS Yb/FPlo2+CW/rPZyKUODKrW9IAHEFAhM4niw0PftzXulGV1F9I7mRgI+u5o5HyjzS1z2 64OEshG8Kxs+w2HlY8rGQAjFoMCBduB5bTbICVIAkQBTkq/6GsHfV31hcGdfEJMKOXsb yrnrIPigdl4ZnHrOW0/cSqGGfrBEusz42JR5jO7qsH3bvOqARTehgrJvODPDbToHX5dD XihQ== X-Forwarded-Encrypted: i=1; AJvYcCWCicWHwyFaLSXX+8wtM4x8WWonW8Zsa0RfmGEFvwHh/fxjKfY7UqyzJgeaOpUGBrwhxuPbjQ/zeg==@lists.freedesktop.org X-Gm-Message-State: AOJu0YyIVlgXNbRO89g8eCwdNkcz/jQ8Cv5gFfgafCnUnO2ASYNHTNmm DTwhT/QKdDBDFhXP/QQPiLSXl7fzDfBT4l4SeV6bSmBIw95z92p1jBbQaYLJlAU3CZrdYzpIKbD Z3uBju6SclwxLVJwEdGl/FgdPCVF0T7RI2aHp2xvA7nYKXhI5WCgPQOG8MG7rCgrh X-Gm-Gg: ASbGncumkgdvP8fLnJNtpOOA9snEi9PG1YKvxEHYFJtJEQtbI9pzKzMSC5naYB1/J60 B4wE8IN2B8I5sT3qkQY0L8+MjiUlmazsuHTrrdrDcmhLpkObFVdNgAb7eTbSPAOhtZdNyJNxWx4 /d0nxq7aSHOZ0NFuoB/4is6cnFOWtVl3SX2sEBz3BtlUyDa1hIkKz6lA6wW+P2r+wqmHUeHQaHa tKOYkmpVA43/8s3l62yd4oKQGv8d7ll03K9L4ANw++J9mqzZnulaBPYtyZZZiQYt4UU5wDX8S+4 lmCQV3ZTNnUuqmo30z9YExRoSdkaGl04U7zfM+Z4X4sE4qOoDI7++6k= X-Received: by 2002:a05:600c:1c97:b0:43c:eeee:b706 with SMTP id 5b1f17b1804b1-43ea9d8dc29mr38347975e9.24.1743546429312; Tue, 01 Apr 2025 15:27:09 -0700 (PDT) X-Google-Smtp-Source: AGHT+IEmNO0N3qfaT9LYTWddsRxRxiZUgNapeHyB1i0Kb5nmUn/nYEF/e2sPAkDX5eBfLm1QHONpgw== X-Received: by 2002:a05:600c:1c97:b0:43c:eeee:b706 with SMTP id 5b1f17b1804b1-43ea9d8dc29mr38347855e9.24.1743546428877; Tue, 01 Apr 2025 15:27:08 -0700 (PDT) Received: from ?IPV6:2a01:e0a:c:37e0:ced3:55bd:f454:e722? ([2a01:e0a:c:37e0:ced3:55bd:f454:e722]) by smtp.gmail.com with ESMTPSA id 5b1f17b1804b1-43eb5fcd3d7sm1973685e9.12.2025.04.01.15.27.07 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 01 Apr 2025 15:27:08 -0700 (PDT) Message-ID: Date: Wed, 2 Apr 2025 00:27:07 +0200 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: [PATCH v6 4/8] drm/i915/gem: Add i915_gem_object_panic_map() To: =?UTF-8?B?VmlsbGUgU3lyasOkbMOk?= Cc: Jani Nikula , Rodrigo Vivi , Joonas Lahtinen , Tvrtko Ursulin , David Airlie , Simona Vetter , intel-gfx@lists.freedesktop.org, intel-xe@lists.freedesktop.org, dri-devel@lists.freedesktop.org, linux-kernel@vger.kernel.org References: <20250401125818.333033-1-jfalempe@redhat.com> <20250401125818.333033-5-jfalempe@redhat.com> From: Jocelyn Falempe In-Reply-To: X-Mimecast-Spam-Score: 0 X-Mimecast-MFC-PROC-ID: RYLbicuRSzGK9G8amtvlGD0y4jXKpbgb3StUY5OabKk_1743546429 X-Mimecast-Originator: redhat.com Content-Language: en-US, fr Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: intel-xe@lists.freedesktop.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Intel Xe graphics driver List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: intel-xe-bounces@lists.freedesktop.org Sender: "Intel-xe" On 01/04/2025 19:47, Ville Syrjälä wrote: > On Tue, Apr 01, 2025 at 02:51:10PM +0200, Jocelyn Falempe wrote: >> Prepare the work for drm_panic support. This is used to map the >> current framebuffer, so the CPU can overwrite it with the panic >> message. >> >> Signed-off-by: Jocelyn Falempe >> --- >> >> v5: >> * Use iosys_map for intel_bo_panic_map(). >> >> drivers/gpu/drm/i915/display/intel_bo.c | 5 ++++ >> drivers/gpu/drm/i915/display/intel_bo.h | 1 + >> drivers/gpu/drm/i915/gem/i915_gem_object.h | 2 ++ >> drivers/gpu/drm/i915/gem/i915_gem_pages.c | 29 ++++++++++++++++++++++ >> drivers/gpu/drm/xe/display/intel_bo.c | 10 ++++++++ >> 5 files changed, 47 insertions(+) >> >> diff --git a/drivers/gpu/drm/i915/display/intel_bo.c b/drivers/gpu/drm/i915/display/intel_bo.c >> index fbd16d7b58d9..ac904e9ec7d5 100644 >> --- a/drivers/gpu/drm/i915/display/intel_bo.c >> +++ b/drivers/gpu/drm/i915/display/intel_bo.c >> @@ -57,3 +57,8 @@ void intel_bo_describe(struct seq_file *m, struct drm_gem_object *obj) >> { >> i915_debugfs_describe_obj(m, to_intel_bo(obj)); >> } >> + >> +void intel_bo_panic_map(struct drm_gem_object *obj, struct iosys_map *map) >> +{ >> + i915_gem_object_panic_map(to_intel_bo(obj), map); >> +} >> diff --git a/drivers/gpu/drm/i915/display/intel_bo.h b/drivers/gpu/drm/i915/display/intel_bo.h >> index ea7a2253aaa5..5b6c63d99786 100644 >> --- a/drivers/gpu/drm/i915/display/intel_bo.h >> +++ b/drivers/gpu/drm/i915/display/intel_bo.h >> @@ -23,5 +23,6 @@ struct intel_frontbuffer *intel_bo_set_frontbuffer(struct drm_gem_object *obj, >> struct intel_frontbuffer *front); >> >> void intel_bo_describe(struct seq_file *m, struct drm_gem_object *obj); >> +void intel_bo_panic_map(struct drm_gem_object *obj, struct iosys_map *map); >> >> #endif /* __INTEL_BO__ */ >> diff --git a/drivers/gpu/drm/i915/gem/i915_gem_object.h b/drivers/gpu/drm/i915/gem/i915_gem_object.h >> index a5f34542135c..b16092707ea5 100644 >> --- a/drivers/gpu/drm/i915/gem/i915_gem_object.h >> +++ b/drivers/gpu/drm/i915/gem/i915_gem_object.h >> @@ -692,6 +692,8 @@ i915_gem_object_unpin_pages(struct drm_i915_gem_object *obj) >> int __i915_gem_object_put_pages(struct drm_i915_gem_object *obj); >> int i915_gem_object_truncate(struct drm_i915_gem_object *obj); >> >> +void i915_gem_object_panic_map(struct drm_i915_gem_object *obj, struct iosys_map *map); >> + >> /** >> * i915_gem_object_pin_map - return a contiguous mapping of the entire object >> * @obj: the object to map into kernel address space >> diff --git a/drivers/gpu/drm/i915/gem/i915_gem_pages.c b/drivers/gpu/drm/i915/gem/i915_gem_pages.c >> index 8780aa243105..718bea6474d7 100644 >> --- a/drivers/gpu/drm/i915/gem/i915_gem_pages.c >> +++ b/drivers/gpu/drm/i915/gem/i915_gem_pages.c >> @@ -355,6 +355,35 @@ static void *i915_gem_object_map_pfn(struct drm_i915_gem_object *obj, >> return vaddr ?: ERR_PTR(-ENOMEM); >> } >> >> +/* Map the current framebuffer for CPU access. Called from panic handler, so no >> + * need to pin or cleanup. >> + */ >> +void i915_gem_object_panic_map(struct drm_i915_gem_object *obj, struct iosys_map *map) >> +{ >> + enum i915_map_type has_type; >> + void *ptr; >> + >> + ptr = page_unpack_bits(obj->mm.mapping, &has_type); >> + >> + >> + if (!ptr) { >> + if (i915_gem_object_has_struct_page(obj)) >> + ptr = i915_gem_object_map_page(obj, I915_MAP_WB); >> + else >> + ptr = i915_gem_object_map_pfn(obj, I915_MAP_WB); > > WB mapping would require clflushing to make it to the display. > Is that being done somewhere? Yes, it's done in intel_panic_flush() in patch 5, otherwise the panic screen is not displayed. > >> + >> + if (IS_ERR(ptr)) >> + return; > > What happens when the mapping fails? In intel_get_scanout_buffer(), the iosys_map is cleared before calling this function. Then it checks iosys_map_is_null(), and returns an error if it is. I can add a comment, or I can change the function type to return an int, that would probably be cleaner. > >> + >> + obj->mm.mapping = page_pack_bits(ptr, I915_MAP_WB); >> + } >> + >> + if (i915_gem_object_has_iomem(obj)) >> + iosys_map_set_vaddr_iomem(map, (void __iomem *) ptr); >> + else >> + iosys_map_set_vaddr(map, ptr); >> +} >> + >> /* get, pin, and map the pages of the object into kernel space */ >> void *i915_gem_object_pin_map(struct drm_i915_gem_object *obj, >> enum i915_map_type type) >> diff --git a/drivers/gpu/drm/xe/display/intel_bo.c b/drivers/gpu/drm/xe/display/intel_bo.c >> index 27437c22bd70..c68166a64336 100644 >> --- a/drivers/gpu/drm/xe/display/intel_bo.c >> +++ b/drivers/gpu/drm/xe/display/intel_bo.c >> @@ -59,3 +59,13 @@ void intel_bo_describe(struct seq_file *m, struct drm_gem_object *obj) >> { >> /* FIXME */ >> } >> + >> +void intel_bo_panic_map(struct drm_gem_object *obj, struct iosys_map *map) >> +{ >> + struct xe_bo *bo = gem_to_xe_bo(obj); >> + int ret; >> + >> + ret = ttm_bo_vmap(&bo->ttm, map); >> + if (ret) >> + iosys_map_clear(map); >> +} >> -- >> 2.49.0 >