Re: [PATCH v9 6/9] i3c: master: Add driver for Cadence IP

2018-10-24 Thread Grygorii Strashko
On 10/24/18 4:04 PM, Boris Brezillon wrote: On Wed, 24 Oct 2018 15:25:17 -0500 Grygorii Strashko wrote: On 10/24/18 1:20 PM, Boris Brezillon wrote: Hi Arnd, On Mon, 22 Oct 2018 15:34:01 +0200 Boris Brezillon wrote: + +static void cdns_i3c_master_rd_from_rx_fifo(struct

Re: [PATCH v9 6/9] i3c: master: Add driver for Cadence IP

2018-10-24 Thread Grygorii Strashko
On 10/24/18 1:20 PM, Boris Brezillon wrote: Hi Arnd, On Mon, 22 Oct 2018 15:34:01 +0200 Boris Brezillon wrote: + +static void cdns_i3c_master_rd_from_rx_fifo(struct cdns_i3c_master *master, + u8 *bytes, int nbytes) +{ + readsl(master->regs +

Re: [RFC PATCH 0/6] net: ethernet: ti: cpsw: add MQPRIO and CBS Qdisc offload

2018-05-23 Thread Grygorii Strashko
Hi Ivan, On 05/18/2018 04:15 PM, Ivan Khoronzhuk wrote: This series adds MQPRIO and CBS Qdisc offload for TI cpsw driver. It potentially can be used in audio video bridging (AVB) and time sensitive networking (TSN). Patchset was tested on AM572x EVM and BBB boards. Last patch from this series a

Re: [PATCH 0/12] PM / sleep: Driver flags for system suspend/resume

2017-10-19 Thread Grygorii Strashko
On 10/19/2017 01:11 PM, Ulf Hansson wrote: > On 19 October 2017 at 20:04, Ulf Hansson wrote: >> On 19 October 2017 at 19:21, Grygorii Strashko >> wrote: >>> >>> >>> On 10/19/2017 03:33 AM, Ulf Hansson wrote: >>>> On 18 October 2017

Re: [PATCH 0/12] PM / sleep: Driver flags for system suspend/resume

2017-10-19 Thread Grygorii Strashko
On 10/19/2017 03:33 AM, Ulf Hansson wrote: > On 18 October 2017 at 23:48, Rafael J. Wysocki wrote: >> On Wednesday, October 18, 2017 9:45:11 PM CEST Grygorii Strashko wrote: >>> >>> On 10/18/2017 09:11 AM, Ulf Hansson wrote: >> >> [...] >> >&

Re: [PATCH 0/12] PM / sleep: Driver flags for system suspend/resume

2017-10-18 Thread Grygorii Strashko
On 10/18/2017 09:11 AM, Ulf Hansson wrote: > [...] > >>> >>> The reason why pm_runtime_force_* needs to respects the hierarchy of >>> the RPM callbacks, is because otherwise it can't safely update the >>> runtime PM status of the device. >> >> I'm not sure I follow this requirement. Why is that