Hi Mike,
> On Wednesday 13 May 2009 04:41:29 Detlev Zundel wrote:
>> >> I never ran across this outside of linux arm where people seriously
>> >> repeat the statement over and over that a whole initramfs with an
>> >> initial userspace and a pivot_root is plausible for nfs root whilst
>> >> patche
On Wednesday 13 May 2009 04:41:29 Detlev Zundel wrote:
> >> I never ran across this outside of linux arm where people seriously
> >> repeat the statement over and over that a whole initramfs with an
> >> initial userspace and a pivot_root is plausible for nfs root whilst
> >> patches of a few lines
Hi Mike,
>> I never ran across this outside of linux arm where people seriously
>> repeat the statement over and over that a whole initramfs with an
>> initial userspace and a pivot_root is plausible for nfs root whilst
>> patches of a few lines float around doing the same in the kernel.
>
> i nev
Hi Scott,
> On Tue, May 12, 2009 at 10:48:28AM +0200, Detlev Zundel wrote:
>> Can you please explain to me, why you think it to be reasonable to
>> demand providing an initramfs in the order of 100s of k to set an
>> attribute of a hardware device which has its own driver?
>
> Kind of defeats any
On Tuesday 12 May 2009 10:18:25 Detlev Zundel wrote:
> Hi Mike,
>
> > On Tuesday 12 May 2009 04:48:28 Detlev Zundel wrote:
> >> >> > > how do set a mac for NFS Rootfs?
> >> >> >
> >> >> > use initramfs
> >> >>
> >> >> don't you think it's overkill to use a initramfs just for set a mac
> >> >> addre
On Tue, May 12, 2009 at 02:04:46AM +0200, Jean-Christophe PLAGNIOL-VILLARD
wrote:
> > i dont know why you're emphasizing mainline. if it's your board and if you
> > implement the change correctly, submit it to mainline.
> because I already known RMK answer
> NACK
So go to RMK and say you need d
On Tue, May 12, 2009 at 10:48:28AM +0200, Detlev Zundel wrote:
> Can you please explain to me, why you think it to be reasonable to
> demand providing an initramfs in the order of 100s of k to set an
> attribute of a hardware device which has its own driver?
Kind of defeats any space-usage argumen
On Tue, 12 May 2009, Detlev Zundel wrote:
> I never ran across this outside of linux arm where people seriously repeat
> the statement over and over that a whole initramfs with an initial userspace
> and a pivot_root is plausible for nfs root whilst patches of a few lines
> float around doing t
Hi Mike,
> On Tuesday 12 May 2009 04:48:28 Detlev Zundel wrote:
>> >> > > how do set a mac for NFS Rootfs?
>> >> >
>> >> > use initramfs
>> >>
>> >> don't you think it's overkill to use a initramfs just for set a mac
>> >> address??
>> >
>> > no, i think it's perfectly reasonable. and considering
On Tuesday 12 May 2009 04:48:28 Detlev Zundel wrote:
> >> > > how do set a mac for NFS Rootfs?
> >> >
> >> > use initramfs
> >>
> >> don't you think it's overkill to use a initramfs just for set a mac
> >> address??
> >
> > no, i think it's perfectly reasonable. and considering you have no other
>
Hi,
>> > > how do set a mac for NFS Rootfs?
>> >
>> > use initramfs
>>
>> don't you think it's overkill to use a initramfs just for set a mac
>> address??
>
> no, i think it's perfectly reasonable. and considering you have no other
> option here that'll get merged ...
Can you please explain to
On Monday 11 May 2009 20:04:46 Jean-Christophe PLAGNIOL-VILLARD wrote:
> > > > > this exactly what is done only write mac hw register
> > > > > without init the eth stack
> > > > >
> > > > > before we do need to init the mac and detect the phy if we want to
> > > > > store now we have to call the s
Jean-Christophe PLAGNIOL-VILLARD wrote:
> init it at the eth_initialize
>
> this will allow to add later a hook to update the enetadd hw storage
> when it's updated in env or when the env is saved
>
> Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD
> Cc: Ben Warren
> ---
> include/net.h |2 +
> > > >
> > > > this exactly what is done only write mac hw register
> > > > without init the eth stack
> > > >
> > > > before we do need to init the mac and detect the phy if we want to
> > > > store now we have to call the set_hw_enetaddr
> > >
> > > then we agree you're doing it wrong and this p
Dear Mike,
in message <200905111324.58673.vap...@gentoo.org> you wrote:
>
> ive filled it out some more ... i'm assuming this is the best place for such
> information
Thanks.
> also, i dont really know this wiki, so i cheated with the FDT wiki link and
> used the full path since i was unable to
Dear Jean-Christophe PLAGNIOL-VILLARD,
In message <20090511163728.gb32...@game.jcrosoft.org> you wrote:
>
> > then we agree you're doing it wrong and this patch is not needed/wanted
> >
> > there is this FAQ, but i think we can add more info to it:
> > http://www.denx.de/wiki/view/DULG/EthernetDo
On Monday 11 May 2009 12:24:31 Mike Frysinger wrote:
> there is this FAQ, but i think we can add more info to it:
> http://www.denx.de/wiki/view/DULG/EthernetDoesNotWorkInLinux
ive filled it out some more ... i'm assuming this is the best place for such
information
also, i dont really know this
On Monday 11 May 2009 12:37:28 Jean-Christophe PLAGNIOL-VILLARD wrote:
> On 12:24 Mon 11 May , Mike Frysinger wrote:
> > On Monday 11 May 2009 10:24:54 Jean-Christophe PLAGNIOL-VILLARD wrote:
> > > On 15:26 Mon 11 May , Wolfgang Denk wrote:
> > > > In message Jean-Christophe wrote:
> > > >
On 12:24 Mon 11 May , Mike Frysinger wrote:
> On Monday 11 May 2009 10:24:54 Jean-Christophe PLAGNIOL-VILLARD wrote:
> > On 15:26 Mon 11 May , Wolfgang Denk wrote:
> > > Dear Jean-Christophe PLAGNIOL-VILLARD,
> > >
> > > In message <20090511120809.ga1...@game.jcrosoft.org> you wrote:
> > >
On 18:01 Mon 11 May , Wolfgang Denk wrote:
> Dear Jean-Christophe PLAGNIOL-VILLARD,
>
> In message <20090511142454.gb1...@game.jcrosoft.org> you wrote:
> >
> > > > Unfortunatly we need it to set the enetaddr in the register of the soc
> > > > evenif
> > > > there is no ethernet transfer as fo
On Monday 11 May 2009 10:24:54 Jean-Christophe PLAGNIOL-VILLARD wrote:
> On 15:26 Mon 11 May , Wolfgang Denk wrote:
> > Dear Jean-Christophe PLAGNIOL-VILLARD,
> >
> > In message <20090511120809.ga1...@game.jcrosoft.org> you wrote:
> > > > there is no need for that on purpose. the network layer
Dear Jean-Christophe PLAGNIOL-VILLARD,
In message <20090511142454.gb1...@game.jcrosoft.org> you wrote:
>
> > > Unfortunatly we need it to set the enetaddr in the register of the soc
> > > evenif
> > > there is no ethernet transfer as for the macb on at91 or the dm9000.
> > > This how the kernel p
On 15:26 Mon 11 May , Wolfgang Denk wrote:
> Dear Jean-Christophe PLAGNIOL-VILLARD,
>
> In message <20090511120809.ga1...@game.jcrosoft.org> you wrote:
> >
> > > there is no need for that on purpose. the network layer will recheck the
> > > environment every time it gets initialized, and it
Dear Jean-Christophe PLAGNIOL-VILLARD,
In message <20090511120809.ga1...@game.jcrosoft.org> you wrote:
>
> > there is no need for that on purpose. the network layer will recheck the
> > environment every time it gets initialized, and it gets initialized with
> > every
> > network step. this i
On 03:48 Mon 11 May , Mike Frysinger wrote:
> On Monday 11 May 2009 02:39:26 Jean-Christophe PLAGNIOL-VILLARD wrote:
> > this will allow to add later a hook to update the enetadd hw storage
> > when it's updated in env or when the env is saved
>
> there is no need for that on purpose. the net
On Monday 11 May 2009 02:39:26 Jean-Christophe PLAGNIOL-VILLARD wrote:
> this will allow to add later a hook to update the enetadd hw storage
> when it's updated in env or when the env is saved
there is no need for that on purpose. the network layer will recheck the
environment every time it get
init it at the eth_initialize
this will allow to add later a hook to update the enetadd hw storage
when it's updated in env or when the env is saved
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD
Cc: Ben Warren
---
include/net.h |2 ++
net/eth.c |4
2 files changed, 6 inserti
27 matches
Mail list logo