_flush() for dirty caches")
Signed-off-by: Douglas Anderson
Reviewed-by: Maulik Shah
Reviewed-by: Stephen Boyd
---
Changes in v6: None
Changes in v5: None
Changes in v4:
- ("...We aren't notified of our own failure...") split out for v4.
Changes in v3: None
Changes in v2: N
That means that the worst problem we hit is flushing twice.
Still, it's good to make it correct.
Fixes: 985427f997b6 ("soc: qcom: rpmh: Invoke rpmh_flush() for dirty caches")
Reported-by: Stephen Boyd
Signed-off-by: Douglas Anderson
---
Changes in v6:
- Release the lock on clu
ux just assumes
that nobody has HPD hooked up. This change allows us to later
implement HPD support in the driver without messing up sdm845-cheza.
Signed-off-by: Douglas Anderson
Reviewed-by: Stephen Boyd
---
Changes in v4: None
Changes in v3: None
Changes in v2:
- ("arm64: dts: sdm845: Add
Signed-off-by: Douglas Anderson
Reviewed-by: Stephen Boyd
Reviewed-by: Linus Walleij
---
Changes in v4: None
Changes in v3: None
Changes in v2:
- ("dt-bindings: display: Add hpd-gpios to panel-common...") new for v2
.../devicetree/bindings/display/panel/panel-common.yaml | 6
lly muxable I don't
believe it makes sense to expose them through the pinctrl interface as
well as the GPIO interface. The special functions are things that the
bridge chip driver itself would care about and it can just configure
the pins as needed.
Signed-off-by: Douglas Anderson
Cc: Lin
This moves the bindings over, based a lot on toshiba,tc358768.yaml.
Unless there's someone known to be better, I've set the maintainer in
the yaml as the first person to submit bindings.
Signed-off-by: Douglas Anderson
Reviewed-by: Stephen Boyd
---
Changes in v4: None
Changes i
t be NULL and we won't do anything in prepare().
Signed-off-by: Douglas Anderson
Reviewed-by: Stephen Boyd
Reviewed-by: Linus Walleij
---
Changes in v4: None
Changes in v3:
- Remind how gpio_get_optional() works in the commit message.
Changes in v2:
- ("simple...hpd-gpios") is 1/2 o
issing suspend-gpios.
- data-lanes and lane-polarities are are the right place now.
- endpoints don't need to be patternProperties.
- Specified more details for data-lanes and lane-polarities.
- Added old example back in, fixing bugs in it.
- Example i2c bus is just called "i2c", no
em, just not the hardware
HPD pin on the bridge chip.
[1] https://lore.kernel.org/r/20200417180819.ge5...@pendragon.ideasonboard.com
Signed-off-by: Douglas Anderson
Reviewed-by: Stephen Boyd
Reviewed-by: Linus Walleij
---
Changes in v4:
- Tacked on "or is otherwise unusable." to des
ut seems as good you'll be able to do
without more intrusive changes to the Linux core. It feels like the
window where the debugger isn't available should be tiny on all
systems now, even those systems that manage to init their tty earlier.
Signed-off-by: Douglas Anderson
---
This is based u
The legacy defines GPIOF_DIR_XXX are only for consumers. Document the
proper ones. Also: don't use "_XXX" since that's harder to find with
"git grep". Just list both of the values.
Signed-off-by: Douglas Anderson
---
include/linux/gpio/driver.h | 6 +++---
1 fi
like I did won't get
yelled at.
Signed-off-by: Douglas Anderson
---
include/linux/gpio/driver.h | 26 +-
1 file changed, 13 insertions(+), 13 deletions(-)
diff --git a/include/linux/gpio/driver.h b/include/linux/gpio/driver.h
index 7b5f5681b7e4..8c41ae41b6bb 100644
--
Implement the read() function in the early console driver. With
recent kgdb patches this allows you to use kgdb to debug fairly early
into the system boot.
We only bother implementing this if polling is enabled since kgdb
can't be enabled without that.
Signed-off-by: Douglas Anderson
Rev
nd
kgdb couldn't find the tty driver then later reading
'/sys/module/kgdboc/parameters/kgdboc' would return a blank string.
Now kgdb will keep track of the string that came as part of the
command line and give it back to you. It's expected that this should
be an OK change.
that.
Signed-off-by: Sumit Garg
Reviewed-by: Douglas Anderson
Reviewed-by: Daniel Thompson
Signed-off-by: Douglas Anderson
---
Changes in v3:
- ("serial: amba-pl011: Support kgdboc_earlycon") pulled into my v3.
- Renamed earlycon_kgdboc to kgdboc_earlycon.
Changes in v2: None
drivers/
(specifically when parsing early_param's).
NOTE: without this patch it turns out that arm64 can't do breakpoints
even at dbg_late_init(), so if we decide something about this patch is
wrong we might need to move dbg_late_init() a little later.
Signed-off-by: Douglas Anderson
Cc: Catalin M
Implement the read() function in the early console driver. With
recent kgdb patches this allows you to use kgdb to debug fairly early
into the system boot.
We only bother implementing this if polling is enabled since kgdb
can't be enabled without that.
Signed-off-by: Douglas Anderson
Rev
If we detect that we recursively entered the debugger we should hack
our I/O ops to NULL so that the panic() in the next line won't
actually cause another recursion into the debugger. The first line of
kgdb_panic() will check this and return.
Signed-off-by: Douglas Anderson
---
Changes
(and could handle a hardcoded
kgdb_breakpoint()) any time after early_trap_init() runs, even
before dbg_late_init().
Signed-off-by: Douglas Anderson
Cc: Thomas Gleixner
Cc: Ingo Molnar
Cc: Borislav Petkov
Reviewed-by: Greg Kroah-Hartman
---
Changes in v3:
- Change boolean weak function to KConfi
t runs the same
logic as the "kgdboc" parameter but just relies on your TTY driver
being present super early. The only known usage of the old "ekgdboc"
parameter is documented as "ekgdboc=kbd earlyprintk=vga". It should
be noted that "kbd" has special treatment all
uot;. See that patch for
more details, but briefly "ekgdboc" can be used _instead_ of "kgdboc"
and just makes "kgdboc" do its normal initialization early (only works
if your tty driver is already ready). The new "kgdboc_earlycon" works
in combination with &qu
This reverts commit 81eaadcae81b4c1bf01649a3053d1f54e2d81cf1.
Commit 81eaadcae81b ("kgdboc: disable the console lock when in kgdb")
is no longer needed now that we have the patch ("kgdb: Disable
WARN_CONSOLE_UNLOCKED for all kgdb"). Revert it.
Signed-off-by: Douglas Anderso
b4/0x228
Let's increment/decrement the "ignore_console_lock_warning" variable
all the time when we enter the debugger.
This will allow us to later revert commit 81eaadcae81b ("kgdboc:
disable the console lock when in kgdb").
Signed-off-by: Douglas Anderson
Reviewed-by: Gr
plify earlycon_kgdb deinit by using the deinit() function.
- Suggest people use kgdboc_earlycon instead of ekgdboc.
- { ; } ==> { }
Changes in v2:
- ("Revert "kgdboc: disable the console lock when in kgdb"") new for v2.
- ("kgdb: Disable WARN_CONSOLE_UNLOCKED for all
version of the test though.
[1]
https://android.googlesource.com/platform/bionic/+/master/tests/sys_ptrace_test.cpp
Signed-off-by: Douglas Anderson
---
arch/arm/kernel/hw_breakpoint.c | 96 -
1 file changed, 70 insertions(+), 26 deletions(-)
diff --g
anel")
Cc: Sean Paul
Signed-off-by: Douglas Anderson
---
arch/arm64/boot/dts/rockchip/rk3399-gru-kevin.dts | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm64/boot/dts/rockchip/rk3399-gru-kevin.dts
b/arch/arm64/boot/dts/rockchip/rk3399-gru-kevin.dts
index e152b0ca02
ld
assume? The answer, it turns out, is both [1].
Let's document this.
[1] https://lore.kernel.org/r/20190923181431.gu2...@sirena.org.uk
Signed-off-by: Douglas Anderson
---
Changes in v2:
- Don't mention Linux. Duh.
Documentation/devicetree/bindings/regulator/regulator.yaml | 7 +
hange-Id, which ends in 2b9 if you want to
check.
[1]
https://lists.linuxfoundation.org/pipermail/ksummit-discuss/2019-August/006739.html
Signed-off-by: Douglas Anderson
---
Changes in v3:
- Allow faking the time of Message-Id for testing (testBasic)
- Add skip_blank for Change-Id (testBas
ld
assume? The answer, it turns out, is both [1].
Let's document this.
[1] https://lore.kernel.org/r/20190923181431.gu2...@sirena.org.uk
Signed-off-by: Douglas Anderson
---
Documentation/devicetree/bindings/regulator/regulator.yaml | 7 ++-
1 file changed, 6 insertions(+), 1 delet
ranch (see
EFUSE_CHIP_UID_OFFSET and EFUSE_CHIP_UID_LEN) for rk3288.
- The upstream rk3399 dts file has this same data at the same offset
and with the same length, indiciating that this is likely common for
several modern Rockchip SoCs.
Signed-off-by: Douglas Anderson
---
arch/arm/boot/dts/rk328
n unplug of the SDIO card followed by a plug of the
card. As part of this the card will be nicely reset.
Signed-off-by: Douglas Anderson
Reviewed-by: Matthias Kaehlcke
---
Changes in v2:
- s/routnine/routine (Brian Norris, Matthias Kaehlcke).
- s/contining/containing (Matthias Kaehlcke).
ill need a workqueue because the Marvell reset function
could called from a context where sleeping is invalid and thus we
can't claim the host. One example is Marvell's wakeup_timer_fn().
Cc: Andreas Fenkart
Cc: Brian Norris
Fixes: b4336a282db8 ("mwifiex: sdio: reset adapter using mm
ias Reviewed-by tag.
- Removed clear_bit() calls and old comment (Brian Norris).
- Explicit CC of Andreas Fenkart.
- Explicit CC of Brian Norris.
- Add "Fixes" pointing at the commit Brian talked about.
- Add Brian's Reviewed-by tag.
Douglas Anderson (2):
mmc:
-clcd and panel-lvds were only compile-tested.
[1] https://lkml.kernel.org/r/20190721093815.ga4...@ravnborg.org
Douglas Anderson (4):
video: of: display_timing: Add of_node_put() in
of_get_display_timing()
video: of: display_timing: Don't yell if no timing node is present
n unplug of the SDIO card followed by a plug of the
card. As part of this the card will be nicely reset.
Signed-off-by: Douglas Anderson
---
drivers/mmc/core/core.c | 28 ++--
drivers/mmc/core/sdio_io.c| 20
include/linux/mmc/h
igger a re-reset
of itself which eventually recovered things. This was good because
it was an actual test of the normal reset flow (not the one
triggered via sysfs).
Douglas Anderson (2):
mmc: core: Add sdio_trigger_replug() API
mwifiex: Make use of the new sdio_trigger_replug()
ill need a workqueue because the Marvell reset function
could called from a context where sleeping is invalid and thus we
can't claim the host. One example is Marvell's wakeup_timer_fn().
Signed-off-by: Douglas Anderson
---
drivers/net/wireless/marvell/mwifiex/sdio.c | 14 +++---
that future TPM operations are disabled.
Fixes: d1bd4a792d39 ("tpm: Issue a TPM2_Shutdown for TPM2 devices.")
Cc: sta...@vger.kernel.org
Signed-off-by: Vadim Sukhomlinov
[dianders: resolved merge conflicts with mainline]
Signed-off-by: Douglas Anderson
Reviewed-by: Jarkko Sakkinen
re
somehow magically fixed now and we can make the behavior the same for
all commands.
[1]
https://lkml.kernel.org/r/cagoxz53wfnbame0_am0qbqu47kafgmpbvzc8k8y-_j3mdmq...@mail.gmail.com
Fixes: 46d179525a1f ("mmc: dw_mmc: Wait for data transfer after response
errors.")
Signed-off-b
things more properly and it also doesn't seem like we're
breaking any abstractions by calling into the debugger from the panic
function.
Signed-off-by: Douglas Anderson
---
include/linux/kgdb.h | 2 ++
kernel/debug/debug_core.c | 31 +++
kernel/panic.c
delay backlight settings for Veyron")
Let's revert and get our 100 ms back.
[1] https://lkml.kernel.org/r/2226970.BAPq4liE1j@diego
Signed-off-by: Douglas Anderson
---
arch/arm/boot/dts/rk3288-veyron-jaq.dts| 1 -
arch/arm/boot/dts/rk3288-veyron-jerry.dts | 1 -
arch/arm/boot/dts/r
hout this patch. Measurements are a bit
noisy, but it appears to be a few mA worth of difference.
NOTE: Though these pins don't do much on systems with Marvell
Bluetooth, downstream kernels set it on all veyron boards so we'll do
the same.
Signed-off-by: Douglas Anderson
---
.
ake up the card, since doing so is impossible. Luckily the
only way the card can get into sleep state is if we had a good enough
tuning to send it the command to put it into sleep, so presumably that
"good enough" tuning is enough to wake us up, at least with a few
retries.
Cc: sta...@v
ff-by: Douglas Anderson
Acked-by: Adrian Hunter
---
Patches #2 - #5 will go through Ulf's tree.
I've CCed stable@ here without a version tag. As per Adrian Hunter
this patch applies cleanly to 4.18+ so that would be an easy first
target. However, if someone were so inclined they could
core: Flag re-tuning is needed on CRC errors")
Cc: sta...@vger.kernel.org
Signed-off-by: Douglas Anderson
Acked-by: Adrian Hunter
Reviewed-by: Arend van Spriel
---
Changes in v5: None
Changes in v4:
- Adjust to API rename (Adrian, Ulf).
Changes in v3:
- Expect errors for all of brcmf_sdio_kso_con
#5 will go through Ulf's tree.
END
Fixes: bd11e8bd03ca ("mmc: core: Flag re-tuning is needed on CRC errors")
Cc: sta...@vger.kernel.org
Signed-off-by: Douglas Anderson
Acked-by: Adrian Hunter
---
Changes in v5:
- Add missing sdio_retune_crc_enable() in comments (Ulf).
- /s/rene
Cc: Wright Feng
Cc: Double Lo
Cc: Madhan Mohan R
Cc: Chi-Hsien Lin
Signed-off-by: Douglas Anderson
---
This commit to land in the wireless tree. OK to land it separately
from the rest of the series.
Changes in v5: None
Changes in v4: None
Changes in v3: None
Changes in v2:
- A full rev
nd). ...with explicit Cc.
- Updated commit message to clarify based on discussion of v1.
Douglas Anderson (5):
Revert "brcmfmac: disable command decode in sdio_aos"
mmc: core: API to temporarily disable retuning for SDIO CRC errors
brcmfmac: sdio: Disable auto-tuning around commands
Let's disable retuning around the commands we expect might fail.
Fixes: bd11e8bd03ca ("mmc: core: Flag re-tuning is needed on CRC errors")
Signed-off-by: Douglas Anderson
---
Changes in v4:
- Adjust to API rename (Adrian, Ulf).
Changes in v3:
- Expect errors for all of brcmf_sdio
Cc: Wright Feng
Cc: Double Lo
Cc: Madhan Mohan R
Cc: Chi-Hsien Lin
Signed-off-by: Douglas Anderson
---
As far as I know this patch can land anytime.
Changes in v4: None
Changes in v3: None
Changes in v2:
- A full revert, not just a partial one (Arend). ...with explicit Cc.
drivers/net/wi
t;mmc: core: Flag re-tuning is needed on CRC errors")
Signed-off-by: Douglas Anderson
---
Changes in v4:
- Moved to SDIO API only (Adrian, Ulf).
- Renamed to make it less generic, now retune_crc_disable (Ulf).
- Function header makes it clear host must be claimed (Ulf).
- No more WARN_ON (
e()") new for v3.
- ("brcmfmac: sdio: Don't tune while the card is off") new for v3.
Changes in v2:
- A full revert, not just a partial one (Arend). ...with explicit Cc.
- Updated commit message to clarify based on discussion of v1.
Douglas Anderson (5):
Revert "brcmfmac:
ake up the card, since doing so is impossible. Luckily the
only way the card can get into sleep state is if we had a good enough
tuning to send it a sleep command, so presumably that "good enough"
tuning is enough to wake us up, at least with a few retries.
Signed-off-by: Douglas An
We want SDIO drivers to be able to temporarily stop retuning when the
driver knows that the SDIO card is not in a state where retuning will
work (maybe because the card is asleep). We'll move the relevant
functions to a place where drivers can call them.
Signed-off-by: Douglas And
Vadim Sukhomlinov
[dianders: resolved merge conflicts with mainline]
Signed-off-by: Douglas Anderson
---
drivers/char/tpm/tpm-chip.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/char/tpm/tpm-chip.c b/drivers/char/tpm/tpm-chip.c
index 8804c9e916fd..f566fa8
: Flag re-tuning is needed on CRC errors")
Signed-off-by: Douglas Anderson
---
Note that are are a whole boatload of different ways that we could
provide an API for the Broadcom WiFi SDIO driver. This patch
illustrates one way but if maintainers feel strongly that this is too
ugly and hav
Let's disable retuning around the commands we expect might fail.
Fixes: bd11e8bd03ca ("mmc: core: Flag re-tuning is needed on CRC errors")
Signed-off-by: Douglas Anderson
---
Changes in v3:
- Expect errors for all of brcmf_sdio_kso_control() (Adrian).
Changes in v2: None
dri
Cc: Wright Feng
Cc: Double Lo
Cc: Madhan Mohan R
Cc: Chi-Hsien Lin
Signed-off-by: Douglas Anderson
---
As far as I know this patch can land anytime.
Changes in v3: None
Changes in v2:
- A full revert, not just a partial one (Arend). ...with explicit Cc.
drivers/net/wireless/broadcom/brc
brcmfmac: sdio: Don't tune while the card is off") new for v3.
Changes in v2:
- A full revert, not just a partial one (Arend). ...with explicit Cc.
- Updated commit message to clarify based on discussion of v1.
Douglas Anderson (5):
Revert "brcmfmac: disable command decode in s
ith a mmc_ prefix following the lead of
the API call mmc_hw_reset(), which is also expected to be called
directly by SDIO cards.
Signed-off-by: Douglas Anderson
---
Changes in v3:
- ("mmc: core: Export mmc_retune_hold_now() mmc_retune_release()") new for v3.
Changes in v2: None
dri
ake up the card, since doing so is impossible. Luckily the
only way the card can get into sleep state is if we had a good enough
tuning to send it a sleep command, so presumably that "good enough"
tuning is enough to wake us up, at least with a few retries.
Signed-off-by: Douglas
NO we could even represent is 16.
Signed-off-by: Douglas Anderson
---
drivers/clk/rockchip/clk-rk3288.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/clk/rockchip/clk-rk3288.c
b/drivers/clk/rockchip/clk-rk3288.c
index 152a22a69b04..51a26ff600a1 100644
--- a/drivers/clk/rockchip/clk
end). ...with explicit Cc.
- Updated commit message to clarify based on discussion of v1.
Douglas Anderson (3):
Revert "brcmfmac: disable command decode in sdio_aos"
mmc: core: API for temporarily disabling auto-retuning due to errors
brcmfmac: sdio: Disable auto-tuning around commands
: Flag re-tuning is needed on CRC errors")
Signed-off-by: Douglas Anderson
---
Note that are are a whole boatload of different ways that we could
provide an API for the Broadcom WiFi SDIO driver. This patch
illustrates one way but if maintainers feel strongly that this is too
ugly and hav
Let's disable retuning around the commands we expect might fail.
Fixes: bd11e8bd03ca ("mmc: core: Flag re-tuning is needed on CRC errors")
Signed-off-by: Douglas Anderson
---
Changes in v2: None
drivers/net/wireless/broadcom/brcm80211/brcmfmac/sdio.c | 3 +++
1 file chang
Cc: Wright Feng
Cc: Double Lo
Cc: Madhan Mohan R
Cc: Chi-Hsien Lin
Signed-off-by: Douglas Anderson
---
Changes in v2:
- A full revert, not just a partial one (Arend). ...with explicit Cc.
drivers/net/wireless/broadcom/brcm80211/brcmfmac/sdio.c | 6 +-
1 file changed, 1 insertion(
h9: make usb_endpoint_maxp() return only packet
size")
Cc: sta...@vger.kernel.org
Signed-off-by: Douglas Anderson
---
drivers/usb/dwc2/hcd.c | 29 +
drivers/usb/dwc2/hcd.h | 20 +++-
drivers/usb/dwc2/hcd_intr.c | 5 +++--
drivers/
rent. This is just a typo fix on one of the boards, a possible
missing signal on one of the boards (or perhaps I was never given
the most recent schematics?) and dealing with the fact that one of
the two boards has full sized SD.
Signed-off-by: Douglas Anderson
---
arch/arm/boot/dts/
to be active that the two calls to "date" would show that fewer than
30 seconds passed.
NOTE: deep suspend (where the 24 MHz clock gets disabled) isn't
supported yet on upstream Linux so this was tested on a downstream
kernel.
Signed-off-by: Douglas Anderson
---
arch/arm/boot/
tion to be next to the "pinctrl"
section since it seems to logically make the most sense there.
Signed-off-by: Douglas Anderson
---
arch/arm/boot/dts/rk3288-veyron-minnie.dts | 212 +
1 file changed, 212 insertions(+)
diff --git a/arch/arm/boot/dts/rk3288-veyron-minnie
This is like the same change for rk3288-veyron-minnie. See that patch
for more details.
Signed-off-by: Douglas Anderson
---
arch/arm/boot/dts/rk3288-veyron-jerry.dts | 207 ++
1 file changed, 207 insertions(+)
diff --git a/arch/arm/boot/dts/rk3288-veyron-jerry.dts
b/arch
Some SoCs with a dwc2 USB controller may need to keep the PHY on to
support remote wakeup. Allow specifying this as a device tree
property.
Signed-off-by: Douglas Anderson
---
For relevant prior discussion on this patch, see:
https://lkml.kernel.org/r/1435017144-2971-3-git-send-email-diand
n't easily figure out how to get it working.
Signed-off-by: Douglas Anderson
---
Changes in v3: None
Changes in v2:
- rk3288-veyron dts patch new for v2.
arch/arm/boot/dts/rk3288-veyron.dtsi | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm/boot/dts/rk3288-veyron.dtsi
b/arch/a
nd.
Patch #2 has a slight difference in v3 here to fix build robot
reported error.
Changes in v3:
- Fixed kbuild test robot error.
Changes in v2:
- Rebased to mainline atop rk3288 remote wake quirk series.
- rk3288-veyron dts patch new for v2.
Douglas Anderson (3):
Documentation: dt-bindings
n we may want to add a way to call
device_set_wakeup_capable() without keeping the PHY on at suspend
time.
Signed-off-by: Douglas Anderson
Signed-off-by: Chris Zhong
---
For relevant prior discussion of this idea, see:
https://lkml.kernel.org/r/1436207224-21849-4-git-send-email-diand...@chromium
3288-veyron-minnie I periodically see this in
the logs of a machine just sitting there idle:
dwmmc_rockchip ff0d.dwmmc: Successfully tuned phase to XYZ
Fixes: bd11e8bd03ca ("mmc: core: Flag re-tuning is needed on CRC errors")
Signed-off-by: Douglas Anderson
---
Note that are are a whole b
dy to
land.
Changes in v2:
- Rebased to mainline atop rk3288 remote wake quirk series.
- rk3288-veyron dts patch new for v2.
Douglas Anderson (3):
Documentation: dt-bindings: Add snps,need-phy-for-wake for dwc2 USB
USB: dwc2: Don't turn off the usbphy in suspend if wakeup is enabled
ARM: dts:
n we may want to add a way to call
device_set_wakeup_capable() without keeping the PHY on at suspend
time.
Signed-off-by: Douglas Anderson
Signed-off-by: Chris Zhong
---
For relevant prior discussion of this idea, see:
https://lkml.kernel.org/r/1436207224-21849-4-git-send-email-diand...@chromium
ensure the calling context is also realtime
priority.
Signed-off-by: Douglas Anderson
Reviewed-by: Guenter Roeck
---
Changes in v4: None
Changes in v3:
- SPI core change now like patch v1 patch #2 (with name "rt").
Changes in v2:
- Now only force transfers to the thread for
e need it across the board.
Signed-off-by: Douglas Anderson
Reviewed-by: Guenter Roeck
---
Changes in v4: None
Changes in v3:
- Updated description and variable name since we no longer force.
Changes in v2:
- Renamed variable to "force_rt_transfers".
drivers/platform/chrome/cros_ec_
th name "rt").
- Updated description and variable name since we no longer force.
Changes in v2:
- Now only force transfers to the thread for devices that want it.
- Squashed patch #1 and #2 together.
- Renamed variable to "force_rt_transfers".
- Renamed variable to "force
512&
while true; do
ectool version > /dev/null;
done
It should be noted that "/var/log" is encrypted (and goes through
dm-crypt) and also passes through a loopback device.
Signed-off-by: Douglas Anderson
---
Changes in v4:
- No needless init of err in cros_
512&
while true; do
ectool version > /dev/null;
done
It should be noted that "/var/log" is encrypted (and goes through
dm-crypt) and also passes through a loopback device.
Signed-off-by: Douglas Anderson
---
Changes in v3:
- cros_ec realtime patc
e need it across the board.
Signed-off-by: Douglas Anderson
Reviewed-by: Guenter Roeck
---
Changes in v3:
- Updated description and variable name since we no longer force.
Changes in v2:
- Renamed variable to "force_rt_transfers".
drivers/platform/chrome/cros_ec_spi.c | 1 +
1 file
ensure the calling context is also realtime
priority.
Signed-off-by: Douglas Anderson
---
Changes in v3:
- SPI core change now like patch v1 patch #2 (with name "rt").
Changes in v2:
- Now only force transfers to the thread for devices that want it.
- Squashed patch #1 and #2 together
e_rt_transfers".
- Renamed variable to "force_rt_transfers".
Douglas Anderson (3):
platform/chrome: cros_ec_spi: Move to real time priority for transfers
spi: Allow SPI devices to request the pumping thread be realtime
platform/chrome: cros_ec_spi: Request the SPI thr
Squashed patch #1 and #2 together.
- Renamed variable to "force_rt_transfers".
Douglas Anderson (3):
spi: Allow SPI devices to force transfers on a realtime thread
platform/chrome: cros_ec_spi: Force transfers to realtime priority
Revert "platform/chrome: cros_ec_spi: Transfer mes
ed.
Signed-off-by: Douglas Anderson
---
Another option is to change this patch to allow a SPI device driver to
request that the pumping thread be realtime but not to _force_ all
messages onto that thread. In the case of cros_ec this means a bunch
of code duplication (we need to create a thread
longer lose our priority when we get shunted over
to the message pumping thread (because we now always get shunted and
the thread is high priority).
Signed-off-by: Douglas Anderson
Reviewed-by: Guenter Roeck
---
Changes in v2:
- Renamed variable to "force_rt_transfers".
drivers/pla
This reverts commit 37a186225a0c020516bafad2727fdcdfc039a1e4.
We have a better solution in the patch ("platform/chrome: cros_ec_spi:
Force transfers to realtime priority"). Let's revert the uglier and
less reliable solution.
Signed-off-by: Douglas Anderson
Reviewed-by
longer lose our priority when we get shunted over
to the message pumping thread (because we now always get shunted and
the thread is high priority).
Signed-off-by: Douglas Anderson
---
drivers/platform/chrome/cros_ec_spi.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/platfor
k OK to land it might be convenient if
they could be placed somewhere with a stable git hash?
Special thanks to Guenter Roeck for pointing out the "realtime"
feature of the SPI framework so I didn't re-invent the wheel. I have
no idea how I missed it. :-/
Douglas Anderson (4):
This reverts commit 37a186225a0c020516bafad2727fdcdfc039a1e4.
We have a better solution in the patch ("platform/chrome: cros_ec_spi:
Set ourselves as timing sensitive"). Let's revert the uglier and less
reliable solution.
Signed-off-by: Douglas Anderson
---
drivers/
If a controller specifies that it needs high priority for sending
messages we should always schedule our transfers on the thread. If we
don't do this we'll do the transfer in the caller's context which
might not be very high priority.
Signed-off-by: Douglas Anderson
---
driver
ke it should be fine for now.
Signed-off-by: Douglas Anderson
---
drivers/spi/spi.c | 34 --
include/linux/spi/spi.h | 3 +++
2 files changed, 31 insertions(+), 6 deletions(-)
diff --git a/drivers/spi/spi.c b/drivers/spi/spi.c
index 0597f7086de3..d117ab3ada
at had ramoops at the
top level, left everything but the record size as 0, and somehow
doesn't want this behavior, we can try to add more conditions here.
Signed-off-by: Douglas Anderson
---
Changes in v2:
- s/mimicing/mimicking/ (Brian Norris)
- Slight rewording of the comment (Brian No
it's OK to turn this rail off. I don't want to add this property
until I know of a board that needs it.
Fixes: fd968973de95 ("phy: Add driver for rockchip Display Port PHY")
Signed-off-by: Douglas Anderson
---
As far as I know Yakir (the original author) is no longer at Ro
delay_num=27 86=>87
Signed-off-by: Douglas Anderson
---
drivers/clk/rockchip/clk-mmc-phase.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/clk/rockchip/clk-mmc-phase.c
b/drivers/clk/rockchip/clk-mmc-phase.c
index 026a26bb702d..9b2f4c094adf 100644
--- a/dr
When calculating the MMC phase we can just use clk_hw_get_rate()
instead of clk_get_rate(). This avoids recalculating the rate.
Suggested-by: Stephen Boyd
Signed-off-by: Douglas Anderson
---
drivers/clk/rockchip/clk-mmc-phase.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff
We'll add a dummy to just return false.
Signed-off-by: Douglas Anderson
---
include/linux/of.h | 5 +
1 file changed, 5 insertions(+)
diff --git a/include/linux/of.h b/include/linux/of.h
index 0cf857012f11..62ae5c1cafa5 100644
--- a/include/linux/of.h
+++ b/include/linux/of.h
@@ -
401 - 500 of 997 matches
Mail list logo