The present change is a bug fix for AVB link iteratively up/down.
Steps to reproduce:
- start AVB TX stream (Using aplay via MSE),
- disconnect+reconnect the eth cable,
- after a reconnection the eth connection goes iteratively up/down
without user interaction,
- this may heal after some seconds
sent change is also a safety improvement because
it removes the "renesas,no-ether-link" option leading to a proper way
of detecting the link state based on HW interrogation and not on
software heuristic.
Signed-off-by: Bogdan Mirea
Signed-off-by: Vladimir Zapolskiy
---
arch/arm64/boo
sent change is also a safety improvement because
it removes the "renesas,no-ether-link" option leading to a proper way
of detecting the link state based on HW interrogation and not on
software heuristic.
Signed-off-by: Bogdan Mirea
Signed-off-by: Vladimir Zapolskiy
---
arch/arm64/bo
Hi Simon,
On 12/21/2017 01:28 PM, Simon Horman wrote:
> On Wed, Dec 20, 2017 at 03:22:10PM +0200, Vladimir Zapolskiy wrote:
>> The present change is a bug fix for AVB link iteratively up/down.
>
> If this is a bug please consider including Fixes tags in the patches.
>
would
The present change is a bug fix for AVB link iteratively up/down.
Steps to reproduce:
- start AVB TX stream (Using aplay via MSE),
- disconnect+reconnect the eth cable,
- after a reconnection the eth connection goes iteratively up/down
without user interaction,
- this may heal after some seconds
t")
Signed-off-by: Bogdan Mirea
Signed-off-by: Vladimir Zapolskiy
---
arch/arm64/boot/dts/renesas/salvator-common.dtsi | 1 -
1 file changed, 1 deletion(-)
diff --git a/arch/arm64/boot/dts/renesas/salvator-common.dtsi
b/arch/arm64/boot/dts/renesas/salvator-common.dtsi
index 4e800e93394
uot;)
Signed-off-by: Bogdan Mirea
Signed-off-by: Vladimir Zapolskiy
---
arch/arm64/boot/dts/renesas/ulcb.dtsi | 1 -
1 file changed, 1 deletion(-)
diff --git a/arch/arm64/boot/dts/renesas/ulcb.dtsi
b/arch/arm64/boot/dts/renesas/ulcb.dtsi
index be91016e0b48..3e7a6b94e9f8 100644
--- a/arch/arm64/boot
Hi Simon,
On 12/22/2017 10:40 AM, Simon Horman wrote:
> On Fri, Dec 22, 2017 at 09:32:03AM +0100, Simon Horman wrote:
>> On Thu, Dec 21, 2017 at 05:18:58PM +0200, Vladimir Zapolskiy wrote:
>>> From: Bogdan Mirea
>>>
>>> The present change is a bug
On 12/24/2017 03:37 PM, Yoshihiro Kaneko wrote:
> From: Hien Dang
>
> This patch adds an implementation that saves and restores the state of
> GPIO configuration on suspend and resume.
>
> Signed-off-by: Hien Dang
> Signed-off-by: Takeshi Kihara
> [Modify structure of the bank info to simplify
Hi Laurent,
On 01/12/2018 02:58 AM, Laurent Pinchart wrote:
> The internal LVDS encoders now have their own DT bindings, representing
> them as part of the DU is deprecated.
>
> Signed-off-by: Laurent Pinchart
> ---
> .../devicetree/bindings/display/renesas,du.txt | 26
> +-
Hi Simon,
On 02/23/2018 10:51 AM, Simon Horman wrote:
> Enable the Renesas R-Car M3-W (R8A77965) SoC in the ARM64 defconfig.
If I'm not mistaken in my tardy note, then M3-W is R8A7796 and R8A77965 is
M3-N, no?
--
With best wishes,
Vladimir
be improving the init time of rcar_i2c_driver
itself from ~7ms to ~1ms (assuming CONFIG_I2C_RCAR=y).
Signed-off-by: Eugeniu Rosca
Signed-off-by: Vladimir Zapolskiy
---
drivers/i2c/busses/i2c-rcar.c | 13 -
1 file changed, 12 insertions(+), 1 deletion(-)
diff --git a/drivers/i2c/busses/i2c-rcar
On 03/19/2018 12:56 PM, Marek Vasut wrote:
> On 03/19/2018 11:53 AM, Geert Uytterhoeven wrote:
>> Hi Marek,
>>
>> On Mon, Mar 19, 2018 at 10:53 AM, Marek Vasut wrote:
>>> On 03/19/2018 09:38 AM, Simon Horman wrote:
On Sun, Mar 18, 2018 at 11:52:52AM +0100, Marek Vasut wrote:
> The data li
On 03/19/2018 03:48 PM, Marek Vasut wrote:
> On 03/19/2018 02:43 PM, Vladimir Zapolskiy wrote:
>> On 03/19/2018 12:56 PM, Marek Vasut wrote:
>>> On 03/19/2018 11:53 AM, Geert Uytterhoeven wrote:
>>>> Hi Marek,
>>>>
>>>> On Mon, Mar 19, 2018
Hi Jacopo,
On 03/09/2018 03:51 PM, Jacopo Mondi wrote:
> Add transparent LVDS decoder driver.
>
> A transparent LVDS decoder is a DRM bridge device that does not require
> any configuration and converts LVDS input to digital CMOS/TTL parallel
> data output.
>
> Signed-off-by: Jacopo Mondi
> ---
ihara
> Signed-off-by: Wolfram Sang
Reviewed-by: Vladimir Zapolskiy
--
With best wishes,
Vladimir
Hi Jacopo,
On 03/27/2018 01:22 AM, Rob Herring wrote:
> On Tue, Mar 20, 2018 at 02:43:33PM +0200, Laurent Pinchart wrote:
>> Hi Jacopo,
>>
>> (CC'ing Rob)
>>
>> Thank you for the patch.
>>
>> On Friday, 16 March 2018 17:16:37 EET Jacopo Mondi wrote:
>>> Document Thine THC63LVD1024 LVDS decoder dev
Hi Jacopo,
On 03/16/2018 05:16 PM, Jacopo Mondi wrote:
> Add DRM bridge driver for Thine THC63LVD1024 LVDS to digital parallel
> output converter.
>
> Signed-off-by: Jacopo Mondi
> Reviewed-by: Andrzej Hajda
> Reviewed-by: Niklas Söderlund
> ---
> drivers/gpu/drm/bridge/Kconfig| 6 +
Hi Jacopo,
On 03/20/2018 03:01 PM, Laurent Pinchart wrote:
> Hi Jacopo,
>
> Thank you for the patch.
>
> On Friday, 16 March 2018 17:16:39 EET Jacopo Mondi wrote:
>> The R-Car V3M Eagle board includes a transparent THC63LVD1024 LVDS
>> decoder, connected to the on-chip LVDS encoder output on one
Hi Sergei,
On 03/27/2018 11:27 AM, Sergei Shtylyov wrote:
> Hello!
>
> On 3/27/2018 10:33 AM, jacopo mondi wrote:
> [...]
>>> Document Thine THC63LVD1024 LVDS decoder device tree bindings.
>>>
>>> Signed-off-by: Jacopo Mondi
>>> Reviewed-by: Andrzej Hajda
>>> Reviewed-by: Ni
Hi Jacopo,
On 03/27/2018 11:57 AM, jacopo mondi wrote:
> Hi Vladimir,
>
> On Tue, Mar 27, 2018 at 11:30:29AM +0300, Vladimir Zapolskiy wrote:
>> Hi Sergei,
>>
>> On 03/27/2018 11:27 AM, Sergei Shtylyov wrote:
>>> Hello!
>>>
Hi Andrzej,
On 03/27/2018 10:28 AM, Andrzej Hajda wrote:
> On 27.03.2018 08:24, Vladimir Zapolskiy wrote:
>> Hi Jacopo,
>>
>> On 03/16/2018 05:16 PM, Jacopo Mondi wrote:
>>> Add DRM bridge driver for Thine THC63LVD1024 LVDS to digital parallel
>>> output c
Hi Jacopo,
On 03/27/2018 01:10 PM, jacopo mondi wrote:
> Hi Vladimir,
>
> On Tue, Mar 27, 2018 at 12:37:31PM +0300, Vladimir Zapolskiy wrote:
>> Hi Jacopo,
>>
>> On 03/27/2018 11:57 AM, jacopo mondi wrote:
>>> Hi Vladimir,
>>>
>>> On Tue
Hi Wolfram,
On 04/03/2018 06:55 PM, Wolfram Sang wrote:
> Hi Vladimir and Eugeniu,
>
>> The purpose of this patch looks pretty similar to:
>> 104522806a7d ("i2c: designware: dw_i2c_init_driver as subsys initcall")
>> 74f56c4ad4e4 ("i2c-bfin-twi: move setup to the earlier subsys initcall")
>> b868
rate= ,
SPI device rate = 1
results in
k = 5, i.e. BRDV = 0b100 or 1/32 prescaler output,
BRPS = 105,
TSCR value = 0x6804, thus MSSEL and MSIMM bit fields are non-zero.
Fixes: 65d5665bb260 ("spi: sh-msiof: Update calculation of frequency dividi
icial update.
Geert, I'd appreciate if you can find time to review and test the changes.
Vladimir Zapolskiy (2):
spi: sh-msiof: Fix bit field overflow writes to TSCR/RSCR
spi: sh-msiof: Simplify calculation of divisors for transfer rate
driver
extensions.
Signed-off-by: Vladimir Zapolskiy
---
drivers/spi/spi-sh-msiof.c | 67 --
1 file changed, 35 insertions(+), 32 deletions(-)
diff --git a/drivers/spi/spi-sh-msiof.c b/drivers/spi/spi-sh-msiof.c
index 8171eedbfc90..5c1ff0097e41 100644
--- a/drivers
Hi Jacopo, Laurent,
On 04/10/2018 01:53 PM, Jacopo Mondi wrote:
> Document Thine THC63LVD1024 LVDS decoder device tree bindings.
>
> Signed-off-by: Jacopo Mondi
> Reviewed-by: Andrzej Hajda
> Reviewed-by: Niklas Söderlund
> Reviewed-by: Laurent Pinchart
Reviewed-by:
Hi Jacopo,
On 04/19/2018 12:44 PM, Vladimir Zapolskiy wrote:
> Hi Jacopo, Laurent,
>
> On 04/10/2018 01:53 PM, Jacopo Mondi wrote:
>> Document Thine THC63LVD1024 LVDS decoder device tree bindings.
>>
>> Signed-off-by: Jacopo Mondi
>> Reviewed-by: Andrzej Hajda
Hi Jacopo,
On 04/19/2018 12:48 PM, Vladimir Zapolskiy wrote:
> Hi Jacopo,
>
> On 04/19/2018 12:44 PM, Vladimir Zapolskiy wrote:
>> Hi Jacopo, Laurent,
>>
>> On 04/10/2018 01:53 PM, Jacopo Mondi wrote:
>>> Document Thine THC63LVD1024 LVDS decoder device
Hi Jacopo,
On 04/10/2018 01:53 PM, Jacopo Mondi wrote:
> Add DRM bridge driver for Thine THC63LVD1024 LVDS to digital parallel
> output converter.
>
> Signed-off-by: Jacopo Mondi
> Reviewed-by: Andrzej Hajda
> Reviewed-by: Niklas Söderlund
Reviewed-by: Vladimir Zapolskiy
iewed-by: Rob Herring
> ---
> .../bindings/display/bridge/thine,thc63lvd1024.txt | 60
> ++
> 1 file changed, 60 insertions(+)
> create mode 100644
> Documentation/devicetree/bindings/display/bridge/thine,thc63lvd1024.txt
>
Reviewed-by: Vladimir Zapolskiy
--
With best wishes,
Vladimir
> ---
> drivers/gpu/drm/bridge/Kconfig| 6 +
> drivers/gpu/drm/bridge/Makefile | 1 +
> drivers/gpu/drm/bridge/thc63lvd1024.c | 206
> ++
> 3 files changed, 213 insertions(+)
> create mode 100644 drivers/gpu/drm/bridge/thc63
The non-functional change removes a custom function to parse and
allocate PCI resources in favour of pci_parse_request_of_pci_ranges().
Signed-off-by: Vladimir Zapolskiy
---
drivers/pci/host/pcie-rcar.c | 42 +-
1 file changed, 1 insertion(+), 41
s/platform/leds/leds/led6/trigger
Fixes: 119f5e448d32c ("gpio: Renesas R-Car GPIO driver V3")
Signed-off-by: Vladimir Zapolskiy
---
The proposed change could be seen as an invitation for a more interesting
discussion about a necessity to add a pretty trivial support of the second
interf
Hi Linus, Geert,
On 12/16/2018 12:04 PM, Geert Uytterhoeven wrote:
> Hi Linus,
>
> On Sun, Dec 16, 2018 at 1:19 AM Linus Walleij
> wrote:
>> On Mon, Dec 10, 2018 at 3:22 PM Vladimir Zapolskiy
>> wrote:
>>> R-Car GPIO controller provides two interfaces to set
Hi Geert,
On 12/16/2018 12:03 PM, Geert Uytterhoeven wrote:
> Hi Vladimir,
>
> (increasing review priority due to Linus applying the patch)
>
> On Mon, Dec 10, 2018 at 3:22 PM Vladimir Zapolskiy
> wrote:
>> R-Car GPIO controller provides two interfaces to set GPIO lin
tform/leds/leds/led6/trigger
Signed-off-by: Vladimir Zapolskiy
---
Link to v1: https://www.spinics.net/lists/linux-gpio/msg35018.html
Changes from v1 to v2:
* OUTDTSEL and companion OUTDTH/OUTDTL registers are found on R-Car Gen2
and R-Car Gen3 SoCs, to avoid a possible regression don't m
Hi Ulrich,
On 11/11/2016 07:07 PM, Ulrich Hecht wrote:
From: Vladimir Zapolskiy
The change adds support of internal HDMI I2C master controller, this
subdevice is used by default, if "ddc-i2c-bus" DT property is omitted.
The main purpose of this functionality is to support reading
ful, so make this feature a compile time option which nees to
> be enabled explicitly. This also removes the overhead if pretimeout
> support is not used because it will now be compiled away (saving ~10% on
> ARM32).
>
> Signed-off-by: Wolfram Sang
the changes looks perfect,
Revi
Hi Dirk,
On 09/06/2017 10:05 AM, Dirk Behme wrote:
> From: Hiromitsu Yamasaki
>
> This patch is for debug of transfer between master and slave.
> Since the slave needs to complete a preparation in data transfer
> before the master working, the sleep wait is put before
> the data transfer of the
() only, also
now TX/RX is disabled when link is put down or modifications to E-MAC
registers ECMR and GECMR are expected for both cases of checked and
ignored link status pin state from E-MAC interrupt handler.
Signed-off-by: Vladimir Zapolskiy
---
drivers/net/ethernet/renesas/ravb_main.c | 58
The change replaces a custom implementation of .get_link_ksettings
callback with a shared phy_ethtool_get_link_ksettings(), note that
&priv->lock wrapping is not needed, because the lock does not
serialize access to phydev fields.
Signed-off-by: Vladimir Zapolskiy
---
drivers/net/e
ned-off-by: Vladimir Zapolskiy
---
drivers/net/ethernet/renesas/sh_eth.c | 18 +-
1 file changed, 1 insertion(+), 17 deletions(-)
diff --git a/drivers/net/ethernet/renesas/sh_eth.c
b/drivers/net/ethernet/renesas/sh_eth.c
index d9cadfb1bc4a..6d1fed2b4a4a 100644
--- a/drivers/net/ethern
ned-off-by: Vladimir Zapolskiy
---
drivers/net/ethernet/renesas/ravb_main.c | 17 +
1 file changed, 1 insertion(+), 16 deletions(-)
diff --git a/drivers/net/ethernet/renesas/ravb_main.c
b/drivers/net/ethernet/renesas/ravb_main.c
index 68f122140966..4a043eb0e2aa 100644
--- a/drivers/ne
with aid of ftrace
while running more or less advanced tests.
Please note that sh_eth patches from the series were built-tested only.
On purpose I do not add Fixes tags, the reused PHY handlers were added
way later than the fixed problems were firstly found in the drivers.
Vladimir Zapolskiy (6):
() only, also
now TX/RX is disabled when link is put down or modifications to E-MAC
registers ECMR and GECMR are expected for both cases of checked and
ignored link status pin state from E-MAC interrupt handler.
Signed-off-by: Vladimir Zapolskiy
---
drivers/net/ethernet/renesas/sh_eth.c | 58
The change replaces a custom implementation of .get_link_ksettings
callback with a shared phy_ethtool_get_link_ksettings(), note that
&priv->lock wrapping is not needed, because the lock does not
serialize access to phydev fields.
Signed-off-by: Vladimir Zapolskiy
---
drivers/net/e
Hi Andrew,
On 05/24/2018 04:29 PM, Andrew Lunn wrote:
> On Thu, May 24, 2018 at 02:11:55PM +0300, Vladimir Zapolskiy wrote:
>> The change replaces a custom implementation of .set_link_ksettings
>> callback with a shared phy_ethtool_set_link_ksettings(), this fixes
>> sleep
On 05/24/2018 04:22 PM, Andrew Lunn wrote:
> On Thu, May 24, 2018 at 02:11:53PM +0300, Vladimir Zapolskiy wrote:
>> The change fixes a sleep in atomic context issue, which can be
>> always triggered by running 'ethtool -r' command, because
>> phy_start_aneg() pr
Hello Sergei,
On 05/24/2018 08:01 PM, Sergei Shtylyov wrote:
> On 05/24/2018 07:44 PM, Andrew Lunn wrote:
>
>> The change fixes a sleep in atomic context issue, which can be
>> always triggered by running 'ethtool -r' command, because
>> phy_start_aneg() protects phydev fields by a mu
Hello Sergei,
On 05/24/2018 08:24 PM, Sergei Shtylyov wrote:
> On 05/24/2018 07:40 PM, Sergei Shtylyov wrote:
>
>>> For ages trivial changes to RAVB and SuperH ethernet links by means of
>>> standard 'ethtool' trigger a 'sleeping function called from invalid
>>> context' bug, to visualize it on r
Hello Sergei,
On 05/26/2018 10:50 PM, Sergei Shtylyov wrote:
> On 05/24/2018 02:11 PM, Vladimir Zapolskiy wrote:
>
>> The change replaces a custom implementation of .set_link_ksettings
>> callback with a shared phy_ethtool_set_link_ksettings(), this fixes
>> sleep in atom
Hi Laurent,
[Adding Rob and DT ML]
On 08/06/2018 01:42 PM, Laurent Pinchart wrote:
> Hi Eugeniu,
>
> Thank you for the patch.
>
> On Sunday, 5 August 2018 02:11:04 EEST Eugeniu Rosca wrote:
>> Following the recent change in dt-bindings [1], switch from
>> "renesas,h3ulcb" to "renesas,ulcb" comp
The change simplifies dereferences to the mediated struct device, also
it allows to limit the scope of the platform device usage to probe and
remove functions only.
Non-functional change.
Signed-off-by: Vladimir Zapolskiy
---
drivers/gpio/gpio-rcar.c | 24 +++-
1 file
ave two device
> attributes in sysfs: read/write pretimeout_governor attribute and read
> only pretimeout_available_governors attribute.
>
> Watchdogs with no WDIOF_PRETIMEOUT capability has no changes in
> sysfs.
>
> Signed-off-by: Vladimir Zapolskiy
> Signed-off-by: Wo
Hi Ulrich,
On 30.05.2016 19:00, Ulrich Hecht wrote:
> From: Vladimir Zapolskiy
>
> The change adds support of internal HDMI I2C master controller, this
> subdevice is used by default, if "ddc-i2c-bus" DT property is omitted.
>
> The main purpose of this functionalit
Hi Wolfram,
On 05.06.2016 12:48, Wolfram Sang wrote:
> On Thu, May 26, 2016 at 03:37:17PM -0700, Guenter Roeck wrote:
>> On Thu, May 26, 2016 at 06:41:36PM +0200, Wolfram Sang wrote:
>> [ ... ]
>>>
>>> No doubt about that. I had some ideas and thought it is easier to talk
>>> over code. If you wan
Hi Wolfram,
On 08/30/2016 06:03 PM, Wolfram Sang wrote:
From: Wolfram Sang
Give devices which do not have hardware support for pretimeout at least a
software version of it.
Signed-off-by: Wolfram Sang
---
Change since v1: added 'else' block in softdog_ping(), to actually
disable the timer w
59 matches
Mail list logo