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 bombadil.infradead.org (bombadil.infradead.org [198.137.202.133]) (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 6A985C5DF97 for ; Sun, 23 Aug 2026 15:40:54 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20210309; h=Sender:Content-Type: Content-Transfer-Encoding:List-Subscribe:List-Help:List-Post:List-Archive: List-Unsubscribe:List-Id:Subject:From:Cc:To:MIME-Version:Date:Message-ID: Reply-To:Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender :Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References:List-Owner; bh=/ChISq5IsvMWT7SnaOcLE2Sie5NmL57Y2UsWqQuz0R4=; b=3+UVOLBNXD3pAydWCH5XJj2ZdT Kyae0/8vlBEPlrKVwkEGyePgfBBvKXh+rIInPaLJT+DPCAmKzI6xVZEOlrFYz8qsPyQJfpUmPqlY2 O74jrGGEv+n8BHxqK3xNs3SbwV9gctoWN+oJApF6d2fl8ag73A5xBpIcW6/C8DazKzbnw/lWhJaen mfM70ltsW05Xzb6qTBc3aXDyBCi0L0JVaFucC/EsEnRCfg+PCMClc2CHuu6duwoOzewmHrnCvTOfL IbZQQ3IRH68IqAw5TTMbCjdMBy9DW6Ohz8IeqkY5fJKNiaJrdzC5D2szEktKqHqdrRR6WBpzUViKp ayiIfz2A==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.99.1 #2 (Red Hat Linux)) id 1wyAJU-0000000FSKP-2zOE; Sun, 23 Aug 2026 15:40:48 +0000 Received: from mail-wr1-f52.google.com ([209.85.221.52]) by bombadil.infradead.org with esmtps (Exim 4.99.1 #2 (Red Hat Linux)) id 1wyAJS-0000000FSJS-0XyM for linux-amlogic@lists.infradead.org; Sun, 23 Aug 2026 15:40:47 +0000 Received: by mail-wr1-f52.google.com with SMTP id ffacd0b85a97d-482c58a8683so904855f8f.0 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=SnDYHAEz47vbHejzLmZSYRbm0jeOIZwFvsGqa8HYDO5gsjBe3iKxK9CJ6vBl2m9tix CFcle3lKl50LjR1TWKyOMwX0Za/uk/YQOgBUqf1He4ey1ZJx94F96xA8yPJ0/Xmu0L/w dHwG0kJLF5w/he8/KRGCSUxWerWiVvNa5mYvSUlKDOPVvhsS3thmNZyPw+1tGSHb1nW9 1RuLxKmwOxyW2/GUFSkAxjxxj8/a68lk0mnjlfuQu3G8/CRoAsL5pTe/ysx5IakcpH44 rOem7BuwYAFEqzJqUtzd/HLiJDtCztWf7xC93YTihgRiv+3PrXMflb0YNosZMJugq9l7 NA+A== X-Forwarded-Encrypted: i=1; AHgh+RoY6Tkrm+BnFHPy/jjO9p7q9copD2lp+a6PH/BPmyqh7EF/ZGAolF8cTW4bSvqhrSzPcQuqeXBsTbec2EJJ@lists.infradead.org X-Gm-Message-State: AFuF++lwj1rjuJ+6mTyKiuk82t50qzczYEDSLQZ2wQ/UYrXbOndumRCe S5Fj1GWf+Rv98CESDDyB7RC5G8AMIWtnd9PGsqTaeZf1OyTdCfGdZ7GPGV+uBQ== X-Gm-Gg: AR+sD11IAnrx0sVh5yaszrT4f/GdTHiz+7WBsDkcKIbacQdoGOEgIgVuaCkwqJEtbiF 46SrikETKz0RWMP5hp7QUiZBW5Hol0Jgvscn3ZRCa2kHviaC+NPgOWfeF6KqTPMyBI/ZsT1SdEK bYnMpk3jA9GQQUwwt0thyzyV6VxeDf3CtgbPfaRq73tWTtaXosXNQR6SkeH/Fikea5Q+WLwiV0i Tz4M8EMlFFWEBkvW3P7kKlfGRkUo4WM01ti9HrnGfFPyHGa2gLPldlh67qILGiKd9vAdi6uBkT6 IDaJTR4qmA0HMSq8CVIg+WK6BKaBrfyhTo1GVxrzGh2MnWJMX5po4780JL3lA2A7joqqKrO4rZp 4lJlK7AKYYMuNYgEVyahgO7+24u2Hl1G4w9HKJG1P5nGKyP6IFCx4ddJAk6mBNdMzK3V+Z+ISUE 7w/diWngSfpbbod5Sof0/TN4PlJjPZH8JcFs73zia6TMp2nyXyRcotPndFOOFMY033B5IqTAnS4 WUY3KW5PoyYqYsrF26sbg== 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 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 X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.9.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20260823_084046_181676_588A383B X-CRM114-Status: UNSURE ( 6.29 ) X-CRM114-Notice: Please train this message. X-BeenThere: linux-amlogic@lists.infradead.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: "linux-amlogic" Errors-To: linux-amlogic-bounces+linux-amlogic=archiver.kernel.org@lists.infradead.org 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 _______________________________________________ linux-amlogic mailing list linux-amlogic@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-amlogic From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-wr1-f45.google.com (mail-wr1-f45.google.com [209.85.221.45]) (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 E8DEE380FD1 for ; Sun, 23 Aug 2026 15:40:45 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.221.45 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1787499647; cv=none; b=kcyIIRhHfo11Lhnv3zdCSMCfnC5HXheKQHZcqRfsddtEckZhPhpnRbP6Z2DRydmwIG2XE1r6I764RsugX/5teSINsAgbgzrL2wgielSkUMiqMeKh45imX6l8W7J6hxygp1Ncf1s3kSOqisak18E4OlSrw1xMNPDReeINpIEhfH0= 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.45 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-f45.google.com with SMTP id ffacd0b85a97d-47f904e80eeso762374f8f.1 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=lPa/T8lmIohlEFCh7yYS2BcOpoWIfpOmsRBnQJj0YC551+zq1DtxUzl/Vd5M1fm/WP ka5h48l3uSPZ5gKD3pEZP4xVZkx+f7jBwR/4iw40RRr1CuCkwCdG9in2qBsZc2ketUta cYJvGNmmisox12djwSwefQ0m3GTFNq5Zq1wjPL+e4Av0UT9QOjYqwJCP+bzj0i2uqsiW W30PbO9BXZWnP/Bj4jtpfBr8j7CoJPA/QdkPAUQqz+xfJT8qFuKUWyWi0s3AuIthABk2 RNGgARWkm9Ig5pbcQwav4awMpZdAyvnD10Ul13SWeO9rrN7S36h84IpFRhOB72gPN7Ur YlJg== X-Forwarded-Encrypted: i=1; AHgh+RrZwGWbFx69jvkFSb+w+yww+Pyr43BQLexH9OvQLAOUZk0OM2xvv01mZWIQZGc6+wAR/JkifwEdnms=@vger.kernel.org X-Gm-Message-State: AFuF++mtKQpoDFQbNWOjn5HrIwvH/eHL25GtBNgsZq+SsDpauQhxCvYK Mve18mSsmr85VEhdOjOimZ3KGCmxDMHpLPzgvFsbZUxfTTRJD0E63RRW X-Gm-Gg: AR+sD13ZmQ1tbF1DWXM39pWRQdVglOL+0y7cJ7nUX1izH3h2zKhXa9P/2acVAurDqNw emIBYi8rxxZmI6S5hBi9ifTIA6c/pZcTe3db2cmghItNEWcN2XWsWKyFNmJz5TAnT09FcSeMj74 hMwac2L0Sr6aKSf3PoPChwiQTPR8P9e6m3Dk3hlgMjWfHF8NXMHAN7HVWL14KosHgPjrLyPswKz OBnti5iDo7iyOI2AWPSFKBuqMsfWklfSPzdilmjxtRf9xGZZq0kdykL7XkhxCcnJYuhod+k8nLl GQwmUk1ZzkeMmLXA3inpPl1lQ2wLDvoKf38NZ3+AFu/ObDxeKVH5GkNlpsnoExVaZJIaLU9Eo2Q PR2EubQ9Ajxjgaj5zQoxFuQqzU3RTM+7oZGxZoDwazLyk70yQOz93ctWfi3IaFDQjxNXbJ00Lir CwhHGOZxGr4Pr/+sDkz29Yiufx5mAv3GBcArW6SSU0luJP/ZhRzvdZ4OalUgOHWBnPWGGY9kyms Bv5tzD4ofjEify5dvU2yA== 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-clk@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