Did you try something like (with a valid ip address):

ip addr add 192.168.50.5 dev eth0

Then try to ping it? can you ping the loopback? ping the router?
You need to set up a gateway for it to get out if you can get to the router.

here is a cheatsheet
http://www.tecmint.com/ip-command-examples/


The Mac address did change,
I am guessing the one with
brd ff:ff:ff:ff:ff:ff at the end is the correct one. :)




 


On Thursday, September 4, 2014 2:19 PM, Robert Moskowitz <rgm@htt-consult.com> wrote:



On 09/04/2014 01:59 PM, Robert Moskowitz wrote:
> I have gone back to the 8/31 build and still no working ethernet on
> the Cubietruck.  I tried:
>
> ip link set eth0 up
>
> and nothing.  Now looking back on my Cubieboard notes, I had ethernet
> problems with that, and Hans said, of course, the uboot provided is
> only for the Cubietruck, and if I want to work with my Cubieboard2,
> here is how to build your own uboot.
>
> So first, why is the ethernet not working?  I can put in my F19 SDcard
> and boot this system right up with ethernet access.  And I have
> Cubieboard2 running the F21 code.
>
> And second, I will see if I can build a uboot from the git provided
> from Hans for the Cubietruck and see if that gets things working.

This did not work:

u-boot-sunxi]# make -j4 CROSS_COMPILE=arm-linux-gnu- Cubietruck_defconfig
#
# configuration written to .config
#
#
# configuration written to spl/.config
#
u-boot-sunxi]# make -j4 CROSS_COMPILE=arm-linux-gnu-
make: *** No rule to make target
`/home/rgm/arm/u-boot-sunxi/include/common.h', needed by
`include/config/auto.conf'.  Stop.

So no F21 testing on a Cubietruck until I am told how to get the
ethernet working.

>
> On 09/04/2014 12:49 PM, Robert Moskowitz wrote:
>> Same problem on Fedora-Minimal-armhfp-21-20140901-sda.raw.xz
>>
>> But a different MAC addr!
>>
>> Fedora release 21 (Twenty One)
>> Kernel 3.16.1-301.fc21.armv7hl on an armv7l (ttyS0)
>>
>> localhost login: root
>> Password:
>> [root@localhost ~]# ip addr show
>> 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN
>> group default
>>    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
>>    inet 127.0.0.1/8 scope host lo
>>        valid_lft forever preferred_lft forever
>>    inet6 ::1/128 scope host
>>        valid_lft forever preferred_lft forever
>> 2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast
>> state UP group default qlen 1000
>>    link/ether b6:f8:b8:3c:d5:5f brd ff:ff:ff:ff:ff:ff
>>
>> I will keep going back to earlier builds and hopefully I will get to
>> one that brings up eth0.
>>
>> Um This SHOULD be automatic?  I did not have to do it for my F21
>> testing on the Cubieboard2 or any of my F19 or F20 testing.
>>
>> On 09/04/2014 11:54 AM, Robert Moskowitz wrote:
>>>
>>> On 09/04/2014 11:15 AM, Peter Robinson wrote:
>>>> On Thu, Sep 4, 2014 at 3:33 PM, Robert Moskowitz
>>>> <rgm@htt-consult.com> wrote:
>>>>> On a Cubietruck -
>>>>>
>>>>> # yum install  policycoreutils-python --nogpgcheck
>>>> All packages should now be signed so you can drop the --nogpgcheck
>>>>
>>>>>  One of the configured repositories failed (Fedora 21 - armhfp),
>>>>>  and yum doesn't have enough cached data to continue. At this
>>>>> point the only
>>>>>  safe thing yum can do is fail. There are a few ways to work
>>>>> "fix" this:
>>>> Is your date/time correct?
>>>
>>> I think it might be worst than date/time.  I found the SDcard I was
>>> working with and booted up.  No IP addresses on eth0, so no ntp, and
>>> why THAT yum message?  Because date/time was essentially ZERO?
>>>
>>> I never thought to check on the ethernet.  I have only started
>>> working on my 1 Cubietruck, after getting 5 Cubieboard2 systems put
>>> into production.  4 running Redsleeve (with F19 uboot), and 1 F20. I
>>> have run F19 on this Cubietruck with no problems with ethernet. So
>>> something is broken on the Cubietruck uboot support.
>>>
>>> Here is what I am seeing on ethernet on the serial console:
>>>
>>> [  36.360611] eth0: device MAC address 56:bb:b8:7a:b2:d6
>>> [  36.386336]  No MAC Management Counters available
>>> [  36.455808]  No MAC Management Counters available
>>> [  36.473714] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
>>> [  40.418888] stmmaceth 1c50000.ethernet eth0: Link is Up - 10
>>> 0Mbps/Full - flow control off
>>> [  40.433554] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
>>>
>>> Last login: Thu Jan  1 00:00:49 on ttyS0
>>> [root@localhost ~]# ip addr show
>>> 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN
>>> group default
>>>    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
>>>    inet 127.0.0.1/8 scope host lo
>>>        valid_lft forever preferred_lft forever
>>>    inet6 ::1/128 scope host
>>>        valid_lft forever preferred_lft forever
>>> 2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast
>>> state UP group default qlen 1000
>>>    link/ether 56:bb:b8:7a:b2:d6 brd ff:ff:ff:ff:ff:ff
>>>
>>>
>>
>> _______________________________________________
>> arm mailing list
>> arm@lists.fedoraproject.org
>> https://admin.fedoraproject.org/mailman/listinfo/arm

>
> _______________________________________________
> arm mailing list
> arm@lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/arm

_______________________________________________
arm mailing list
arm@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/arm