From: Sekhar Nori <nsekhar-l0cyMroinI0@public.gmane.org>
To: Kishon Vijay Abraham I <kishon-l0cyMroinI0@public.gmane.org>
Cc: balbi-l0cyMroinI0@public.gmane.org,
gregkh-hQyY1W1yCW8ekmWlsbkhG0B+6BGkLq7r@public.gmane.org,
arnd-r2nGTMty4D4@public.gmane.org,
akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org,
rob-VoJi6FS/r0vR7s880joybQ@public.gmane.org,
broonie-yzvPICuk2AATkU/dhu1WVueM+bqZidxxQQ4Iyu8u01E@public.gmane.org,
linux-lFZ/pmaqli7XmaaqVzeoHQ@public.gmane.org,
b-cousson-l0cyMroinI0@public.gmane.org,
linux-doc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
tony-4v6yS6AI5VpBDgjK7y7TUQ@public.gmane.org,
devicetree-discuss-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org,
linux-usb-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
rob.herring-bsGFqQB8/DxBDgjK7y7TUQ@public.gmane.org,
grant.likely-s3s/WqlpOiPyB63q8FvJNQ@public.gmane.org,
eballetbo-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org,
santosh.shilimkar-l0cyMroinI0@public.gmane.org,
linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
swarren-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org,
javier-0uQlZySMnqxg9hUCZPvPmw@public.gmane.org,
linux-omap-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
davem-fT/PcQaiUtIeIZ0/mPfg9Q@public.gmane.org,
cesarb-PWySMVKUnqmsTnJN9+BGXg@public.gmane.org,
mchehab-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org
Subject: Re: [PATCH v3 0/6] Generic PHY Framework
Date: Fri, 19 Apr 2013 16:22:56 +0530 [thread overview]
Message-ID: <51712208.5090403@ti.com> (raw)
In-Reply-To: <1363770725-13717-1-git-send-email-kishon-l0cyMroinI0@public.gmane.org>
Hi Kishon,
On 3/20/2013 2:41 PM, Kishon Vijay Abraham I wrote:
> Added a generic PHY framework that provides a set of APIs for the PHY drivers
> to create/destroy a PHY and APIs for the PHY users to obtain a reference to
> the PHY with or without using phandle. To obtain a reference to the PHY
> without using phandle, the platform specfic intialization code (say from board
> file) should have already called phy_bind with the binding information. The
> binding information consists of phy's device name, phy user device name and an
> index. The index is used when the same phy user binds to mulitple phys.
>
> This framework will be of use only to devices that uses external PHY (PHY
> functionality is not embedded within the controller).
>From a top level what you are doing looks closely related to External
connector (extcon).
I understand a connector is not the same as a phy, but it will still be
useful to know why extcon framework (or some extension of it) will not
suffice your needs.
You can probably note it in the cover-letter so folks like me get their
answer.
Thanks,
Sekhar
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
WARNING: multiple messages have this Message-ID (diff)
From: nsekhar@ti.com (Sekhar Nori)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH v3 0/6] Generic PHY Framework
Date: Fri, 19 Apr 2013 16:22:56 +0530 [thread overview]
Message-ID: <51712208.5090403@ti.com> (raw)
In-Reply-To: <1363770725-13717-1-git-send-email-kishon@ti.com>
Hi Kishon,
On 3/20/2013 2:41 PM, Kishon Vijay Abraham I wrote:
> Added a generic PHY framework that provides a set of APIs for the PHY drivers
> to create/destroy a PHY and APIs for the PHY users to obtain a reference to
> the PHY with or without using phandle. To obtain a reference to the PHY
> without using phandle, the platform specfic intialization code (say from board
> file) should have already called phy_bind with the binding information. The
> binding information consists of phy's device name, phy user device name and an
> index. The index is used when the same phy user binds to mulitple phys.
>
> This framework will be of use only to devices that uses external PHY (PHY
> functionality is not embedded within the controller).
>From a top level what you are doing looks closely related to External
connector (extcon).
I understand a connector is not the same as a phy, but it will still be
useful to know why extcon framework (or some extension of it) will not
suffice your needs.
You can probably note it in the cover-letter so folks like me get their
answer.
Thanks,
Sekhar
WARNING: multiple messages have this Message-ID (diff)
From: Sekhar Nori <nsekhar@ti.com>
To: Kishon Vijay Abraham I <kishon@ti.com>
Cc: <balbi@ti.com>, <gregkh@linuxfoundation.org>, <arnd@arndb.de>,
<akpm@linux-foundation.org>, <rob@landley.net>,
<broonie@opensource.wolfsonmicro.com>, <linux@arm.linux.org.uk>,
<b-cousson@ti.com>, <linux-doc@vger.kernel.org>,
<tony@atomide.com>, <devicetree-discuss@lists.ozlabs.org>,
<linux-usb@vger.kernel.org>, <linux-kernel@vger.kernel.org>,
<rob.herring@calxeda.com>, <grant.likely@secretlab.ca>,
<eballetbo@gmail.com>, <santosh.shilimkar@ti.com>,
<linux-arm-kernel@lists.infradead.org>, <swarren@nvidia.com>,
<javier@dowhile0.org>, <linux-omap@vger.kernel.org>,
<davem@davemloft.net>, <cesarb@cesarb.net>, <mchehab@redhat.com>
Subject: Re: [PATCH v3 0/6] Generic PHY Framework
Date: Fri, 19 Apr 2013 16:22:56 +0530 [thread overview]
Message-ID: <51712208.5090403@ti.com> (raw)
In-Reply-To: <1363770725-13717-1-git-send-email-kishon@ti.com>
Hi Kishon,
On 3/20/2013 2:41 PM, Kishon Vijay Abraham I wrote:
> Added a generic PHY framework that provides a set of APIs for the PHY drivers
> to create/destroy a PHY and APIs for the PHY users to obtain a reference to
> the PHY with or without using phandle. To obtain a reference to the PHY
> without using phandle, the platform specfic intialization code (say from board
> file) should have already called phy_bind with the binding information. The
> binding information consists of phy's device name, phy user device name and an
> index. The index is used when the same phy user binds to mulitple phys.
>
> This framework will be of use only to devices that uses external PHY (PHY
> functionality is not embedded within the controller).
>From a top level what you are doing looks closely related to External
connector (extcon).
I understand a connector is not the same as a phy, but it will still be
useful to know why extcon framework (or some extension of it) will not
suffice your needs.
You can probably note it in the cover-letter so folks like me get their
answer.
Thanks,
Sekhar
next prev parent reply other threads:[~2013-04-19 10:52 UTC|newest]
Thread overview: 73+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-03-20 9:11 [PATCH v3 0/6] Generic PHY Framework Kishon Vijay Abraham I
2013-03-20 9:11 ` Kishon Vijay Abraham I
2013-03-20 9:11 ` Kishon Vijay Abraham I
2013-03-20 9:12 ` [PATCH v3 1/6] drivers: phy: add generic PHY framework Kishon Vijay Abraham I
2013-03-20 9:12 ` Kishon Vijay Abraham I
2013-03-20 9:12 ` Kishon Vijay Abraham I
2013-03-20 22:36 ` Sylwester Nawrocki
2013-03-20 22:36 ` Sylwester Nawrocki
2013-03-21 5:46 ` kishon
2013-03-21 5:46 ` kishon
2013-03-21 5:46 ` kishon
[not found] ` <1363770725-13717-2-git-send-email-kishon-l0cyMroinI0@public.gmane.org>
2013-04-15 11:34 ` Grant Likely
2013-04-15 11:34 ` Grant Likely
2013-04-15 11:34 ` Grant Likely
2013-04-15 12:26 ` Kishon Vijay Abraham I
2013-04-15 12:26 ` Kishon Vijay Abraham I
2013-04-15 12:26 ` Kishon Vijay Abraham I
2013-04-15 19:50 ` Grant Likely
2013-04-15 19:50 ` Grant Likely
2013-04-16 10:18 ` Kishon Vijay Abraham I
2013-04-16 10:18 ` Kishon Vijay Abraham I
2013-04-16 10:18 ` Kishon Vijay Abraham I
2013-04-19 9:09 ` Grant Likely
2013-04-19 9:09 ` Grant Likely
2013-04-22 6:09 ` Kishon Vijay Abraham I
2013-04-22 6:09 ` Kishon Vijay Abraham I
2013-04-22 6:09 ` Kishon Vijay Abraham I
2013-03-20 9:12 ` [PATCH v3 3/6] usb: otg: twl4030: use the new " Kishon Vijay Abraham I
2013-03-20 9:12 ` Kishon Vijay Abraham I
2013-03-20 9:12 ` Kishon Vijay Abraham I
2013-03-20 9:12 ` [PATCH v3 4/6] ARM: OMAP: USB: Add phy binding information Kishon Vijay Abraham I
2013-03-20 9:12 ` Kishon Vijay Abraham I
2013-03-20 9:12 ` Kishon Vijay Abraham I
2013-03-20 16:51 ` Tony Lindgren
2013-03-20 16:51 ` Tony Lindgren
2013-03-21 5:48 ` kishon
2013-03-21 5:48 ` kishon
2013-03-21 5:48 ` kishon
2013-03-20 9:12 ` [PATCH v3 5/6] ARM: dts: omap: update usb_otg_hs data Kishon Vijay Abraham I
2013-03-20 9:12 ` Kishon Vijay Abraham I
2013-03-20 9:12 ` Kishon Vijay Abraham I
2013-03-20 20:59 ` Stephen Warren
2013-03-20 20:59 ` Stephen Warren
2013-03-21 6:23 ` kishon
2013-03-21 6:23 ` kishon
2013-03-21 6:23 ` kishon
2013-03-21 17:10 ` Stephen Warren
2013-03-21 17:10 ` Stephen Warren
[not found] ` <514B3EEF.3080705-3lzwWm7+Weoh9ZMKESR00Q@public.gmane.org>
2013-03-22 9:20 ` Kishon Vijay Abraham I
2013-03-22 9:20 ` Kishon Vijay Abraham I
2013-03-22 9:20 ` Kishon Vijay Abraham I
[not found] ` <1363770725-13717-1-git-send-email-kishon-l0cyMroinI0@public.gmane.org>
2013-03-20 9:12 ` [PATCH v3 2/6] usb: phy: omap-usb2: use the new generic PHY framework Kishon Vijay Abraham I
2013-03-20 9:12 ` Kishon Vijay Abraham I
2013-03-20 9:12 ` Kishon Vijay Abraham I
2013-03-20 9:12 ` [PATCH v3 6/6] usb: musb: omap2430: " Kishon Vijay Abraham I
2013-03-20 9:12 ` Kishon Vijay Abraham I
2013-03-20 9:12 ` Kishon Vijay Abraham I
2013-04-19 10:52 ` Sekhar Nori [this message]
2013-04-19 10:52 ` [PATCH v3 0/6] Generic PHY Framework Sekhar Nori
2013-04-19 10:52 ` Sekhar Nori
2013-04-15 10:20 ` Grant Likely
2013-04-15 10:20 ` Grant Likely
2013-04-15 10:20 ` Grant Likely
2013-04-15 10:36 ` Kishon Vijay Abraham I
2013-04-15 10:36 ` Kishon Vijay Abraham I
2013-04-15 10:36 ` Kishon Vijay Abraham I
2013-04-15 11:27 ` Sylwester Nawrocki
2013-04-15 11:27 ` Sylwester Nawrocki
2013-04-15 12:26 ` Grant Likely
2013-04-15 12:26 ` Grant Likely
2013-04-15 12:33 ` Kishon Vijay Abraham I
2013-04-15 12:33 ` Kishon Vijay Abraham I
2013-04-15 12:33 ` 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=51712208.5090403@ti.com \
--to=nsekhar-l0cymroini0@public.gmane.org \
--cc=akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org \
--cc=arnd-r2nGTMty4D4@public.gmane.org \
--cc=b-cousson-l0cyMroinI0@public.gmane.org \
--cc=balbi-l0cyMroinI0@public.gmane.org \
--cc=broonie-yzvPICuk2AATkU/dhu1WVueM+bqZidxxQQ4Iyu8u01E@public.gmane.org \
--cc=cesarb-PWySMVKUnqmsTnJN9+BGXg@public.gmane.org \
--cc=davem-fT/PcQaiUtIeIZ0/mPfg9Q@public.gmane.org \
--cc=devicetree-discuss-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org \
--cc=eballetbo-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org \
--cc=grant.likely-s3s/WqlpOiPyB63q8FvJNQ@public.gmane.org \
--cc=gregkh-hQyY1W1yCW8ekmWlsbkhG0B+6BGkLq7r@public.gmane.org \
--cc=javier-0uQlZySMnqxg9hUCZPvPmw@public.gmane.org \
--cc=kishon-l0cyMroinI0@public.gmane.org \
--cc=linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org \
--cc=linux-doc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=linux-lFZ/pmaqli7XmaaqVzeoHQ@public.gmane.org \
--cc=linux-omap-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=linux-usb-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=mchehab-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org \
--cc=rob-VoJi6FS/r0vR7s880joybQ@public.gmane.org \
--cc=rob.herring-bsGFqQB8/DxBDgjK7y7TUQ@public.gmane.org \
--cc=santosh.shilimkar-l0cyMroinI0@public.gmane.org \
--cc=swarren-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org \
--cc=tony-4v6yS6AI5VpBDgjK7y7TUQ@public.gmane.org \
/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.