From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-wr1-f49.google.com (mail-wr1-f49.google.com [209.85.221.49]) (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 D673D370D56 for ; Sun, 23 Aug 2026 15:40:45 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.221.49 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1787499647; cv=none; b=fzQdFiygzRE61vq5hmX8MRmJbwMwAmF5s2PEQheG+5VqzguB4rYf7Rrh+BANJKc8HWNgxx3AgOMRNX8RdwyutJSiGtI68/krk5r/aW6Qhqz04GBsrKPZZAVkZogpaH3ctetUy5iym0e0UntshInklww99FTALcppbKiYeAKMWvs= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1787499647; c=relaxed/simple; bh=nP6om09oC2Yb+vrhtvu1ZSljcK3njbcGqTcyG2xxmP4=; h=Message-ID:Date:MIME-Version:To:Cc:From:Subject:Content-Type; b=qcV0qVJ5B+8AtAVTESd9A+jfartGuF8QttsGnD2XzFaBhedyF644oKLkXw7HzbSwamS/XGDWrHh8AgaNbKA5IGZPIdSJlpWt+6Yix1Vk3kIzxgiPjbIxfzQMguAZZTbQrbTXZRY8qddNTJVLWQItAyKAWePGQ6b3GgFAsTPUdnU= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=fail (p=none dis=none) header.from=linux.com; spf=pass smtp.mailfrom=gmail.com; arc=none smtp.client-ip=209.85.221.49 Authentication-Results: smtp.subspace.kernel.org; dmarc=fail (p=none dis=none) header.from=linux.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=gmail.com Received: by mail-wr1-f49.google.com with SMTP id ffacd0b85a97d-47f84023916so1862927f8f.3 for ; Sun, 23 Aug 2026 08:40:45 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1787499644; x=1788104444; h=content-transfer-encoding:content-type:subject:from:cc:to :content-language:user-agent:mime-version:date:message-id:x-gm-gg :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to :content-type; bh=bGssleoR8j5d5BjeV9KwAwh1Wr2o/KlpY4sV/yr+LHU=; b=Tu71YIoSQZndSR4NXbWSOmtblWTs82e+lH5k7mMJk11znZNiQUYEkuAUo0VkRjvwY+ d3dV1puA9mkZJPCByeTkpMHDENoeJYQHoxRmQKex2f4MP0osIDyVUFbVtWmADUpr8XBZ 3HZsxeMttxYUpeDJSgKfOe5NofZUGe2aUDOFkybY0gBa41+CiihjPVqf0aLknmRniovB n1O5LJZYiQwd7mHPonIuIIJvRi8Fv09gUGBE7xfn4l7Y7PkJMQI/p4O3mqtk3UTFseE3 TrvgHfiWmvCghwhiNxFhD0c8lYDJR6gl5u2Y6EnPxwoGpiE1gkjPoXyzgURXRrQlIbTa gQzg== X-Forwarded-Encrypted: i=1; AHgh+RqQPkasnsHYnUj+Py78oDkKIFLHMYPFZR5lKrQ4SbscPRCcHNY6zN911wXQjwXWZ6yiBtmdCffChSNn8YI=@vger.kernel.org X-Gm-Message-State: AFuF++nGZs7lfqAo4qj1vaa8m3iexrBFBz8+MDdJhyRmmRxGAg5EPM3/ epVH1fkps6668GCtlnt6MOMfLnA8Q0PxnDbVJBMcEF59SFi5uWUPNm0o X-Gm-Gg: AR+sD10VBCJ3w71m+psmcZwgeC9AJhgO9JhPKXEwwrbcqmuHtF72EkufkQRln4lRp68 0X/QW2d7ZH2r5fs2pe2E/TJ6esMr2qmS8Eh5FgBymO6bm4gjKXlJ4/ctNSrteQBo8cqW1YPKH8O EIO7wQoAnu/iJAiIlUDkRAc5DDnQm+0Tr8GIlmJDPwhz+DwiHYXq3i0/duLDBXZue4RqDPJ20Xy kzg6HwgppC7OKDD/px5p8u4F6EzPKRMAsU40cJmkqZjCf1IqYNU9U3IZzQpzst5q9hUV7VDhxb0 nilGaBKRA+YKq8KaPQt4NLi3DBV7D22TTptmns1Tvgc+lUK8SQQKdNiz4s19XHZsKliwTcWztew 6dm9sd4AlrLSTzCD7kZCQZD+TDbFyGwai3eIgIowtrY75AZxQFptS9FPmFaVRznsPsy98XYySR0 DxxiSXPrCM0DTFUPGt5mvB7nl8pCZaVEoEhgf3g5K1FmmxF3H5zmO8QOGlUx5yi/ndkV9XcN9U0 3dXxRkPodsbNzk5gYFJ3A== X-Received: by 2002:a05:6000:2dc9:b0:482:9a18:d753 with SMTP id ffacd0b85a97d-482c0b44acbmr22762075f8f.5.1787499643925; Sun, 23 Aug 2026 08:40:43 -0700 (PDT) Received: from [192.168.1.135] ([83.106.158.114]) by smtp.gmail.com with ESMTPSA id ffacd0b85a97d-482c9c0acaesm5321239f8f.29.2026.08.23.08.40.42 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sun, 23 Aug 2026 08:40:42 -0700 (PDT) Message-ID: <3930906f-783b-4d72-9260-ba25cc8081cb@linux.com> Date: Sun, 23 Aug 2026 16:40:42 +0100 Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Content-Language: en-US To: Neil Armstrong , Jerome Brunet , Michael Turquette , Stephen Boyd , Kevin Hilman , Jian Hu Cc: Brian Masney , Martin Blumenstingl , linux-amlogic@lists.infradead.org, linux-clk@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org From: Lucas Tanure Subject: [RFC] clk: meson: t7: Intermittent boot instability and memory corruption on VIM4 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Hi, While testing mainline Linux on the Khadas VIM4 (Amlogic A311D2 / T7), I am hitting intermittent system instability, storage loss, and memory corruption during boot, unless I append clk_ignore_unused to the kernel command line. Because the failure is intermittent, I am running 100-reboot test campaigns to bisect the remaining clocks and isolate which clocks are critical and cannot be safely disabled. As testing takes significant time over serial console, I wanted to check if Amlogic or the maintainers could shed light on this: Are there specific T7 clocks or hardware domains that must remain critical/protected even without an explicit in-kernel consumer? Current clocks being disabled that don't kill the board on a test run: [ 0.380313] clk: Disabling unused clocks [ 0.380413] clk: Disabled unused clock: rtc_dualdiv [ 0.380718] clk: Disabled unused clock: rtc_duandiv_in [ 0.381377] clk: Unprepared unused clock: a73_div16 [ 0.381972] clk: Unprepared unused clock: cpu_div16 [ 0.382605] clk: Unprepared unused clock: f50m [ 0.383174] clk: Unprepared unused clock: fixed_pll_dco [ 0.383786] clk: Unprepared unused clock: hdmi_pll_osc [ 0.384416] clk: Unprepared unused clock: sys1_pll_osc [ 0.385056] clk: Unprepared unused clock: earc_osc [ 0.385652] clk: Unprepared unused clock: pcie_refclk_osc [ 0.386323] clk: Unprepared unused clock: eth_pll_osc [ 0.386961] clk: Unprepared unused clock: pcie_osc [ 0.387548] clk: Unprepared unused clock: mclk_pll_osc [ 0.388187] clk: Unprepared unused clock: usb_pll1_osc [ 0.388826] clk: Unprepared unused clock: usb_pll0_osc [ 0.389465] clk: Unprepared unused clock: tcon_pll_osc [ 0.390105] clk: Unprepared unused clock: top_pll_osc [ 0.390738] clk: Unprepared unused clock: aud_pll_osc [ 0.391361] clk: Unprepared unused clock: ddr_pll_osc I am not forcing any clock to be disabled; I am forcing all clocks to stay on and letting them be disabled if unused one by one. Any guidance or hints on required platform clocks would be greatly appreciated. Thanks, Lucas Tanure