Hi,
On Thu, Jan 2, 2014 at 9:11 PM, srinivas kandagatla
wrote:
> Hi Chen,
>
> On 24/12/13 03:27, Chen-Yu Tsai wrote:
>> Srinivas,
>>
>> Let's keep platform data as of_data, so SoC compatibles can pass
>> hardware feature flags for cores that don't support auto-detection.
>
> I understand your
Hi,
On Thu, Jan 2, 2014 at 9:11 PM, srinivas kandagatla
srinivas.kandaga...@st.com wrote:
Hi Chen,
On 24/12/13 03:27, Chen-Yu Tsai wrote:
Srinivas,
Let's keep platform data as of_data, so SoC compatibles can pass
hardware feature flags for cores that don't support auto-detection.
I
Hi Chen,
On 24/12/13 03:27, Chen-Yu Tsai wrote:
> Srinivas,
>
> Let's keep platform data as of_data, so SoC compatibles can pass
> hardware feature flags for cores that don't support auto-detection.
I understand your concern here, But making platform_data as of_data
would just open a wide door
Hi Chen,
On 24/12/13 03:27, Chen-Yu Tsai wrote:
Srinivas,
Let's keep platform data as of_data, so SoC compatibles can pass
hardware feature flags for cores that don't support auto-detection.
I understand your concern here, But making platform_data as of_data
would just open a wide door for
Hi,
On Fri, Dec 13, 2013 at 6:38 PM, Maxime Ripard
wrote:
> On Thu, Dec 12, 2013 at 06:31:43PM +0800, Chen-Yu Tsai wrote:
>> Hi,
>>
>> On Thu, Dec 12, 2013 at 5:04 PM, Maxime Ripard
>> wrote:
>> > Hi,
>> >
>> > On Wed, Dec 11, 2013 at 02:45:08PM +, srinivas kandagatla wrote:
>> >> >>> 1.
Hi,
On Fri, Dec 13, 2013 at 6:38 PM, Maxime Ripard
maxime.rip...@free-electrons.com wrote:
On Thu, Dec 12, 2013 at 06:31:43PM +0800, Chen-Yu Tsai wrote:
Hi,
On Thu, Dec 12, 2013 at 5:04 PM, Maxime Ripard
maxime.rip...@free-electrons.com wrote:
Hi,
On Wed, Dec 11, 2013 at 02:45:08PM
On Thu, Dec 12, 2013 at 06:31:43PM +0800, Chen-Yu Tsai wrote:
> Hi,
>
> On Thu, Dec 12, 2013 at 5:04 PM, Maxime Ripard
> wrote:
> > Hi,
> >
> > On Wed, Dec 11, 2013 at 02:45:08PM +, srinivas kandagatla wrote:
> >> >>> 1. .tx_coe
> >> >>>This is not exported in the DT bindings.
> >> >>>
On Thu, Dec 12, 2013 at 06:31:43PM +0800, Chen-Yu Tsai wrote:
Hi,
On Thu, Dec 12, 2013 at 5:04 PM, Maxime Ripard
maxime.rip...@free-electrons.com wrote:
Hi,
On Wed, Dec 11, 2013 at 02:45:08PM +, srinivas kandagatla wrote:
1. .tx_coe
This is not exported in the DT bindings.
Hi,
On Thu, Dec 12, 2013 at 5:04 PM, Maxime Ripard
wrote:
> Hi,
>
> On Wed, Dec 11, 2013 at 02:45:08PM +, srinivas kandagatla wrote:
>> >>> 1. .tx_coe
>> >>>This is not exported in the DT bindings.
>> >>>Looking at stmmac code, not setting this seems to disable all
>> >>>checksum
Hi,
On Wed, Dec 11, 2013 at 02:45:08PM +, srinivas kandagatla wrote:
> >>> 1. .tx_coe
> >>>This is not exported in the DT bindings.
> >>>Looking at stmmac code, not setting this seems to disable all
> >>>checksum offloading.
> >>
> >> Why cant this go via DT as well?
> >
> > If
Hi,
On Wed, Dec 11, 2013 at 02:45:08PM +, srinivas kandagatla wrote:
1. .tx_coe
This is not exported in the DT bindings.
Looking at stmmac code, not setting this seems to disable all
checksum offloading.
Why cant this go via DT as well?
If you and Giuseppe are OK
Hi,
On Thu, Dec 12, 2013 at 5:04 PM, Maxime Ripard
maxime.rip...@free-electrons.com wrote:
Hi,
On Wed, Dec 11, 2013 at 02:45:08PM +, srinivas kandagatla wrote:
1. .tx_coe
This is not exported in the DT bindings.
Looking at stmmac code, not setting this seems to disable all
Hi,
On Wed, Dec 11, 2013 at 10:45 PM, srinivas kandagatla
wrote:
> Hi Chen,
>
> On 11/12/13 12:17, Chen-Yu Tsai wrote:
>
>>>
>>> I would be good to get actual picture of this hw setup, On ST the
>>> additional glue logic which sits on top of the GMAC is to resposible for
>>> selecting the
Hi Chen,
On 11/12/13 12:17, Chen-Yu Tsai wrote:
>>
>> I would be good to get actual picture of this hw setup, On ST the
>> additional glue logic which sits on top of the GMAC is to resposible for
>> selecting the correct retime clock.
>
> I would have liked to look at the internal design, how
Hi,
On Tue, Dec 10, 2013 at 10:59 PM, srinivas kandagatla
wrote:
>
> On 09/12/13 17:34, Chen-Yu Tsai wrote:
>> Hi,
>>
>> On Mon, Dec 9, 2013 at 7:10 PM, srinivas kandagatla
>> wrote:
>>> Hi Chen,
>>> Good to know that Allwinner uses gmac.
>>
>> To my knowledge, Allwinner has never confirmed
Hi,
On Tue, Dec 10, 2013 at 10:59 PM, srinivas kandagatla
srinivas.kandaga...@st.com wrote:
On 09/12/13 17:34, Chen-Yu Tsai wrote:
Hi,
On Mon, Dec 9, 2013 at 7:10 PM, srinivas kandagatla
srinivas.kandaga...@st.com wrote:
Hi Chen,
Good to know that Allwinner uses gmac.
To my knowledge,
Hi Chen,
On 11/12/13 12:17, Chen-Yu Tsai wrote:
I would be good to get actual picture of this hw setup, On ST the
additional glue logic which sits on top of the GMAC is to resposible for
selecting the correct retime clock.
I would have liked to look at the internal design, how the dwmac
Hi,
On Wed, Dec 11, 2013 at 10:45 PM, srinivas kandagatla
srinivas.kandaga...@st.com wrote:
Hi Chen,
On 11/12/13 12:17, Chen-Yu Tsai wrote:
I would be good to get actual picture of this hw setup, On ST the
additional glue logic which sits on top of the GMAC is to resposible for
selecting
On Tue, Dec 10, 2013 at 02:59:57PM +, srinivas kandagatla wrote:
>
> On 09/12/13 17:34, Chen-Yu Tsai wrote:
> > Hi,
> >
> > On Mon, Dec 9, 2013 at 7:10 PM, srinivas kandagatla
> > wrote:
> >> Hi Chen,
> >> Good to know that Allwinner uses gmac.
> >
> > To my knowledge, Allwinner has never
On Mon, Dec 09, 2013 at 08:04:21PM +0100, Hans de Goede wrote:
> >>Now reading this has also made me take a closer look at wens' patch
> >>for this. Wens, I see that you directly modify registers in the ccm
> >>that is a big no-no instead you should add a helper function to
> >>sunxi-clk.c and use
On 09/12/13 17:34, Chen-Yu Tsai wrote:
> Hi,
>
> On Mon, Dec 9, 2013 at 7:10 PM, srinivas kandagatla
> wrote:
>> Hi Chen,
>> Good to know that Allwinner uses gmac.
>
> To my knowledge, Allwinner has never confirmed this.
>
>> On ST SoC, we have very similar requirements, before we merge any
On Mon, Dec 09, 2013 at 08:04:21PM +0100, Hans de Goede wrote:
Now reading this has also made me take a closer look at wens' patch
for this. Wens, I see that you directly modify registers in the ccm
that is a big no-no instead you should add a helper function to
sunxi-clk.c and use that, see
On Tue, Dec 10, 2013 at 02:59:57PM +, srinivas kandagatla wrote:
On 09/12/13 17:34, Chen-Yu Tsai wrote:
Hi,
On Mon, Dec 9, 2013 at 7:10 PM, srinivas kandagatla
srinivas.kandaga...@st.com wrote:
Hi Chen,
Good to know that Allwinner uses gmac.
To my knowledge, Allwinner has
On 09/12/13 17:34, Chen-Yu Tsai wrote:
Hi,
On Mon, Dec 9, 2013 at 7:10 PM, srinivas kandagatla
srinivas.kandaga...@st.com wrote:
Hi Chen,
Good to know that Allwinner uses gmac.
To my knowledge, Allwinner has never confirmed this.
On ST SoC, we have very similar requirements, before
Hi,
On 12/09/2013 06:56 PM, Chen-Yu Tsai wrote:
Hi,
On Tue, Dec 10, 2013 at 12:16 AM, Hans de Goede wrote:
Hi,
On 12/09/2013 12:10 PM, srinivas kandagatla wrote:
Hi Chen,
Good to know that Allwinner uses gmac.
On ST SoC, we have very similar requirements, before we merge any of
these
Hi,
On Tue, Dec 10, 2013 at 12:16 AM, Hans de Goede wrote:
> Hi,
>
>
> On 12/09/2013 12:10 PM, srinivas kandagatla wrote:
>>
>> Hi Chen,
>> Good to know that Allwinner uses gmac.
>>
>> On ST SoC, we have very similar requirements, before we merge any of
>> these changes I think we need to come
Hi,
On Mon, Dec 9, 2013 at 7:10 PM, srinivas kandagatla
wrote:
> Hi Chen,
> Good to know that Allwinner uses gmac.
To my knowledge, Allwinner has never confirmed this.
> On ST SoC, we have very similar requirements, before we merge any of
> these changes I think we need to come up with common
Hi,
On 12/09/2013 12:10 PM, srinivas kandagatla wrote:
Hi Chen,
Good to know that Allwinner uses gmac.
On ST SoC, we have very similar requirements, before we merge any of
these changes I think we need to come up with common way to solve both
Allwinner and ST SOCs use cases.
I have already
Hi,
On Mon, Dec 9, 2013 at 9:44 PM, Sergei Shtylyov
wrote:
> Hello.
>
>
> On 09-12-2013 15:21, srinivas kandagatla wrote:
>
>>> +static int sun7i_gmac_init(struct platform_device *pdev)
>>> +{
>>> + struct resource *res;
>>> + struct device *dev = >dev;
>>> + void __iomem *addr
Hello.
On 09-12-2013 15:21, srinivas kandagatla wrote:
+static int sun7i_gmac_init(struct platform_device *pdev)
+{
+ struct resource *res;
+ struct device *dev = >dev;
+ void __iomem *addr = NULL;
+ struct plat_stmmacenet_data *plat_dat = NULL;
No need to
On 06/12/13 17:29, Chen-Yu Tsai wrote:
> +static int sun7i_gmac_init(struct platform_device *pdev)
> +{
> + struct resource *res;
> + struct device *dev = >dev;
> + void __iomem *addr = NULL;
> + struct plat_stmmacenet_data *plat_dat = NULL;
> + u32 priv_clk_reg;
> +
> +
Hi Chen,
Good to know that Allwinner uses gmac.
On ST SoC, we have very similar requirements, before we merge any of
these changes I think we need to come up with common way to solve both
Allwinner and ST SOCs use cases.
I have already posted few patches on to net-dev
Hi Chen,
Good to know that Allwinner uses gmac.
On ST SoC, we have very similar requirements, before we merge any of
these changes I think we need to come up with common way to solve both
Allwinner and ST SOCs use cases.
I have already posted few patches on to net-dev
On 06/12/13 17:29, Chen-Yu Tsai wrote:
+static int sun7i_gmac_init(struct platform_device *pdev)
+{
+ struct resource *res;
+ struct device *dev = pdev-dev;
+ void __iomem *addr = NULL;
+ struct plat_stmmacenet_data *plat_dat = NULL;
+ u32 priv_clk_reg;
+
+
Hello.
On 09-12-2013 15:21, srinivas kandagatla wrote:
+static int sun7i_gmac_init(struct platform_device *pdev)
+{
+ struct resource *res;
+ struct device *dev = pdev-dev;
+ void __iomem *addr = NULL;
+ struct plat_stmmacenet_data *plat_dat = NULL;
No need to
Hi,
On Mon, Dec 9, 2013 at 9:44 PM, Sergei Shtylyov
sergei.shtyl...@cogentembedded.com wrote:
Hello.
On 09-12-2013 15:21, srinivas kandagatla wrote:
+static int sun7i_gmac_init(struct platform_device *pdev)
+{
+ struct resource *res;
+ struct device *dev = pdev-dev;
+
Hi,
On 12/09/2013 12:10 PM, srinivas kandagatla wrote:
Hi Chen,
Good to know that Allwinner uses gmac.
On ST SoC, we have very similar requirements, before we merge any of
these changes I think we need to come up with common way to solve both
Allwinner and ST SOCs use cases.
I have already
Hi,
On Mon, Dec 9, 2013 at 7:10 PM, srinivas kandagatla
srinivas.kandaga...@st.com wrote:
Hi Chen,
Good to know that Allwinner uses gmac.
To my knowledge, Allwinner has never confirmed this.
On ST SoC, we have very similar requirements, before we merge any of
these changes I think we need
Hi,
On Tue, Dec 10, 2013 at 12:16 AM, Hans de Goede hdego...@redhat.com wrote:
Hi,
On 12/09/2013 12:10 PM, srinivas kandagatla wrote:
Hi Chen,
Good to know that Allwinner uses gmac.
On ST SoC, we have very similar requirements, before we merge any of
these changes I think we need to
Hi,
On 12/09/2013 06:56 PM, Chen-Yu Tsai wrote:
Hi,
On Tue, Dec 10, 2013 at 12:16 AM, Hans de Goede hdego...@redhat.com wrote:
Hi,
On 12/09/2013 12:10 PM, srinivas kandagatla wrote:
Hi Chen,
Good to know that Allwinner uses gmac.
On ST SoC, we have very similar requirements, before we
El 07/12/13 09:50, Tomasz Figa escribió:
On Saturday 07 of December 2013 12:46:16 Maxime Ripard wrote:
On Sat, Dec 07, 2013 at 12:12:26PM +0100, Tomasz Figa wrote:
On Saturday 07 of December 2013 11:27:10 Maxime Ripard wrote:
Chen-Yu, Mike,
On Sat, Dec 07, 2013 at 01:29:37AM +0800, Chen-Yu
On Saturday 07 of December 2013 12:46:16 Maxime Ripard wrote:
> On Sat, Dec 07, 2013 at 12:12:26PM +0100, Tomasz Figa wrote:
> > On Saturday 07 of December 2013 11:27:10 Maxime Ripard wrote:
> > > Chen-Yu, Mike,
> > >
> > > On Sat, Dec 07, 2013 at 01:29:37AM +0800, Chen-Yu Tsai wrote:
> > > > The
On Sat, Dec 07, 2013 at 12:12:26PM +0100, Tomasz Figa wrote:
> On Saturday 07 of December 2013 11:27:10 Maxime Ripard wrote:
> > Chen-Yu, Mike,
> >
> > On Sat, Dec 07, 2013 at 01:29:37AM +0800, Chen-Yu Tsai wrote:
> > > The Allwinner A20 has an ethernet controller that seems to be
> > > an early
On Saturday 07 of December 2013 11:27:10 Maxime Ripard wrote:
> Chen-Yu, Mike,
>
> On Sat, Dec 07, 2013 at 01:29:37AM +0800, Chen-Yu Tsai wrote:
> > The Allwinner A20 has an ethernet controller that seems to be
> > an early version of Synopsys DesignWare MAC 10/100/1000 Universal,
> > which is
Chen-Yu, Mike,
On Sat, Dec 07, 2013 at 01:29:37AM +0800, Chen-Yu Tsai wrote:
> The Allwinner A20 has an ethernet controller that seems to be
> an early version of Synopsys DesignWare MAC 10/100/1000 Universal,
> which is supported by the stmmac driver.
>
> Allwinner's GMAC requires setting
Chen-Yu, Mike,
On Sat, Dec 07, 2013 at 01:29:37AM +0800, Chen-Yu Tsai wrote:
The Allwinner A20 has an ethernet controller that seems to be
an early version of Synopsys DesignWare MAC 10/100/1000 Universal,
which is supported by the stmmac driver.
Allwinner's GMAC requires setting additional
On Saturday 07 of December 2013 11:27:10 Maxime Ripard wrote:
Chen-Yu, Mike,
On Sat, Dec 07, 2013 at 01:29:37AM +0800, Chen-Yu Tsai wrote:
The Allwinner A20 has an ethernet controller that seems to be
an early version of Synopsys DesignWare MAC 10/100/1000 Universal,
which is supported
On Sat, Dec 07, 2013 at 12:12:26PM +0100, Tomasz Figa wrote:
On Saturday 07 of December 2013 11:27:10 Maxime Ripard wrote:
Chen-Yu, Mike,
On Sat, Dec 07, 2013 at 01:29:37AM +0800, Chen-Yu Tsai wrote:
The Allwinner A20 has an ethernet controller that seems to be
an early version of
On Saturday 07 of December 2013 12:46:16 Maxime Ripard wrote:
On Sat, Dec 07, 2013 at 12:12:26PM +0100, Tomasz Figa wrote:
On Saturday 07 of December 2013 11:27:10 Maxime Ripard wrote:
Chen-Yu, Mike,
On Sat, Dec 07, 2013 at 01:29:37AM +0800, Chen-Yu Tsai wrote:
The Allwinner A20
El 07/12/13 09:50, Tomasz Figa escribió:
On Saturday 07 of December 2013 12:46:16 Maxime Ripard wrote:
On Sat, Dec 07, 2013 at 12:12:26PM +0100, Tomasz Figa wrote:
On Saturday 07 of December 2013 11:27:10 Maxime Ripard wrote:
Chen-Yu, Mike,
On Sat, Dec 07, 2013 at 01:29:37AM +0800, Chen-Yu
The Allwinner A20 has an ethernet controller that seems to be
an early version of Synopsys DesignWare MAC 10/100/1000 Universal,
which is supported by the stmmac driver.
Allwinner's GMAC requires setting additional registers in the SoC's
clock control unit.
The exact version of the DWMAC IP that
The Allwinner A20 has an ethernet controller that seems to be
an early version of Synopsys DesignWare MAC 10/100/1000 Universal,
which is supported by the stmmac driver.
Allwinner's GMAC requires setting additional registers in the SoC's
clock control unit.
The exact version of the DWMAC IP that
52 matches
Mail list logo
