Dear Jean-Christophe PLAGNIOL-VILLARD,
In message <20090501120400.gb3...@game.jcrosoft.org> you wrote:
>
> > It makes no sense to me to reset the PHY when no network command is
> > being used. I imagine this might be a workaround for broken Linux
> > drivers which do not correctly initialize the h
On 09:36 Fri 01 May , Wolfgang Denk wrote:
> Dear Derek Ou,
>
> In message <49fa2ffd.3000...@siconix.com> you wrote:
> >
> > Yes, CONFIG_RESET_PHY_R is defined by default. And I can see it linking to
> > the eth_init and then macb_init which results in the auto-negotiation.
> > I am going
Dear Derek Ou,
In message <49fa2ffd.3000...@siconix.com> you wrote:
>
> Yes, CONFIG_RESET_PHY_R is defined by default. And I can see it linking to
> the eth_init and then macb_init which results in the auto-negotiation.
> I am going to
> comment it out and test it. But what is the use for thi
Derek Ou wrote:
> Hi, Ben,
>
> Ben Warren wrote:
>> Do you have CONFIG_RESET_PHY_R defined? It forces a call to
>> eth_init(), which most likely causes the delay you're seeing. Try
>> commenting it out in your config file.
> Yes, CONFIG_RESET_PHY_R is defined by default. And I can see it
> li
Hi, Ben,
Ben Warren wrote:
> Do you have CONFIG_RESET_PHY_R defined? It forces a call to eth_init(),
> which most likely causes the delay you're seeing. Try commenting it out
> in your config file.
Yes, CONFIG_RESET_PHY_R is defined by default. And I can see it linking to
the eth_init and the
Dear Derek Ou,
In message <49fa1279.5080...@siconix.com> you wrote:
>
> When we have the Network support compiled, it takes a few second to do
> the auto-negotiation
That should be part of the network init sequence, which should only be
run when you run a network command.
> even though MAC chip
Derek Ou wrote:
> Wolfgang Denk wrote:
>
>> Dear Derek Ou,
>>
>> In message <49fa1279.5080...@siconix.com> you wrote:
>>
>>
>>> When we have the Network support compiled, it takes a few second to do
>>> the auto-negotiation
>>>
>>>
>> That should be part of the network init
Wolfgang Denk wrote:
> Dear Derek Ou,
>
> In message <49fa1279.5080...@siconix.com> you wrote:
>
>> When we have the Network support compiled, it takes a few second to do
>> the auto-negotiation
>>
> That should be part of the network init sequence, which should only be
> run when you run
Derek Ou wrote:
> Wolfgang Denk wrote:
>
>> Why would compiled in Network support slow down the boot process?
>>
>> The network interface will only be initialized as soon as you use it.
>> If you don't have one, then you probably will not try using it - then
>> why would it delay your boot?
>>
Wolfgang Denk wrote:
> Why would compiled in Network support slow down the boot process?
>
> The network interface will only be initialized as soon as you use it.
> If you don't have one, then you probably will not try using it - then
> why would it delay your boot?
>
When we have the Network su
Dear Derek Ou,
In message <49fa0922.2000...@siconix.com> you wrote:
>
> Other than recompiling, is it possible to disable Ethernet through
> environment settings? At our
No.
> work, we often need Ethernet only during development, manufacturing and
> troubleshooting. So
> we put the Ethernet
Hi,
> Is existing a way to globally disable some features such as ethernet
> or Nand support, instead of doing it for a specific board?
>
Other than recompiling, is it possible to disable Ethernet through
environment settings? At our
work, we often need Ethernet only during development, manufa
Dear simon polette,
In message <72795ccb0904290301h1678e99br6fe3cfb0b4226...@mail.gmail.com> you
wrote:
>
> Is existing a way to globally disable some features such as ethernet
> or Nand support, instead of doing it for a specific board?
No, you cannot do this globally. Board configuration is a
Hi,
Is existing a way to globally disable some features such as ethernet
or Nand support, instead of doing it for a specific board?
More over, I can't disable ethernet on the at91sam9261ek board by
simply disable the #define CONFIG_DRIVER_DM9000 in the
'config/at91sam9261ek.h' file so it cause bu
14 matches
Mail list logo