Re: [PATCH v1] drm/mipi-dsi: Set the fwnode for mipi_dsi_device

2023-05-04 Thread Saravana Kannan
On Thu, May 4, 2023 at 12:51 AM Maxime Ripard wrote: > > Hi Saravana, > > On Wed, May 03, 2023 at 09:40:05PM -0700, Saravana Kannan wrote: > > On Fri, Mar 17, 2023 at 3:36 PM Saravana Kannan > > wrote: > > > > > > On Sun, Mar 12, 2023

Re: [PATCH v1] drm/mipi-dsi: Set the fwnode for mipi_dsi_device

2023-05-03 Thread Saravana Kannan
On Fri, Mar 17, 2023 at 3:36 PM Saravana Kannan wrote: > > On Sun, Mar 12, 2023 at 7:45 AM Martin Kepplinger > wrote: > > > > Am Donnerstag, dem 09.03.2023 um 22:39 -0800 schrieb Saravana Kannan: > > > After commit 3fb16866b51d ("driver core: fw_devlink: Mak

Re: [PATCH v1] drm/mipi-dsi: Set the fwnode for mipi_dsi_device

2023-03-17 Thread Saravana Kannan
On Sun, Mar 12, 2023 at 7:45 AM Martin Kepplinger wrote: > > Am Donnerstag, dem 09.03.2023 um 22:39 -0800 schrieb Saravana Kannan: > > After commit 3fb16866b51d ("driver core: fw_devlink: Make cycle > > detection more robust"), fw_devlink prints an error when con

[PATCH v1] drm/mipi-dsi: Set the fwnode for mipi_dsi_device

2023-03-09 Thread Saravana Kannan
l.org/lkml/2a8e407f4f18c9350f8629a2b5fa18673355b2ae.ca...@puri.sm/ Fixes: 068a00233969 ("drm: Add MIPI DSI bus support") Signed-off-by: Saravana Kannan --- drivers/gpu/drm/drm_mipi_dsi.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/drm_mipi_dsi.c b/drivers/gp

Re: [PATCH v2 02/34] component: Introduce the aggregate bus_type

2021-10-07 Thread Saravana Kannan
On Thu, Oct 7, 2021 at 1:11 PM Stephen Boyd wrote: > > Quoting Stephen Boyd (2021-10-07 11:40:07) > > Quoting Saravana Kannan (2021-10-06 20:07:11) > > > On Wed, Oct 6, 2021 at 12:38 PM Stephen Boyd wrote: > > > > diff --git a/drivers/base/component.c b/drive

Re: [PATCH] drm/mipi: set fwnode when a mipi_dsi_device registers itself

2021-07-16 Thread Saravana Kannan
si bus devices too. This feature avoid unnecessary probe deferrals of mipi_dsi devices, defers consumers of mipi_dsi devices till the mipi_dsi devices probe, and allows mipi_dsi drivers to implement sync_state() callbacks. Reviewed-by: Saravana Kannan Thanks, Saravana > > Suggested-by: Sarav

Re: [PATCH AUTOSEL 4.19 05/12] drm/sun4i: dw-hdmi: Make HDMI PHY into a platform device

2021-06-15 Thread Saravana Kannan
On Tue, Jun 15, 2021 at 8:50 AM Sasha Levin wrote: > > From: Saravana Kannan > > [ Upstream commit 9bf3797796f570b34438235a6a537df85832bdad ] > > On sunxi boards that use HDMI output, HDMI device probe keeps being > avoided indefinitely with these repeated messages in

Re: [PATCH v2] drm/sun4i: dw-hdmi: Make HDMI PHY into a platform device

2021-06-07 Thread Saravana Kannan
On Mon, Jun 7, 2021 at 4:41 AM Maxime Ripard wrote: > > On Mon, Jun 07, 2021 at 10:58:36AM +0200, Ondrej Jirman wrote: > > From: Saravana Kannan > > > > On sunxi boards that use HDMI output, HDMI device probe keeps being > > avoided indefinitely with th

Re: [PATCH 3/7] component: Introduce struct aggregate_device

2021-05-20 Thread Saravana Kannan
gate device and driver. > > Cc: Daniel Vetter > Cc: "Rafael J. Wysocki" > Cc: Rob Clark > Cc: Russell King > Cc: Saravana Kannan > Signed-off-by: Stephen Boyd > --- > drivers/base/component.c | 249 -- > include/linux/com

Re: [PATCH 0/7] component: Make into an aggregate bus

2021-05-20 Thread Saravana Kannan
On Wed, May 19, 2021 at 6:41 PM Stephen Boyd wrote: > > Quoting Saravana Kannan (2021-05-19 18:27:50) > > On Wed, May 19, 2021 at 5:25 PM Stephen Boyd wrote: > > > > > > This series is from discussion we had on reordering the device lists for > > >

Re: [PATCHv2 1/5] rtc: m41t80: add support for fixed clock

2021-04-29 Thread Saravana Kannan
the square wave pin > as fixed-clock, which is registered early and basically how > this pin is used on the i.MX6. > > Suggested-by: Saravana Kannan > Signed-off-by: Sebastian Reichel > --- > Documentation/devicetree/bindings/rtc/rtc-m41t80.txt | 9 + > drivers/rtc/rtc-m

Closed source userspace graphics drivers with an open source kernel component

2010-07-01 Thread Saravana Kannan
Dave Airlie wrote: > This is more about initial development stages. We maintain kernel > API/ABI for all in-tree drivers, however before we put a driver into > mainline, we usually need to redo the crazy interfaces that vendors > have come up with. Like 32/64 alignment, passing userspace addresses