From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-wm2-f12.google.com (mail-wm2-f12.google.com [74.125.225.140]) (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 27027493D5C for ; Fri, 2 Oct 2026 11:59:05 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=74.125.225.140 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1790942347; cv=none; b=NjiG6BCgQIC59hpCLAj8myG31HAdR2zHSmWeXjL93H/bjRuZGZUgCkY6rrMX2BhRTtqo5HjEG7qsnddnbHxMFV3M5A0w6LRkfbvS0W5QzEkyHrGDLnqQXhwDPjDYVQz6Os3KhEPP+Q+UQuMwI7uY6OqRwNAysrVr0PVB506GlAs= 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.140 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-wm2-f12.google.com with SMTP id 5b1f17b1804b1-4a00713639cso42733745e9.1 for ; Fri, 02 Oct 2026 04:59:04 -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=JQbEWRxZQoW+WWFZTHM9LQJj0OxafBkuz5x17B2gsOpHgqUdMt+rBVqOjSNIae1MhB jaSDBS72kQkSS4HiKdEIq0u7Mf/AT15ojjPGuGyD2+0vVMrsoN7a1ptBAGcLfismJCCQ bEDQN8WkkuDFpGvxvDnw3hXzftZDwZ0o4ZYAdTdYFx90sgVpQye72IFuCaUOCSdwja03 Vb6bRvnOFGWe6M+LQNR8zD8XXjO8Jn+h5DsbArEHihYx/kF8aJrH8Bec5fSG3jGRY3Db tC0e8TQBaTBj3oTw/CR16dcXAC5eDaDauHnEV+1M6DVDnAUWJlaSimc+MMGZ3fybvU2S Y18w== X-Forwarded-Encrypted: i=1; AKwUvBxzNj9LsAPE2EvWxx9c0xpzXLxdwbOESREKgfFh47ZycRoCO5KT7vMy0s4kyLeC/Sdo+kLaop0=@vger.kernel.org X-Gm-Message-State: AFuF++nsFjeDxjp3/0G8VnhzeTpvsj4gW9lG3VfojNpA+knDbEZcCs92 z7ko0qp0DYBLDAQZRnYIYnclJtdvihMba3iN9ma9/LrykM/SJLgghee5 X-Gm-Gg: AYBFou3xiKKnLe15YYdq5vaeYjMIjdb5RqdDlWeepaIymhhYDYXJZZIVb44ZaMOolgK HaZnKUwVs6VIUKC1k5FQZC5ADaL3ZrtEtAzDBzZGU6Sj5w/uLdahNNjvU6JbFxTrtmlmxmivPx5 UgQ7mjbt6184IVWNXaUkZZeNU6iw0tvSb2853NYFWIbFU53d39Wt241v+B2DcJBx8etjwJtoHto 5ui6DbWeJa4vKUalLb3DbxTbZKjJyf3s/SJ1luztf9Yv2EPFTX0XDVjuUnZJ+iA9js0M6fPbBRn aD/TfSInOkEMD1l90Id8qrrV/FqfnBgMeQ6L8y+py721stVXT+6fztwgNhJpb7eOAEvhZRDwB72 dNimtj6pgLl4VSKlGpVtufdTiM0fS9IyiIwhszZLmQyGn0yV0bYYqoB01f7YuSTEGqAmrrRUlsN gm6lwUiw8UrW19TrZMa7Y9sQx4KdKkobJzDpQgOSqUPF+AT2QV/oKvY1XA7N3ekI0xnLtqr7p1s WWG2cmkCyNHNJb/z+XDuauyWd+Nn2X6CLJc02yK6v10PpDdzSinOF9sVUepkQ/mBrpFU4WSOPgX GvT295dbGaWPJ8tRSmfr36lHxKUX 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: netdev@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