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 CB82DCA5FDD for ; Fri, 2 Oct 2026 15:17:38 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20210309; h=Sender:List-Subscribe:List-Help :List-Post:List-Archive:List-Unsubscribe:List-Id:Content-Transfer-Encoding: Content-Type:Mime-Version:References:In-Reply-To:Message-Id:Subject:Cc:To: From:Date:Reply-To:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Owner; bh=wE3U7Byhrw/Kpcm8Ly1rmNIVci2f+5xG9aFcXfipmYw=; b=yrQce07ooQLont9SAFLCKMrw2X RSYANVUWxosNFGrKpD6AlnC1h0ORyqMnQhC292j3LzdQHw54DYzydsjqu72pOCHWs8KuhxvUbnzgz oDbrOWFctYoFystyoY/hK7WMuG4EvL5/phyRL31vjkI54uuQx1qCUmQ3EBai1b+eCbPXTXcVOuTF0 JLjuhoWNhyPfVgcpW5MX/KZLZtiWQDV235eU8fOzl3Dg3yjuYshmiGmkqPWRJO/DaLyFahABT/K3V uoRcqScK8kEyHt0YMj8WbnkjN94ZfM+SsKZgiHeEt1p1KZLSbis/FA+d9+81GziGNfEXd+NALfkMr Nx10PJIA==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.99.1 #2 (Red Hat Linux)) id 1xCf0u-0000000BtB7-2J4N; Fri, 02 Oct 2026 15:17:32 +0000 Received: from mail.hugovil.com ([162.243.120.170]) by bombadil.infradead.org with esmtps (Exim 4.99.1 #2 (Red Hat Linux)) id 1xCf0r-0000000BtAR-3q3M for linux-arm-kernel@lists.infradead.org; Fri, 02 Oct 2026 15:17:31 +0000 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=hugovil.com ; s=default; h=Content-Transfer-Encoding:Mime-Version:Message-Id:Subject:Cc: To:From:Date:subject:date:message-id:reply-to; bh=wE3U7Byhrw/Kpcm8Ly1rmNIVci2f+5xG9aFcXfipmYw=; b=SMCF/6DTq0glMoooo/iQqxm/tX sg7VCwD1qirlhknp4EwkW5M42uM+MoJd9oS3digNacbkJgC2yN030yIeoNl4o+GpPv8SlgXJTQNjy SSOBuFI8nphakfUvWg5xBYzJ91sQ3iG4V8b6DAbC1wAgZKQWCiOPCUQl9CT4+qptf0LA=; Received: from modemcable168.174-80-70.mc.videotron.ca ([70.80.174.168] helo=pettiford.lan) by mail.hugovil.com with esmtpa (Exim 4.98.2) (envelope-from ) id 1xCf0k-000000007gc-07t4; Fri, 02 Oct 2026 11:17:23 -0400 Date: Fri, 2 Oct 2026 11:17:22 -0400 From: Hugo Villeneuve To: Stefano Radaelli Cc: Frank Li , linux-kernel@vger.kernel.org, devicetree@vger.kernel.org, imx@lists.linux.dev, linux-arm-kernel@lists.infradead.org, pierluigi.p@variscite.com, Stefano Radaelli , Rob Herring , Krzysztof Kozlowski , Conor Dooley , Andrew Lunn , "David S. Miller" , Eric Dumazet , Jakub Kicinski , Paolo Abeni , Sascha Hauer , Pengutronix Kernel Team , Fabio Estevam , Heiner Kallweit , Russell King , Shawn Guo , Joseph Guo , Josua Mayer , Ernest Van Hoecke , Mehmet Fide , Francesco Dolcini , Markus Niebel , Hugo Villeneuve , Stefan Eichenberger , netdev@vger.kernel.org Subject: Re: [PATCH v4 00/13] ARM: dts: imx6ul: Add Variscite VAR-SOM-6UL and DART-6UL Message-Id: <20261002111722.a09e76b8e19fdfe3dc857b4e@hugovil.com> In-Reply-To: References: <20260929121455.437291ea4b53130e3e19778c@hugovil.com> <20261001144344.2100854b8f5e2d81cf87b424@hugovil.com> X-Mailer: Sylpheed 3.8.0beta1 (GTK+ 2.24.33; x86_64-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Spam_score: -2.0 X-Spam_bar: -- X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.9.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20261002_081729_957399_E740C2AE X-CRM114-Status: GOOD ( 42.25 ) X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org Hi Stefano, On Fri, 2 Oct 2026 13:58:57 +0200 Stefano Radaelli wrote: > On Thu, Oct 01, 2026 at 02:43:44PM -0400, Hugo Villeneuve wrote: > > Hi Hugo, > > > > > Great to know Variscite is adding support for the DART-6UL. > > > > Thank you Hugo :) > Over the past year, we have been prioritizing security and consistency > by adopting a mainline-first approach. > We have added support for almost all of our SOMs and configurations, > as well as several driver changes and additions: > https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git/log/?h=master&qt=author&q=Stefano+Radaelli > And now it's time for the immortal i.MX6UL! > > > > > Please work with the existing modular DTSI files, do not simply remove > > them and reimplement them into your own files. > > > > Agreed. Where possible, I’ll reuse the modular files you added and > propose fix commits wherever changes are needed. > > > > > I tested it and it works. But like I said, if adjustments need to be > > made, they are welcome and can be done in a separate patch to fix it. > > This sequencing is something not very well documented in Variscite > > datasheets. I asked Variscite support to improve the documentation for > > that aspect but it was not accepted. > > > > > > > For the LWB5 option, the procedure enables WIFI_PWR, waits 10 ms, > > > enables WLAN_EN and BT_EN, waits 200 ms, then lowers BT_EN before > > > re-enumerating the SDIO device. > > > The other Broadcom option does not use the separate WIFI_PWR step. > > > The existing regulator and MMC power-sequence nodes do not express that > > > complete, module-dependent procedure, particularly the BT_EN step during > > > Wi-Fi initialization. > > > The scripts also select the Bluetooth firmware according to the detected > > > SDIO device. > > > > Firmware loading is handled properly by the kernel without external > > scripts (tested with Concerto EVK). > > > > > > > We use that procedure to avoid sequencing-related failures for our > > > customers. > > > This approach is not new to Variscite’s mainline DTS files. > > > > Yes, this is an old way of doing things, which may have been > > appropriate in the past when proper support in the kernel was missing > > to achieve the proper sequencing, but no longer true these days, unless > > I am mistaken. > > > > We are glad the kernel-managed sequence works on your Concerto EVK. > However, it is wrong for the LWB5 module configuration we support: > it does not follow the required power-up order and timing validated > by Variscite. Please detail exactly what is wrong so that it can be fixed. Better, create a patch to fix/improve it. > The sequence is based on the module requirements and has been tested > in our labs and across customer configurations over many years. > A successful test on your EVK does not show that it is correct for all > the modules and configurations we ship. Again, like I said before, if things are not optimal they can be fixed/improved, not completely wiped out. I can help you with this (test/implementation) if you explain the problems properly. > The GPL-2.0-only userspace scripts implement this required sequence. > This is not a matter of preference or an old approach we kept by habit; > replacing it with the sequence in the current DTS would risk breaking > supported Variscite configurations. Please be more specific. > If a future kernel implementation can reproduce the complete, > module-specific sequence, Variscite will be happy to update all affected > DTS files to use it, after completing the necessary lab testing across > the supported module variants and configurations. You need to work with the existing kernel implementation, not delete it. > If you need any additional material, datasheets, or other information > from Variscite, please let me know at stefano.r@variscite.com. > I’ll be happy to provide whatever is needed! As mentioned before, please add the required timing sequencing info to your datasheets, it will help everyone. -- Hugo Villeneuve