调试C6678 GE以太网例程出现的问题梳理、配置总结，link PHY1 is NOT up和卡Wait_PHY_link等各种循环

CCS版本：6.0
配置包：bios_mcsdk_02_01_02_06_setupwin32
系统：win10

参考的四篇文章：

DDR3 leveling has failed, STATUS = 0x40000064的解决办法

TMS320C6678—基于K1_STK_v1.1 的GE程序的 UDP发包程序

C6670通过GE与PC通信

卡在Wait_PHY_link()函数，控制台输出wait for port 0 PHY link解决办法

我代码用的上面第二个链接，再根据问题进行更改，如果不用测试udp可以用官方原版的代码。

以下是模式配置和MAC地址修改：

GE_Test_Data_Path test_data_path= GE_TEST_DSP0_TO_DSP1;

GE_Port_Connection port_connect[GE_NUM_ETHERNET_PORT]=
{
GE_PORT_NO_CONNECT,
GE_PORT_CABLE_CONNECT//SGMII port 1
//这个配置是因为是通过SGMII1连接网线，可以看上方第二个参考链接
};

//源MAC地址不变
unsigned long long Source_MAC_address[GE_NUM_ETHERNET_PORT]=
{
0x888888000001,
0x888888000002
};
//下方配置改成自己主机MAC地址
unsigned long long Dest_MAC_address[GE_NUM_ETHERNET_PORT]=
{
0x08AAAAAAAAA,//PC MAC ADDR
0x08AAAAAAAAA
};

然后运行会卡在 KeyStone_main_PLL_init() 函数，KeyStone_DDR_init() 函数里，我看了参考文章第一篇，因为是自己做的板子，gel文件也有所更改，用的是自己改的gel文件，所以卡循环的初始化函数都注释了。

然后我的修改如下，把两个初始化函数都注释了，inputRefClock_MHz 参数改为了156.25.

if(C6678_EVM==gDSP_board_type)
	{
		//DSP core speed: 100*10/1=1000MHz
		//KeyStone_main_PLL_init(156.25, 63, 4);
		//KeyStone_PASS_PLL_init(100, 20, 0);

//		ge_cfg.serdes_cfg.commonSetup.inputRefClock_MHz = 312.5;
		ge_cfg.serdes_cfg.commonSetup.inputRefClock_MHz = 156.25;
		puts(" DSP board type is C6678_EVM!");
	}

卡在Wait_PHY_link()函数里面，我参考了上面第四个链接文章，把while判断里的0改了。

for(i=0; i<GE_NUM_ETHERNET_PORT; i++)
	{
		if(GE_PORT_CABLE_CONNECT != port_connect[i])
			continue;

		uiStartTSC= TSCL;
		while(1==(gpMDIO_regs->LINK_REG&(1<<i)))
		{
			if(TSC_count_cycle_from(uiStartTSC)>0x3FFFFFFF)
			{
				printf("Wait for port %d PHY link...\n", i);
				uiStartTSC= TSCL;
			}
		}

		/* Clear Interrupt events in MDIO*/
		gpMDIO_regs->LINK_INT_RAW_REG= 1<<i;
	}		

卡在KeyStone_Ethernet_Ports_Init()函数的while(0==(gpSGMII_regs[i]->STATUS_REG&CSL_CPSGMII_STATUS_REG_LINK_MASK));，我是参考了上面链接第三篇的解决办法，把这个函数里的for循环，i的值改为1。

到此所有卡着运行不下去的问题都解决了，然后发现运行程序后，也没提示有没有收到数据，重点来了，GE_2DSP_TEST.c文件是收发数据的代码，这里可以根据自己需求，加入循环，它就会一直执行，如果有数据过来了，它就会显示在console控制台，
received %d bytes (last byte=0x%x), packet type = 0x%04x, from srouce address 0x%012llx to destination address 0x%012llx，显示从哪个地址接收到数据。

还是重点，如果主机是无线网连接，最好把无线网关了，此时是网线把板子和主机连在一起的。
如果使用的是上面参考文章里的udp通信工程，除了把以上问题改了，还需要在GE_2DSP_TEST.c文件里更改IP地址，需要发什么内容和包数，可以在这个代码里修改

unsigned short SourPort=8080,DestPort=8080;
unsigned  int Recv_IP=0xC0A80279,DestIP=0xC0A8027A;

GE_2DSP_Transfer_Param test_2DSP_cfg[GE_NUM_ETHERNET_PORT]=
{
    /*payloadNumBytes, dataPattern, numPackets*/
    {46,                0x12,        4},  /*SGMII port0*/
//    {1500,              0x55,        2},  /*SGMII port0*/
    {46,                0xff,        32}  /*SGMII port1*/
};

重中之重，这样弄完我以为dsp就能发送udp包到电脑上了，但还是不行，控制台报link PHY1 is NOT up，我就单步执行，发现这个代码

void GE_2DSP_Test()
{
	int i, j;
	GE_2DSP_Transfer_Param * transferParam;
	Uint32 uiFDQ, uiPayloadNumBytes;
	Uint32 uiTotalBytes, uiTotalNumPackets, uiCycles, uiTxGoodFrames;
	Uint8 * ucpBuffer;
	HostPacketDescriptor * hostDescriptor;

	uiTotalBytes= 0;
	uiTotalNumPackets= 0;

	//<2，但是下面判断都是false，所以退出
	for(j= 0; j< GE_NUM_ETHERNET_PORT; j++)
	{
		if(FALSE==Port_OK(j))
			continue;

		transferParam= &test_2DSP_cfg[j];
		uiPayloadNumBytes= transferParam->payloadNumBytes;
		if((uiPayloadNumBytes<46)||(uiPayloadNumBytes>9216))
		{
			printf("invalid packet payload size %d for port %d\n", uiPayloadNumBytes, j+1);
			continue;
		}

if(FALSE==Port_OK(j))，这个判断，两次都是false，就没有往下执行，我就进到Port_OK()函数里，发现是这个判断不对。

else if(GE_PORT_CABLE_CONNECT==port_connect[uiPortNum])
		{
			if((gpMDIO_regs->CONTROL_REG&CSL_MDIO_CONTROL_REG_ENABLE_MASK)
				&&(0==(gpMDIO_regs->LINK_REG&(1<<uiPortNum))))
			{
				printf("link PHY%d is NOT up\n", uiPortNum);
				return FALSE;
			}
		}

我就把&&后面的0改成了1，和卡在Wait_PHY_link()函数里改的一样。

然后直接运行工程，通过wireshark 和 sscom都能收到dsp发过来的数据包了。我也不清楚为什么这个判断不对，有知道的朋友可以评论区告诉我，谢谢。

以上只是我个人根据遇到的问题做的修改，也学习dsp没有几天，如果有理解不对的地方或者和大家理解有出入的地方，欢迎大家在评论区探讨学习。有新问题的也可以发在评论，大家一起解决。