[Avila] fatal ethernet error on gw2348-4

[Loft]

Loft wrote:

Doh.... I the upstream link went missing from a earlier revision...
> David Acker wrote:
>> Loft wrote:
>>>
>>> Gianluca and others,
>>>
>>> I'm putting final touches on a BSP for the upcoming 2.6.19 series.  
>>> I'm running 2.6.19-rc3 and 2.6.19-rc4 in both Big and Little 
>>> Endian.  2.6.18 was done a little while ago.  The 2.6.18 and .19-rc 
>>> releases use the GPL (non-Intel) NPE drivers. There's no support for 
>>> the crypto processing in the open drivers yet, but I hear it's on 
>>> the way.
>>
>> Where can we download the source for 2.6.18 based BSP?  I just 
>> finished up a patchset for 2.6.18 that gives it access all the 
>> required gateworks patches.  I don't have the intel NPE code 
>> integrated yet...it's on my todo list.
> Most of the patches are in the repository. But it's a NSLU2-Linux 
> repository not a Loft/Avila repository.  The Loft/Avila has great 
> representation there because I'm there. I work closely with the other 
> developers. A few have purchased below-cost Loft boards.
> My clients that just want solutions just get something like this: 
> http://www.giantshoulderinc.com/ArmDebian/.   They get full patches 
> and some support. They are also running up and out of the box.
>
> Now with the free drivers, I can provide an Intel NPE software free 
> version.  Software only.  The NPE microcode loads fine out of the 
> RedBoot partition on the Avila line.  Clearly, people can use other 
> Intel microcode versions after obtaining them from Intel.
>>
>>
>> Where can we get access to the GPL NPE code?  I have seen some recent 
>> discussion about this on the ARM mailing list but I have not seen 
>> where the code lives.  I only joined the ARM list recently.  Is the 
>> patch hanging around some nslu2 svn repository?  Perhaps an arm only 
>> git tree?
>> -Ack
> Check the nslu2-linux kernel repo.
>
http://www.hohnstaedt.de/ixp_npe
> See http://svn.nslu2-linux.org/svnroot/kernel/trunk/patches/2.6.19/ 
> too.  The BE patch for the CF driver wasn't in .18 it was the LE 
> patch.   The legacy IDE/CF starts to be deprecated in .19+ with the 
> libata patches. It may might need a little air time for production 
> systems.
>
> The non upstream (Linux mainline kernel) EEPROM notifier patch is in 
> .18 under the Loft, but not in .19. For .19 MLJ went wild and split 
> out the Avila/Loft platforms in anticipation of the libata changes.
>
> Likewise, there's patch from ixmac_open that's missing for the 
> build-in kernel code.  The EEPROM notifier works with modules but not 
> with the build-in code.  The EEPROM subsystem will have run before the 
> IXP modules when loaded as a module, but not for the built-in case.
>
>
> Other notes:
>
> 1) NSLU2-Linux pioneered the broad use of the 2.6 driver NPE drivers. 
> We've been running that since around 9/04 with from kernel versions 
> 2.6.7 or 2.6.9.
> 2) NSLU2-Linux was the first and probably only place to run the NPEs 
> (and the whole box) in LE mode. 3) NSLU2-Linux has pioneered the using 
> the open drivers.
> 4) A fellow NSLU2-Linux kernel hacker Alessandro pushed the 
> significant driver modifications upstream for the Temp/Voltage sensor, 
> and recently the CF driver with the new libata support in 2.6.19-rc 
> series.
>
> Regards,
>
> Tom
>
>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: avila-unsubscribe at lists.unixstudios.net
>> For additional commands,me e-mail: avila-help at lists.unixstudios.net
>>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: avila-unsubscribe at lists.unixstudios.net
> For additional commands, e-mail: avila-help at lists.unixstudios.net
>