From: Timur Tabi <timur@codeaurora.org>
To: Rob Herring <robh@kernel.org>
Cc: Gilad Avidov <gavidov@codeaurora.org>,
netdev <netdev@vger.kernel.org>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
"devicetree@vger.kernel.org" <devicetree@vger.kernel.org>,
linux-arm-msm <linux-arm-msm@vger.kernel.org>,
Sagar Dharia <sdharia@codeaurora.org>,
shankerd@codeaurora.org,
Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
vikrams@codeaurora.org,
Christopher Covington <cov@codeaurora.org>
Subject: Re: [PATCH V3] net: emac: emac gigabit ethernet controller driver
Date: Fri, 29 Jan 2016 14:38:15 -0600 [thread overview]
Message-ID: <56ABCDB7.5080203@codeaurora.org> (raw)
In-Reply-To: <CAL_JsqLnJt+mdL==-qP-EJhMa2rA6i-AyDESj69wNVt7D5JJUQ@mail.gmail.com>
Rob Herring wrote:
>> The emac is present on a lot of Qualcomm SOCs, and there are only a few
>> variations of it. It's not really SOC-specific, and the hardware version
>> can be queried by the driver.
>
> Can the integration bugs be queried, too?
>
> Come on, you know how compatible strings work.
Fine. I'll figure something out.
>> What did you have in mind? I don't know even have a list of which SOCs has
>> an emac, especially since it's mostly on MSM parts, and I work on the server
>> SOC.
>
> You only need the one you care about. Figure out the part number
> already. Or find the closest MSM part.
Ironically, the only SOC I actually care about is not supported by this
driver yet.
>>>> +- qcom,emac-gpio-mdc : GPIO pin number of the MDC line of MDIO bus.
>>>> +- qcom,emac-gpio-mdio : GPIO pin number of the MDIO line of MDIO bus.
>>>
>>>
>>> Use the standard binding for GPIO controlled MDIO bus.
>>
>> I'm not familiar with that one. Are you talking about
>> bindings/net/mdio-gpio.txt?
>
> Yes.
Thanks.
>> That, I can't answer. Aren't all MDIO devices basically the same? It's
>> been a while since I've worked on them.
>
> No. There was some discussion just this week about needing to require
> phy devices to have compatible strings.
Ok, I'll check it out.
>>> Isn't this a user enabled feature if the h/w supports it?
>>
>>
>> Is there a sysfs entry for that? We were planning on having a similar ACPI
>> property.
>
> It would be in ethtool I think.
Ah, this driver does not support ethtool yet.
However, based on a cursory look of ethtool, it appears that there's
only an option to query the current timestamp, but not actually
enable/disable the feature. The e1000e driver, for example, just forces
the feature by default for various chips. Is there any reason why we
shouldn't enable it if the hardware supports it?
next prev parent reply other threads:[~2016-01-29 20:38 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-12-30 1:48 [PATCH V3] net: emac: emac gigabit ethernet controller driver Gilad Avidov
2015-12-30 2:31 ` kbuild test robot
[not found] ` <1451440135-25771-1-git-send-email-gavidov-sgV2jX0FEOL9JmXXK+q4OQ@public.gmane.org>
2015-12-30 4:26 ` kbuild test robot
2015-12-31 23:10 ` Rob Herring
2016-01-29 18:22 ` Timur Tabi
[not found] ` <56ABADEA.40801-sgV2jX0FEOL9JmXXK+q4OQ@public.gmane.org>
2016-01-29 20:10 ` Rob Herring
2016-01-29 20:38 ` Timur Tabi [this message]
2016-01-30 21:58 ` Rob Herring
2016-04-07 19:28 ` Timur Tabi
[not found] ` <5706B4EF.2050600-sgV2jX0FEOL9JmXXK+q4OQ@public.gmane.org>
2016-04-07 20:10 ` Andrew Lunn
[not found] ` <20160407201009.GA16136-g2DYL2Zd6BY@public.gmane.org>
2016-04-07 21:43 ` Timur Tabi
2016-04-08 0:53 ` Andrew Lunn
2016-04-08 19:06 ` Timur Tabi
2016-04-08 21:07 ` Vikram Sethi
[not found] ` <57081D96.902-sgV2jX0FEOL9JmXXK+q4OQ@public.gmane.org>
2016-04-08 21:45 ` Timur Tabi
[not found] ` <5708013F.90207-sgV2jX0FEOL9JmXXK+q4OQ@public.gmane.org>
2016-04-08 22:43 ` Bjorn Andersson
2016-04-08 23:01 ` Timur Tabi
2016-04-08 23:25 ` Bjorn Andersson
2016-01-06 0:21 ` Timur Tabi
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=56ABCDB7.5080203@codeaurora.org \
--to=timur@codeaurora.org \
--cc=cov@codeaurora.org \
--cc=devicetree@vger.kernel.org \
--cc=gavidov@codeaurora.org \
--cc=gregkh@linuxfoundation.org \
--cc=linux-arm-msm@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=netdev@vger.kernel.org \
--cc=robh@kernel.org \
--cc=sdharia@codeaurora.org \
--cc=shankerd@codeaurora.org \
--cc=vikrams@codeaurora.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).