Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1525382 > unrolled thread
| Started by | Joao Pinto <Joao.Pinto@synopsys.com> |
|---|---|
| First post | 2016-11-18 15:30 +0100 |
| Last post | 2016-11-23 09:10 +0100 |
| Articles | 1 on this page of 21 — 5 participants |
Back to article view | Back to linux.kernel
This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by
below is the oldest one visible, not the original post.
Re: Synopsys Ethernet QoS Driver Joao Pinto <Joao.Pinto@synopsys.com> - 2016-11-18 15:30 +0100
Re: Synopsys Ethernet QoS Driver Rabin Vincent <rabin@rab.in> - 2016-11-19 15:00 +0100
Re: Synopsys Ethernet QoS Driver Rayagond Kokatanur <rayagond@vayavyalabs.com> - 2016-11-21 06:30 +0100
Re: Synopsys Ethernet QoS Driver Joao Pinto <Joao.Pinto@synopsys.com> - 2016-11-21 13:40 +0100
Re: Synopsys Ethernet QoS Driver Giuseppe CAVALLARO <peppe.cavallaro@st.com> - 2016-11-21 14:00 +0100
Re: Synopsys Ethernet QoS Driver Lars Persson <lars.persson@axis.com> - 2016-11-21 14:30 +0100
Re: Synopsys Ethernet QoS Driver Giuseppe CAVALLARO <peppe.cavallaro@st.com> - 2016-11-21 15:30 +0100
Re: Synopsys Ethernet QoS Driver Joao Pinto <Joao.Pinto@synopsys.com> - 2016-11-21 16:10 +0100
Re: Synopsys Ethernet QoS Driver Lars Persson <lars.persson@axis.com> - 2016-11-21 16:50 +0100
Re: Synopsys Ethernet QoS Driver Joao Pinto <Joao.Pinto@synopsys.com> - 2016-11-21 17:20 +0100
Re: Synopsys Ethernet QoS Driver Joao Pinto <Joao.Pinto@synopsys.com> - 2016-11-22 15:20 +0100
Re: Synopsys Ethernet QoS Driver Giuseppe CAVALLARO <peppe.cavallaro@st.com> - 2016-11-23 12:10 +0100
Re: Synopsys Ethernet QoS Driver Joao Pinto <Joao.Pinto@synopsys.com> - 2016-11-23 12:20 +0100
Re: Synopsys Ethernet QoS Driver Lars Persson <lars.persson@axis.com> - 2016-11-23 12:50 +0100
Re: Synopsys Ethernet QoS Driver Joao Pinto <Joao.Pinto@synopsys.com> - 2016-11-23 12:50 +0100
Re: Synopsys Ethernet QoS Driver Joao Pinto <Joao.Pinto@synopsys.com> - 2016-11-21 14:50 +0100
Re: Synopsys Ethernet QoS Driver Giuseppe CAVALLARO <peppe.cavallaro@st.com> - 2016-11-21 15:40 +0100
Re: Synopsys Ethernet QoS Driver Giuseppe CAVALLARO <peppe.cavallaro@st.com> - 2016-11-21 16:10 +0100
Re: Synopsys Ethernet QoS Driver Joao Pinto <Joao.Pinto@synopsys.com> - 2016-11-21 16:20 +0100
Re: Synopsys Ethernet QoS Driver Joao Pinto <Joao.Pinto@synopsys.com> - 2016-11-21 16:10 +0100
Re: Synopsys Ethernet QoS Driver Giuseppe CAVALLARO <peppe.cavallaro@st.com> - 2016-11-23 09:10 +0100
Page 2 of 2 — ← Prev page 1 [2]
| From | Giuseppe CAVALLARO <peppe.cavallaro@st.com> |
|---|---|
| Date | 2016-11-23 09:10 +0100 |
| Message-ID | <sGAMW-2jc-19@gated-at.bofh.it> |
| In reply to | #1526723 |
Hello Ozgur On 11/22/2016 9:38 AM, Ozgur Karatas wrote: > Hello all, > > I think, ethtool and mdio don't work because the tool's not support to "QoS", right? > > Maybe, need a new API. I'm looking for dwceqos code but "tc" tools is very idea. > > I hope to be me always helpful. tools work but indeed should be extended to support more for QoS. This is another task we have to keep in mind, well spot. Peppe > > Regards, > > Ozgur > > 21.11.2016, 16:38, "Giuseppe CAVALLARO" <peppe.cavallaro@st.com>: >> Hello Joao >> >> On 11/21/2016 2:48 PM, Joao Pinto wrote: >>> Synopsys QoS IP is a separated hardware component, so it should be reusable by >>> all implementations using it and so have its own "core driver" and platform + >>> pci glue drivers. This is necessary for example in hardware validation, where >>> you prototype an IP and instantiate its drivers and test it. >>> >>> Was there a strong reason to integrate QoS features directly in stmmac and not >>> in synopsys/dwc_eth_qos.*? >> >> We decided to enhance the stmmac on supporting the QoS for several >> reasons; for example the common APIs that the driver already exposed and >> actually suitable for other SYNP chips. Then, PTP, EEE, >> S/RGMII, MMC could be shared among different chips with a minimal >> effort. This meant a lot of code already ready. >> >> For sure, the net-core, Ethtool, mdio parts were reused. Same for the >> glue logic files. >> For the latter, this helped to easily bring-up new platforms also >> because the stmmac uses the HW cap register to auto-configure many >> parts of the MAC core, DMA and modules. This helped many users, AFAIK. >> >> For validation purpose, this is my experience, the stmmac helped >> a lot because people used the same code to validate different HW >> and it was easy to switch to a platform to another one in order to >> verify / check if the support was ok or if a regression was introduced. >> This is important for complex supports like PTP or EEE. >> >> Hoping this can help. >> >> Do not hesitate to contact me for further details >> >> peppe >
[toc] | [prev] | [standalone]
Page 2 of 2 — ← Prev page 1 [2]
Back to top | Article view | linux.kernel
csiph-web