Add device_init_wakeup to init wakeup.
Signed-off-by: Dmitry Baryshkov [EMAIL PROTECTED]
diff --git a/drivers/power/pda_power.c b/drivers/power/pda_power.c
index d98622f..28360e8 100644
--- a/drivers/power/pda_power.c
+++ b/drivers/power/pda_power.c
@@ -207,6 +207,8 @@ static int pda_power_probe
Hi,
Please apply this patch. Otherwise pda_power can't generate wakeup
events. I forgot this in the initial pda_power suspend/resume patch.
Add device_init_wakeup to init wakeup.
Signed-off-by: Dmitry Baryshkov [EMAIL PROTECTED]
diff --git a/drivers/power/pda_power.c b/drivers/power
Hi,
ian wrote:
Hi guys.
This patchset contains support for three toshiba multifunction devices.
Just to note, that there is an alternative implementation for at least
the tc6393 chip devices. Most current version of those patches can be
found in the OpenEmbedded monotone.
it
Handle EV_PWR type of input caps.
Signed-off-by: Dmitry Baryshkov [EMAIL PROTECTED]
Index: linux-test/drivers/input/input.c
===
--- linux-test.orig/drivers/input/input.c 2007-12-11 17:47:37.736228749
+0300
+++ linux-test
Support keyboard on tosa (Sharp Zaurus SL-6000x).
Largely based on patch by Dirk Opfer.
Todo: EAR_IN event support
Signed-off-by: Dmitry Baryshkov [EMAIL PROTECTED]
Index: linux-test/drivers/input/keyboard/Kconfig
===
--- linux
Hi,
Sorry, posted wrong version of patch. Here is correct version:
Support keyboard on tosa (Sharp Zaurus SL-6000x).
Largely based on patches by Dirk Opfer.
Signed-off-by: Dmitry Baryshkov [EMAIL PROTECTED]
Index: tosa-tree/drivers/input/keyboard/Kconfig
Currently pda-power adds both ac and usb power supply units.
This patch fixes it so that psu are added only if they are enabled.
Signed-off-by: Dmitry Baryshkov [EMAIL PROTECTED]
diff --git a/drivers/power/pda_power.c b/drivers/power/pda_power.c
index c058f28..42eac09 100644
--- a/drivers/power
Add LiMn (one of the most common for small non-rechargable batteries)i
battery technology and voltage_min/_max properties support.
Signed-off-by: Dmitry Baryshkov [EMAIL PROTECTED]
diff --git a/drivers/power/power_supply_sysfs.c
b/drivers/power/power_supply_sysfs.c
index 249f61b..45d2f95
Add suspend/resume/wakeup support for pda_power.
Signed-off-by: Dmitry Baryshkov [EMAIL PROTECTED]
diff --git a/drivers/power/pda_power.c b/drivers/power/pda_power.c
index d98622f..d1ebfa0 100644
--- a/drivers/power/pda_power.c
+++ b/drivers/power/pda_power.c
@@ -239,12 +239,44 @@ static int
Support using VOLTAGE_* properties for apm calculations. It's pretty
dummy, but useful for batteries for which we can only get voltages.
diff --git a/drivers/power/apm_power.c b/drivers/power/apm_power.c
index bbf3ee1..526c96e 100644
--- a/drivers/power/apm_power.c
+++ b/drivers/power/apm_power.c
-rc1 (device is initialized twice). Also
as sound/driver.h got deprecated there is no point including it.
Patch below
--
With best wishes
Dmitry
From 81b96191eb50837bdf1f437a6f4f05786cc0b49e Mon Sep 17 00:00:00 2001
From: Dmitry Baryshkov [EMAIL PROTECTED]
Date: Wed, 13 Feb 2008 01:55:10 +0300
Signed-off-by: Dmitry Baryshkov [EMAIL PROTECTED]
diff --git a/net/ipv6/mcast.c b/net/ipv6/mcast.c
index ae98818..c70a87d 100644
--- a/net/ipv6/mcast.c
+++ b/net/ipv6/mcast.c
@@ -38,6 +38,7 @@
#include linux/times.h
#include linux/net.h
#include linux/in.h
+#include linux/igmp.h
#include
be a
bit messy) to support mapped multicast addresses fully. I'll
think about that part some more.
Didn't have time to test it throughly. I've only checked that call
succeeds and that all necessary igmp are sent. I hope, this weekend I'll
have more time to check.
--
With best wishes
Dmitry
Mark Brown wrote:
This patch series adds support for the touchscreen controllers provided
by Wolfson Microelectronics WM97xx series chips in both polled and
streaming modes.
Changes since last submission:
- Fix from Dmitry Baryshkov for build with CONFIG_PM. - Add the web
site
Hi,
Currently we have a generic clock api for using clocks.
This patchset tries to fill other side: an api for providing
clocks.
Currently each platform that wants to provide linux/clk.h
implementation is forced to reimplement everything from scratch.
This leads for major code duplication. E.g.
Provide /sys/kernel/debug/clock to ease debugging.
Signed-off-by: Dmitry Baryshkov [EMAIL PROTECTED]
---
include/linux/clklib.h |5 +++
kernel/clklib.c| 68
2 files changed, 73 insertions(+), 0 deletions(-)
diff --git a/include
Provide a generic framework that platform may choose
to support clocks api. In particular this provides
platform-independant struct clk definition, a full
implementation of clocks api and a set of functions
for registering and unregistering clocks in a safe way.
Signed-off-by: Dmitry Baryshkov
Signed-off-by: Dmitry Baryshkov [EMAIL PROTECTED]
---
drivers/net/irda/pxaficp_ir.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/net/irda/pxaficp_ir.c b/drivers/net/irda/pxaficp_ir.c
index 8c09344..36d2ec0 100644
--- a/drivers/net/irda/pxaficp_ir.c
+++ b
Signed-off-by: Dmitry Baryshkov [EMAIL PROTECTED]
---
arch/arm/Kconfig |1 +
arch/arm/mach-sa1100/clock.c | 95 ++---
2 files changed, 6 insertions(+), 90 deletions(-)
diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
index 45c1790..cd8f792
Signed-off-by: Dmitry Baryshkov [EMAIL PROTECTED]
---
arch/arm/Kconfig |1 +
arch/arm/mach-pxa/clock.c | 108 --
arch/arm/mach-pxa/clock.h | 58 +++---
arch/arm/mach-pxa/pxa25x.c | 187 +--
arch/arm/mach
Hi,
Dmitry Torokhov wrote:
I will need some more time to review and understand the need for the new
bus in the driver.
Most likely this can be converted to platform_bus. Maybe this can also get
help from soon-to-be posted MFD (multi function devices) helpers.
--
With best wishes
Dmitry
--
Ben Dooks wrote:
On Fri, Jan 18, 2008 at 06:11:45PM +, Dmitry Baryshkov wrote:
Hi,
Dmitry Torokhov wrote:
I will need some more time to review and understand the need for the
new bus in the driver.
Most likely this can be converted to platform_bus. Maybe this can also
get help
Hi,
Please apply this patch. BTW: Could you please also add me to the CC list
of this patch serie?
From 1e61dd8a8c8346f925f09cae34275c9754bf2be1 Mon Sep 17 00:00:00 2001
From: Dmitry Baryshkov [EMAIL PROTECTED]
Date: Sat, 26 Jan 2008 13:04:29 +0300
Subject: [PATCH] Fix wm97xx_resume
Signed-off
Hi,
Mark Brown wrote:
+#ifdef CONFIG_PM
+int wm97xx_resume(struct device *dev)
+{
+ struct wm97xx *wm = dev_get_drvdata(dev);
+
+ /* restore digitiser and gpios */
+ if (wm-id == WM9713_ID2) {
+ wm97xx_reg_write(wm, AC97_WM9713_DIG1, wm-dig[0]);
+
Signed-off-by: Dmitry Baryshkov <[EMAIL PROTECTED]>
diff --git a/net/ipv6/mcast.c b/net/ipv6/mcast.c
index ae98818..c70a87d 100644
--- a/net/ipv6/mcast.c
+++ b/net/ipv6/mcast.c
@@ -38,6 +38,7 @@
#include
#include
#include
+#include
#include
#include
#include
@@ -183,6 +184,17
Hi,
ian wrote:
Hi guys.
This patchset contains support for three toshiba multifunction devices.
Just to note, that there is an alternative implementation for at least
the tc6393 chip devices. Most current version of those patches can be
found in the OpenEmbedded monotone.
it
to it (and it may be a
bit messy) to support mapped multicast addresses fully. I'll
think about that part some more.
Didn't have time to test it throughly. I've only checked that call
succeeds and that all necessary igmp are sent. I hope, this weekend I'll
have more time to check.
--
With b
gned-off-by: Dan Carpenter
Acked-by: Dmitry Baryshkov
--
With best wishes
Dmitry
Hi Rob,
On Thu, 14 Jan 2021 at 17:33, Rob Herring wrote:
>
> On Sat, Jan 2, 2021 at 9:41 PM Dmitry Baryshkov
> wrote:
> >
> > Hello,
> >
> > On Fri, 1 Jan 2021 at 01:50, Rob Herring wrote:
> > >
> > > On Sun, Dec 20, 2020 at 07:58:42PM +030
50 we were observing
Tested-by: Dmitry Baryshkov
--
With best wishes
Dmitry
Non-incrementing reads can fail if register + length crosses page
border. However for non-incrementing reads we should not check for page
border crossing. Fix this by passing additional flag to _regmap_raw_read
and passing length to _regmap_select_page basing on the flag.
Signed-off-by: Dmitry
Non-incrementing writes can fail if register + length crosses page
border. However for non-incrementing writes we should not check for page
border crossing. Fix this by passing additional flag to _regmap_raw_write
and passing length to _regmap_select_page basing on the flag.
Signed-off-by: Dmitry
Non-incrementing writes can fail if register + length crosses page
border. However for non-incrementing writes we should not check for page
border crossing. Fix this by passing additional flag to _regmap_raw_write
and passing length to _regmap_select_page basing on the flag.
Signed-off-by: Dmitry
Non-incrementing reads can fail if register + length crosses page
border. However for non-incrementing reads we should not check for page
border crossing. Fix this by passing additional flag to _regmap_raw_read
and passing length to _regmap_select_page basing on the flag.
Signed-off-by: Dmitry
On 08/06/2020 23:43, Jonathan Marek wrote:
The driver may be used without slimbus, so don't depend on slimbus.
Signed-off-by: Jonathan Marek
---
drivers/soundwire/Kconfig | 1 -
drivers/soundwire/qcom.c | 5 +
2 files changed, 5 insertions(+), 1 deletion(-)
diff --git
c: Douglas Anderson
Cc: Sean Paul
Cc: Stephen Boyd
Cc: Jonathan Marek
Cc: Dmitry Baryshkov
Cc: Rob Clark
Link: https://lore.kernel.org/r/20200609034623.10844-1-tan...@codeaurora.org
Signed-off-by: Stephen Boyd
---
drivers/phy/qualcomm/phy-qcom-qmp.c | 935 +---
drivers/ph
Platform code stopped checking if the device is bound to the actual
platform driver, thus calling non-existing drv->shutdown(). Verify that
_dev->driver is not NULL before calling remove/shutdown callbacks.
Signed-off-by: Dmitry Baryshkov
Fixes: 9c30921fe799 ("driver core: platform: u
Hello,
On Sat, 12 Dec 2020 at 18:39, Uwe Kleine-König
wrote:
>
> Hello,
>
> On Sat, Dec 12, 2020 at 12:41:32PM +0100, Greg Kroah-Hartman wrote:
> > On Sat, Dec 12, 2020 at 04:14:26AM +0300, Dmitry Baryshkov wrote:
> > > Platform code stopped checking if the de
Signed-off-by: Dmitry Baryshkov
Fixes: 9c30921fe799 ("driver core: platform: use bus_type functions")
---
drivers/base/platform.c | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/drivers/base/platform.c b/drivers/base/platform.c
index 0358dc3ea3ad..e9477e0bbca5 1006
cks to bus callbacks, so the shutdown function must be prepared to
be called without a driver. Add the corresponding check in the shutdown
function.
Signed-off-by: Dmitry Baryshkov
Fixes: 9c30921fe799 ("driver core: platform: use bus_type functions")
---
drivers/base/platform.c | 6 +
Hello,
On Mon, 21 Dec 2020 at 12:02, Lee Jones wrote:
>
> On Sun, 20 Dec 2020, Dmitry Baryshkov wrote:
>
> > Qualcomm QCA639x is a family of WiFi + Bluetooth SoCs, with BT part
> > being controlled through the UART and WiFi being present on PCIe
> > bus. Both blocks
happens.
Signed-off-by: Dmitry Baryshkov
---
arch/arm64/boot/dts/qcom/qrb5165-rb5.dts | 3 +++
1 file changed, 3 insertions(+)
diff --git a/arch/arm64/boot/dts/qcom/qrb5165-rb5.dts
b/arch/arm64/boot/dts/qcom/qrb5165-rb5.dts
index e6bab9960cea..9aa7793cd7c0 100644
--- a/arch/arm64/boot/dts/qcom
Qualcomm QCA639x is a family of WiFi + Bluetooth chips, with BT part
being controlled through the UART and WiFi being present on PCIe
bus. Both blocks share common power sources wich should be turned on
before either of devices can be probed. Declare common 'qca639x' driver
providing a power
From: Manivannan Sadhasivam
Add Bluetooth support on RB5 using the onboard QCA6391 WLAN+BT chipset.
Signed-off-by: Manivannan Sadhasivam
[DB: added qca639x power domain]
Signed-off-by: Dmitry Baryshkov
---
arch/arm64/boot/dts/qcom/qrb5165-rb5.dts | 97
1 file changed
Qualcomm QCA639x is a family of WiFi + Bluetooth SoCs, with BT part
being controlled through the UART and WiFi being present on PCIe
bus. Both blocks share common power sources. So add mfd device driver
handling power sequencing of QCA6390/1.
Signed-off-by: Dmitry Baryshkov
---
drivers/mfd
Qualcomm QCA639x is a family of WiFi + Bluetooth SoCs, with BT part
being controlled through the UART and WiFi being present on PCIe bus.
Both blocks share common power sources. Add binding to describe power
sequencing required to power up this device.
Signed-off-by: Dmitry Baryshkov
According to the datasheet pm8009's HFS515 regulators have 16mV
resolution rather than declared 1.6 mV. Correct the resolution.
Signed-off-by: Dmitry Baryshkov
Fixes: 06369bcc15a1 ("regulator: qcom-rpmh: Add support for SM8150")
---
drivers/regulator/qcom-rpmh-regulator.c | 2 +-
1 fi
PM8009 has special revision (P=1), which is to be used for sm8250
platform. The major difference is the S2 regulator which supplies 0.95 V
instead of 2.848V. Declare regulators data to be used for this chip
revision. The datasheet calls the chip just pm8009-1, so use the same
name.
Fix pm8009 compatibility string to reference pm8009 revision specific to
sm8250 platform. Also add S2 regulator to be used for qca639x.
Signed-off-by: Dmitry Baryshkov
Fixes: b1d2674e6121 ("arm64: dts: qcom: Add basic devicetree support for
QRB5165 RB5")
---
arch/arm64/boot/dts/qc
-by: Dmitry Baryshkov
Fixes: 06369bcc15a1 ("regulator: qcom-rpmh: Add support for SM8150")
---
drivers/regulator/qcom-rpmh-regulator.c | 26 +
1 file changed, 26 insertions(+)
diff --git a/drivers/regulator/qcom-rpmh-regulator.c
b/drivers/regulator/qcom-rpmh-regulat
PMIC pm8009 has special revision (P=1) made for sm8250 platform. The
major difference is the S2 regulator which supplies 0.95 V instead of
2.848V. Add special compatibility string for this chip revision.
The datasheet calls the chip just pm8009-1, so use the same name.
Signed-off-by: Dmitry
Hello,
On Fri, 1 Jan 2021 at 01:50, Rob Herring wrote:
>
> On Sun, Dec 20, 2020 at 07:58:42PM +0300, Dmitry Baryshkov wrote:
> > Qualcomm QCA639x is a family of WiFi + Bluetooth SoCs, with BT part
> > being controlled through the UART and WiFi being present on PCIe bus.
>
On SM8250 MDSS_GDSC (and the rest of display clock controller) is
supplied power by MMCX power domain. Handle this link in GDSC code by
binding the power domain in dts file.
This patchset depends on [1]
Changes since v1:
- Define fixed-regulator-domain regulator using power domain
Define bindings for fixed regulator using power domain performance state
to enable/disable corresponding regulator.
Signed-off-by: Dmitry Baryshkov
---
.../bindings/regulator/fixed-regulator.yaml | 47 +++
1 file changed, 47 insertions(+)
diff --git a/Documentation/devicetree
On SM8250 MMCX power domain is required to access MMDS_GDSC registers.
This power domain is expressed as mmcx-supply regulator property. Use
this regulator as MDSS_GDSC supply.
Signed-off-by: Dmitry Baryshkov
---
drivers/clk/qcom/dispcc-sm8250.c | 1 +
1 file changed, 1 insertion(+)
diff --git
Adds possibility to choose the compatible "fixed-regulator-domain" for
regulators which use power domain for enabling/disabling corresponding
regulator.
Signed-off-by: Dmitry Baryshkov
---
drivers/regulator/fixed.c | 63 +++
1 file changed, 57
Add regulator controlling MMCX power domain to be used by display clock
controller on SM8150.
Signed-off-by: Dmitry Baryshkov
---
arch/arm64/boot/dts/qcom/sm8150.dtsi | 7 +++
1 file changed, 7 insertions(+)
diff --git a/arch/arm64/boot/dts/qcom/sm8150.dtsi
b/arch/arm64/boot/dts/qcom
Add regulator controlling MMCX power domain to be used by display clock
controller on SM8250.
Signed-off-by: Dmitry Baryshkov
---
arch/arm64/boot/dts/qcom/sm8250.dtsi | 7 +++
1 file changed, 7 insertions(+)
diff --git a/arch/arm64/boot/dts/qcom/sm8250.dtsi
b/arch/arm64/boot/dts/qcom
Hello,
On 04/08/2020 18:40, Rob Clark wrote:
On Thu, Jul 16, 2020 at 4:36 AM Kalyan Thota wrote:
This change adds support to scale src clk and bandwidth as
per composition requirements.
Interconnect registration for bw has been moved to mdp
device node from mdss to facilitate the scaling.
Hello,
On 07/10/2020 03:10, benl-kernelpatc...@squareup.com wrote:
From: Benjamin Li
Take advantage of previously-added support for persisting PLL
registers across DSI PHY disable/enable cycles (see 328e1a6
'drm/msm/dsi: Save/Restore PLL status across PHY reset') to
support persisting across
Reading VCO rate for this PLL can cause boot stalls, if it is not
enabled. Guard clk_hw_get_rate with a call to
dsi_pll_28nm_clk_is_enabled().
Signed-off-by: Dmitry Baryshkov
---
drivers/gpu/drm/msm/dsi/pll/dsi_pll_28nm.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git
On Tue, 10 Nov 2020 at 16:58, Linus Walleij wrote:
>
> On Thu, Nov 5, 2020 at 4:01 PM Dmitry Baryshkov
> wrote:
> > On 05/11/2020 16:59, Linus Walleij wrote:
> > > On Wed, Oct 28, 2020 at 5:36 AM Bjorn Andersson
> > > wrote:
> > >
> > >
-by: Dmitry Baryshkov
arch/arm64/boot/dts/qcom/qrb5165-rb5.dts | 125 +
arch/arm64/boot/dts/qcom/sm8250.dtsi | 327 +++
2 files changed, 452 insertions(+)
--
With best wishes
Dmitry
On 27/11/2020 20:30, Manivannan Sadhasivam wrote:
Add support for onboard MCP2518FD SPI CAN transceiver attached to SPI0
of RB5.
Signed-off-by: Manivannan Sadhasivam
Tested-by: Dmitry Baryshkov
---
arch/arm64/boot/dts/qcom/qrb5165-rb5.dts | 17 +
1 file changed, 17
On 03/09/2020 15:41, Jonathan Marek wrote:
On 9/3/20 8:37 AM, Dmitry Baryshkov wrote:
On 02/09/2020 04:01, Stephen Boyd wrote:
Quoting Dmitry Baryshkov (2020-09-01 06:36:34)
With these functions I'm struggling between introducing
PHY_TYPE_DP_V3/V4 and introducing callbacks into qmp_phy_cfg
On 03/09/2020 23:43, Jonathan Marek wrote:
On 9/2/20 7:02 PM, Stephen Boyd wrote:
Add support for the USB3 + DisplayPort (DP) "combo" phy to the qmp phy
driver. We already have support for the USB3 part of the combo phy, so
most additions are for the DP phy.
Split up the
On 04/09/2020 15:44, Jonathan Marek wrote:
On 9/4/20 8:29 AM, Dmitry Baryshkov wrote:
On 03/09/2020 23:43, Jonathan Marek wrote:
On 9/2/20 7:02 PM, Stephen Boyd wrote:
Add support for the USB3 + DisplayPort (DP) "combo" phy to the qmp phy
driver. We already have support for the
On 02/09/2020 04:01, Stephen Boyd wrote:
Quoting Dmitry Baryshkov (2020-09-01 06:36:34)
With these functions I'm struggling between introducing
PHY_TYPE_DP_V3/V4 and introducing callbacks into qmp_phy_cfg. What would
you prefer?
What about the following struct?
struct qmp_phy_dp_opts
On 16/08/2020 01:45, Rob Clark wrote:
On Sat, Aug 15, 2020 at 2:21 PM Jonathan Marek wrote:
On 8/15/20 4:20 PM, Rob Clark wrote:
On Fri, Aug 14, 2020 at 10:05 AM Dmitry Baryshkov
wrote:
On 12/08/2020 07:42, Tanmay Shah wrote:
> From: Chandan Uddaraju
>
> Add the need
values for dp_link clk is in Hz and not kHz
On SM8250:
Tested-by: Dmitry Baryshkov
v2:
- updated dts example to reflect the change (first patch)
- updated config_ctl_hi1_val in sm8250 dispcc to latest downstream
Jonathan Marek (7):
dt-bindings: clock: sdm845-dispcc: same name
On 04/09/2020 20:28, Jonathan Marek wrote:
Add support for SM8150 and SM8250 DSI.
Note I haven't tested SM8150 recently, but DSI is almost identical to SM8250.
On SM8250:
Tested-by: Dmitry Baryshkov
Jonathan Marek (3):
drm/msm/dsi: remove unused clk_pre/clk_post in msm_dsi_dphy_timing
On 12/08/2020 07:42, Tanmay Shah wrote:
> From: Chandan Uddaraju
>
> Add the needed DP PLL specific files to support
> display port interface on msm targets.
[skipped]
> diff --git a/drivers/gpu/drm/msm/dp/dp_pll_private.h
b/drivers/gpu/drm/msm/dp/dp_pll_private.h
> new file mode 100644
>
Hello,
On 12/08/2020 07:42, Tanmay Shah wrote:
From: Chandan Uddaraju
[skipped]
+ } else if ((dp_parser_check_prefix("ctrl", clk_name) ||
+ dp_parser_check_prefix("stream", clk_name)) &&
+ ctrl_clk_index < ctrl_clk_count) {
+
On 15/08/2020 02:22, Tanmay Shah wrote:
On 2020-08-14 10:05, Dmitry Baryshkov wrote:
On 12/08/2020 07:42, Tanmay Shah wrote:
From: Chandan Uddaraju
Add the needed DP PLL specific files to support
display port interface on msm targets.
[skipped]
diff --git a/drivers/gpu/drm/msm/dp
Change back surname to new (old) one. Map several odd entries to main
identity.
Signed-off-by: Dmitry Baryshkov
---
.mailmap | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/.mailmap b/.mailmap
index a780211468e4..3bcfa33fc268 100644
--- a/.mailmap
+++ b/.mailmap
@@ -81,7
On Thu, 5 Nov 2020 at 05:42, Stephen Boyd wrote:
>
> Quoting Dmitry Baryshkov (2020-10-23 06:19:25)
> > On SM8250 MMCX power domain is required to access MMDS_GDSC registers.
> > This power domain is expressed as mmcx-supply regulator property. Use
> > this regul
On 05/11/2020 16:59, Linus Walleij wrote:
On Wed, Oct 28, 2020 at 5:36 AM Bjorn Andersson
wrote:
Specify the PDC mapping for SM8250, so that gpio interrupts are
propertly mapped to the wakeup IRQs of the PDC.
Signed-off-by: Bjorn Andersson
Patch applied for next (v5.11).
If this is
On 17/09/2020 16:28, Srinivas Kandagatla wrote:
GFM Muxes in AUDIO_CC control clocks to LPASS WSA and RX Codec Macros.
This patch adds support to these muxes.
Signed-off-by: Srinivas Kandagatla
---
drivers/clk/qcom/Kconfig| 7 +
drivers/clk/qcom/Makefile | 1 +
From: Dmitry Baryshkov
Change back surname to new (old) one. Dmitry Baryshkov -> Dmitry
Eremin-Solenikov -> Dmitry Baryshkov. Map several odd entries to main
identity.
Signed-off-by: Dmitry Baryshkov
---
.mailmap | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/.m
Qualcomm QCA639x is a family of WiFi + Bluetooth chips, with BT part
being controlled through the UART and WiFi being present on PCIe
bus. Both blocks share common power sources wich should be turned on
before either of devices can be probed. Declare common 'qca639x' driver
providing a power
Qualcomm QCA6390/1 is a family of WiFi + Bluetooth SoCs, with BT part
being controlled through the UART and WiFi being present on PCIe bus.
Both blocks share common power sources. Add binding to describe power
sequencing required to power up this device.
Signed-off-by: Dmitry Baryshkov
Qualcomm QCA639x is a family of WiFi + Bluetooth SoCs, with BT part
being controlled through the UART and WiFi being present on PCIe
bus. Both blocks share common power sources. Add device driver handling
power sequencing of QCA6390/1.
Signed-off-by: Dmitry Baryshkov
---
drivers/misc/Kconfig
Currently pda-power adds both ac and usb power supply units.
This patch fixes it so that psu are added only if they are enabled.
Signed-off-by: Dmitry Baryshkov <[EMAIL PROTECTED]>
diff --git a/drivers/power/pda_power.c b/drivers/power/pda_power.c
index c058f28..42eac09 100644
--- a/d
Add LiMn (one of the most common for small non-rechargable batteries)i
battery technology and voltage_min/_max properties support.
Signed-off-by: Dmitry Baryshkov <[EMAIL PROTECTED]>
diff --git a/drivers/power/power_supply_sysfs.c
b/drivers/power/power_supply_sysfs.c
index 249f61b..4
Add suspend/resume/wakeup support for pda_power.
Signed-off-by: Dmitry Baryshkov <[EMAIL PROTECTED]>
diff --git a/drivers/power/pda_power.c b/drivers/power/pda_power.c
index d98622f..d1ebfa0 100644
--- a/drivers/power/pda_power.c
+++ b/drivers/power/pda_power.c
@@ -239,12 +239,44 @@ stat
Support using VOLTAGE_* properties for apm calculations. It's pretty
dummy, but useful for batteries for which we can only get voltages.
diff --git a/drivers/power/apm_power.c b/drivers/power/apm_power.c
index bbf3ee1..526c96e 100644
--- a/drivers/power/apm_power.c
+++ b/drivers/power/apm_power.c
Add device_init_wakeup to init wakeup.
Signed-off-by: Dmitry Baryshkov <[EMAIL PROTECTED]>
diff --git a/drivers/power/pda_power.c b/drivers/power/pda_power.c
index d98622f..28360e8 100644
--- a/drivers/power/pda_power.c
+++ b/drivers/power/pda_power.c
@@ -207,6 +207,8 @@ stat
Hi,
Please apply this patch. Otherwise pda_power can't generate wakeup
events. I forgot this in the initial pda_power suspend/resume patch.
Add device_init_wakeup to init wakeup.
Signed-off-by: Dmitry Baryshkov <[EMAIL PROTECTED]>
diff --git a/drivers/power/pda_power.c b/drivers
Handle EV_PWR type of input caps.
Signed-off-by: Dmitry Baryshkov <[EMAIL PROTECTED]>
Index: linux-test/drivers/input/input.c
===
--- linux-test.orig/drivers/input/input.c 2007-12-11 17:47:37.736228749
+0300
+++ linu
Support keyboard on tosa (Sharp Zaurus SL-6000x).
Largely based on patch by Dirk Opfer.
Todo: EAR_IN event support
Signed-off-by: Dmitry Baryshkov <[EMAIL PROTECTED]>
Index: linux-test/drivers/input/keyboard/Kconfig
===
---
Hi,
Sorry, posted wrong version of patch. Here is correct version:
Support keyboard on tosa (Sharp Zaurus SL-6000x).
Largely based on patches by Dirk Opfer.
Signed-off-by: Dmitry Baryshkov <[EMAIL PROTECTED]>
Index: tosa-tree/drivers/input/keyboard/K
Hi,
Currently we have a generic clock api for using clocks.
This patchset tries to fill other side: an api for providing
clocks.
Currently each platform that wants to provide
implementation is forced to reimplement everything from scratch.
This leads for major code duplication. E.g. the ARM arch
Provide /sys/kernel/debug/clock to ease debugging.
Signed-off-by: Dmitry Baryshkov <[EMAIL PROTECTED]>
---
include/linux/clklib.h |5 +++
kernel/clklib.c| 68
2 files changed, 73 insertions(+), 0 deletions(-)
diff --git a/i
Provide a generic framework that platform may choose
to support clocks api. In particular this provides
platform-independant struct clk definition, a full
implementation of clocks api and a set of functions
for registering and unregistering clocks in a safe way.
Signed-off-by: Dmitry Baryshkov
Signed-off-by: Dmitry Baryshkov <[EMAIL PROTECTED]>
---
drivers/net/irda/pxaficp_ir.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/net/irda/pxaficp_ir.c b/drivers/net/irda/pxaficp_ir.c
index 8c09344..36d2ec0 100644
--- a/drivers/net/irda/pxaficp_ir.c
Signed-off-by: Dmitry Baryshkov <[EMAIL PROTECTED]>
---
arch/arm/Kconfig |1 +
arch/arm/mach-sa1100/clock.c | 95 ++---
2 files changed, 6 insertions(+), 90 deletions(-)
diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
index 45c1790..c
Signed-off-by: Dmitry Baryshkov <[EMAIL PROTECTED]>
---
arch/arm/Kconfig |1 +
arch/arm/mach-pxa/clock.c | 108 --
arch/arm/mach-pxa/clock.h | 58 +++---
arch/arm/mach-pxa/pxa25x.c | 187 +--
arch/ar
Hi,
Dmitry Torokhov wrote:
> I will need some more time to review and understand the need for the new
> bus in the driver.
Most likely this can be converted to platform_bus. Maybe this can also get
help from soon-to-be posted MFD (multi function devices) helpers.
--
With best wishes
Dmitry
Ben Dooks wrote:
> On Fri, Jan 18, 2008 at 06:11:45PM +0000, Dmitry Baryshkov wrote:
>> Hi,
>>
>> Dmitry Torokhov wrote:
>>
>> > I will need some more time to review and understand the need for the
>> > new bus in the driver.
>>
>>
Hi,
Please apply this patch. BTW: Could you please also add me to the "CC" list
of this patch serie?
>From 1e61dd8a8c8346f925f09cae34275c9754bf2be1 Mon Sep 17 00:00:00 2001
From: Dmitry Baryshkov <[EMAIL PROTECTED]>
Date: Sat, 26 Jan 2008 13:04:29 +0300
Subject: [PATCH] Fix wm
1 - 100 of 273 matches
Mail list logo