On 01-09-20, 23:05, Bard Liao wrote:
> This series enables multi-link support for Intel platforms.
Applied all, thanks
>
> Changes in v2:
> - Remove the "soundwire: intel: Only call sdw stream APIs for the first
> cpu_dai" patch form this series. We will move the sounwdire stream
> operation
On 01-09-20, 23:02, Bard Liao wrote:
> sdw stream operation APIs can be called once per stream. dailink
> callbacks are good places to call these APIs.
Again, please mention here if this is to be merged thru sdw tree or ASoC
tree
>
> Pierre-Louis Bossart (7):
> ASoC: soc-dai: clarify return va
On 31-08-20, 21:43, Bard Liao wrote:
> The existing code allocates memory for the total number of ports.
> This only works if the ports are contiguous, but will break if e.g. a
> Devices uses port0, 1, and 14. The port_ready[] array would contain 3
> elements, which would lead to an out-of-bounds a
On 02-09-20, 13:26, t...@redhat.com wrote:
> From: Tom Rix
>
> clang static analysis flags this problem
>
> stream.c:844:9: warning: Use of memory after
> it is freed
> kfree(bus->defer_msg.msg->buf);
> ^~~
>
> This happens in an error handler cleanin
On 03-09-20, 08:38, Lad Prabhakar wrote:
> Renesas RZ/G SoC also have the R-Car gen2/3 compatible DMA controllers.
> Document RZ/G1H (also known as R8A7742) SoC bindings.
Applied, thanks
--
~Vinod
On 31-08-20, 12:10, Peter Ujfalusi wrote:
> SYSFW ABI 3.0 has changed the rchan_oes_offset value for am654 to support
> SR2.
>
> Since the kernel now needs SYSFW API 3.0 to work because the merged irqchip
> update, we need to also update the am654 rchan_oes_offset.
Applied to fixes, thanks
--
~
On 27-08-20, 12:08, Lad, Prabhakar wrote:
> Hi Vinod,
>
> On Sun, May 3, 2020 at 10:47 PM Lad Prabhakar
> wrote:
> >
> > Renesas RZ/G SoC also have the R-Car gen2/3 compatible DMA controllers.
> > Document RZ/G1H (also known as R8A7742) SoC bindings.
> >
> > Signed-off-by: Lad Prabhakar
> > Revi
On 28-08-20, 17:26, Krzysztof Kozlowski wrote:
> Common pattern of handling deferred probe can be simplified with
> dev_err_probe(). Less code and the error value gets printed.
Applied all, thanks
--
~Vinod
On 28-08-20, 14:05, Peter Ujfalusi wrote:
> New drivers should use dma_request_chan() instead
> dma_request_slave_channel()
>
> dma_request_slave_channel() is a simple wrapper for dma_request_chan()
> eating up the error code for channel request failure and makes deferred
> probing impossible.
>
On 31-08-20, 10:15, Pierre-Louis Bossart wrote:
>
> > > > > > > Detect cases where the clock is assumed to be stopped but the IP
> > > > > > > is
> > > > > > > not in the relevant state, and add a dynamic debug trace.
> > > > > >
> > > > > > you meant a debug print..and it looks like error print
On 31-08-20, 09:12, Pierre-Louis Bossart wrote:
> typo in commit message?
Thanks for spotting, will send v2.
>
> On 8/29/20 5:39 AM, Vinod Koul wrote:
> > mod_devicetable.h does not seem to be required for this file, so
> > remove it.
> >
> > Signed-off-by:
mod_devicetable.h does not seem to be required for this file, so
remove it.
Signed-off-by: Vinod Koul
---
changes in v2:
- fix typo in patch subject
drivers/base/regmap/regmap-sdw.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/base/regmap/regmap-sdw.c b/drivers/base/regmap
Hello Tom,
On 29-08-20, 08:35, t...@redhat.com wrote:
> From: Tom Rix
>
> clang static analysis flags this problem
>
> stream.c:844:9: warning: Use of memory after
> it is freed
> kfree(bus->defer_msg.msg->buf);
> ^~~
>
> This happens in an error han
On 01-09-20, 04:58, Wan Mohamad, Wan Ahmad Zainie wrote:
> > > @@ -0,0 +1,44 @@
> > > +# SPDX-License-Identifier: (GPL-2.0 OR BSD-2-Clause) %YAML 1.2
> > > +---
> > > +$id: "http://devicetree.org/schemas/phy/intel,keembay-emmc-
> > phy.yaml#"
> > > +$schema: "http://devicetree.org/meta-schemas/cor
On 25-08-20, 19:07, Ezequiel Garcia wrote:
> There is no need for this driver to be in staging.
> Let's promote it!
Applied, thanks
--
~Vinod
On 25-08-20, 19:41, Kunihiko Hayashi wrote:
> This series adds support for AHCI PHY interface implemented in Socionext
> UniPhier SoCs. This driver supports PXs2 and PXs3 SoCs.
Applied both, thanks
--
~Vinod
Hi Liam,
On 22-08-20, 16:53, Liam Beguin wrote:
> From: Liam Beguin
>
> Start by reading the content of the VENDOR_SPECIFIC2 register and update
> each bit field based on device properties when defined.
>
> The use of bit masks prevents fields from overriding each other and
> enables users to c
On 24-08-20, 10:47, Roger Quadros wrote:
> Hi,
>
> On 21/08/2020 11:11, Roger Quadros wrote:
> > Move ti,omap-usb2 to its own YAML schema.
> >
> > Signed-off-by: Roger Quadros
> > Reviewed-by: Rob Herring
> > ---
> >
> > v4
> > - fix example to fix dt_binding_check warnings
> > - '#phy-cells'
On 31-08-20, 16:06, Reddy, MallikarjunaX wrote:
> Hi Vinod,
>
> Thanks for the review. Please see my comment inline.
>
> On 8/28/2020 6:45 PM, Vinod Koul wrote:
> > On 27-08-20, 17:54, Reddy, MallikarjunaX wrote:
> > > Hi Vinod,
> > > Thanks for the revie
On 21-08-20, 19:37, Wan Ahmad Zainie wrote:
> +/* From ACS_eMMC51_16nFFC_RO1100_Userguide_v1p0.pdf p17 */
> +#define FREQSEL_200M_170M0x0
> +#define FREQSEL_170M_140M0x1
> +#define FREQSEL_140M_110M0x2
> +#define FREQSEL_110M_80M 0x3
> +#define FREQSEL_80M_50M 0x4
> +
On 21-08-20, 19:37, Wan Ahmad Zainie wrote:
> Binding description for Intel Keem Bay eMMC PHY.
>
> Signed-off-by: Wan Ahmad Zainie
> Reviewed-by: Rob Herring
> ---
> .../bindings/phy/intel,keembay-emmc-phy.yaml | 44 +++
> 1 file changed, 44 insertions(+)
> create mode 100644
On 24-08-20, 00:00, Rikard Falkeborn wrote:
> This series constifies all static phy_ops structs in drivers/phy.
> Typically the only usage is to pass the address of it to devm_phy_create()
> which takes a const pointer. The lone exception is in
> drivers/phy/qualcomm/phy-qcom-ipq4019-usb.c where th
On 24-08-20, 10:51, Roger Quadros wrote:
> Hi,
>
> This series addresses silicon errata
> i2075 - "USB2PHY: USB2PHY Charger Detect is Enabled by Default
> Without VBUS Presence"
>
> It also fixes coding style issues.
Applied, thanks
--
~Vinod
On 18-08-20, 00:34, Lubomir Rintel wrote:
> Add PHY driver for the HSICs found on Marvell MMP3 SoC. The driver is
> rather straightforward -- the PHY essentially just needs to be enabled.
>
> Signed-off-by: Lubomir Rintel
>
> ---
> Changes since v1:
> - Explicitely cast drvdata pointer to make s
On 20-07-20, 15:25, Nagarjuna Kristam wrote:
> +#define USB2_BATTERY_CHRG_OTGPADX_CTL0(x)(0x80 + (x) * 0x40)
> +#define PD_CHG BIT(0)
> +#define VDCD_DET_FILTER_EN BIT(4)
> +#define VDAT_DETBIT(5)
> +#define
On 20-07-20, 15:25, Nagarjuna Kristam wrote:
> When USB charger is enabled, UTMI PAD needs to be protected according
> to the direction and current level. Add support for the same on Tegra210
> and Tegra186.
>
> Signed-off-by: Nagarjuna Kristam
> Acked-by: Thierry Reding
> ---
> V5:
> - No chan
_ADDR_T_64BIT it really
> looks like it always returned a completely incorrect value.
>
> And again - the driver may have worked even with that completely
> incorrect value, since the use of it seems to be very incidental.
Thank you for the fix.
Acked-By: Vinod Koul
>
> I
On 28-08-20, 09:54, Pierre-Louis Bossart wrote:
>
> > > > > Detect cases where the clock is assumed to be stopped but the IP is
> > > > > not in the relevant state, and add a dynamic debug trace.
> > > >
> > > > you meant a debug print..and it looks like error print below (also in
> > > > title)
mod_devicetable.h does not seem to be required for this file, so
remove it.
Signed-off-by: Vinod Koul
---
drivers/base/regmap/regmap-sdw.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/base/regmap/regmap-sdw.c b/drivers/base/regmap/regmap-sdw.c
index 50a66382d87d..c92d614b4943
On 27-08-20, 17:54, Reddy, MallikarjunaX wrote:
> Hi Vinod,
> Thanks for the review comments.
>
> On 8/25/2020 7:21 PM, Vinod Koul wrote:
> > On 18-08-20, 15:00, Reddy, MallikarjunaX wrote:
> >
> > > > > +
> > > > > +intel,cha
On 28-08-20, 11:41, Peter Ujfalusi wrote:
> No users left in the kernel, it can be removed.
Applied, thanks
--
~Vinod
On 21-08-20, 10:17, Pierre-Louis Bossart wrote:
>
>
> > > cancel_work_sync() will either
> > > a) wait until the current work completes, or
> > > b) prevent a new one from starting.
> > >
> > > there's no way to really 'abort' a workqueue, 'cancel' means either
> > > complete
> > > or don't sta
On 26-08-20, 09:38, Pierre-Louis Bossart wrote:
>
>
> On 8/26/20 4:48 AM, Vinod Koul wrote:
> > On 18-08-20, 10:41, Bard Liao wrote:
> > > From: Pierre-Louis Bossart
> > >
> > > Detect cases where the clock is assumed to be stopped but the IP is
On 26-08-20, 09:35, Pierre-Louis Bossart wrote:
>
> > > - ret = sdw_prepare_stream(dma->stream);
> > > + /*
> > > + * All cpu dais belong to a stream. To ensure sdw_prepare_stream
> > > + * is called once per stream, we should call it only when
> > > + * dai = first_cpu_dai.
> > > + */
> > > +
On 28-08-20, 01:47, Liao, Bard wrote:
> > snd_pcm_substream *substream,
> > > goto err;
> > > }
> > >
> > > - ret = sdw_prepare_stream(dma->stream);
> > > + /*
> > > + * All cpu dais belong to a stream. To ensure sdw_prepare_stream
> > > + * is called once per stream, we shoul
As per binding documentation, we should have dsi as node 0 and hdmi
audio as node 1, so fix it
Reported-by: Dmitry Baryshkov
Fixes: aef9a119dfb9 ("arm64: dts: qcom: sdm845-db845c: Add hdmi bridge nodes")
Signed-off-by: Vinod Koul
---
arch/arm64/boot/dts/qcom/sdm845-db845
DSI end-points are supposed to be at node 0 and node 1 as per binding.
So fix this and use node 0 and node 1 for dsi.
Reported-by: Dmitry Baryshkov
Fixes: 23278bf54afe ("drm/bridge: Introduce LT9611 DSI to HDMI bridge")
Signed-off-by: Vinod Koul
---
drivers/gpu/drm/bridge/lontium-lt
On 26-08-20, 09:09, Pierre-Louis Bossart wrote:
>
>
> > > + * @hw_sync_min_links: Number of links used by a stream above which
> > > + * hardware-based synchronization is required. This value is only
> > > + * meaningful if multi_link is set. If set to 1, hardware-based
> > > + * synchronization
On 26-08-20, 11:57, Pierre-Louis Bossart wrote:
>
> > > +#include
> > > +#include
> > > +#include
> >
> > Curious why do you need this header?
>
> I'll return the question back to you, since you added this header for
> regmap-sdw.c:
&
Hi Mark,
On 18-08-20, 22:06, Bard Liao wrote:
> From: Pierre-Louis Bossart
>
> Add a slave-level property and program the SCP_INT1_MASK as desired by
> the codec driver. Since there is no DisCo property this has to be an
> implementation-specific firmware property or hard-coded in the driver.
>
On 26-08-20, 08:35, Rob Herring wrote:
> On Wed, Aug 26, 2020 at 12:32 AM Vinod Koul wrote:
> >
> > On 25-08-20, 20:21, Vinod Koul wrote:
> > > Hey Rob,
> > >
> > > On 24-08-20, 11:40, Rob Herring wrote:
> > > > On Mon, 24 Aug 2020 14:1
On 26-08-20, 10:00, Pierre-Louis Bossart wrote:
>
>
> > > +/* v1.2 device - SDCA address mapping */
> >
> > Can you please add description of bits used by each field here,
> > something like we have done for DevId
>
> were you referring to something like this?
>
> * Spec definition
> * Reg
devm_regmap_init_sdw() returns a valid pointer on success or ERR_PTR on
failure which should be checked with IS_ERR. Also use PTR_ERR for
returning error codes.
Reported-by: Takashi Iwai
Fixes: 56a5b7910e96 ("ASoC: codecs: max98373: add SoundWire support")
Signed-off-by: Vinod Koul
devm_regmap_init_sdw() returns a valid pointer on success or ERR_PTR on
failure which should be checked with IS_ERR. Also use PTR_ERR for
returning error codes.
Reported-by: Takashi Iwai
Fixes: d1ede0641b05 ("ASoC: rt715: add RT715 codec driver")
Signed-off-by: Vinod Koul
---
sound/
devm_regmap_init_sdw() returns a valid pointer on success or ERR_PTR on
failure which should be checked with IS_ERR. Also use PTR_ERR for
returning error codes.
Reported-by: Takashi Iwai
Fixes: 7d2a5f9ae41e ("ASoC: rt700: add rt700 codec driver")
Signed-off-by: Vinod Koul
---
sound/
devm_regmap_init_sdw() returns a valid pointer on success or ERR_PTR on
failure which should be checked with IS_ERR. Also use PTR_ERR for
returning error codes.
Reported-by: Takashi Iwai
Fixes: 320b8b0d13b8 ("ASoC: rt711: add rt711 codec driver")
Signed-off-by: Vinod Koul
---
sound/
devm_regmap_init_sdw() returns a valid pointer on success or ERR_PTR on
failure which should be checked with IS_ERR. Also use PTR_ERR for
returning error codes.
Reported-by: Takashi Iwai
Fixes: a87a6653a28c ("ASoC: rt1308-sdw: add rt1308 SdW amplifier driver")
Signed-off-by:
This series attempts to fix return check for devm_regmap_init_sdw()
Changes in v2:
- Add missing patch for rt711
- Add patch for rt700
Vinod Koul (5):
ASoC: max98373: Fix return check for devm_regmap_init_sdw()
ASoC: rt1308-sdw: Fix return check for devm_regmap_init_sdw()
ASoC: rt711
On 26-08-20, 10:09, Pierre-Louis Bossart wrote:
>
>
> On 8/26/20 7:28 AM, Vinod Koul wrote:
> > devm_regmap_init_sdw() returns a valid pointer on success or ERR_PTR on
> > failure which should be checked with IS_ERR. Also use PTR_ERR for
> > returning error codes.
>
devm_regmap_init_sdw() returns a valid pointer on success or ERR_PTR on
failure which should be checked with IS_ERR. Also use PTR_ERR for
returning error codes.
Reported-by: Takashi Iwai
Fixes: a87a6653a28c ("ASoC: rt1308-sdw: add rt1308 SdW amplifier driver")
Signed-off-by:
devm_regmap_init_sdw() returns a valid pointer on success or ERR_PTR on
failure which should be checked with IS_ERR. Also use PTR_ERR for
returning error codes.
Reported-by: Takashi Iwai
Fixes: 56a5b7910e96 ("ASoC: codecs: max98373: add SoundWire support")
Signed-off-by: Vinod Koul
devm_regmap_init_sdw() returns a valid pointer on success or ERR_PTR on
failure which should be checked with IS_ERR. Also use PTR_ERR for
returning error codes.
Reported-by: Takashi Iwai
Fixes: d1ede0641b05 ("ASoC: rt715: add RT715 codec driver")
Signed-off-by: Vinod Koul
---
sound/
pointer on success or ERR_PTR on
failure which should be checked with IS_ERR. Also use PTR_ERR for
returning error codes.
Reported-by: Takashi Iwai
Fixes: 320b8b0d13b8 ("ASoC: rt711: add rt711 codec driver")
Signed-off-by: Vinod Koul
---
sound/soc/codecs/rt711-sdw.c | 4 ++--
1 file
On 26-08-20, 12:22, Takashi Iwai wrote:
> On Wed, 26 Aug 2020 12:13:01 +0200,
> Mark Brown wrote:
> >
> > On Wed, Aug 26, 2020 at 12:09:28PM +0200, Takashi Iwai wrote:
> > > Mark Brown wrote:
> >
> > > > checkpatch is broken.
> >
> > > Heh, I'm not objecting it :)
> >
> > > OTOH, it's also true
On 18-08-20, 10:41, Bard Liao wrote:
> From: Pierre-Louis Bossart
>
> Detect cases where the clock is assumed to be stopped but the IP is
> not in the relevant state, and add a dynamic debug trace.
you meant a debug print..and it looks like error print below (also in title).
>
> Signed-off-by:
On 18-08-20, 10:41, Bard Liao wrote:
> We should call these APIs once per stream. So we can only call it
> when the dai ops is invoked for the first cpu dai.
>
> Signed-off-by: Bard Liao
> Reviewed-by: Pierre-Louis Bossart
> Reviewed-by: Ranjani Sridharan
> ---
> drivers/soundwire/intel.c | 45
On 18-08-20, 10:41, Bard Liao wrote:
> From: Pierre-Louis Bossart
>
> Hardware-based synchronization is typically required when the
> bus->multi_link flag is set.
>
> On Intel platforms, when the Cadence IP is configured in 'Multi Master
> Mode', the hardware synchronization is required even whe
On 25-08-20, 12:16, Pierre-Louis Bossart wrote:
> The SoundWire 1.1 specification only allowed for reads and writes of
> bytes. The SoundWire 1.2 specification adds a new capability to
> transfer "Multi-Byte Quantities" (MBQ) across the bus. The transfers
> still happens one-byte-at-a-time, but the
On 25-08-20, 12:16, Pierre-Louis Bossart wrote:
> The upcoming SDCA (SoundWire Device Class Audio) specification defines
> a hierarchical encoding to interface with Class-defined capabilities.
>
> The specification is not yet accessible to the general public but this
> information is released with
On 24-08-20, 21:32, Bard Liao wrote:
> When CONFIG_PM_SLEEP is not defined, GCC throws compilation warnings:
>
> drivers/soundwire/intel.c:1799:12: warning: ‘intel_resume’ defined but not
> used [-Wunused-function]
> static int intel_resume(struct device *dev)
> ^~~~
> drivers
On 25-08-20, 20:21, Vinod Koul wrote:
> Hey Rob,
>
> On 24-08-20, 11:40, Rob Herring wrote:
> > On Mon, 24 Aug 2020 14:17:10 +0530, Vinod Koul wrote:
> > > Add devicetree binding documentation for GPI DMA controller
> > > implemented on Qualcomm SoCs
>
On 25-08-20, 18:19, Alexandru Ardelean wrote:
> The series adds support for reading the DMA bus attributes from the
> INTERFACE_DESCRIPTION (0x10) register.
>
> The first 5 changes are a bit of rework prior to adding the actual
> change in patch 6, as things need to be shifted around a bit, to ena
Hey Rob,
On 24-08-20, 11:40, Rob Herring wrote:
> On Mon, 24 Aug 2020 14:17:10 +0530, Vinod Koul wrote:
> > Add devicetree binding documentation for GPI DMA controller
> > implemented on Qualcomm SoCs
> >
> > Signed-off-by: Vinod Koul
> > ---
> > ..
On 25-08-20, 15:48, Alexandru Ardelean wrote:
> The series adds support for reading the DMA bus attributes from the
> INTERFACE_DESCRIPTION (0x10) register.
>
> The first 5 changes are a bit of rework prior to adding the actual
> change in patch 6, as things need to be shifted around a bit, to ena
On 19-08-20, 10:16, Alexandru Ardelean wrote:
> The clock may also be required to read registers from the IP core (if it is
> provided and the driver needs to control it).
> So, move it earlier in the probe.
>
> Signed-off-by: Alexandru Ardelean
> ---
> drivers/dma/dma-axi-dmac.c | 8
>
On 19-08-20, 10:16, Alexandru Ardelean wrote:
> All these attributes will be read from registers in newer core versions, so
> just wrap the logic into a function.
>
> Signed-off-by: Alexandru Ardelean
> ---
> drivers/dma/dma-axi-dmac.c | 39 --
> 1 file change
On 18-08-20, 15:00, Reddy, MallikarjunaX wrote:
> > > +
> > > +intel,chans:
> > > + $ref: /schemas/types.yaml#/definitions/uint32-array
> > > + description:
> > > + The channels included on this port. Format is channel
> > > start
> > > +
On 24-08-20, 13:11, Sanjay R Mehta wrote:
> Apologies for my delayed response.
>
> On 7/3/2020 12:48 PM, Vinod Koul wrote:
> > [CAUTION: External Email]
> >
> > On 16-06-20, 20:11, Sanjay R Mehta wrote:
> >
> >> +static int p
On 21-08-20, 09:14, madhuparnabhowmi...@gmail.com wrote:
> From: Madhuparna Bhowmik
>
> In probe, IRQ is requested before zchan->id is initialized which can be
> read in the irq handler. Hence, shift request irq after other initializations
> complete.
Applied, thanks
--
~Vinod
On 13-08-20, 22:41, Łukasz Stelmach wrote:
> Instruction dump uses two printk() in a row to print one instruction. Use
> KERN_CONT to prevent breaking the output in the middle.
Applied, thanks
>
> Signed-off-by: Łukasz Stelmach
> ---
> drivers/dma/pl330.c | 2 +-
> 1 file changed, 1 insertion(
Hi Peter,
On 25-08-20, 11:00, Peter Ujfalusi wrote:
> Hi Vinod,
>
> On 25/08/2020 10.10, Vinod Koul wrote:
> >>> /**
> >>> * struct dma_slave_config - dma slave channel runtime config
> >>> * @direction: whether the data shall go in or out
On 25-08-20, 08:46, Marek Szyprowski wrote:
> Move the burst len fixup after setting the generic value for it. This
> finally enables the fixup introduced by commit 137bd11090d8 ("dmaengine:
> pl330: Align DMA memcpy operations to MFIFO width"), which otherwise was
> overwritten by the generic valu
Hello Peter,
On 25-08-20, 09:52, Peter Ujfalusi wrote:
> Hi Vinod,
>
> On 24/08/2020 11.47, Vinod Koul wrote:
> > Some complex dmaengine controllers have capability to program the
> > peripheral device, so pass on the peripheral configuration as part of
> > dma_slave
On 24-08-20, 15:50, Marek Szyprowski wrote:
> Hi Vinod,
>
> On 08.08.2020 14:59, Vinod Koul wrote:
> > On 08-08-20, 10:53, kernel test robot wrote:
> >> tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
> >> master
> >> head:
Add devicetree binding documentation for GPI DMA controller
implemented on Qualcomm SoCs
Signed-off-by: Vinod Koul
---
.../devicetree/bindings/dma/qcom-gpi.yaml | 87 +++
1 file changed, 87 insertions(+)
create mode 100644 Documentation/devicetree/bindings/dma/qcom-gpi.yaml
Some complex dmaengine controllers have capability to program the
peripheral device, so pass on the peripheral configuration as part of
dma_slave_config
Signed-off-by: Vinod Koul
---
include/linux/dmaengine.h | 75 +++
1 file changed, 75 insertions(+)
diff
This controller provides DMAengine capabilities for a variety of peripheral
buses such as I2C, UART, and SPI. By using GPI dmaengine driver, bus
drivers can use a standardize interface that is protocol independent to
transfer data between memory and peripheral.
Signed-off-by: Vinod Koul
On 21-08-20, 11:03, Roger Quadros wrote:
> AM654x PG1.0 has a silicon bug that D+ is pulled high after POR, which
> could cause enumeration failure with some USB hubs. Disabling the
> USB2_PHY Charger Detect function will put D+ into the normal state.
>
> This addresses Silicon Errata:
> i2075 -
On 18-08-20, 19:47, YueHaibing wrote:
> Remove duplicate include file
Applied, thanks
>
> Signed-off-by: YueHaibing
> ---
> drivers/phy/ti/phy-j721e-wiz.c | 1 -
> 1 file changed, 1 deletion(-)
>
> diff --git a/drivers/phy/ti/phy-j721e-wiz.c b/drivers/phy/ti/phy-j721e-wiz.c
> index 33c4cf0105
On 17-08-20, 15:05, Ramuthevar,Vadivel MuruganX wrote:
> From: Ramuthevar Vadivel Murugan
>
> Add support for USB PHY on Intel LGM SoC.
>
> Signed-off-by: Ramuthevar Vadivel Murugan
>
> Reviewed-by: Philipp Zabel
> ---
> drivers/phy/Kconfig | 11 ++
> drivers/phy/Makefile | 1 +
On 29-07-20, 21:00, Sivaprakash Murugesan wrote:
> There were some problem in ipq8074 Gen2 PCIe phy init sequence.
>
> 1. Few register values were wrongly updated in the phy init sequence.
> 2. The register QSERDES_RX_SIGDET_CNTRL is a RX tuning parameter
>register which is added in serdes tab
On 29-07-20, 21:00, Sivaprakash Murugesan wrote:
> Commit cc1e06f033af ("phy: qcom: qmp: Use power_on/off ops for PCIe")
> changed phy ops from init/deinit to power on/off, due to this phy enable
> is getting called after PCIe init.
>
> On some platforms like ipq8074 phy should be inited before ac
Hi Sivaprakash,
On 29-07-20, 21:00, Sivaprakash Murugesan wrote:
> ipq8074 has two PCIe ports, One Gen2 and one Gen3 ports.
> Since support for Gen2 phy is already available, add support for
> PCIe Gen3 phy.
>
> Co-developed-by: Selvam Sathappan Periakaruppan
> Signed-off-by: Selvam Sathappan Pe
On 29-07-20, 21:00, Sivaprakash Murugesan wrote:
> ipq8074 has two PCIe ports while the support for Gen2 PCIe port is
> already available add the support for Gen3 binding.
>
> Co-developed-by: Selvam Sathappan Periakaruppan
> Signed-off-by: Selvam Sathappan Periakaruppan
> Reviewed-by: Rob Herri
On 28-07-20, 01:16, Sekhar Nori wrote:
> This patch series updates AM654x PCIe serdes settings to
> latest recommended by hardware. This fixes Gen2 enumeration
> issues seen previously.
Applied after fixing typo 'threshold' in last patch, thanks
--
~Vinod
On 20-07-20, 17:35, Anand Moon wrote:
> Instead of a busy waiting while loop using udelay
> use readl_poll_timeout function to check the condition
> is met or timeout occurs in crport_handshake function.
> readl_poll_timeout is called in non atomic context so
> it safe to sleep until the condition
On 20-07-20, 15:25, Nagarjuna Kristam wrote:
> Add USB2 pad power on and off API's for TEgra210 and provide its control
> via soc ops. It can be used by operations like charger detect to power on
> and off USB2 pad if needed.
>
> Signed-off-by: Nagarjuna Kristam
> Acked-by: Thierry Reding
> ---
Hello,
On 21-08-20, 18:20, Kunihiko Hayashi wrote:
> Gentle ping.
> Are there any comments in this series?
Sorry I dont have this in my inbox, can you please rebease and resend to
me as well
Thanks
>
> Thank you,
>
> On 2020/07/16 17:32, Kunihiko Hayashi wrote:
> > This series adds support for
On 19-08-20, 15:57, Geert Uytterhoeven wrote:
> Hi Liam,
>
>
> On Mon, Aug 17, 2020 at 7:38 PM Liam Beguin wrote:
> > From: Liam Beguin
> >
> > Start by reading the content of the VENDOR_SPECIFIC2 register and update
> > each bit field based on device properties when defined.
> >
> > The use of
On 20-08-20, 20:27, Sekhar Nori wrote:
> On 8/20/20 7:09 PM, Roger Quadros wrote:
> > AM654x PG1.0 has a silicon bug that D+ is pulled high after POR, which
> > could cause enumeration failure with some USB hubs. Disabling the
> > USB2_PHY Charger Detect function will put D+ into the normal state.
On 18-08-20, 07:09, Pierre-Louis Bossart wrote:
>
>
> On 8/18/20 1:36 AM, Vinod Koul wrote:
> > On 18-08-20, 01:47, Bard Liao wrote:
> > > From: Pierre-Louis Bossart
> > >
> > > The existing code allocates memory for the total number of ports.
> &g
On 17-08-20, 10:14, Pierre-Louis Bossart wrote:
>
> > > The upcoming SDCA (SoundWire Device Class Audio) specification defines
> > > a hiearchical encoding to interface with Class-defined capabilities,
> >
> > typo hiearchical
>
> ok
>
> > > based on which audio function, entity, control and ch
On 19-08-20, 07:51, Pierre-Louis Bossart wrote:
>
>
> On 8/19/20 4:06 AM, Vinod Koul wrote:
> > On 18-08-20, 06:23, Bard Liao wrote:
> > > From: Pierre-Louis Bossart
> > >
> > > In system suspend stress cases, the SOF CI reports timeouts. The root
On 20-08-20, 22:04, Bard Liao wrote:
> From: Pierre-Louis Bossart
>
> When CONFIG_PM_SLEEP is not defined, GCC throws compilation warnings:
>
> drivers/soundwire/intel.c:1816:12: warning: ‘intel_resume’ defined but
> not used [-Wunused-function]
> 1816 | static int intel_resume(struct device *d
On 18-08-20, 06:09, Bard Liao wrote:
> From: Pierre-Louis Bossart
>
> s/Instat/Intstat/
Applied, thanks
--
~Vinod
On 18-08-20, 06:23, Bard Liao wrote:
> From: Pierre-Louis Bossart
>
> In system suspend stress cases, the SOF CI reports timeouts. The root
> cause is that an alert is generated while the system suspends. The
> interrupt handling generates transactions on the bus that will never
> be handled beca
On 17-08-20, 19:57, Yu Kuai wrote:
> changes from V1:
> -separate different changes to different patches, as suggested by Vinod.
Please write proper cover letter explaining the patch series and also
the changes from v1..
I have applied the patches.
Thanks
> Yu Kuai (3):
> dmaengine: at_hdmac:
On 18-08-20, 10:46, Greg Kroah-Hartman wrote:
> On Tue, Aug 18, 2020 at 02:09:19PM +0530, Vinod Koul wrote:
> > On 18-08-20, 09:31, Greg Kroah-Hartman wrote:
> > > On Tue, Aug 18, 2020 at 12:47:39PM +0530, Vinod Koul wrote:
> > > > Some devices in wild are reporting
On 18-08-20, 09:31, Greg Kroah-Hartman wrote:
> On Tue, Aug 18, 2020 at 12:47:39PM +0530, Vinod Koul wrote:
> > Some devices in wild are reporting bunch of firmware versions, so remove
> > the check for versions in driver
> >
> > Reported by: Anastasios Vacharakis
>
On 18-08-20, 06:53, Liao, Bard wrote:
> > -Original Message-
> > From: Vinod Koul
> > Sent: Tuesday, August 18, 2020 2:36 PM
> > To: Bard Liao
> > Cc: alsa-de...@alsa-project.org; linux-kernel@vger.kernel.org;
> > ti...@suse.de;
> > broo...
801 - 900 of 2823 matches
Mail list logo