 |
|
| Computers Forum Index » Computer Architecture - Embedded » RGMII interface - Rx - Ok, Tx - ?... |
|
Page 1 of 1 |
|
| Author |
Message |
| karthikbalaguru... |
Posted: Thu Nov 05, 2009 10:14 pm |
|
|
|
Guest
|
Hi,
I am using a board with RGMII interface and
facing some problems w.r.t reception(Rx) and
transmission(Tx) of packets. I am trying to
diagnose the problem.
Is it possible that a port of a RGMII interface
can work properly only for Rx(Receiving data) and not
for Tx(Transmitting data).
That is, whenever there is a problem/damage in
a RGMII interface, will it stop doing both reception
and transmission ?
Any ideas ?
Thx in advans,
Karthik Balaguru |
|
|
| Back to top |
|
|
|
| LittleAlex... |
Posted: Fri Nov 06, 2009 4:56 pm |
|
|
|
Guest
|
On Nov 5, 2:14 pm, karthikbalaguru <karthikbalagur... at (no spam) gmail.com>
wrote:
Quote: Hi,
Is it possible that a port of a RGMII interface
can work properly only for Rx(Receiving data) and not
for Tx(Transmitting data).
Yes. Especially if TxC is bad.
Quote: That is, whenever there is a problem/damage in
a RGMII interface, will it stop doing both reception
and transmission ?
Damage? Odd choice of words. But anything is possible; you need to
understand the software too.
Get the data sheet, a logic analyzer, a good software debugger and a
packet sniffer. |
|
|
| Back to top |
|
|
|
| karthikbalaguru... |
Posted: Fri Nov 06, 2009 5:50 pm |
|
|
|
Guest
|
On Nov 6, 9:56 pm, LittleAlex <alex.lo... at (no spam) email.com> wrote:
Quote: On Nov 5, 2:14 pm, karthikbalaguru <karthikbalagur... at (no spam) gmail.com
wrote:
Hi,
Is it possible that a port of a RGMII interface
can work properly only for Rx(Receiving data) and not
for Tx(Transmitting data).
Yes. Especially if TxC is bad.
That is, whenever there is a problem/damage in
a RGMII interface, will it stop doing both reception
and transmission ?
Damage? Odd choice of words. But anything is possible; you need to
understand the software too.
The same software is working fine in another board
with RGMII interface. The problematic board
is able to receivethe packets but it is not transmitting any
packets. Initially suspected some setup configurations
and software, but it does not look like it. ARP entries,
the MAC addresses and IP addresses etc look fine.
Quote: Get the data sheet, a logic analyzer, a good software debugger and a
packet sniffer.
Using Wireshark(Ethereal) analyzer to log the packets
& to track the request-response flows.
Need to check if there is any specific register available
with RGMII interface that would convey if it is really sending
(transmitting) the packets out before deciding on this.
Lemme know if you have any tricks/ideas.
Thx in advans,
Karthik Balaguru |
|
|
| Back to top |
|
|
|
| Not Really Me... |
Posted: Sat Nov 07, 2009 11:02 pm |
|
|
|
Guest
|
karthikbalaguru wrote:
Quote: On Nov 6, 9:56 pm, LittleAlex <alex.lo... at (no spam) email.com> wrote:
On Nov 5, 2:14 pm, karthikbalaguru <karthikbalagur... at (no spam) gmail.com
wrote:
Hi,
Is it possible that a port of a RGMII interface
can work properly only for Rx(Receiving data) and not
for Tx(Transmitting data).
Yes. Especially if TxC is bad.
That is, whenever there is a problem/damage in
a RGMII interface, will it stop doing both reception
and transmission ?
Damage? Odd choice of words. But anything is possible; you need to
understand the software too.
The same software is working fine in another board
with RGMII interface. The problematic board
is able to receivethe packets but it is not transmitting any
packets. Initially suspected some setup configurations
and software, but it does not look like it. ARP entries,
the MAC addresses and IP addresses etc look fine.
Get the data sheet, a logic analyzer, a good software debugger and a
packet sniffer.
Using Wireshark(Ethereal) analyzer to log the packets
& to track the request-response flows.
Need to check if there is any specific register available
with RGMII interface that would convey if it is really sending
(transmitting) the packets out before deciding on this.
Lemme know if you have any tricks/ideas.
Be sure that you are transmitting a good (valid) packet. I was using
Wireshark for a very similar test and if the packet is not value, the
interface receiving it will throw it away without passing it up to
Wireshark.
I also had problems with a network switch not delivering the data to the
connection that the Wireshark machine was on, so the data was going onto the
network, but Wireshark didn't get it.
Also check the the tx_en and tx_er signals are good. The MAC might be
transmitting without the PHY sending on the data.
Scott
__________ Information from ESET NOD32 Antivirus, version of virus signature database 4581 (20091107) __________
The message was checked by ESET NOD32 Antivirus.
http://www.eset.com |
|
|
| Back to top |
|
|
|
| karthikbalaguru... |
Posted: Thu Nov 26, 2009 7:35 pm |
|
|
|
Guest
|
On Nov 7, 11:02 pm, "Not Really Me"
<sc... at (no spam) validatedQWERTYsoftware.XYZZY.com> wrote:
Quote: karthikbalaguru wrote:
On Nov 6, 9:56 pm, LittleAlex <alex.lo... at (no spam) email.com> wrote:
On Nov 5, 2:14 pm, karthikbalaguru <karthikbalagur... at (no spam) gmail.com
wrote:
Hi,
Is it possible that a port of aRGMIIinterface
can work properly only for Rx(Receiving data) and not
for Tx(Transmitting data).
Yes. Especially if TxC is bad.
That is, whenever there is a problem/damage in
aRGMIIinterface, will it stop doing both reception
and transmission ?
Damage? Odd choice of words. But anything is possible; you need to
understand the software too.
The same software is working fine in another board
withRGMIIinterface. The problematic board
is able to receivethe packets but it is not transmitting any
packets. Initially suspected some setup configurations
and software, but it does not look like it. ARP entries,
the MAC addresses and IP addresses etc look fine.
Get the data sheet, a logic analyzer, a good software debugger and a
packet sniffer.
Using Wireshark(Ethereal) analyzer to log the packets
& to track the request-response flows.
Need to check if there is any specific register available
withRGMIIinterface that would convey if it is really sending
(transmitting) the packets out before deciding on this.
Lemme know if you have any tricks/ideas.
Be sure that you are transmitting a good (valid) packet. I was using
Wireshark for a very similar test and if the packet is not value, the
interface receiving it will throw it away without passing it up to
Wireshark.
I also had problems with a network switch not delivering the data to the
connection that the Wireshark machine was on, so the data was going onto the
network, but Wireshark didn't get it.
Also check the the tx_en and tx_er signals are good. The MAC might be
transmitting without the PHY sending on the data.
I did not find tx_en and tx_er. Can you pls confirm
the specification that you are referring to.
I got http://www.hp.com/rnd/pdfs/RGMIIv2_0_final_hp.pdf
As per the above specification, I think, i need to check
the TXC, TXD and TX_CTL .
Are you referring to GMII_TX_ER and GMII_TX_EN ?
Thx in advans,
Kartik Balaguru |
|
|
| Back to top |
|
|
|
|
|
All times are GMT
The time now is Fri Nov 27, 2009 10:33 pm
|
|