Hi, On Wed, Aug 23, 2023 at 12:13 AM Sheng-Liang Pan <sheng-liang.pan@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx> wrote: > > SKU ID 10: Lazor LTE+Wifi, no-esim (Strapped 0 X 0) > SKU ID 15: Limozeen LTE+Wifi, TS, no esim (Strapped 1 X 0) > SKU ID 18: Limozeen LTE+Wifi, no TS, no esim (Strapped X 0 0) > > Even though the "no esim" boards are strapped differently than > ones that have an esim, the esim isn't represented in the > device tree so the same device tree can be used for LTE w/ esim > and LTE w/out esim. > > add BRD_ID(0, Z, 0) = 10 for new board with ALC5682i-VS > > Signed-off-by: Sheng-Liang Pan <sheng-liang.pan@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx> > --- > This patch base on patch[1] which move trogdor rt5682s bits to a fragment. > > [1] https://lore.kernel.org/r/20230816112143.1.I7227efd47e0dc42b6ff243bd22aa1a3e01923220@changeid/ > > Changes in v6: > - commit update, add dependent patch link > - remove unnecessary symbol > - sort out the order of properties > > Changes in v5: > - include rt5682s node for new board version 10 > > Changes in v4: > - combine pathc2 and patch3 > > Changes in v3: > - sort out the node order alphabetically > > Changes in v2: > - add new entry rev9 with Parade bridge chip > - correct newly create dts files > > arch/arm64/boot/dts/qcom/Makefile | 5 +++ > ...sc7180-trogdor-lazor-limozeen-nots-r10.dts | 29 ++++++++++++ > .../sc7180-trogdor-lazor-limozeen-nots-r9.dts | 6 +-- > .../sc7180-trogdor-lazor-limozeen-r10.dts | 45 +++++++++++++++++++ > .../qcom/sc7180-trogdor-lazor-limozeen-r9.dts | 10 ++--- > .../dts/qcom/sc7180-trogdor-lazor-r10-kb.dts | 23 ++++++++++ > .../dts/qcom/sc7180-trogdor-lazor-r10-lte.dts | 27 +++++++++++ > .../dts/qcom/sc7180-trogdor-lazor-r10.dts | 19 ++++++++ > .../dts/qcom/sc7180-trogdor-lazor-r9-kb.dts | 4 +- > .../dts/qcom/sc7180-trogdor-lazor-r9-lte.dts | 4 +- > .../boot/dts/qcom/sc7180-trogdor-lazor-r9.dts | 4 +- > 11 files changed, 162 insertions(+), 14 deletions(-) It would have been fine to keep my Reviewed-by with just the minor changes that Konrad requested, but giving it again anyway: Reviewed-by: Douglas Anderson <dianders@xxxxxxxxxxxx>
