From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-wr2-f12.google.com (mail-wr2-f12.google.com [74.125.225.76]) (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 1D217495ACF for ; Fri, 2 Oct 2026 11:59:03 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=74.125.225.76 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1790942347; cv=none; b=sYyn9SzPekxYVKhDOqptvhIISh5bMu+hxrmzU51vXbpAk517UuFwpK/vw3ygHczJJ+0gdcQjgRrXip9O9bUjdMYMbBzh/id6vcQJtbhfoE5VQwXuAhObjKQ8tqgli+tny80MAjxeJrhFAacW6mxaL5UrgIWiAKPzps8DtrlK+EE= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1790942347; c=relaxed/simple; bh=hqsUH0xvoOGFRDB3jEl7eLagso4wlU0QytZYQJqM8hE=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=e8HjcB4ld7rs+l0QDxFtF/fd9kXztdNMVvHmWEA220aPxrbw4INyEaMva+aPJM++mOlIwY2qLilbc+57prsG5HnXXsLjD4yQ2PhR8fG8aYHNc+7dr4GgRe08jAxQfEOCMt9YGcKKJu1QJ154hwI55KvVZjOPR7vylb4riZCrcYU= 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=q1VBAPmc; arc=none smtp.client-ip=74.125.225.76 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="q1VBAPmc" Received: by mail-wr2-f12.google.com with SMTP id ffacd0b85a97d-482f63546c3so5930551f8f.1 for ; Fri, 02 Oct 2026 04:59:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20251104; t=1790942341; x=1791547141; darn=vger.kernel.org; h=in-reply-to:content-transfer-encoding:content-disposition :content-type:mime-version:references:message-id:subject:cc:to:from :date:from:to:cc:subject:date:message-id:reply-to:content-type; bh=A2Jhfl4IsYX/26MbYUd05Eygx5yXfRkgTahQeUMWqDQ=; b=q1VBAPmc8BjDsgUnhJ1wPYNExgqlQxY8GlGnksgzXscW759U8QQZ/TVVI3pOGvvQbO hUCbj7AKp7znbgq3JS6Fe2Za+DS/Z6A8Fq5rXsoTYUyWo189Lvp8MhssYXknRhZlVb8c 1LM6dTNdZ32SULhHr3BjC6ytzMOxfdDY3BUxBaIAW74Olsvh/rfqoQbUWdyaAjTs3tro X90xSS0JEtQVrF7vpEw97q5Z2JB6xbqNxuB30fYEd5KdobJgg17yORMZK8/rCKp1kHRc 87+VtgRHA+lfI1I4NSbCDYF4y3X58X7bonO81jMKFXZ+Qqr9wwIafxhPxFCkaSrg+6GQ HY2w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20260707; t=1790942341; x=1791547141; h=in-reply-to:content-transfer-encoding:content-disposition :content-type:mime-version:references:message-id:subject:cc:to:from :date:x-gm-gg:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to:content-type; bh=A2Jhfl4IsYX/26MbYUd05Eygx5yXfRkgTahQeUMWqDQ=; b=CCGYaHmbVGq7Sdlf42pQ6j75tHkKtNRcwlbFLxjX9yEHRhkw2AhaDGBEx6SdB0pjvW 5HF0mQRCbC3xx9j/L9R+SimFcMcqOLG+VrmOE+femKQN7UkzwSAkkyyS8O9sS7yNoOsD s6lWCEsDKNsocX4gFerB9DGbgiVQJrgl+o+SI5ytM3c75Z7NdjwRzj4uV0guJcXOlFit NI5W2jYYmSvd92FyBmGyBMQh5VEMC6Y3SfnaCKHVvVmGfU8hbB5XXXIEt3fcRNRjh+Ni WI/34NC04KdJXbkVmhOQjPiPTnd/bVJ9rqP4ZOK/+U8NPzVvX3VTjB0yeELgxi5+ddrb 0vrw== X-Forwarded-Encrypted: i=1; AKwUvBzZ5TWRDfs80v8EI/Sjktnfj8U8CaOFRcltAxrPl9yW8/s3bCfU25nXr1gzlPgTDgEpUQkkWH/PF9Eu@vger.kernel.org X-Gm-Message-State: AFuF++lLhX/gaCsIBbpplDaBHngvLyzIXe4/9Lo9V8mYbZdJnN+x0a/I QjKOvSxRD0g+iJZXiT6n3xZrP5OTa+bfuryBO2/qaICNtFOTYnAugYjD X-Gm-Gg: AYBFou1zvN4B24LCAbjfPXzrsFrmtAooQ4dXgGQhnkdwVbOtK/YrQi4G6UjpY3K/rzW 8i76dZRcibAGdGdTcw/Moc+0qVUih32i78spDtClEXjGW5gqTaQt/yhLj+FjSQ5LgW5/QdhYuXO xcVJum/Oe/7kTjAqnIztaMOhf+OK/wa8dZbRXzkvNTUzwje3mYVBi2uqNCs/00HOcHSRcaDhKCY vJsjGLfdn/L4KUyMyZqbBI6uoY64pt5Y+bmhY7WSSg3bGZqw//B+gTF6wYuMXT9qVv1FuTnjK82 dWpbkDemDDkhvlZoIqwsyhenH3sibd7sU/8t5R+ensSA+GcHNJ5KCISGRlVazSxjseI3vx1/iMC Y6I3qN58A5VahwIob5XoNpLp2xT8A4KdaCsoDPXtIQ6nEzmEUqerGqWa/3MWjIUWm3q5olmQyPw imc6u6dYPqpBb2FrL34/sZ2eZpqhgfMFpkf6rVSHMCF60Pz5zcsAPmLr8tosIKDIabSgOY8D2W7 XDrtjh+tEj3wCXaK685qeeiWfvEsR+coUD+a5PdjQpQ55E170ruD3EFctVPVKxGziNe1VeENEU+ b6Y69gPcGOj0VNErLUihZi0OLl50 X-Received: by 2002:a05:600c:4307:b0:4a0:b6:4619 with SMTP id 5b1f17b1804b1-4a0274569f9mr32626085e9.0.1790942341160; Fri, 02 Oct 2026 04:59:01 -0700 (PDT) Received: from Lord-Beerus.station ([31.27.155.43]) by smtp.gmail.com with ESMTPSA id 5b1f17b1804b1-4a03ff2280csm44613255e9.4.2026.10.02.04.58.59 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 02 Oct 2026 04:59:00 -0700 (PDT) Date: Fri, 2 Oct 2026 13:58:57 +0200 From: Stefano Radaelli To: Hugo Villeneuve 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: References: <20260929121455.437291ea4b53130e3e19778c@hugovil.com> <20261001144344.2100854b8f5e2d81cf87b424@hugovil.com> Precedence: bulk X-Mailing-List: devicetree@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20261001144344.2100854b8f5e2d81cf87b424@hugovil.com> 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. 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. 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. 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. 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! Best Regards, Stefano