RGMII mode on V4 Hard Tri-EMAC core

Hi all,

I was wondering if anyone used RGMII on the V4 hard TEMAC? The reason I am
asking is because this mode is not supported if the core instantiated in the
EDK, but nothing seems to prevent from using it if the core is instantiated
with the VHDL wrapper found in the Core Generator...


Thanks,
/Mikhail

MM wrote:
> Hi all,
> 
> I was wondering if anyone used RGMII on the V4 hard TEMAC? The reason I am
> asking is because this mode is not supported if the core instantiated in the
> EDK, but nothing seems to prevent from using it if the core is instantiated
> with the VHDL wrapper found in the Core Generator...
> 
> 
> Thanks,
> /Mikhail
> 
> 
I have a webcase open on this issue right now. I want to use PLB_TEMAC 
with RGMII, but that combination is currently not supported. I will 
update the group when I get an answer.

---
Joe Samson
Pixel Velocity

"Joseph Samson" <user@example.net> wrote in message
news:TJy%f.1526$Lm5.279@newssvr12.news.prodigy.com...
>
> I have a webcase open on this issue right now. I want to use PLB_TEMAC
> with RGMII, but that combination is currently not supported. I will
> update the group when I get an answer.
>

I have a webcase open as well :) The answer I got so far reads:

"The developers are currently working on this matter. Both the hard_temac
and the plb_temac cores must have RGMII support included before the
interface can be used.
There is no set timeline on when this feature will be available. At the
earliest however it will be EDK 8.2.02i. This will be towards the end of
this year.
In the meantime I cannot offer you a workaround to this matter."

However, I wonder what can prevent me from instantiating the core in the top
level design and connecting to the PLB bus through a custom IP interface? Or
connecting it in the way shown in the XAPP807...

I have designed a board with RGMII in mind and now it would be very hard to
redesign it for GMII...

/Mikhail

MM wrote:
> "Joseph Samson" <user@example.net> wrote in message
> news:TJy%f.1526$Lm5.279@newssvr12.news.prodigy.com...
> 
>>I have a webcase open on this issue right now. 
> 
> I have a webcase open as well :) The answer I got so far reads:
> 
> "The developers are currently working on this matter. Both the hard_temac
> and the plb_temac cores must have RGMII support included before the
> interface can be used.
> There is no set timeline on when this feature will be available. At the
> earliest however it will be EDK 8.2.02i. This will be towards the end of
> this year.
> In the meantime I cannot offer you a workaround to this matter."


I just got off the phone with my webcase CAE. He says that the next 
version of PLB_TEMAC (v3) will be released with 8.1 SP2, which was 
actually supposed to be today. It has RGMII and other features.

---
Joe Samson
Pixel Velocity

"Joseph Samson" <user@example.net> wrote in message
news:Uzz%f.58788$F_3.20549@newssvr29.news.prodigy.net...
>
> I just got off the phone with my webcase CAE. He says that the next
> version of PLB_TEMAC (v3) will be released with 8.1 SP2, which was
> actually supposed to be today. It has RGMII and other features.

Great news! Thanks.


/Mikhail

Hi Mikhail,

you have 2 ways:

Xilinx application about an GMII to RGMII interface. (XAPP 692 ?)

Change the PLB_TEMAC core:
Copy the Xilinx cores plb_temac_v2_00_a, ipic_to_temac_v2_00_a and
hard_temac_v1_00_a in a EDK local pcores directory.
In plb_temac change the EMAC_CONFIG_VECTOR. Look in the TEMAC
documentation.
You have to change also the GMII signals to RGMII signals thru all
entities down to hard_temac.

Both ways are running on my costumer board.

Have fun
Florian



MM wrote:
> "Joseph Samson" <user@example.net> wrote in message
> news:Uzz%f.58788$F_3.20549@newssvr29.news.prodigy.net...
> >
> > I just got off the phone with my webcase CAE. He says that the next
> > version of PLB_TEMAC (v3) will be released with 8.1 SP2, which was
> > actually supposed to be today. It has RGMII and other features.
> 
> Great news! Thanks.
> 
> 
> /Mikhail

"Florian" <googlegroups@47110815.com> wrote in message
news:1145347142.975586.77100@i39g2000cwa.googlegroups.com...
> Hi Mikhail,
>
> you have 2 ways:


Hi Florian,

Thanks a lot for pointing out these 2 methods. With regards to the second
method, will EDK pick up the cores from the local pcores directory instead
of its main repository automatically or will I have to import them as custom
peripherals after the change? Also, could you please comment on the software
side of the things? Just how much of the support is there and how much needs
to be written/modified?


Thanks,
/Mikhail

Hi Mikhail,

> method, will EDK pick up the cores from the local pcores directory instead
> of its main repository automatically or will I have to import them as custom

The local pcores directory is prefered. So you can copy the core 1:1
from the main repository.

> peripherals after the change? Also, could you please comment on the software
> side of the things? Just how much of the support is there and how much needs
> to be written/modified?

I didn't write the software. As I know no modifications are needed.
A few bits in the TEMAC hardware can have changed.

Have fun
Florian

Joseph Samson wrote:
> I just got off the phone with my webcase CAE. He says that the next 
> version of PLB_TEMAC (v3) will be released with 8.1 SP2, which was 
> actually supposed to be today. It has RGMII and other features.

I managed to get my webcase CAE to look at MM's webcase answer. They all 
seem to be in agreement now that RGMII will be included in PLB_TEMAC in 
the EDK 8.2 SP2 release, which is expected in September 2006.

---
Joe Samson
Pixel Velocity

Hi Florian,

Do I understand correctly that I need to implement DDR registers missing in
the TEMAC core even if I choose the second method (modifying the core)? If
that is true then there is actually not much difference between using the
design in XAPP692 and modifying the core...


Thanks,
/Mikhail