touchscreen: GT7375P
Signed-off-by: Douglas Anderson
---
Changes in v4:
- Totally redid based on the new subclass system.
Changes in v3:
- Rework to use subclassing.
drivers/hid/i2c-hid/Kconfig | 19 +++-
drivers/hid/i2c-hid/Makefile| 1 +
drivers/hid/i2c-hid/i2c-hid
This adds new bindings for the Goodix GT7375P touchscreen. While this
touchscreen's communications are based on the generic "i2c-over-hid"
protocol, it needs special power sequencing and thus gets its own
compatible and bindings.
Signed-off-by: Douglas Anderson
---
(no change
r this new touchscreen.
- Get timings based on the compatible string.
- ("dt-bindings: HID: i2c-hid: Introduce bindings for the Goodix GT7375P") new
in v2.
Douglas Anderson (4):
HID: i2c-hid: Reorganize so ACPI and OF are subclasses
arm64: defconfig: Update config names for i2c-hid re
This adds new bindings for the Goodix GT7375P touchscreen. While this
touchscreen's communications are based on the generic "i2c-over-hid"
protocol, it needs special power sequencing and thus gets its own
compatible and bindings.
Signed-off-by: Douglas Anderson
---
Changes in v3:
touchscreen: GT7375P
Signed-off-by: Douglas Anderson
---
Changes in v3:
- Rework to use subclassing.
drivers/input/touchscreen/Kconfig | 12 +++
drivers/input/touchscreen/Makefile | 1 +
drivers/input/touchscreen/goodix-i2c-hid.c | 115 +
3 files changed, 128
This exports some things from i2c-hid so that we can have a driver
that's effectively a subclass of it and that can do its own power
sequencing.
Signed-off-by: Douglas Anderson
---
Changes in v3:
- Rework to use subclassing.
Changes in v2:
- Use a separate compatible string for this new
Add yet another eDP panel.
Signed-off-by: Douglas Anderson
---
(no changes since v1)
.../devicetree/bindings/display/panel/panel-simple.yaml | 2 ++
1 file changed, 2 insertions(+)
diff --git a/Documentation/devicetree/bindings/display/panel/panel-simple.yaml
b/Documentation
structure to do this cleanly. This assumes that the
backlight will be enabled _after_ the panel enable finishes. This is
how it works today and seems a sane assumption.
Signed-off-by: Douglas Anderson
---
Changes in v2:
- Adjust for shorter names in patch #1.
drivers/gpu/drm/panel/panel
nimum time between HPD being asserted by the panel and
setting the backlight enable GPIO. By specifying as a constraint we
can enforce this without over-delaying. Specifically the link
training is allowed to happen in parallel with this delay so adding a
fixed 80 ms delay isn't ideal.
Signed-off-b
Add yet another eDP panel.
Signed-off-by: Douglas Anderson
---
.../devicetree/bindings/display/panel/panel-simple.yaml | 2 ++
1 file changed, 2 insertions(+)
diff --git a/Documentation/devicetree/bindings/display/panel/panel-simple.yaml
b/Documentation/devicetree/bindings/display
nimum time between HPD being asserted by the panel and
setting the backlight enable GPIO. By specifying as a constraint we
can enforce this without over-delaying. Specifically the link
training is allowed to happen in parallel with this delay so adding a
fixed 80 ms delay isn't ideal.
Signed-off-b
structure to do this cleanly. This assumes that the
backlight will be enabled _after_ the panel enable finishes. This is
how it works today and seems a sane assumption.
Signed-off-by: Douglas Anderson
---
drivers/gpu/drm/panel/panel-simple.c | 48
1 file changed
ot;hid-over-i2c" fallback and the various timings.
[1] https://lore.kernel.org/r/20201019211036.GA3595039@bogus
Signed-off-by: Douglas Anderson
---
Changes in v2:
- ("dt-bindings: HID: i2c-hid: Label this binding as deprecated") new in v2.
Documentation/devicetree/bindings/input/hid
hat we can list the two
possible i2c addresses for this device, which gives extra checking.
Signed-off-by: Douglas Anderson
---
Changes in v2:
- ("dt-bindings: HID: i2c-hid: Introduce bindings for the Goodix GT7375P") new
in v2.
.../bindings/input/goodix,gt7375p.yaml| 64 +++
tree, the guidance from the device tree maintainer is
that it's better to list the specific model and infer everything from
there. Thus that's what this patch implements.
Signed-off-by: Douglas Anderson
---
Changes in v2:
- Use a separate compatible string for this new touchscreen.
- Get timings
by the same driver.
Signed-off-by: Douglas Anderson
---
Note: this is now a 2-patch cleanup series with no actual bugfixes
since the problem solved by patch #3 was better solved with:
https://lore.kernel.org/r/20201017020137.1251319-1-sb...@kernel.org
Changes in v5:
- Two blank lines inserted before
Let's convert the lpass clock control driver to use devm. This is a
few more lines of code, but it will be useful in a later patch which
disentangles the two devices handled by this driver.
Signed-off-by: Douglas Anderson
---
(no changes since v4)
Changes in v4:
- Fixed typo lapss => lp
+
+--
| (a) |
RESET -+
+-
| (b) |
I2C comm OK -+
Where (a) is 10 ms and (b) is 120 ms.
Let's add the ability to support this into the i2c-hid driver.
Signed-off-by: Douglas Anderson
---
drivers/hid/i2c
+
+--
| (a) |
RESET -+
+-
| (b) |
I2C comm OK -+
Where (a) is 10 ms and (b) is 120 ms.
Let's add the ability to specify these timings to the devicetree
bindings.
Signed-off-by: Douglas Anderson
---
I
by the same driver.
Signed-off-by: Douglas Anderson
---
Changes in v3:
- ("clk: qcom: lpass-sc7180: Disentangle the two clock devices") new for v3.
drivers/clk/qcom/lpasscorecc-sc7180.c | 121 +++---
1 file changed, 72 insertions(+), 49 deletions(-)
diff --git a/driver
From: Taniya Das
In the case where the PLL configuration is lost, then the pm runtime
resume will reconfigure before usage.
Fixes: edab812d802d ("clk: qcom: lpass: Add support for LPASS clock controller
for SC7180")
Signed-off-by: Taniya Das
Signed-off-by: Douglas Anderson
---
Cha
Let's convert the lpass clock control driver to use devm. This is a
few more lines of code, but it will be useful in a later patch which
disentangles the two devices handled by this driver.
Signed-off-by: Douglas Anderson
---
Changes in v3:
- ("clk: qcom: lpasscc-sc7810: Use devm in
Let's convert the lpass clock control driver to use devm. This is a
few more lines of code, but it will be useful in a later patch which
disentangles the two devices handled by this driver.
Signed-off-by: Douglas Anderson
---
Changes in v4:
- Fixed typo lapss => lpass
- Mo
by the same driver.
Signed-off-by: Douglas Anderson
---
(no changes since v3)
Changes in v3:
- ("clk: qcom: lpass-sc7180: Disentangle the two clock devices") new for v3.
drivers/clk/qcom/lpasscorecc-sc7180.c | 101 --
1 file changed, 62 insertions(+), 39 deletion
From: Taniya Das
In the case where the PLL configuration is lost, then the pm runtime
resume will reconfigure before usage.
Fixes: edab812d802d ("clk: qcom: lpass: Add support for LPASS clock controller
for SC7180")
Signed-off-by: Taniya Das
Signed-off-by: Douglas Anderson
---
Cha
From: Taniya Das
In the case where the PLL configuration is lost, then the pm runtime
resume will reconfigure before usage.
Fixes: edab812d802d ("clk: qcom: lpass: Add support for LPASS clock controller
for SC7180")
Signed-off-by: Taniya Das
Signed-off-by: Douglas Anderson
;) is a prerequisite for this one.
Fixes: 02b9aec59243 ("i2c: i2c-qcom-geni: Fix DMA transfer race")
Signed-off-by: Douglas Anderson
Reviewed-by: Stephen Boyd
Reviewed-by: Akash Asthana
Tested-by: Dmitry Baryshkov
---
(no changes since v1)
drivers/i2c/busses/i2c-qcom-geni.c | 6 ++
ments about why UART is special.
Douglas Anderson (3):
soc: qcom: geni: More properly switch to DMA mode
Revert "i2c: i2c-qcom-geni: Fix DMA transfer race"
soc: qcom: geni: Optimize/comment select fifo/dma mode
drivers/i2c/busses/i2c-qcom-geni.c | 6 ++--
drivers/s
tel().
NOTE: the only current user of GENI_SE_DMA in mainline is i2c.
Fixes: 37692de5d523 ("i2c: i2c-qcom-geni: Add bus driver for the Qualcomm GENI
I2C controller")
Fixes: 02b9aec59243 ("i2c: i2c-qcom-geni: Fix DMA transfer race")
Signed-off-by: Douglas Anderson
Reviewed-by:
is also nice,
even if we are using "relaxed" variants.
Signed-off-by: Douglas Anderson
---
Note that I didn't add Dmitry Baryshkov's Tested-by tag to the 3rd
patch since it changed subtly. Also note that when adding comments
about why the UART is special it seems clear to me that we really
that this makes any performance
difference and it fixes no bugs. However, it seems (to me) like it
makes the functions a little easier to understand. Decreasing the
amount of times we read/write memory mapped registers is also nice,
even if we are using "relaxed" variants.
Signed-off-by: Dougla
;) is a prerequisite for this one.
Fixes: 02b9aec59243 ("i2c: i2c-qcom-geni: Fix DMA transfer race")
Signed-off-by: Douglas Anderson
---
drivers/i2c/busses/i2c-qcom-geni.c | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/drivers/i2c/busses/i2c-qcom-geni.c
b/driv
/ rejigger. To me it seemed like a good
idea to first fix the probelm (and make the two functions as much of
an inverse as possible) and later try to clean things up. Yell if you
want something different.
Douglas Anderson (3):
soc: qcom: geni: More properly switch to DMA mode
Revert &quo
tel().
NOTE: the only current user of GENI_SE_DMA in mainline is i2c.
Fixes: 37692de5d523 ("i2c: i2c-qcom-geni: Add bus driver for the Qualcomm GENI
I2C controller")
Fixes: 02b9aec59243 ("i2c: i2c-qcom-geni: Fix DMA transfer race")
Signed-off-by: Douglas Anderson
---
driv
ttle blurb to the logs if we ever need more
than 5.
Signed-off-by: Douglas Anderson
---
drivers/gpu/drm/bridge/ti-sn65dsi86.c | 40 +++
1 file changed, 29 insertions(+), 11 deletions(-)
diff --git a/drivers/gpu/drm/bridge/ti-sn65dsi86.c
b/drivers/gpu/drm/bridge/ti-sn65dsi
king right. If nothing
else, without this fix I see this in the logs:
OF: /soc@0/mdss@ae0: could not get #interconnect-cells for
/soc@0/interrupt-controller@17a0
Fixes: e23b1220a246 ("arm64: dts: qcom: sc7180: Increase the number of
interconnect cells")
Signed-off-
is called. Without seeing evidence that
this would really help someone, though, that doesn't seem worth it.
Signed-off-by: Douglas Anderson
---
arch/arm64/Kconfig | 15 +++
arch/arm64/include/asm/xor.h | 5 +
2 files changed, 20 insertions(+)
diff --git a/arch/arm64
se devices.
>From a testing perspective, running "flashrom -p ec -r /tmp/foo.bin"
in a loop after this patch shows almost no reduction in time, but the
number of interrupts per command goes from 32357 down to 30611 (about
a 5% reduction).
Signed-off-by: Douglas Anderson
Reviewed-by: Ste
and we do a lot of SPI traffic.
Signed-off-by: Douglas Anderson
Reviewed-by: Stephen Boyd
---
(no changes since v1)
arch/arm64/boot/dts/qcom/sc7180-trogdor.dtsi | 19 ---
1 file changed, 16 insertions(+), 3 deletions(-)
diff --git a/arch/arm64/boot/dts/qcom/sc7180-trogdor.dtsi
b/
and we do a lot of SPI traffic.
Signed-off-by: Douglas Anderson
---
(no changes since v1)
arch/arm64/boot/dts/qcom/sc7180-trogdor.dtsi | 19 ---
1 file changed, 16 insertions(+), 3 deletions(-)
diff --git a/arch/arm64/boot/dts/qcom/sc7180-trogdor.dtsi
b/arch/arm64/boot/dts/q
se devices.
>From a testing perspective, running "flashrom -p ec -r /tmp/foo.bin"
in a loop after this patch shows almost no reduction in time, but the
number of interrupts per command goes from 32357 down to 30611 (about
a 5% reduction).
Signed-off-by: Douglas Anderson
---
Change
) it feels like even this isn't enough to impart the seriousness
of this error. Let's convert to a WARN_ON. Note that WARN_ON is
automatically "unlikely" so we can simply replace the old annotation
with the new one.
Signed-off-by: Douglas Anderson
---
drivers/block/zram/zram_drv.c |
The lpass-sc7180 driver can be built as a module but is lacking a
MODULE_DEVICE_TABLE. This means it won't auto-load. Fix this
oversight.
Fixes: 24caf8d9eb10 ("ASoC: qcom: lpass-sc7180: Add platform driver for lpass
audio")
Signed-off-by: Douglas Anderson
---
sound/soc/qcom/lpas
not really noticeable on any real world benchmarks, we might as
well save the time.
Signed-off-by: Douglas Anderson
---
drivers/spi/spi-geni-qcom.c | 12 +++-
1 file changed, 7 insertions(+), 5 deletions(-)
diff --git a/drivers/spi/spi-geni-qcom.c b/drivers/spi/spi-geni-qcom.c
index
-by: Douglas Anderson
---
drivers/spi/spi-geni-qcom.c | 13 ++---
1 file changed, 10 insertions(+), 3 deletions(-)
diff --git a/drivers/spi/spi-geni-qcom.c b/drivers/spi/spi-geni-qcom.c
index 92d88bf85a90..6c7e12b68bf0 100644
--- a/drivers/spi/spi-geni-qcom.c
+++ b/drivers/spi/spi-geni
er several runs.
Before: It took 6.66 seconds and 59669 interrupts fired.
After: It took 6.66 seconds and 47992 interrupts fired.
Signed-off-by: Douglas Anderson
---
drivers/spi/spi-geni-qcom.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/spi/spi-geni-qcom.c b/
urn a bool indicating if there
is more to tx.
Signed-off-by: Douglas Anderson
---
drivers/spi/spi-geni-qcom.c | 167 +++-
1 file changed, 86 insertions(+), 81 deletions(-)
diff --git a/drivers/spi/spi-geni-qcom.c b/drivers/spi/spi-geni-qcom.c
index 0dc3f4c55b0b..49
nsole by just adding "console=ttyMSM0" (instead of
"console=ttyMSM0,115200n8") to the command line, so it seems like it'd
be nice to fix.
Let's switch the default to 115200.
Signed-off-by: Douglas Anderson
---
drivers/tty/serial/qcom_geni_serial.c | 2 +-
1 file changed, 1
Add a new SKU variant. This is a pick from the downstream tree that
is the current source of truth for this platform.
Link: https://crrev.com/c/2386997
Signed-off-by: Douglas Anderson
---
arch/arm64/boot/dts/qcom/Makefile | 1 +
.../dts/qcom/sc7180-trogdor-lazor-r1-kb.dts
This is like commit 3d3451124f3d ("mmc: sdhci-msm: Prefer asynchronous
probe") but applied to a whole pile of drivers. This batch converts
the drivers that appeared to have been added after kernel 5.4.
Signed-off-by: Douglas Anderson
---
drivers/mmc/host/meson-mx-sdhc-mmc.c | 1 +
d
This is like commit 3d3451124f3d ("mmc: sdhci-msm: Prefer asynchronous
probe") but applied to a whole pile of drivers. This batch converts
the drivers that appeared to be around in the v5.4 timeframe.
Signed-off-by: Douglas Anderson
---
drivers/mmc/host/alcor.c | 1 +
d
This is like commit 3d3451124f3d ("mmc: sdhci-msm: Prefer asynchronous
probe") but applied to a whole pile of drivers. This batch converts
the drivers that appeared to be around in the v4.19 timeframe.
Signed-off-by: Douglas Anderson
---
drivers/mmc/host/dw_mmc-bluefield.c | 1
This is like commit 3d3451124f3d ("mmc: sdhci-msm: Prefer asynchronous
probe") but applied to a whole pile of drivers. This batch converts
the drivers that appeared to be around in the v4.14 timeframe.
Signed-off-by: Douglas Anderson
---
drivers/mmc/host/bcm2835.c
This is like commit 3d3451124f3d ("mmc: sdhci-msm: Prefer asynchronous
probe") but applied to a whole pile of drivers. This batch converts
the drivers that appeared to be around in the v4.9 timeframe.
Signed-off-by: Douglas Anderson
---
drivers/mmc/host/sdhci-brcmstb.c | 1 +
driver
ocked from probing
until we finish.
Since this driver can be configured as a module and modules are
always asynchronously probed this is quite a safe change and will
benefit anyone who has a reason to build this driver into the kernel
instead of using it as a module.
Signed-off-by: Dougla
ators, etc) that
other drivers need to probe and even if it was they should be handling
-EPROBE_DEFER.
Let's turn this on and get a bit of boot speed back.
Signed-off-by: Douglas Anderson
---
drivers/mmc/host/sdhci-msm.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/mmc/host/sdh
and the SPI bus were
builtin. In that case the other driver has a bug that's waiting to
hit and the other driver should be fixed.
Signed-off-by: Douglas Anderson
---
drivers/mtd/spi-nor/core.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/mtd/spi-nor/core.c b/drivers/mtd/spi-nor/core.c
to indicate that it's done.
There's no reason to block probe of all other devices on our probe.
Turn on async probe.
Signed-off-by: Douglas Anderson
---
Changes in v2:
- Updated commit message w/ details on why probe is slow.
- Added comment next to flag about why probe is slow.
drivers/iio
On one board I found that:
probe of 5-0028 returned 1 after 259547 usecs
There's no reason to block probe of all other devices on our probe.
Turn on async probe.
Signed-off-by: Douglas Anderson
---
NOTE: I haven't done any analysis of the driver to see _why_ it's so
slow, only that I have
The probe of rt5682 is pretty slow. A quick measurement shows that it
takes ~650 ms on at least one board. There's no reason to block all
other drivers waiting for this probe to finish. Set the flag to allow
other drivers to probe while we're probing.
Signed-off-by: Douglas Anderson
---
NOTE
the DLL config whenever we do runtime
resume. This is safe and gets things working again.
NOTE: we don't need to introduce a whole new "struct
sdhci_msm_variant_info" for sc7180 since it would be exactly the same
as the sdm845 one. We'll just refer to that one.
Signed-off-by: Dougla
" will evaluate to true and we'll fall into the
error case. Oops.
Let's fix this.
Fixes: d05a7238fe1c ("mmc: sdhci-msm: Unconditionally call
dev_pm_opp_of_remove_table()")
Signed-off-by: Douglas Anderson
---
drivers/mmc/host/sdhci-msm.c | 2 +-
1 file changed, 1 insertion(+), 1 del
the retry count to 10 just to be extra sure.
Fixes: 415b5a75da43 ("mmc: sdhci-msm: Add platform_execute_tuning
implementation")
Signed-off-by: Douglas Anderson
---
drivers/mmc/host/sdhci-msm.c | 18 +-
1 file changed, 17 insertions(+), 1 deletion(-)
diff --git a/d
Values come from the vendor and have been tested on hardware.
Signed-off-by: Douglas Anderson
---
drivers/gpu/drm/panel/panel-simple.c | 31
1 file changed, 31 insertions(+)
diff --git a/drivers/gpu/drm/panel/panel-simple.c
b/drivers/gpu/drm/panel/panel-simple.c
The KD116N21-30NV-A010 is a pretty standard eDP panel. Add it to the
list of compatible strings.
Signed-off-by: Douglas Anderson
---
.../devicetree/bindings/display/panel/panel-simple.yaml | 2 ++
1 file changed, 2 insertions(+)
diff --git a/Documentation/devicetree/bindings/display
Add an entry for SC7180 SoC.
Signed-off-by: Douglas Anderson
---
drivers/soc/qcom/socinfo.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/soc/qcom/socinfo.c b/drivers/soc/qcom/socinfo.c
index e19102f46302..e56eea29615c 100644
--- a/drivers/soc/qcom/socinfo.c
+++ b/drivers/soc
hile at it, also use the proper #define for 4.
Fixes: e42d6c3ec0c7 ("serial: qcom_geni_serial: Make kgdb work even if UART
isn't console")
Signed-off-by: Douglas Anderson
---
drivers/tty/serial/qcom_geni_serial.c | 9 +++--
1 file changed, 7 insertions(+), 2 deletions(-)
d
Silly typo. You go squish now. Was introduced in commit 299632e54b2e
("regmap: debugfs: Don't sleep while atomic for fast_io regmaps").
Reported-by: Pavel Machek
Signed-off-by: Douglas Anderson
---
drivers/base/regmap/regmap-debugfs.c | 4 ++--
1 file changed, 2 insertions(+), 2
doodoo anyway. Let's just use the
non-interruptible version of the function and call it good enough.
Found by code inspection. No known test cases expose the problem
described here.
Fixes: 2209481409b7 ("soc: qcom: Add AOSS QMP driver")
Signed-off-by: Douglas Anderson
---
driver
p_intr() (our IRQ handler).
Doh!
I believe that the correct fix here is to assume that our power_off /
power_on functions might be called at "noirq" time and just always
poll if we're called via that path. Other paths can continue to wait
for the IRQ.
Fixes: 2209481409b7 ("soc: q
elieve both examples are supposed to be independent of each other.
Let's fix the bindings.
Fixes: 381cc6f97cda ("dt-bindings: clock: Add YAML schemas for LPASS clocks on
SC7180")
Signed-off-by: Douglas Anderson
---
.../bindings/clock/qcom,sc7180-lpasscorecc.yaml| 14 ++
1 fil
Suggested-by: Stephen Boyd
Signed-off-by: Douglas Anderson
---
include/linux/qcom-geni-se.h | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/include/linux/qcom-geni-se.h b/include/linux/qcom-geni-se.h
index dd464943f717..f50c73be1428 100644
--- a/include/linux/qcom-geni-se.h
+++
too. Change it as well.
Fixes: 37692de5d523 ("i2c: i2c-qcom-geni: Add bus driver for the Qualcomm GENI
I2C controller")
Signed-off-by: Douglas Anderson
Tested-by: Sai Prakash Ranjan
Reviewed-by: Akash Asthana
---
Even though this patch is slightly different than v1 I have kept tags.
river for the Qualcomm GENI
I2C controller")
Signed-off-by: Douglas Anderson
---
drivers/i2c/busses/i2c-qcom-geni.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/i2c/busses/i2c-qcom-geni.c
b/drivers/i2c/busses/i2c-qcom-geni.c
index 18d1e4fd4cf3..21e27f105
d I don't see any other good solution to handle that
case.
Even though the delay was measured as 8 ms, 15 ms was chosen to give a
bit of margin.
Signed-off-by: Douglas Anderson
---
I don't actually have a device in front of me that is exhibiting these
problems. I believe that it is only some dev
_file_bool()
copy_from_user()
__might_fault()
__might_sleep()
Let's reorder things a bit so that we do all of our sleepable
functions before we grab the lock.
Fixes: d3dc5430d68f ("regmap: debugfs: Allow writes to cache state settings")
Signed-off-by: Douglas Anderson
---
chip in hierarchy")
Signed-off-by: Douglas Anderson
---
As far as I can tell everything here should work and the limited
testing I'm able to give it shows that, in fact, I can detect both
edges.
I specifically left off Reviewed-by and Tested-by tags from v2 becuase
I felt that the implemen
chip in hierarchy")
Signed-off-by: Douglas Anderson
---
As far as I can tell everything here should work and the limited
testing I'm able to give it shows that, in fact, I can detect both
edges.
I specifically left off Reviewed-by and Tested-by tags from v2 becuase
I felt that the implemen
before, but if folks tell me that it's terrible then
I guess we'll have to figure some other way out of our crazy
-EPROBE_DEFER loop in Linux.
END
Signed-off-by: Douglas Anderson
---
Documentation/devicetree/bindings/display/msm/dpu.txt | 4 +++-
1 file changed, 3 insertions(+), 1 del
As described in the bindings patch, this means that our child nodes
are devices in their own right.
Signed-off-by: Douglas Anderson
---
If this patch lands before the patch ("drm/msm: Avoid manually
populating our children if "simple-bus" is there") it doesn't seem to
be
As described in the bindings patch, this means that our child nodes
are devices in their own right.
Signed-off-by: Douglas Anderson
---
If this patch lands before the patch ("drm/msm: Avoid manually
populating our children if "simple-bus" is there") it doesn't seem to
be
This is just like the patch ("dt-bindings: msm/disp: Add simple-bus to
dpu bindings") but for the mdp5 bindings.
Signed-off-by: Douglas Anderson
---
Documentation/devicetree/bindings/display/msm/mdp5.txt | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Doc
As described in the bindings patch, this means that our child nodes
are devices in their own right.
Signed-off-by: Douglas Anderson
---
If this patch lands before the patch ("drm/msm: Avoid manually
populating our children if "simple-bus" is there") it doesn't seem to
be
As described in the bindings patch, this means that our child nodes
are devices in their own right.
Signed-off-by: Douglas Anderson
---
If this patch lands before the patch ("drm/msm: Avoid manually
populating our children if "simple-bus" is there") it doesn't seem to
be
ng if desired. Also because I can't actually test most
of this hardware myself.
Douglas Anderson (9):
drm/msm: Use the devm variant of of_platform_populate()
dt-bindings: msm/dpu: Add simple-bus to dpu bindings
dt-bindings: msm/mdp5: Add simple-bus to dpu bindings
drm/msm: Avoid manually pop
pdev_probe() return -EPROBE_DEFER.
- When msm_pdev_probe() returned the processing of probe deferrals
happens.
- Loop back to the start.
Signed-off-by: Douglas Anderson
---
drivers/gpu/drm/msm/msm_drv.c | 16
1 file changed, 12 insertions(+), 4 deletions(-)
Let's save ourselves some hassle and use the devm variant of
of_platform_populate() do we don't need to worry about manually
depopulating.
Signed-off-by: Douglas Anderson
---
drivers/gpu/drm/msm/msm_drv.c | 20
1 file changed, 4 insertions(+), 16 deletions(-)
diff --git
As described in the bindings patch, this means that our child nodes
are devices in their own right.
Signed-off-by: Douglas Anderson
---
If this patch lands before the patch ("drm/msm: Avoid manually
populating our children if "simple-bus" is there") it doesn't seem to
be
in the kernel.
Signed-off-by: Ravi Kumar Bokka
Signed-off-by: Douglas Anderson
Reviewed-by: Rob Herring
---
Changes in v5: None
Changes in v4:
- Clock name is "core", not "sec".
- Example under "soc" to get #address-cells and #size-cells.
Changes in v3:
- Add
From: Ravi Kumar Bokka
This patch adds properties to the qfprom node to enable fuse blowing.
Signed-off-by: Ravi Kumar Bokka
Signed-off-by: Douglas Anderson
---
Presumably this patch to the device tree file should go through the
Qualcomm tree. Now that bindings have been reviewed by Rob
From: Ravi Kumar Bokka
This switches the bindings over from txt to yaml.
Signed-off-by: Ravi Kumar Bokka
Signed-off-by: Douglas Anderson
Reviewed-by: Rob Herring
---
Changes in v5: None
Changes in v4:
- Maintainer now listed as Srinivas.
- Example under "soc" to get #address-cells
This series enables blowing of fuses on Qualcomm SoCs by extending the
existing qfprom driver with write support.
A few notes:
- Though I don't have any firsthand knowledge of it, it's my
understanding that these changes could be used on any Qualcomm SoC.
However, it's likely not very useful
From: Ravi Kumar Bokka
This patch adds support for blowing fuses to the qfprom driver if the
required properties are defined in the device tree.
Signed-off-by: Ravi Kumar Bokka
Signed-off-by: Douglas Anderson
---
Changes in v5:
- QFPROM_FUSE_BLOW_POLL_US 10 =>
the Copy Engines.
Tested-on: WCN3990 SNOC WLAN.HL.3.2.2-00490-QCAHLSWMTPL-1
Signed-off-by: Douglas Anderson
Reviewed-by: Rakesh Pillai
Reviewed-by: Brian Norris
---
This patch continues work to try to squash all instances of the crash
we've been seeing while reading CE registers and hopefully
As of the patch ("ath10k: Keep track of which interrupts fired, don't
poll them") we now have no users of this hardware parameter. Remove
it.
Suggested-by: Brian Norris
Signed-off-by: Douglas Anderson
---
Changes in v2:
- Patch ("ath10k: Get rid of "per_ce_irq&qu
connect support")
Signed-off-by: Douglas Anderson
Acked-by: Mark Brown
Reviewed-by: Rajendra Nayak
Tested-by: Rajendra Nayak
Reviewed-by: Mukesh Kumar Savaliya
---
This patch could go through the SPI tree or land in the Qualcomm tree.
The patch it Fixes is currently in the Qualcomm
all flash takes: ~3.3 seconds
[1] https://lore.kernel.org/r/20200702004509.2333554-1-diand...@chromium.org
[2]
https://lore.kernel.org/r/1593769293-6354-2-git-send-email-rna...@codeaurora.org
Changes in v2:
- Return error from runtime resume if dev_pm_opp_set_rate() fails.
Douglas Anderson (2):
slightly better) before those patches landed.
Fixes: cff80645d6d3 ("spi: spi-qcom-qspi: Add interconnect support")
Signed-off-by: Douglas Anderson
Acked-by: Mark Brown
Reviewed-by: Rajendra Nayak
Tested-by: Rajendra Nayak
Reviewed-by: Mukesh Kumar Savaliya
---
This applies atop the Qua
cause none of the current device trees have
an OPP table for geni SPI yet. That makes dev_pm_opp_set_rate(dev, 0)
a no-op. This is why it wasn't noticed in the testing of the original
patch. It's still a good idea to fix, though.
Signed-off-by: Douglas Anderson
Acked-by: Mark Brown
-
cause none of the current device trees have
an OPP table for geni SPI yet. That makes dev_pm_opp_set_rate(dev, 0)
a no-op. This is why it wasn't noticed in the testing of the original
patch. It's still a good idea to fix, though.
Signed-off-by: Douglas Anderson
---
Sending this as a separate
201 - 300 of 1431 matches
Mail list logo