From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-pg1-f173.google.com (mail-pg1-f173.google.com [209.85.215.173]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id CC6D02989B5 for ; Mon, 16 Mar 2026 11:25:45 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.215.173 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1773660346; cv=none; b=ERNaWaFlKpapS/Ubl+O1BKW07iT82tp/BLV3rhv4a6A3nZQnehIw/H6eNQXQG0nxhamFNNGs2DMbeYOP63stEouCTO3m+0LS9RUf3nAkzaRpaiufwrbEoH904cVcEAxennggfX0rQf+cHovhi0YB5kk4f3UJ+tgNgZp+0iHC5+4= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1773660346; c=relaxed/simple; bh=wgmZwA5aTm7ncl3DyHbavGYhjXi/iScqCoLnw+YPzBw=; h=From:To:Cc:Subject:Date:Message-Id:In-Reply-To:References: MIME-Version; b=PXpdYHkn6vsVqR4MVsmo7ye90I3L/Lf7tQO2oqkLJYhYj3EVzMgDRm26ukzepWcAk66rA7zwMxpXBz3w8yhPAnlRmUvyYo8fJpQei33N0VrsOicT2SYCGllCVfgK88k6Sj5dJrbZcm/QgLehNXr1B3XO9F4mRntbB74PhaKQdWI= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com; spf=pass smtp.mailfrom=gmail.com; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b=KaemV8UV; arc=none smtp.client-ip=209.85.215.173 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=gmail.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b="KaemV8UV" Received: by mail-pg1-f173.google.com with SMTP id 41be03b00d2f7-c70bfef17a4so2912626a12.2 for ; Mon, 16 Mar 2026 04:25:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1773660345; x=1774265145; darn=vger.kernel.org; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:date:subject:cc:to:from:from:to:cc:subject:date :message-id:reply-to; bh=wgmZwA5aTm7ncl3DyHbavGYhjXi/iScqCoLnw+YPzBw=; b=KaemV8UVTXGHkz2vF5hVy6ScsiEhHS1LRzf5Q7bp6tONWM/yU4ai2+s7Ff3xy+I+8m VKBskrudzQaIS0j6aBtjsOwcGXDAjLqO38zLsvcgGpREyPPDgnli0gIrRU9ot7uqs39M udweoICqMdqexP5PiUCWerOB9JsnrvkWY4hr4rOm4BQelGJCdAMkR4n3H1zyCj7Gu+bm TUPjY1ocBpw705lTDraxnuE+pxxeLgetncKC6YWxwuo1eXUkcYzN4CmmUveSOvUQTIZ5 6ACDRclT+nXq1vpxh+cdHcqhYRSwQYbt4fRQbcqpoyjPXw6THka4QmxBYCOfrpZZd0Md LcnA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1773660345; x=1774265145; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:date:subject:cc:to:from:x-gm-gg:x-gm-message-state:from :to:cc:subject:date:message-id:reply-to; bh=wgmZwA5aTm7ncl3DyHbavGYhjXi/iScqCoLnw+YPzBw=; b=DeKo65a+iR4JDgEsuX8C2VF6Jsllg/29kKfpMv5XGFvvKIeciyinhu4DikwXkYhM7B MKmR31ZbHMSFrfTDp3OrrEagWwGkw8DId1JH+qHfWAW4rev265jVV+ve/NxzY3lyTNCX SpjELqErNcEOBzMLCUy73Y6mfqGYvjPBL4LPqrFu+FvcQj7jQxpPpeJZDhwciR2a9vUI h7phtFbuPuv2KWkux83F0kYQGnrJJUbHIqc44kweqNQiqoTU1TNnmK6vej1AkVf8cUKn wNp7uJG9JyUdANi2B1nwSahotOiwoA/Owxy7U6rphSKhOiNtjDDz7r0klhUgGEtVX5b7 /zSg== X-Forwarded-Encrypted: i=1; AJvYcCVJyddlY7RMbyvk5cxlWSqLnRGrVu5NSPxLx5YZEmx59VtuFZ/7ZdcmXkA53213CHq19qba8P9ZSz0bJ40=@vger.kernel.org X-Gm-Message-State: AOJu0YxHImCcY/W1uD7hMu9mF/sohvpea8fihvOt50pRz2/Y/iJpZHss CCHAszJkbiWgO2m9WKbXPM8D7i8JkjqXPQkCoQj0FxKHRWtPWoPKKMVJk9Wddg== X-Gm-Gg: ATEYQzyFgR3mxRYVwPUvgNTgfkf0r2xe2rpsuCuFr6JrYt4lUqv5UOPoPlBa7dLPwPX h/jTEm545gYhjx7z3CWAPd7E8rWHqw6oKBIH9PJZIps+Ej1iSok/l5DRse+2ko4TtelFO/i9Mpr GVOBx/HPs7wbXImOHOtsBbasMMwmT0I0FzEZrB1Ej1oojK+J6MmRQFmyFguDIG0zHU5nJPDP+A6 zrUhYtdtLv9oRkCDc6JSKlbuzYii2gtHnkC4WZXg8y3NBcOLIsfBL4aUDIBv8zDT39MwyIKNFz7 muFBA1yVkovh50263DdYlgWBXK1NAYTquOxYkWvuetlsVOuiRUL9SA5NXkdgCdvcWlHi5VdFHpr M2KoFNFYzF8ZyVs4NmgV6nsTjbPOexK+ESQZM3uQ5yEzjaMRo9buGGJhzd8Z5iqMGnZUIk0COgi 2Gujy04VIteocBN6AZUVq7rG/nE1Rj9Ne75WW9XCwI4wg6CNqdfV7WA3lCqzP4Yo4/aDUKZiuEo 8shRlZ1/tVlWoMY X-Received: by 2002:a05:6a21:a345:b0:398:9820:f6ed with SMTP id adf61e73a8af0-398ecd67b1cmr13269758637.56.1773660345183; Mon, 16 Mar 2026 04:25:45 -0700 (PDT) Received: from localhost.localdomain ([14.160.25.72]) by smtp.gmail.com with ESMTPSA id 41be03b00d2f7-c73fc935ad4sm4744131a12.2.2026.03.16.04.25.42 (version=TLS1_3 cipher=TLS_CHACHA20_POLY1305_SHA256 bits=256/256); Mon, 16 Mar 2026 04:25:44 -0700 (PDT) From: phucduc.bui@gmail.com To: geert@linux-m68k.org Cc: airlied@gmail.com, dri-devel@lists.freedesktop.org, laurent.pinchart@ideasonboard.com, linux-kernel@vger.kernel.org, linux-renesas-soc@vger.kernel.org, maarten.lankhorst@linux.intel.com, mripard@kernel.org, phucduc.bui@gmail.com, simona@ffwll.ch, tzimmermann@suse.de, wsa+renesas@sang-engineering.com Subject: Re: [PATCH v2] drm: shmobile: Fix blank screen after resume when LCDC is stopped Date: Mon, 16 Mar 2026 18:25:40 +0700 Message-Id: <20260316112540.8636-1-phucduc.bui@gmail.com> X-Mailer: git-send-email 2.37.1 (Apple Git-137.1) In-Reply-To: References: Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Hi Geert, > Your MIRROR value is truncated (I don't trust the final zero) I apologize for the inconvenience. The displayed value was truncated due to a missing newline character in my debug print function. As you suspected, the value is indeed not zero. >>>Enter: shmob_drm_crtc_atomic_enable >>>ENTER: shmob_drm_plane_atomic_update >>>ENTER: shmob_drm_primary_plane_setup shmob-drm fe940000.lcd-controller: [BEFORE] LDSA1R: A=0x00000000 B=0x5c100000 MIRROR=0x5c100000 shmob-drm fe940000.lcd-controller: [AFTER MIRROR] LDSA1R: A=0x00000000 B=0x5c100000 MIRROR=0x5c100000 shmob-drm fe940000.lcd-controller: [AFTER SWAP] LDSA1R: A=0x00000000 B=0x5c100000 MIRROR=0x5c100000 OOM killer enabled. Restarting tasks: Starting Restarting tasks: Done PM: suspend exit > TL;DR it depends on kernel config. > With my .config, your patch is not needed (but it doesn't hurt). > With your .config, your patch is needed. > Unfortunately I haven't found yet which config options causes this. > I will send you my .config by personal email. Thank you for sharing your configuration file. I noticed there are numerous differences between our configurations. After further investigation, I narrowed down the main cause to the following debug options: CONFIG_PROVE_LOCKING=n CONFIG_DEBUG_LOCK_ALLOC=n CONFIG_DEBUG_RT_MUTEXES=n CONFIG_DEBUG_SPINLOCK=n CONFIG_DEBUG_MUTEXES=n CONFIG_DEBUG_WW_MUTEX_SLOWPATH=n CONFIG_DEBUG_RWSEMS=n CONFIG_DEBUG_LOCKING_API_SELFTESTS=n CONFIG_LOCK_STAT=n CONFIG_DEBUG_ATOMIC_SLEEP=n These options are enabled in your configuration but disabled in mine. Enabling these debug features introduces additional overhead, which slows down the resume process. This delay unintentionally provides enough time for the hardware to generate the Frame End interrupt, effectively masking the issue on your system. It is also worth mentioning that this behavior is not new. I have been able to reproduce it consistently for a long time, dating back to the Kernel 3.x era when armadillo800eva_defconfig was used upstream. In fact, the issue can be reproduced as far back as Kernel 3.12. While the exact configurations may have changed over time, the underlying behavior has remained the same across multiple kernel versions. This observation suggests the presence of a systemic race condition. If the resume process completes too quickly, the Frame End interrupt may not occur in time to trigger the transfer from Side B to Side A. As a result, explicitly initializing Side A (priming) during resume, as proposed in my patch, provides a more robust and deterministic solution. This ensures correct behavior regardless of CPU speed, system load, or debug configuration, rather than relying on the incidental timing introduced by debug options. Best regard, Phuc