[参考译文] AM1808：即使 MACHASHx 为零、也会接收 Enet 多播数据包

所有、

我们没有看到对我们的问题的任何答复。 专家是否已了解 EMAC 的这个问题？

谢谢、

－Gunter

可以通过三种方式接收指定的地址

设置所有帧的复制(CAF)位

设置 Copy-All-Mac-Frames (CAM)位

设置哈希位。

谢谢、Mukul。

我们将清除/重新生成偏移量0x200和0x28C 之间的问题/转储所有网络统计寄存器、并尽快返回给您。

请告知我们是否应转储任何其他寄存器。

谢谢、

－Gunter

有关 EMAC 寄存器的转储、请参阅随附的 zero_machash_multicast_rx_stat_regs.xlsx。

我使用以下步骤来收集寄存器数据：

1. 将代码下载到目标，在 main()处停止
2. 在向与配置为接收多播流量的通道(通道2)对应的 C1RXEN 位写入"1"之前、在 EMAC 初始化逻辑中设置一个断点
3. 在接收 ISR 中为配置为接收多播流量的通道设置断点
4. 运行目标运行(仍在 main 暂停)
5. 到达#2中的断点后、运行目标并立即从 PC 发出违规的多播流量

在#5中、我使用 scapy 从我的 PC 发送多播流量：

sendp (dst='01：80：C2：00：01'、src='ff：ff：ff：ff：ff：ff：ff'、len=3)/LLC (DSAP=0、SSAP=1、ctrl=2)/Padding ('\x00'*43)、 iface=IFACES.dev_from_index(6)) 

我从器件上拔下以太网电缆、并且在器件在接收 ISR (#3)中的断点处停止时从调试器"Registers"窗口捕获了寄存器信息。 请参阅随附 的 e2e.ti.com/.../zero_5F00_machash_5F00_multicast_5F00_rx_5F00_stat_5F00_regs.xlsx。

我可以在 RXMBPENABLE 中看到 RXCMFEN 和 RXCAFEN 为0、我还可以看到 MACHASH 寄存器为0、因此 EMAC 不应该接收到多播消息。

您拥有的 CPGMAC 包含类型2地址映射表。

也就是说、有一个32条目地址表、其中可以包含任何地址。 您也可以转储此表吗？

2.3.1.2类型2地址匹配和过滤逻辑

第二种类型的地址匹配逻辑包含一个32 x 53位双端口 RAM 并提供

能够根据传入数据包的目标执行地址匹配和地址过滤

地址。 RAM 包含32个地址位置、每个地址位置包含一个48位接收地址加号

有效、通道和匹配/滤波器位。 主机必须初始化所有 RAM 位置(包括要位于的位置)

未使用)、主机负责从 RAM 中添加和删除地址。

每个地址位置的53位被写入三个连续的32位 VBUS 访问。 主机

必须将索引写入 MacIndex (4：0)寄存器的 RAM 中、后跟地址的高32位

(存储在保存寄存器中)、后跟地址的低16位(带有控制位)。 。

写入低位时、写入53位索引 RAM 位置。

多播数据包地址可能包含在 RAM 中、但关联的通道必须具有

单播使能位设置(即使它是多播地址)。 单播启用，而不是多播

散列使能位与 RAM 中的多播地址一起使用。 因此，可以禁用哈希匹配

然而、特定的多播地址可以在 RAM 中匹配(或过滤)。 如果是多播数据包哈希

匹配时、数据包仍可在 RAM 中进行过滤。 每个数据包只能发送到单个通道。

Dennis

感谢您的详细答复。  下面是我们初始化 MAC 地址的代码：

get_mac_address (mac_address)；

EMAC->MACINDEX = 0；

EMAC->MACADDRHI =(*(uint32 *) mac_address)；

EMAC->MACADDRLO =(*(uint16 *)&mac_address[4])| MACADDRLO_VALID | MACADDRLO_ADDRLO_ADDRLO =



(*)；对于 MATI+(i+= 1)；对于 MATI+(i+)

EMAC->MACINDEX = I；

EMAC->MACADDRLO =*((UINT16 *)&MAC_ADDRES[4])；

｝ 

您提到需要配置32个地址、但 EMAC 文档(sprufu9a)显示只有8个地址。 此外、文档只提到 MACINDEX 的位2：0。 

我尝试修改代码以将索引1-31初始化为零、但尽管 MACHASH 寄存器设置为零、我仍然看到同一多播帧的中断。

Denis
该系列的 EMAC 用户指南为
www.ti.com/.../spruh82c.pdf

加布里埃尔

请尝试使用不同的多播地址。 您当前使用的是网桥预留的。

Gunter
让我看看我是否能够对内部设计规格与 TRM 差异进行排序、这可能超出 Denis 的范围。
Denis 的另一个建议是尝试另一个多播地址、因为当前正在使用的地址似乎是为网桥保留的地址。

DK-,

响应：

[引用 user="-DK-"]

加布里埃尔

请尝试使用不同的多播地址。 您当前使用的是网桥预留的。

[/报价]

我们无法控制网络中存在的数据。 如果另一个器件发送到指定的 MAC 地址(01：80：C2：00：01)、那么尽管 MACHASH 寄存器被设置为0、EMAC 将接收帧。 我们正在寻求以下问题的答案：

1. 为什么 EMAC 在 MACHASH 寄存器为零时接收多播流量？
2. 还有其他情况下 EMAC 将接收帧吗？ (除了广播流量和发往 EMAC 中配置的 MAC 地址的单播流量之外、以及与 MACHASH 寄存器中的哈希集匹配的多播流量)

您好 Gabriel、

该团队正在研究细节。 需要以下信息：

[]是否可以确认寄存器 RXMBPENABLE 的值？ 我们需要您确认 RXCMFEN 位以及包括 RXCAFEN 在内的其他位的值。

[]是否可以发送不需要的多播数据包附带的缓冲区描述符字(全部四个32位字)？

谢谢、

－Gunter

Gunter

RXMBPENABLE 为0x10002022。

四个缓冲区描述符字是(按顺序)：

0x01E20610

0xC1558020

0x0000003C

0xC000003C

非所需的多播数据包是 EMAC 通道自启动以来唯一接收到的数据包。

嗯、这与我在8月18日提到的情况相匹配。 地址表长度为32个条目。

我们是否可以转储地址表以查看其中包含哪些内容？

Dennis

下面是表的转储。 我通过置位 MACINDEX 寄存器、然后读取 MACADDRLO 和 MACADDRHI 寄存器来创建这个转储。 MACADDRHI 寄存器不应受 MACINDEX 寄存器的影响、但我看到它在 MACINDEX 8-31中的值发生了变化、这让我想知道 TRM 对于 MACINDEX 为2：0是否正确

您好 Gabriel、

假设有32个地址、您现在能否使用以下写入规则(类型2规则)写入所有32个地址

每个地址位置的53位被写入三个连续的32位 VBUS 访问。  主机必须将索引写入 MacIndex (4：0)寄存器的 RAM 中、后跟地址的高32位(存储在保存寄存器中)、后跟地址的低16位(带有控制位)。  写入低位位置时、将写入53位索引 RAM 位置。

因此、写入32 个 MAC 地址中的每一个都有这些步骤

[]编写 MACINDEX

[]将 MAC 地址的32位高电平部分写入 MACADDRHI

[]将 MAC 地址和控制位的16位低电平部分写入 MACADDRLO

对于类型2地址、不共享 MACADDRHI、因此它们可以是唯一的。

如果您可以再次测试、那将非常好。

此致、

－Gunter