From: Tomasz Figa <tomasz.figa@gmail.com>
To: Alan Stern <stern@rowland.harvard.edu>
Cc: Tomasz Figa <t.figa@samsung.com>,
Greg KH <gregkh@linuxfoundation.org>,
Kishon Vijay Abraham I <kishon@ti.com>,
Laurent Pinchart <laurent.pinchart@ideasonboard.com>,
broonie@kernel.org,
Sylwester Nawrocki <sylvester.nawrocki@gmail.com>,
Sascha Hauer <s.hauer@pengutronix.de>,
kyungmin.park@samsung.com, balbi@ti.com, jg1.han@samsung.com,
s.nawrocki@samsung.com, kgene.kim@samsung.com,
grant.likely@linaro.org, tony@atomide.com, arnd@arndb.de,
swarren@nvidia.com, devicetree@vger.kernel.org,
linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org,
linux-arm-kernel@lists.infradead.org,
linux-samsung-soc@vger.kernel.org, linux-omap@vger.kernel.org,
linux-usb@vger.kernel.org, linux-media@vger.kernel.org,
linux-fbdev@vger.kernel.org, akpm@linux-foundation.org,
balajitk@ti.com, george.cherian@ti.com, nsekhar@ti.com,
olof@lixom.net, Stephen Warren <swarren@wwwdotorg.org>,
b.zolnierkie@samsung.com,
Daniel Lezcano <daniel.lezcano@linaro.org>
Subject: Re: [PATCH 01/15] drivers: phy: add generic PHY framework
Date: Tue, 23 Jul 2013 23:31:31 +0200 [thread overview]
Message-ID: <5977067.8rykRgjgre@flatron> (raw)
In-Reply-To: <Pine.LNX.4.44L0.1307231708020.1304-100000@iolanthe.rowland.org>
On Tuesday 23 of July 2013 17:14:20 Alan Stern wrote:
> On Tue, 23 Jul 2013, Tomasz Figa wrote:
> > > If you want to keep the phy struct completely separate from the
> > > board
> > > file, there's an easy way to do it. Let's say the board file knows
> > > about N different PHYs in the system. Then you define an array of N
> > > pointers to phys:
> > >
> > > struct phy *(phy_address[N]);
> > >
> > > In the platform data for both PHY j and its controller, store
> > >
> > > &phy_address[j]. The PHY provider passes this cookie to phy_create:
> > > cookie = pdev->dev.platform_data;
> > > ret = phy_create(phy, cookie);
> > >
> > > and phy_create simply stores: *cookie = phy. The PHY consumer does
> > >
> > > much the same the same thing:
> > > cookie = pdev->dev.platform_data;
> > > phy = phy_get(cookie);
> > >
> > > phy_get returns *cookie if it isn't NULL, or an ERR_PTR otherwise.
> >
> > OK, this can work. Again, just technically, because it's rather ugly.
>
> There's no reason the phy_address things have to be arrays. A separate
> individual pointer for each PHY would work just as well.
>
> > Where would you want to have those phy_address arrays stored? There
> > are no board files when booting with DT. Not even saying that you
> > don't need to use any hacky schemes like this when you have DT that
> > nicely specifies relations between devices.
>
> If everybody agrees DT has a nice scheme for specifying relations
> between devices, why not use that same scheme in the PHY core?
It is already used, for cases when consumer device has a DT node attached.
In non-DT case this kind lookup translates loosely to something that is
being done in regulator framework - you can't bind devices by pointers,
because you don't have those pointers, so you need to use device names.
> > Anyway, board file should not be considered as a method to exchange
> > data between drivers. It should be used only to pass data from it to
> > drivers, not the other way. Ideally all data in a board file should
> > be marked as const and __init and dropped after system
> > initialization.
>
> The phy_address things don't have to be defined or allocated in the
> board file; they could be set up along with the platform data.
There is no platform data when booting with DT.
> In any case, this was simply meant to be a suggestion to show that it
> is relatively easy to do what you need without using name or ID
> strings.
Sure. It's good to have different options discussed as well.
Best regards,
Tomasz
WARNING: multiple messages have this Message-ID (diff)
From: Tomasz Figa <tomasz.figa@gmail.com>
To: linux-arm-kernel@lists.infradead.org
Subject: Re: [PATCH 01/15] drivers: phy: add generic PHY framework
Date: Tue, 23 Jul 2013 21:31:31 +0000 [thread overview]
Message-ID: <5977067.8rykRgjgre@flatron> (raw)
In-Reply-To: <Pine.LNX.4.44L0.1307231708020.1304-100000@iolanthe.rowland.org>
On Tuesday 23 of July 2013 17:14:20 Alan Stern wrote:
> On Tue, 23 Jul 2013, Tomasz Figa wrote:
> > > If you want to keep the phy struct completely separate from the
> > > board
> > > file, there's an easy way to do it. Let's say the board file knows
> > > about N different PHYs in the system. Then you define an array of N
> > > pointers to phys:
> > >
> > > struct phy *(phy_address[N]);
> > >
> > > In the platform data for both PHY j and its controller, store
> > >
> > > &phy_address[j]. The PHY provider passes this cookie to phy_create:
> > > cookie = pdev->dev.platform_data;
> > > ret = phy_create(phy, cookie);
> > >
> > > and phy_create simply stores: *cookie = phy. The PHY consumer does
> > >
> > > much the same the same thing:
> > > cookie = pdev->dev.platform_data;
> > > phy = phy_get(cookie);
> > >
> > > phy_get returns *cookie if it isn't NULL, or an ERR_PTR otherwise.
> >
> > OK, this can work. Again, just technically, because it's rather ugly.
>
> There's no reason the phy_address things have to be arrays. A separate
> individual pointer for each PHY would work just as well.
>
> > Where would you want to have those phy_address arrays stored? There
> > are no board files when booting with DT. Not even saying that you
> > don't need to use any hacky schemes like this when you have DT that
> > nicely specifies relations between devices.
>
> If everybody agrees DT has a nice scheme for specifying relations
> between devices, why not use that same scheme in the PHY core?
It is already used, for cases when consumer device has a DT node attached.
In non-DT case this kind lookup translates loosely to something that is
being done in regulator framework - you can't bind devices by pointers,
because you don't have those pointers, so you need to use device names.
> > Anyway, board file should not be considered as a method to exchange
> > data between drivers. It should be used only to pass data from it to
> > drivers, not the other way. Ideally all data in a board file should
> > be marked as const and __init and dropped after system
> > initialization.
>
> The phy_address things don't have to be defined or allocated in the
> board file; they could be set up along with the platform data.
There is no platform data when booting with DT.
> In any case, this was simply meant to be a suggestion to show that it
> is relatively easy to do what you need without using name or ID
> strings.
Sure. It's good to have different options discussed as well.
Best regards,
Tomasz
WARNING: multiple messages have this Message-ID (diff)
From: Tomasz Figa <tomasz.figa@gmail.com>
To: Alan Stern <stern@rowland.harvard.edu>
Cc: Tomasz Figa <t.figa@samsung.com>,
Greg KH <gregkh@linuxfoundation.org>,
Kishon Vijay Abraham I <kishon@ti.com>,
Laurent Pinchart <laurent.pinchart@ideasonboard.com>,
broonie@kernel.org,
Sylwester Nawrocki <sylvester.nawrocki@gmail.com>,
Sascha Hauer <s.hauer@pengutronix.de>,
kyungmin.park@samsung.com, balbi@ti.com, jg1.han@samsung.com,
s.nawrocki@samsung.com, kgene.kim@samsung.com,
grant.likely@linaro.org, tony@atomide.com, arnd@arndb.de,
swarren@nvidia.com, devicetree@vger.kernel.org,
linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org,
linux-arm-kernel@lists.infradead.org,
linux-samsung-soc@vger.kernel.org, linux-omap@vger.kernel.org,
linux-usb@vger.kernel.org, linux-media@vger.kernel.org,
linux-fbdev@vger.kernel.org, akpm@linux-foundation.org,
balajitk@ti.com, george.cherian@ti.com, nsekhar@ti.com,
olof@lixom.net, Stephen Warren <swarren@wwwdotorg.org>,
b.zol
Subject: Re: [PATCH 01/15] drivers: phy: add generic PHY framework
Date: Tue, 23 Jul 2013 23:31:31 +0200 [thread overview]
Message-ID: <5977067.8rykRgjgre@flatron> (raw)
In-Reply-To: <Pine.LNX.4.44L0.1307231708020.1304-100000@iolanthe.rowland.org>
On Tuesday 23 of July 2013 17:14:20 Alan Stern wrote:
> On Tue, 23 Jul 2013, Tomasz Figa wrote:
> > > If you want to keep the phy struct completely separate from the
> > > board
> > > file, there's an easy way to do it. Let's say the board file knows
> > > about N different PHYs in the system. Then you define an array of N
> > > pointers to phys:
> > >
> > > struct phy *(phy_address[N]);
> > >
> > > In the platform data for both PHY j and its controller, store
> > >
> > > &phy_address[j]. The PHY provider passes this cookie to phy_create:
> > > cookie = pdev->dev.platform_data;
> > > ret = phy_create(phy, cookie);
> > >
> > > and phy_create simply stores: *cookie = phy. The PHY consumer does
> > >
> > > much the same the same thing:
> > > cookie = pdev->dev.platform_data;
> > > phy = phy_get(cookie);
> > >
> > > phy_get returns *cookie if it isn't NULL, or an ERR_PTR otherwise.
> >
> > OK, this can work. Again, just technically, because it's rather ugly.
>
> There's no reason the phy_address things have to be arrays. A separate
> individual pointer for each PHY would work just as well.
>
> > Where would you want to have those phy_address arrays stored? There
> > are no board files when booting with DT. Not even saying that you
> > don't need to use any hacky schemes like this when you have DT that
> > nicely specifies relations between devices.
>
> If everybody agrees DT has a nice scheme for specifying relations
> between devices, why not use that same scheme in the PHY core?
It is already used, for cases when consumer device has a DT node attached.
In non-DT case this kind lookup translates loosely to something that is
being done in regulator framework - you can't bind devices by pointers,
because you don't have those pointers, so you need to use device names.
> > Anyway, board file should not be considered as a method to exchange
> > data between drivers. It should be used only to pass data from it to
> > drivers, not the other way. Ideally all data in a board file should
> > be marked as const and __init and dropped after system
> > initialization.
>
> The phy_address things don't have to be defined or allocated in the
> board file; they could be set up along with the platform data.
There is no platform data when booting with DT.
> In any case, this was simply meant to be a suggestion to show that it
> is relatively easy to do what you need without using name or ID
> strings.
Sure. It's good to have different options discussed as well.
Best regards,
Tomasz
WARNING: multiple messages have this Message-ID (diff)
From: tomasz.figa@gmail.com (Tomasz Figa)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH 01/15] drivers: phy: add generic PHY framework
Date: Tue, 23 Jul 2013 23:31:31 +0200 [thread overview]
Message-ID: <5977067.8rykRgjgre@flatron> (raw)
In-Reply-To: <Pine.LNX.4.44L0.1307231708020.1304-100000@iolanthe.rowland.org>
On Tuesday 23 of July 2013 17:14:20 Alan Stern wrote:
> On Tue, 23 Jul 2013, Tomasz Figa wrote:
> > > If you want to keep the phy struct completely separate from the
> > > board
> > > file, there's an easy way to do it. Let's say the board file knows
> > > about N different PHYs in the system. Then you define an array of N
> > > pointers to phys:
> > >
> > > struct phy *(phy_address[N]);
> > >
> > > In the platform data for both PHY j and its controller, store
> > >
> > > &phy_address[j]. The PHY provider passes this cookie to phy_create:
> > > cookie = pdev->dev.platform_data;
> > > ret = phy_create(phy, cookie);
> > >
> > > and phy_create simply stores: *cookie = phy. The PHY consumer does
> > >
> > > much the same the same thing:
> > > cookie = pdev->dev.platform_data;
> > > phy = phy_get(cookie);
> > >
> > > phy_get returns *cookie if it isn't NULL, or an ERR_PTR otherwise.
> >
> > OK, this can work. Again, just technically, because it's rather ugly.
>
> There's no reason the phy_address things have to be arrays. A separate
> individual pointer for each PHY would work just as well.
>
> > Where would you want to have those phy_address arrays stored? There
> > are no board files when booting with DT. Not even saying that you
> > don't need to use any hacky schemes like this when you have DT that
> > nicely specifies relations between devices.
>
> If everybody agrees DT has a nice scheme for specifying relations
> between devices, why not use that same scheme in the PHY core?
It is already used, for cases when consumer device has a DT node attached.
In non-DT case this kind lookup translates loosely to something that is
being done in regulator framework - you can't bind devices by pointers,
because you don't have those pointers, so you need to use device names.
> > Anyway, board file should not be considered as a method to exchange
> > data between drivers. It should be used only to pass data from it to
> > drivers, not the other way. Ideally all data in a board file should
> > be marked as const and __init and dropped after system
> > initialization.
>
> The phy_address things don't have to be defined or allocated in the
> board file; they could be set up along with the platform data.
There is no platform data when booting with DT.
> In any case, this was simply meant to be a suggestion to show that it
> is relatively easy to do what you need without using name or ID
> strings.
Sure. It's good to have different options discussed as well.
Best regards,
Tomasz
next prev parent reply other threads:[~2013-07-23 21:31 UTC|newest]
Thread overview: 371+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-07-18 6:46 [PATCH 00/15] PHY framework Kishon Vijay Abraham I
2013-07-18 6:58 ` Kishon Vijay Abraham I
2013-07-18 6:46 ` Kishon Vijay Abraham I
2013-07-18 6:46 ` Kishon Vijay Abraham I
2013-07-18 6:46 ` [PATCH 01/15] drivers: phy: add generic " Kishon Vijay Abraham I
2013-07-18 6:58 ` Kishon Vijay Abraham I
2013-07-18 6:46 ` Kishon Vijay Abraham I
2013-07-18 6:46 ` Kishon Vijay Abraham I
2013-07-18 7:20 ` Greg KH
2013-07-18 7:20 ` Greg KH
2013-07-18 7:20 ` Greg KH
2013-07-18 8:59 ` Kishon Vijay Abraham I
2013-07-18 9:11 ` Kishon Vijay Abraham I
2013-07-18 8:59 ` Kishon Vijay Abraham I
2013-07-18 8:59 ` Kishon Vijay Abraham I
2013-07-18 15:49 ` Greg KH
2013-07-18 15:49 ` Greg KH
2013-07-18 15:49 ` Greg KH
2013-07-19 5:37 ` Kishon Vijay Abraham I
2013-07-19 5:49 ` Kishon Vijay Abraham I
2013-07-19 5:37 ` Kishon Vijay Abraham I
2013-07-19 5:37 ` Kishon Vijay Abraham I
2013-07-19 5:43 ` Greg KH
2013-07-19 5:43 ` Greg KH
2013-07-19 5:43 ` Greg KH
2013-07-19 5:55 ` Kishon Vijay Abraham I
2013-07-19 5:56 ` Kishon Vijay Abraham I
2013-07-19 5:55 ` Kishon Vijay Abraham I
2013-07-19 5:55 ` Kishon Vijay Abraham I
2013-07-19 6:29 ` Greg KH
2013-07-19 6:29 ` Greg KH
2013-07-19 6:29 ` Greg KH
2013-07-19 6:29 ` Greg KH
2013-07-19 6:36 ` Kishon Vijay Abraham I
2013-07-19 6:48 ` Kishon Vijay Abraham I
2013-07-19 6:36 ` Kishon Vijay Abraham I
2013-07-19 6:36 ` Kishon Vijay Abraham I
2013-07-19 15:54 ` Stephen Warren
2013-07-19 15:54 ` Stephen Warren
2013-07-19 15:54 ` Stephen Warren
2013-07-20 3:15 ` Kishon Vijay Abraham I
2013-07-20 3:27 ` Kishon Vijay Abraham I
2013-07-20 3:15 ` Kishon Vijay Abraham I
2013-07-20 3:15 ` Kishon Vijay Abraham I
2013-07-19 23:50 ` Greg KH
2013-07-19 23:50 ` Greg KH
2013-07-19 23:50 ` Greg KH
2013-07-20 3:19 ` Kishon Vijay Abraham I
2013-07-20 3:31 ` Kishon Vijay Abraham I
2013-07-20 3:19 ` Kishon Vijay Abraham I
2013-07-20 3:19 ` Kishon Vijay Abraham I
2013-07-20 22:00 ` Greg KH
2013-07-20 22:00 ` Greg KH
2013-07-20 22:00 ` Greg KH
2013-07-20 22:00 ` Greg KH
2013-07-21 2:32 ` Alan Stern
2013-07-21 2:32 ` Alan Stern
2013-07-21 2:32 ` Alan Stern
2013-07-21 2:32 ` Alan Stern
2013-07-21 2:59 ` Greg KH
2013-07-21 2:59 ` Greg KH
2013-07-21 2:59 ` Greg KH
2013-07-21 10:22 ` Sascha Hauer
2013-07-21 10:22 ` Sascha Hauer
2013-07-21 10:22 ` Sascha Hauer
2013-07-21 15:48 ` Greg KH
2013-07-21 15:48 ` Greg KH
2013-07-21 15:48 ` Greg KH
2013-07-21 17:14 ` Sylwester Nawrocki
2013-07-21 17:14 ` Sylwester Nawrocki
2013-07-21 17:14 ` Sylwester Nawrocki
2013-07-21 19:22 ` Alan Stern
2013-07-21 19:22 ` Alan Stern
2013-07-21 19:22 ` Alan Stern
2013-07-21 19:22 ` Alan Stern
2013-07-22 7:25 ` Kishon Vijay Abraham I
2013-07-22 7:37 ` Kishon Vijay Abraham I
2013-07-22 7:25 ` Kishon Vijay Abraham I
2013-07-22 7:25 ` Kishon Vijay Abraham I
2013-07-22 14:44 ` Alan Stern
2013-07-22 14:44 ` Alan Stern
2013-07-22 14:44 ` Alan Stern
2013-07-22 14:44 ` Alan Stern
2013-07-23 5:47 ` Kishon Vijay Abraham I
2013-07-23 5:59 ` Kishon Vijay Abraham I
2013-07-23 5:47 ` Kishon Vijay Abraham I
2013-07-23 5:47 ` Kishon Vijay Abraham I
2013-07-23 7:29 ` Tomasz Figa
2013-07-23 7:29 ` Tomasz Figa
2013-07-23 7:29 ` Tomasz Figa
2013-07-23 7:55 ` Tomasz Figa
2013-07-23 7:55 ` Tomasz Figa
2013-07-23 7:55 ` Tomasz Figa
2013-07-23 14:37 ` Alan Stern
2013-07-23 14:37 ` Alan Stern
2013-07-23 14:37 ` Alan Stern
2013-07-23 14:37 ` Alan Stern
2013-07-23 14:50 ` Tomasz Figa
2013-07-23 14:50 ` Tomasz Figa
2013-07-23 14:50 ` Tomasz Figa
2013-07-23 14:50 ` Tomasz Figa
2013-07-23 15:18 ` Kishon Vijay Abraham I
2013-07-23 15:30 ` Kishon Vijay Abraham I
2013-07-23 15:18 ` Kishon Vijay Abraham I
2013-07-23 15:18 ` Kishon Vijay Abraham I
2013-07-23 16:18 ` Greg KH
2013-07-23 16:18 ` Greg KH
2013-07-23 16:18 ` Greg KH
2013-07-23 16:18 ` Greg KH
2013-07-23 16:28 ` Kishon Vijay Abraham I
2013-07-23 16:40 ` Kishon Vijay Abraham I
2013-07-23 16:28 ` Kishon Vijay Abraham I
2013-07-23 16:28 ` Kishon Vijay Abraham I
2013-07-23 16:35 ` Greg KH
2013-07-23 16:35 ` Greg KH
2013-07-23 16:35 ` Greg KH
2013-07-23 16:35 ` Greg KH
2013-07-23 16:50 ` Tomasz Figa
2013-07-23 16:50 ` Tomasz Figa
2013-07-23 16:50 ` Tomasz Figa
2013-07-23 16:50 ` Tomasz Figa
2013-07-23 17:37 ` Greg KH
2013-07-23 17:37 ` Greg KH
2013-07-23 17:37 ` Greg KH
2013-07-23 17:37 ` Greg KH
2013-07-23 17:44 ` Mark Brown
2013-07-23 17:44 ` Mark Brown
2013-07-23 17:44 ` Mark Brown
2013-07-23 17:44 ` Mark Brown
2013-07-23 18:01 ` Greg KH
2013-07-23 18:01 ` Greg KH
2013-07-23 18:01 ` Greg KH
2013-07-23 18:01 ` Greg KH
2013-07-23 19:31 ` Mark Brown
2013-07-23 19:31 ` Mark Brown
2013-07-23 19:31 ` Mark Brown
2013-07-23 19:31 ` Mark Brown
2013-07-23 19:44 ` Greg KH
2013-07-23 19:44 ` Greg KH
2013-07-23 19:44 ` Greg KH
2013-07-23 19:44 ` Greg KH
2013-07-23 20:07 ` Tomasz Figa
2013-07-23 20:07 ` Tomasz Figa
2013-07-23 20:07 ` Tomasz Figa
2013-07-23 20:07 ` Tomasz Figa
2013-07-23 20:50 ` Greg KH
2013-07-23 20:50 ` Greg KH
2013-07-23 20:50 ` Greg KH
2013-07-23 20:50 ` Greg KH
2013-07-23 21:05 ` Tomasz Figa
2013-07-23 21:05 ` Tomasz Figa
2013-07-23 21:05 ` Tomasz Figa
2013-07-23 21:05 ` Tomasz Figa
2013-07-23 21:23 ` Greg KH
2013-07-23 21:23 ` Greg KH
2013-07-23 21:23 ` Greg KH
2013-07-23 21:23 ` Greg KH
2013-07-23 23:48 ` Mark Brown
2013-07-23 23:48 ` Mark Brown
2013-07-23 23:48 ` Mark Brown
2013-07-23 23:48 ` Mark Brown
2013-07-23 17:48 ` Tomasz Figa
2013-07-23 17:48 ` Tomasz Figa
2013-07-23 17:48 ` Tomasz Figa
2013-07-23 17:48 ` Tomasz Figa
2013-07-23 18:04 ` Greg KH
2013-07-23 18:04 ` Greg KH
2013-07-23 18:04 ` Greg KH
2013-07-23 18:04 ` Greg KH
2013-07-23 20:46 ` Tomasz Figa
2013-07-23 20:46 ` Tomasz Figa
2013-07-23 20:46 ` Tomasz Figa
2013-07-23 20:46 ` Tomasz Figa
2013-07-23 19:36 ` Alan Stern
2013-07-23 19:36 ` Alan Stern
2013-07-23 19:36 ` Alan Stern
2013-07-23 19:36 ` Alan Stern
2013-07-23 20:20 ` Tomasz Figa
2013-07-23 20:20 ` Tomasz Figa
2013-07-23 20:20 ` Tomasz Figa
2013-07-23 20:20 ` Tomasz Figa
2013-07-23 20:53 ` Alan Stern
2013-07-23 20:53 ` Alan Stern
2013-07-23 20:53 ` Alan Stern
2013-07-23 20:53 ` Alan Stern
2013-07-23 21:02 ` Tomasz Figa
2013-07-23 21:02 ` Tomasz Figa
2013-07-23 21:02 ` Tomasz Figa
2013-07-23 21:02 ` Tomasz Figa
2013-07-23 21:14 ` Alan Stern
2013-07-23 21:14 ` Alan Stern
2013-07-23 21:14 ` Alan Stern
2013-07-23 21:14 ` Alan Stern
2013-07-23 21:31 ` Tomasz Figa [this message]
2013-07-23 21:31 ` Tomasz Figa
2013-07-23 21:31 ` Tomasz Figa
2013-07-23 21:31 ` Tomasz Figa
2013-07-24 18:32 ` Arnd Bergmann
2013-07-24 18:32 ` Arnd Bergmann
2013-07-24 18:32 ` Arnd Bergmann
2013-07-24 18:32 ` Arnd Bergmann
2013-07-25 5:11 ` Kishon Vijay Abraham I
2013-07-25 5:11 ` Kishon Vijay Abraham I
2013-07-25 7:54 ` Arnd Bergmann
2013-07-25 7:54 ` Arnd Bergmann
2013-07-25 7:54 ` Arnd Bergmann
2013-07-25 7:54 ` Arnd Bergmann
2013-07-25 9:29 ` Sylwester Nawrocki
2013-07-25 9:29 ` Sylwester Nawrocki
2013-07-25 9:29 ` Sylwester Nawrocki
2013-07-25 9:29 ` Sylwester Nawrocki
2013-07-25 9:29 ` Mark Brown
2013-07-25 9:29 ` Mark Brown
2013-07-25 9:29 ` Mark Brown
2013-07-25 9:29 ` Mark Brown
2013-07-25 10:11 ` Kishon Vijay Abraham I
2013-07-25 10:11 ` Kishon Vijay Abraham I
2013-07-25 10:16 ` Laurent Pinchart
2013-07-25 10:16 ` Laurent Pinchart
2013-07-25 10:16 ` Laurent Pinchart
2013-07-25 10:16 ` Laurent Pinchart
2013-07-25 10:26 ` Florian Fainelli
2013-07-25 10:26 ` Florian Fainelli
2013-07-25 11:00 ` Arnd Bergmann
2013-07-25 11:00 ` Arnd Bergmann
2013-07-25 11:00 ` Arnd Bergmann
2013-07-25 11:00 ` Arnd Bergmann
2013-07-25 11:10 ` Laurent Pinchart
2013-07-25 11:10 ` Laurent Pinchart
2013-07-25 11:10 ` Laurent Pinchart
2013-07-25 11:10 ` Laurent Pinchart
2013-07-25 12:09 ` Mark Brown
2013-07-25 12:09 ` Mark Brown
2013-07-25 12:09 ` Mark Brown
2013-07-25 12:09 ` Mark Brown
2013-07-23 17:34 ` Mark Brown
2013-07-23 17:34 ` Mark Brown
2013-07-23 17:34 ` Mark Brown
2013-07-23 17:34 ` Mark Brown
2013-07-22 15:04 ` Greg KH
2013-07-22 15:04 ` Greg KH
2013-07-22 15:04 ` Greg KH
2013-07-23 5:34 ` Kishon Vijay Abraham I
2013-07-23 5:46 ` Kishon Vijay Abraham I
2013-07-23 5:34 ` Kishon Vijay Abraham I
2013-07-23 5:34 ` Kishon Vijay Abraham I
2013-07-21 10:31 ` Tomasz Figa
2013-07-21 10:31 ` Tomasz Figa
2013-07-21 10:31 ` Tomasz Figa
2013-07-21 11:07 ` Kishon Vijay Abraham I
2013-07-21 11:19 ` Kishon Vijay Abraham I
2013-07-21 11:07 ` Kishon Vijay Abraham I
2013-07-21 11:07 ` Kishon Vijay Abraham I
2013-07-21 11:12 ` Tomasz Figa
2013-07-21 11:12 ` Tomasz Figa
2013-07-21 11:12 ` Tomasz Figa
2013-07-21 15:46 ` Greg KH
2013-07-21 15:46 ` Greg KH
2013-07-21 15:46 ` Greg KH
2013-07-21 15:46 ` Greg KH
2013-07-30 7:11 ` Felipe Balbi
2013-07-30 7:11 ` Felipe Balbi
2013-07-30 7:11 ` Felipe Balbi
2013-07-30 7:11 ` Felipe Balbi
2013-07-31 5:44 ` Kishon Vijay Abraham I
2013-07-31 5:56 ` Kishon Vijay Abraham I
2013-07-31 5:44 ` Kishon Vijay Abraham I
2013-07-31 5:44 ` Kishon Vijay Abraham I
2013-07-31 6:15 ` Felipe Balbi
2013-07-31 6:15 ` Felipe Balbi
2013-07-31 6:15 ` Felipe Balbi
2013-07-31 6:15 ` Felipe Balbi
2013-08-13 10:44 ` Kishon Vijay Abraham I
2013-08-13 10:56 ` Kishon Vijay Abraham I
2013-08-13 10:44 ` Kishon Vijay Abraham I
2013-08-13 10:44 ` Kishon Vijay Abraham I
2013-08-13 11:37 ` Tomasz Figa
2013-08-13 11:37 ` Tomasz Figa
2013-08-13 11:37 ` Tomasz Figa
2013-08-13 12:05 ` Kishon Vijay Abraham I
2013-08-13 12:17 ` Kishon Vijay Abraham I
2013-08-13 12:05 ` Kishon Vijay Abraham I
2013-08-13 12:05 ` Kishon Vijay Abraham I
2013-08-13 22:19 ` Sylwester Nawrocki
2013-08-13 22:19 ` Sylwester Nawrocki
2013-08-13 22:19 ` Sylwester Nawrocki
2013-08-13 23:04 ` Tomasz Figa
2013-08-13 23:04 ` Tomasz Figa
2013-08-13 23:04 ` Tomasz Figa
2013-08-14 15:05 ` Kishon Vijay Abraham I
2013-08-14 15:17 ` Kishon Vijay Abraham I
2013-08-14 15:05 ` Kishon Vijay Abraham I
2013-08-14 15:05 ` Kishon Vijay Abraham I
2013-08-19 5:28 ` Kishon Vijay Abraham I
2013-08-19 5:40 ` Kishon Vijay Abraham I
2013-08-19 5:28 ` Kishon Vijay Abraham I
2013-08-19 5:28 ` Kishon Vijay Abraham I
2013-08-20 12:26 ` Felipe Balbi
2013-08-20 12:26 ` Felipe Balbi
2013-08-20 12:26 ` Felipe Balbi
2013-08-20 12:26 ` Felipe Balbi
2013-07-18 6:46 ` [PATCH 02/15] usb: phy: omap-usb2: use the new " Kishon Vijay Abraham I
2013-07-18 6:58 ` Kishon Vijay Abraham I
2013-07-18 6:46 ` Kishon Vijay Abraham I
2013-07-18 6:46 ` Kishon Vijay Abraham I
2013-07-18 7:21 ` Greg KH
2013-07-18 7:21 ` Greg KH
2013-07-18 7:21 ` Greg KH
2013-07-18 9:00 ` Kishon Vijay Abraham I
2013-07-18 9:12 ` Kishon Vijay Abraham I
2013-07-18 9:00 ` Kishon Vijay Abraham I
2013-07-18 9:00 ` Kishon Vijay Abraham I
2013-07-18 6:46 ` [PATCH 03/15] usb: phy: twl4030: " Kishon Vijay Abraham I
2013-07-18 6:58 ` Kishon Vijay Abraham I
2013-07-18 6:46 ` Kishon Vijay Abraham I
2013-07-18 6:46 ` Kishon Vijay Abraham I
2013-07-18 6:46 ` [PATCH 04/15] ARM: OMAP: USB: Add phy binding information Kishon Vijay Abraham I
2013-07-18 6:58 ` Kishon Vijay Abraham I
2013-07-18 6:46 ` Kishon Vijay Abraham I
2013-07-18 6:46 ` Kishon Vijay Abraham I
2013-07-18 7:02 ` Tony Lindgren
2013-07-18 7:02 ` Tony Lindgren
2013-07-18 7:02 ` Tony Lindgren
2013-07-18 7:02 ` Tony Lindgren
2013-07-18 6:46 ` [PATCH 05/15] ARM: dts: omap: update usb_otg_hs data Kishon Vijay Abraham I
2013-07-18 6:58 ` Kishon Vijay Abraham I
2013-07-18 6:46 ` Kishon Vijay Abraham I
2013-07-18 6:46 ` Kishon Vijay Abraham I
2013-07-18 7:05 ` Tony Lindgren
2013-07-18 7:05 ` Tony Lindgren
2013-07-18 7:05 ` Tony Lindgren
2013-07-18 6:46 ` [PATCH 06/15] usb: musb: omap2430: use the new generic PHY framework Kishon Vijay Abraham I
2013-07-18 6:58 ` Kishon Vijay Abraham I
2013-07-18 6:46 ` Kishon Vijay Abraham I
2013-07-18 6:46 ` Kishon Vijay Abraham I
2013-07-18 6:46 ` [PATCH 07/15] usb: phy: omap-usb2: remove *set_suspend* callback from omap-usb2 Kishon Vijay Abraham I
2013-07-18 6:58 ` Kishon Vijay Abraham I
2013-07-18 6:46 ` Kishon Vijay Abraham I
2013-07-18 6:46 ` Kishon Vijay Abraham I
2013-07-18 6:46 ` [PATCH 08/15] usb: phy: twl4030-usb: remove *set_suspend* and *phy_init* ops Kishon Vijay Abraham I
2013-07-18 6:58 ` Kishon Vijay Abraham I
2013-07-18 6:46 ` Kishon Vijay Abraham I
2013-07-18 6:46 ` Kishon Vijay Abraham I
2013-07-18 6:46 ` [PATCH 09/15] phy: Add driver for Exynos MIPI CSIS/DSIM DPHYs Kishon Vijay Abraham I
2013-07-18 6:58 ` Kishon Vijay Abraham I
2013-07-18 6:46 ` Kishon Vijay Abraham I
2013-07-18 6:46 ` Kishon Vijay Abraham I
2013-07-18 6:46 ` [PATCH 10/15] video: exynos_mipi_dsim: Use the generic PHY driver Kishon Vijay Abraham I
2013-07-18 6:58 ` Kishon Vijay Abraham I
2013-07-18 6:46 ` Kishon Vijay Abraham I
2013-07-18 6:46 ` Kishon Vijay Abraham I
2013-07-18 6:46 ` [PATCH 11/15] exynos4-is: Use the generic MIPI CSIS " Kishon Vijay Abraham I
2013-07-18 6:58 ` Kishon Vijay Abraham I
2013-07-18 6:46 ` Kishon Vijay Abraham I
2013-07-18 6:46 ` Kishon Vijay Abraham I
2013-07-18 6:46 ` [PATCH 12/15] ARM: Samsung: Remove the MIPI PHY setup code Kishon Vijay Abraham I
2013-07-18 6:58 ` Kishon Vijay Abraham I
2013-07-18 6:46 ` Kishon Vijay Abraham I
2013-07-18 6:46 ` Kishon Vijay Abraham I
2013-07-18 6:46 ` [PATCH 13/15] phy: Add driver for Exynos DP PHY Kishon Vijay Abraham I
2013-07-18 6:58 ` Kishon Vijay Abraham I
2013-07-18 6:46 ` Kishon Vijay Abraham I
2013-07-18 6:46 ` Kishon Vijay Abraham I
2013-07-18 6:46 ` [PATCH 14/15] video: exynos_dp: remove non-DT support for Exynos Display Port Kishon Vijay Abraham I
2013-07-18 6:58 ` Kishon Vijay Abraham I
2013-07-18 6:46 ` Kishon Vijay Abraham I
2013-07-18 6:46 ` Kishon Vijay Abraham I
2013-07-18 6:46 ` [PATCH 15/15] video: exynos_dp: Use the generic PHY driver Kishon Vijay Abraham I
2013-07-18 6:58 ` Kishon Vijay Abraham I
2013-07-18 6:46 ` Kishon Vijay Abraham I
2013-07-18 6:46 ` Kishon Vijay Abraham I
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=5977067.8rykRgjgre@flatron \
--to=tomasz.figa@gmail.com \
--cc=akpm@linux-foundation.org \
--cc=arnd@arndb.de \
--cc=b.zolnierkie@samsung.com \
--cc=balajitk@ti.com \
--cc=balbi@ti.com \
--cc=broonie@kernel.org \
--cc=daniel.lezcano@linaro.org \
--cc=devicetree@vger.kernel.org \
--cc=george.cherian@ti.com \
--cc=grant.likely@linaro.org \
--cc=gregkh@linuxfoundation.org \
--cc=jg1.han@samsung.com \
--cc=kgene.kim@samsung.com \
--cc=kishon@ti.com \
--cc=kyungmin.park@samsung.com \
--cc=laurent.pinchart@ideasonboard.com \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-doc@vger.kernel.org \
--cc=linux-fbdev@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-media@vger.kernel.org \
--cc=linux-omap@vger.kernel.org \
--cc=linux-samsung-soc@vger.kernel.org \
--cc=linux-usb@vger.kernel.org \
--cc=nsekhar@ti.com \
--cc=olof@lixom.net \
--cc=s.hauer@pengutronix.de \
--cc=s.nawrocki@samsung.com \
--cc=stern@rowland.harvard.edu \
--cc=swarren@nvidia.com \
--cc=swarren@wwwdotorg.org \
--cc=sylvester.nawrocki@gmail.com \
--cc=t.figa@samsung.com \
--cc=tony@atomide.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.