* [U-Boot] ping failed; host 192.168.1.101 is not alive
@ 2012-10-27 5:29 akdas75
2012-10-27 14:00 ` Anatolij Gustschin
2012-10-28 2:47 ` akdas75
0 siblings, 2 replies; 11+ messages in thread
From: akdas75 @ 2012-10-27 5:29 UTC (permalink / raw)
To: u-boot
Hi http://old.nabble.com/file/p34608548/uboot-log.rtf uboot-log.rtf
I am using beagle board C4 with zippy expansion board.
I am able to do NFS at the kernel level.
I want to o tftp at the u-boot level.
my beagle board is connected to the host via cross ethernet cable.
the phy chip is enc28j60.
when i ping the host it says host not alive.
i have attached the env variables
please help
--
View this message in context: http://old.nabble.com/ping-failed--host-192.168.1.101-is-not-alive-tp34608548p34608548.html
Sent from the Uboot - Users mailing list archive at Nabble.com.
^ permalink raw reply [flat|nested] 11+ messages in thread
* [U-Boot] ping failed; host 192.168.1.101 is not alive
2012-10-27 5:29 [U-Boot] ping failed; host 192.168.1.101 is not alive akdas75
@ 2012-10-27 14:00 ` Anatolij Gustschin
2012-10-28 2:47 ` akdas75
1 sibling, 0 replies; 11+ messages in thread
From: Anatolij Gustschin @ 2012-10-27 14:00 UTC (permalink / raw)
To: u-boot
Hi,
On Fri, 26 Oct 2012 22:29:32 -0700 (PDT)
akdas75 <akdas75@yahoo.in> wrote:
>
> Hi http://old.nabble.com/file/p34608548/uboot-log.rtf uboot-log.rtf
>
> I am using beagle board C4 with zippy expansion board.
> I am able to do NFS at the kernel level.
> I want to o tftp at the u-boot level.
> my beagle board is connected to the host via cross ethernet cable.
> the phy chip is enc28j60.
> when i ping the host it says host not alive.
>
> i have attached the env variables
>
> please help
your MAC address is wrong. Please read the FAQ entry here [1]
and fix your MAC address in the ethaddr environment variable and
try again.
Thanks,
Anatolij
[1] http://www.denx.de/wiki/view/DULG/EthernetDoesNotWork
^ permalink raw reply [flat|nested] 11+ messages in thread
* [U-Boot] ping failed; host 192.168.1.101 is not alive
2012-10-27 5:29 [U-Boot] ping failed; host 192.168.1.101 is not alive akdas75
2012-10-27 14:00 ` Anatolij Gustschin
@ 2012-10-28 2:47 ` akdas75
2012-10-28 19:05 ` Wolfgang Denk
2012-10-29 15:33 ` akdas75
1 sibling, 2 replies; 11+ messages in thread
From: akdas75 @ 2012-10-28 2:47 UTC (permalink / raw)
To: u-boot
hi Anatolij
I tried your suggestion
I generate a macid from uboot/tools/gen_eth_addr.
Still the ping says "host not alive"
I have attached the uboot log
and also the wireshark snapshot on the host
host : 192.168.1.101
development board : 192.168.1.100
Ajoy
http://old.nabble.com/file/p34610904/uboot_log_1.txt uboot_log_1.txt
http://old.nabble.com/file/p34610904/snap_wireshark_host.JPG
snap_wireshark_host.JPG
akdas75 wrote:
>
> Hi http://old.nabble.com/file/p34608548/uboot-log.rtf uboot-log.rtf
>
> I am using beagle board C4 with zippy expansion board.
> I am able to do NFS at the kernel level.
> I want to o tftp at the u-boot level.
> my beagle board is connected to the host via cross ethernet cable.
> the phy chip is enc28j60.
> when i ping the host it says host not alive.
>
> i have attached the env variables
>
> please help
>
>
--
View this message in context: http://old.nabble.com/ping-failed--host-192.168.1.101-is-not-alive-tp34608548p34610904.html
Sent from the Uboot - Users mailing list archive at Nabble.com.
^ permalink raw reply [flat|nested] 11+ messages in thread
* [U-Boot] ping failed; host 192.168.1.101 is not alive
2012-10-28 2:47 ` akdas75
@ 2012-10-28 19:05 ` Wolfgang Denk
2012-10-29 15:33 ` akdas75
1 sibling, 0 replies; 11+ messages in thread
From: Wolfgang Denk @ 2012-10-28 19:05 UTC (permalink / raw)
To: u-boot
Dear akdas75,
In message <34610904.post@talk.nabble.com> you wrote:
>
> I generate a macid from uboot/tools/gen_eth_addr.
> Still the ping says "host not alive"
>
> I have attached the uboot log
> and also the wireshark snapshot on the host
>
> host : 192.168.1.101
> development board : 192.168.1.100
Your host sees a pereectly fine ARP request, which is proof that the
network is bsicly operational, but it never sees any ICMP message. Is
there any change that your host is running a firewall which is
blocking such requests?
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd at denx.de
SW engineering is a race between programmers trying to make better
idiot-proof programs and the universe producing greater idiots.
^ permalink raw reply [flat|nested] 11+ messages in thread
* [U-Boot] ping failed; host 192.168.1.101 is not alive
2012-10-28 2:47 ` akdas75
2012-10-28 19:05 ` Wolfgang Denk
@ 2012-10-29 15:33 ` akdas75
2012-10-30 16:16 ` akdas75
1 sibling, 1 reply; 11+ messages in thread
From: akdas75 @ 2012-10-29 15:33 UTC (permalink / raw)
To: u-boot
hi
No I dont have any firewall running.
I have enabled to receive all packets []
i am using the uboot version 2011.03 with the following changes.
But i think it will not affect the ping functionality.
Any help. I will try putting more logs and pointing the issue.
attached is the patch
Ajoy
akdas75 wrote:
>
> hi Anatolij
> I tried your suggestion
> I generate a macid from uboot/tools/gen_eth_addr.
> Still the ping says "host not alive"
>
> I have attached the uboot log
> and also the wireshark snapshot on the host
>
> host : 192.168.1.101
> development board : 192.168.1.100
>
> Ajoy
> http://old.nabble.com/file/p34610904/uboot_log_1.txt uboot_log_1.txt
> http://old.nabble.com/file/p34610904/snap_wireshark_host.JPG
> snap_wireshark_host.JPG
>
> akdas75 wrote:
>>
>> Hi http://old.nabble.com/file/p34608548/uboot-log.rtf uboot-log.rtf
>>
>> I am using beagle board C4 with zippy expansion board.
>> I am able to do NFS at the kernel level.
>> I want to o tftp at the u-boot level.
>> my beagle board is connected to the host via cross ethernet cable.
>> the phy chip is enc28j60.
>> when i ping the host it says host not alive.
>>
>> i have attached the env variables
>>
>> please help
>>
>>
>
>
http://old.nabble.com/file/p34615656/u-boot.patch u-boot.patch
--
View this message in context: http://old.nabble.com/ping-failed--host-192.168.1.101-is-not-alive-tp34608548p34615656.html
Sent from the Uboot - Users mailing list archive at Nabble.com.
^ permalink raw reply [flat|nested] 11+ messages in thread
* [U-Boot] ping failed; host 192.168.1.101 is not alive
2012-10-29 15:33 ` akdas75
@ 2012-10-30 16:16 ` akdas75
2012-11-02 6:52 ` akdas75
0 siblings, 1 reply; 11+ messages in thread
From: akdas75 @ 2012-10-30 16:16 UTC (permalink / raw)
To: u-boot
Hi
As per your suggestion I tried 2012.10
Still the result is same. But it shows receive length is zero.
I have attached the logs
I have attached the changes to make ethernet work.
As I am new to this forum I hope you said me to reply to this mailing list.
Ajoy http://old.nabble.com/file/p34620403/uboot.txt uboot.txt
http://old.nabble.com/file/p34620403/uboot.patch uboot.patch
akdas75 wrote:
>
> hi
>
> No I dont have any firewall running.
> I have enabled to receive all packets []
>
> i am using the uboot version 2011.03 with the following changes.
> But i think it will not affect the ping functionality.
>
> Any help. I will try putting more logs and pointing the issue.
>
> attached is the patch
>
> Ajoy
>
>
>
> akdas75 wrote:
>>
>> hi Anatolij
>> I tried your suggestion
>> I generate a macid from uboot/tools/gen_eth_addr.
>> Still the ping says "host not alive"
>>
>> I have attached the uboot log
>> and also the wireshark snapshot on the host
>>
>> host : 192.168.1.101
>> development board : 192.168.1.100
>>
>> Ajoy
>> http://old.nabble.com/file/p34610904/uboot_log_1.txt uboot_log_1.txt
>> http://old.nabble.com/file/p34610904/snap_wireshark_host.JPG
>> snap_wireshark_host.JPG
>>
>> akdas75 wrote:
>>>
>>> Hi http://old.nabble.com/file/p34608548/uboot-log.rtf uboot-log.rtf
>>>
>>> I am using beagle board C4 with zippy expansion board.
>>> I am able to do NFS at the kernel level.
>>> I want to o tftp at the u-boot level.
>>> my beagle board is connected to the host via cross ethernet cable.
>>> the phy chip is enc28j60.
>>> when i ping the host it says host not alive.
>>>
>>> i have attached the env variables
>>>
>>> please help
>>>
>>>
>>
>>
> http://old.nabble.com/file/p34615656/u-boot.patch u-boot.patch
>
--
View this message in context: http://old.nabble.com/ping-failed--host-192.168.1.101-is-not-alive-tp34608548p34620403.html
Sent from the Uboot - Users mailing list archive at Nabble.com.
^ permalink raw reply [flat|nested] 11+ messages in thread
* [U-Boot] ping failed; host 192.168.1.101 is not alive
2012-10-30 16:16 ` akdas75
@ 2012-11-02 6:52 ` akdas75
2012-11-09 3:26 ` akdas75
0 siblings, 1 reply; 11+ messages in thread
From: akdas75 @ 2012-11-02 6:52 UTC (permalink / raw)
To: u-boot
Hi
I analyzed the code and put some prints to find the below mentioned
behavior.
The ARP packet is being received by ENC28J60 but when it reaches the
software pkt format is not correct.
A 0 is being appended to the packet.
After analysis I found this errata mentioned in ENC28J60 errata sheet is
not applied for the initial case
(for the first packet). Later on it is fine.
I have made the changes and I need to test it today night after office.
Module: Memory (Ethernet Buffer) The receive hardware may corrupt the
circular
receive buffer (including the Next Packet Pointer and receive status vector
fields) when an even value
is programmed into the ERXRDPTH:ERXRDPTL registers.
Work around
Ensure that only odd addresses are written to the ERXRDPT registers.
Assuming that ERXND contains
an odd value, many applications can derive a suitable value to write to
ERXRDPT by subtracting
one from the Next Packet Pointer (a value always ensured to be even because
of hardware padding)
and then compensating for a potential ERXST to ERXND wraparound. Assuming
that the receive
buffer area does not span the 1FFFh to 0000h memory boundary, the logic in
Example 1 will ensure that
ERXRDPT is programmed with an odd value
Are you aware of any such change required in the ENC28J60 uboot code.
Kindly let me know if anybody has faced such issue
akdas75 wrote:
>
> Hi
>
> As per your suggestion I tried 2012.10
> Still the result is same. But it shows receive length is zero.
>
> I have attached the logs
> I have attached the changes to make ethernet work.
>
> As I am new to this forum I hope you said me to reply to this mailing
> list.
>
> Ajoy http://old.nabble.com/file/p34620403/uboot.txt uboot.txt
> http://old.nabble.com/file/p34620403/uboot.patch uboot.patch
>
>
>
> akdas75 wrote:
>>
>> hi
>>
>> No I dont have any firewall running.
>> I have enabled to receive all packets []
>>
>> i am using the uboot version 2011.03 with the following changes.
>> But i think it will not affect the ping functionality.
>>
>> Any help. I will try putting more logs and pointing the issue.
>>
>> attached is the patch
>>
>> Ajoy
>>
>>
>>
>> akdas75 wrote:
>>>
>>> hi Anatolij
>>> I tried your suggestion
>>> I generate a macid from uboot/tools/gen_eth_addr.
>>> Still the ping says "host not alive"
>>>
>>> I have attached the uboot log
>>> and also the wireshark snapshot on the host
>>>
>>> host : 192.168.1.101
>>> development board : 192.168.1.100
>>>
>>> Ajoy
>>> http://old.nabble.com/file/p34610904/uboot_log_1.txt uboot_log_1.txt
>>> http://old.nabble.com/file/p34610904/snap_wireshark_host.JPG
>>> snap_wireshark_host.JPG
>>>
>>> akdas75 wrote:
>>>>
>>>> Hi http://old.nabble.com/file/p34608548/uboot-log.rtf uboot-log.rtf
>>>>
>>>> I am using beagle board C4 with zippy expansion board.
>>>> I am able to do NFS at the kernel level.
>>>> I want to o tftp at the u-boot level.
>>>> my beagle board is connected to the host via cross ethernet cable.
>>>> the phy chip is enc28j60.
>>>> when i ping the host it says host not alive.
>>>>
>>>> i have attached the env variables
>>>>
>>>> please help
>>>>
>>>>
>>>
>>>
>> http://old.nabble.com/file/p34615656/u-boot.patch u-boot.patch
>>
>
>
--
View this message in context: http://old.nabble.com/ping-failed--host-192.168.1.101-is-not-alive-tp34608548p34631908.html
Sent from the Uboot - Users mailing list archive at Nabble.com.
^ permalink raw reply [flat|nested] 11+ messages in thread
* [U-Boot] ping failed; host 192.168.1.101 is not alive
2012-11-02 6:52 ` akdas75
@ 2012-11-09 3:26 ` akdas75
2012-11-09 19:13 ` Anatolij Gustschin
2012-11-13 4:37 ` akdas75
0 siblings, 2 replies; 11+ messages in thread
From: akdas75 @ 2012-11-09 3:26 UTC (permalink / raw)
To: u-boot
Hi Anatolij and Wolfgang Denk
I have solved the problem.
There are some "must" changes in omap3_spi.c to make it working. Otherwise
it will not be
behave in the expected way.
There are also few changes in enc28j60.c file to make it more stable.
I have attached the snapshot of both ping and tftp.
Please let me know if I can submit the changes as patch because they are
required
for proper working of the omap3 SPI.
http://old.nabble.com/file/p34659079/ping_success.cap ping_success.cap
Ajoy
akdas75 wrote:
>
> Hi
>
> I analyzed the code and put some prints to find the below mentioned
> behavior.
> The ARP packet is being received by ENC28J60 but when it reaches the
> software pkt format is not correct.
> A 0 is being appended to the packet.
>
> After analysis I found this errata mentioned in ENC28J60 errata sheet is
> not applied for the initial case
> (for the first packet). Later on it is fine.
> I have made the changes and I need to test it today night after office.
>
> Module: Memory (Ethernet Buffer) The receive hardware may corrupt the
> circular
> receive buffer (including the Next Packet Pointer and receive status
> vector fields) when an even value
> is programmed into the ERXRDPTH:ERXRDPTL registers.
> Work around
> Ensure that only odd addresses are written to the ERXRDPT registers.
> Assuming that ERXND contains
> an odd value, many applications can derive a suitable value to write to
> ERXRDPT by subtracting
> one from the Next Packet Pointer (a value always ensured to be even
> because of hardware padding)
> and then compensating for a potential ERXST to ERXND wraparound. Assuming
> that the receive
> buffer area does not span the 1FFFh to 0000h memory boundary, the logic in
> Example 1 will ensure that
> ERXRDPT is programmed with an odd value
>
> Are you aware of any such change required in the ENC28J60 uboot code.
> Kindly let me know if anybody has faced such issue
>
>
> akdas75 wrote:
>>
>> Hi
>>
>> As per your suggestion I tried 2012.10
>> Still the result is same. But it shows receive length is zero.
>>
>> I have attached the logs
>> I have attached the changes to make ethernet work.
>>
>> As I am new to this forum I hope you said me to reply to this mailing
>> list.
>>
>> Ajoy http://old.nabble.com/file/p34620403/uboot.txt uboot.txt
>> http://old.nabble.com/file/p34620403/uboot.patch uboot.patch
>>
>>
>>
>> akdas75 wrote:
>>>
>>> hi
>>>
>>> No I dont have any firewall running.
>>> I have enabled to receive all packets []
>>>
>>> i am using the uboot version 2011.03 with the following changes.
>>> But i think it will not affect the ping functionality.
>>>
>>> Any help. I will try putting more logs and pointing the issue.
>>>
>>> attached is the patch
>>>
>>> Ajoy
>>>
>>>
>>>
>>> akdas75 wrote:
>>>>
>>>> hi Anatolij
>>>> I tried your suggestion
>>>> I generate a macid from uboot/tools/gen_eth_addr.
>>>> Still the ping says "host not alive"
>>>>
>>>> I have attached the uboot log
>>>> and also the wireshark snapshot on the host
>>>>
>>>> host : 192.168.1.101
>>>> development board : 192.168.1.100
>>>>
>>>> Ajoy
>>>> http://old.nabble.com/file/p34610904/uboot_log_1.txt uboot_log_1.txt
>>>> http://old.nabble.com/file/p34610904/snap_wireshark_host.JPG
>>>> snap_wireshark_host.JPG
>>>>
>>>> akdas75 wrote:
>>>>>
>>>>> Hi http://old.nabble.com/file/p34608548/uboot-log.rtf uboot-log.rtf
>>>>>
>>>>> I am using beagle board C4 with zippy expansion board.
>>>>> I am able to do NFS at the kernel level.
>>>>> I want to o tftp at the u-boot level.
>>>>> my beagle board is connected to the host via cross ethernet cable.
>>>>> the phy chip is enc28j60.
>>>>> when i ping the host it says host not alive.
>>>>>
>>>>> i have attached the env variables
>>>>>
>>>>> please help
>>>>>
>>>>>
>>>>
>>>>
>>> http://old.nabble.com/file/p34615656/u-boot.patch u-boot.patch
>>>
>>
>>
>
>
--
View this message in context: http://old.nabble.com/ping-failed--host-192.168.1.101-is-not-alive-tp34608548p34659079.html
Sent from the Uboot - Users mailing list archive at Nabble.com.
^ permalink raw reply [flat|nested] 11+ messages in thread
* [U-Boot] ping failed; host 192.168.1.101 is not alive
2012-11-09 3:26 ` akdas75
@ 2012-11-09 19:13 ` Anatolij Gustschin
2012-11-13 4:37 ` akdas75
1 sibling, 0 replies; 11+ messages in thread
From: Anatolij Gustschin @ 2012-11-09 19:13 UTC (permalink / raw)
To: u-boot
Hi Ajoy,
On Thu, 8 Nov 2012 19:26:28 -0800 (PST)
akdas75 <akdas75@yahoo.in> wrote:
>
> Hi Anatolij and Wolfgang Denk
>
> I have solved the problem.
> There are some "must" changes in omap3_spi.c to make it working. Otherwise
> it will not be behave in the expected way.
Okay, thanks for reporting.
> There are also few changes in enc28j60.c file to make it more stable.
> I have attached the snapshot of both ping and tftp.
I remember using enc28j60 driver in U-Boot a few years ago and
it worked without issues, however on imx31 based system with
different SPI controller.
> Please let me know if I can submit the changes as patch because they are
> required for proper working of the omap3 SPI.
You can submit patches if you wish. Some notes on how to submit patches
can be found here [1].
Thanks,
Anatolij
[1] http://www.denx.de/wiki/U-Boot/Patches
^ permalink raw reply [flat|nested] 11+ messages in thread
* [U-Boot] ping failed; host 192.168.1.101 is not alive
2012-11-09 3:26 ` akdas75
2012-11-09 19:13 ` Anatolij Gustschin
@ 2012-11-13 4:37 ` akdas75
2012-11-19 4:45 ` akdas75
1 sibling, 1 reply; 11+ messages in thread
From: akdas75 @ 2012-11-13 4:37 UTC (permalink / raw)
To: u-boot
Hi Anatolij and Wolfgang Denk
I will submit the patches soon.
I am reading the links to submit patches.
The OMAP3 SPI patch is required for proper functioning of that subsytem.
I studied the linux driver and the TRM to arrive at this changes.
I wonder how these changes were not incorporated by anyone.
Ajoy
akdas75 wrote:
>
> Hi Anatolij and Wolfgang Denk
>
> I have solved the problem.
> There are some "must" changes in omap3_spi.c to make it working. Otherwise
> it will not be
> behave in the expected way.
> There are also few changes in enc28j60.c file to make it more stable.
> I have attached the snapshot of both ping and tftp.
>
> Please let me know if I can submit the changes as patch because they are
> required
> for proper working of the omap3 SPI.
> http://old.nabble.com/file/p34659079/ping_success.cap ping_success.cap
>
> Ajoy
>
>
>
>
> akdas75 wrote:
>>
>> Hi
>>
>> I analyzed the code and put some prints to find the below mentioned
>> behavior.
>> The ARP packet is being received by ENC28J60 but when it reaches the
>> software pkt format is not correct.
>> A 0 is being appended to the packet.
>>
>> After analysis I found this errata mentioned in ENC28J60 errata sheet is
>> not applied for the initial case
>> (for the first packet). Later on it is fine.
>> I have made the changes and I need to test it today night after office.
>>
>> Module: Memory (Ethernet Buffer) The receive hardware may corrupt the
>> circular
>> receive buffer (including the Next Packet Pointer and receive status
>> vector fields) when an even value
>> is programmed into the ERXRDPTH:ERXRDPTL registers.
>> Work around
>> Ensure that only odd addresses are written to the ERXRDPT registers.
>> Assuming that ERXND contains
>> an odd value, many applications can derive a suitable value to write to
>> ERXRDPT by subtracting
>> one from the Next Packet Pointer (a value always ensured to be even
>> because of hardware padding)
>> and then compensating for a potential ERXST to ERXND wraparound. Assuming
>> that the receive
>> buffer area does not span the 1FFFh to 0000h memory boundary, the logic
>> in Example 1 will ensure that
>> ERXRDPT is programmed with an odd value
>>
>> Are you aware of any such change required in the ENC28J60 uboot code.
>> Kindly let me know if anybody has faced such issue
>>
>>
>> akdas75 wrote:
>>>
>>> Hi
>>>
>>> As per your suggestion I tried 2012.10
>>> Still the result is same. But it shows receive length is zero.
>>>
>>> I have attached the logs
>>> I have attached the changes to make ethernet work.
>>>
>>> As I am new to this forum I hope you said me to reply to this mailing
>>> list.
>>>
>>> Ajoy http://old.nabble.com/file/p34620403/uboot.txt uboot.txt
>>> http://old.nabble.com/file/p34620403/uboot.patch uboot.patch
>>>
>>>
>>>
>>> akdas75 wrote:
>>>>
>>>> hi
>>>>
>>>> No I dont have any firewall running.
>>>> I have enabled to receive all packets []
>>>>
>>>> i am using the uboot version 2011.03 with the following changes.
>>>> But i think it will not affect the ping functionality.
>>>>
>>>> Any help. I will try putting more logs and pointing the issue.
>>>>
>>>> attached is the patch
>>>>
>>>> Ajoy
>>>>
>>>>
>>>>
>>>> akdas75 wrote:
>>>>>
>>>>> hi Anatolij
>>>>> I tried your suggestion
>>>>> I generate a macid from uboot/tools/gen_eth_addr.
>>>>> Still the ping says "host not alive"
>>>>>
>>>>> I have attached the uboot log
>>>>> and also the wireshark snapshot on the host
>>>>>
>>>>> host : 192.168.1.101
>>>>> development board : 192.168.1.100
>>>>>
>>>>> Ajoy
>>>>> http://old.nabble.com/file/p34610904/uboot_log_1.txt uboot_log_1.txt
>>>>> http://old.nabble.com/file/p34610904/snap_wireshark_host.JPG
>>>>> snap_wireshark_host.JPG
>>>>>
>>>>> akdas75 wrote:
>>>>>>
>>>>>> Hi http://old.nabble.com/file/p34608548/uboot-log.rtf uboot-log.rtf
>>>>>>
>>>>>> I am using beagle board C4 with zippy expansion board.
>>>>>> I am able to do NFS at the kernel level.
>>>>>> I want to o tftp at the u-boot level.
>>>>>> my beagle board is connected to the host via cross ethernet cable.
>>>>>> the phy chip is enc28j60.
>>>>>> when i ping the host it says host not alive.
>>>>>>
>>>>>> i have attached the env variables
>>>>>>
>>>>>> please help
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>> http://old.nabble.com/file/p34615656/u-boot.patch u-boot.patch
>>>>
>>>
>>>
>>
>>
>
>
--
View this message in context: http://old.nabble.com/ping-failed--host-192.168.1.101-is-not-alive-tp34608548p34672288.html
Sent from the Uboot - Users mailing list archive at Nabble.com.
^ permalink raw reply [flat|nested] 11+ messages in thread
* [U-Boot] ping failed; host 192.168.1.101 is not alive
2012-11-13 4:37 ` akdas75
@ 2012-11-19 4:45 ` akdas75
0 siblings, 0 replies; 11+ messages in thread
From: akdas75 @ 2012-11-19 4:45 UTC (permalink / raw)
To: u-boot
Hi
I have submitted the patch
http://patchwork.ozlabs.org/patch/199895/
It required little more fixes in OMAP3 SPI code.
Now its working like a charm
There are no changes need to be done in enc28j60 code.
Attach logs for your reference
http://old.nabble.com/file/p34695543/working.cap working.cap
Ajoy
akdas75 wrote:
>
> Hi Anatolij and Wolfgang Denk
>
> I will submit the patches soon.
> I am reading the links to submit patches.
>
> The OMAP3 SPI patch is required for proper functioning of that subsytem.
> I studied the linux driver and the TRM to arrive at this changes.
>
> I wonder how these changes were not incorporated by anyone.
>
> Ajoy
>
>
> akdas75 wrote:
>>
>> Hi Anatolij and Wolfgang Denk
>>
>> I have solved the problem.
>> There are some "must" changes in omap3_spi.c to make it working.
>> Otherwise it will not be
>> behave in the expected way.
>> There are also few changes in enc28j60.c file to make it more stable.
>> I have attached the snapshot of both ping and tftp.
>>
>> Please let me know if I can submit the changes as patch because they are
>> required
>> for proper working of the omap3 SPI.
>> http://old.nabble.com/file/p34659079/ping_success.cap ping_success.cap
>>
>> Ajoy
>>
>>
>>
>>
>> akdas75 wrote:
>>>
>>> Hi
>>>
>>> I analyzed the code and put some prints to find the below mentioned
>>> behavior.
>>> The ARP packet is being received by ENC28J60 but when it reaches the
>>> software pkt format is not correct.
>>> A 0 is being appended to the packet.
>>>
>>> After analysis I found this errata mentioned in ENC28J60 errata sheet
>>> is not applied for the initial case
>>> (for the first packet). Later on it is fine.
>>> I have made the changes and I need to test it today night after office.
>>>
>>> Module: Memory (Ethernet Buffer) The receive hardware may corrupt the
>>> circular
>>> receive buffer (including the Next Packet Pointer and receive status
>>> vector fields) when an even value
>>> is programmed into the ERXRDPTH:ERXRDPTL registers.
>>> Work around
>>> Ensure that only odd addresses are written to the ERXRDPT registers.
>>> Assuming that ERXND contains
>>> an odd value, many applications can derive a suitable value to write to
>>> ERXRDPT by subtracting
>>> one from the Next Packet Pointer (a value always ensured to be even
>>> because of hardware padding)
>>> and then compensating for a potential ERXST to ERXND wraparound.
>>> Assuming that the receive
>>> buffer area does not span the 1FFFh to 0000h memory boundary, the logic
>>> in Example 1 will ensure that
>>> ERXRDPT is programmed with an odd value
>>>
>>> Are you aware of any such change required in the ENC28J60 uboot code.
>>> Kindly let me know if anybody has faced such issue
>>>
>>>
>>> akdas75 wrote:
>>>>
>>>> Hi
>>>>
>>>> As per your suggestion I tried 2012.10
>>>> Still the result is same. But it shows receive length is zero.
>>>>
>>>> I have attached the logs
>>>> I have attached the changes to make ethernet work.
>>>>
>>>> As I am new to this forum I hope you said me to reply to this mailing
>>>> list.
>>>>
>>>> Ajoy http://old.nabble.com/file/p34620403/uboot.txt uboot.txt
>>>> http://old.nabble.com/file/p34620403/uboot.patch uboot.patch
>>>>
>>>>
>>>>
>>>> akdas75 wrote:
>>>>>
>>>>> hi
>>>>>
>>>>> No I dont have any firewall running.
>>>>> I have enabled to receive all packets []
>>>>>
>>>>> i am using the uboot version 2011.03 with the following changes.
>>>>> But i think it will not affect the ping functionality.
>>>>>
>>>>> Any help. I will try putting more logs and pointing the issue.
>>>>>
>>>>> attached is the patch
>>>>>
>>>>> Ajoy
>>>>>
>>>>>
>>>>>
>>>>> akdas75 wrote:
>>>>>>
>>>>>> hi Anatolij
>>>>>> I tried your suggestion
>>>>>> I generate a macid from uboot/tools/gen_eth_addr.
>>>>>> Still the ping says "host not alive"
>>>>>>
>>>>>> I have attached the uboot log
>>>>>> and also the wireshark snapshot on the host
>>>>>>
>>>>>> host : 192.168.1.101
>>>>>> development board : 192.168.1.100
>>>>>>
>>>>>> Ajoy
>>>>>> http://old.nabble.com/file/p34610904/uboot_log_1.txt uboot_log_1.txt
>>>>>> http://old.nabble.com/file/p34610904/snap_wireshark_host.JPG
>>>>>> snap_wireshark_host.JPG
>>>>>>
>>>>>> akdas75 wrote:
>>>>>>>
>>>>>>> Hi http://old.nabble.com/file/p34608548/uboot-log.rtf uboot-log.rtf
>>>>>>>
>>>>>>> I am using beagle board C4 with zippy expansion board.
>>>>>>> I am able to do NFS at the kernel level.
>>>>>>> I want to o tftp at the u-boot level.
>>>>>>> my beagle board is connected to the host via cross ethernet cable.
>>>>>>> the phy chip is enc28j60.
>>>>>>> when i ping the host it says host not alive.
>>>>>>>
>>>>>>> i have attached the env variables
>>>>>>>
>>>>>>> please help
>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>> http://old.nabble.com/file/p34615656/u-boot.patch u-boot.patch
>>>>>
>>>>
>>>>
>>>
>>>
>>
>>
>
>
--
View this message in context: http://old.nabble.com/ping-failed--host-192.168.1.101-is-not-alive-tp34608548p34695543.html
Sent from the Uboot - Users mailing list archive at Nabble.com.
^ permalink raw reply [flat|nested] 11+ messages in thread
end of thread, other threads:[~2012-11-19 4:45 UTC | newest]
Thread overview: 11+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2012-10-27 5:29 [U-Boot] ping failed; host 192.168.1.101 is not alive akdas75
2012-10-27 14:00 ` Anatolij Gustschin
2012-10-28 2:47 ` akdas75
2012-10-28 19:05 ` Wolfgang Denk
2012-10-29 15:33 ` akdas75
2012-10-30 16:16 ` akdas75
2012-11-02 6:52 ` akdas75
2012-11-09 3:26 ` akdas75
2012-11-09 19:13 ` Anatolij Gustschin
2012-11-13 4:37 ` akdas75
2012-11-19 4:45 ` akdas75
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).