- 主题:开发cpu与fpga的serdes通讯
switch是专门芯片了，外部一堆mac信号扔进来，它是能处理的。
能想到的：比如开足够深的buffer来处理不同时钟的跨时钟域问题；数据包缓存，等到一个共同的时钟沿再送出。感觉这些都不是mac层能干的事情。
【 在 flyingcowboy 的大作中提到: 】
: 是的 我觉得也没啥问题
:
: 跟接个switch 一样的么
: ...................
--
FROM 58.246.155.*
lwip也得建立在phy之上吧。没有phy，mac对mac，走MII接口互联，可以吗？
【 在 jesce 的大作中提到: 】
: 如果不跑完整的tcp/ip, 只是当成一对一数据收发, 想不到有什么理由不支持
:
--
FROM 58.246.155.*
这也离题了啊, 楼主只是要收发数据而已, 如果不是因为距离的问题, 搭PHY跑IP干嘛,
直接DMA读写MII就好了啊
【 在 nlgdczm (xxx) 的大作中提到: 】
: lwip也得建立在phy之上吧。没有phy，mac对mac，走MII接口互联，可以吗？
--
FROM 113.118.105.*
可以的。去看下老的micrel的产品，KSZ8995MA，MII有PHY mode和MAC mode两种方式。
【 在 nlgdczm (xxx) 的大作中提到: 】
: lwip也得建立在phy之上吧。没有phy，mac对mac，走MII接口互联，可以吗？
--
FROM 120.245.132.*
sgmii互联的话是干了phy的事
GMII这种可以直连，把TX连到RX上相当于一个回环，这个验证过没问题。
LZ的的问题是啥来着 俩CPU 通过 MAC直连？为啥歪到这了
【 在 nlgdczm 的大作中提到: 】
: 主观感觉不OK啊。如果MAC-MAC可行，那岂不是可以直接类推导用户层对用户层了？
: MAC和FPGA直连的话，如果走的是SERDED的话，里面的PCS、PMA（好像是这种名字）就干了phy的事情。如果走的RMII这种并口到普通IO口上，倒是可以验证MAC的直连。
--
FROM 123.123.29.*
打个比方打个比方
那FPGA做个switch肯定可以的 我做过
【 在 nlgdczm 的大作中提到: 】
: switch是专门芯片了，外部一堆mac信号扔进来，它是能处理的。
: 能想到的：比如开足够深的buffer来处理不同时钟的跨时钟域问题；数据包缓存，等到一个共同的时钟沿再送出。感觉这些都不是mac层能干的事情。
--
FROM 123.123.29.*
点对点，*MII对联没问题。对于特定接口，信号的细节需要考察。
【 在 nlgdczm (xxx) 的大作中提到: 】
: lwip也得建立在phy之上吧。没有phy，mac对mac，走MII接口互联，可以吗？
--
FROM 123.112.168.*
SGMII不能直接对联，这个分PHY/MAC Side。Base-X理论上是OK的。
【 在 flyingcowboy (敢笑“敢笑杨过不痴情”不痴情) 的大作中提到: 】
: sgmii互联的话是干了phy的事
: GMII这种可以直连，把TX连到RX上相当于一个回环，这个验证过没问题。
: LZ的的问题是啥来着 俩CPU 通过 MAC直连？为啥歪到这了
: ...................
--
FROM 123.112.168.*
我sgmii接的是 fpga
严格说不应该叫对联 这个确是
10G BASE R/KR,, XAUI,DXAUI,SFI 这些都是可以的，看楼主的cpu支持什么了
【 在 zkr 的大作中提到: 】
: SGMII不能直接对联，这个分PHY/MAC Side。Base-X理论上是OK的。
:
--
FROM 123.123.29.*
从头到尾想了下，似乎好像明白了：
任何连接，都需要硬件连线连通，这个连线就是phy的一部分。就像灵魂不能脱离肉体，mac也不能脱离phy、至少是部分phy。
至于能不能用，得具体看了phy干了啥了。就像所谓灵魂的共鸣，也得先用嘴用普通话说上半天才行，一个汉语一个英语也不行。
不过问题又来了：本青印象中sgmii跟1000base-x就个别地方有差异，大多数都是一样的，好像是在某个xilinx的文档里看到的。
【 在 zkr 的大作中提到: 】
: SGMII不能直接对联，这个分PHY/MAC Side。Base-X理论上是OK的。
:
--
FROM 220.196.194.*