#u-boot
#u-boot
Вопрос:
У меня есть несколько устройств на шине mdio — 1 phy AR8035 и 3 двойных Phys DP83849IFV. Шина mdio управляется SoC AM335x. Проблема в том, что я не могу получить доступ mdio к AR8035 PHY, но r / w mdio DP83849ifvs работает нормально. Я проверяю это с помощью u-boot 2020.07 (команда mdio read 0 2). DP83849ifvs имеет 0,1,2,3,8,9 идентификаторов (это двойные физические адреса, поэтому 2 адреса на одной микросхеме), AR8035 имеет 4 идентификатора. Когда я пытаюсь прочитать это с помощью mdio read 4 2, я получаю ошибку. Я хотел внимательно изучить кадр MDIO с помощью осциллографа, но обнаружил странное поведение на шине MDIO — много кадров без остановки, ~ 100 мкс между ними. Интересно, это нормальное поведение для шины MDIO, предполагающее, что я нахожусь в среде u-boot? Возможно, AR8035 был поврежден, сошел с ума и теперь затопляет шину? Спасибо!
Комментарии:
1. Также сначала я допустил ошибку и назначил одни и те же идентификаторы на обоих DP83849IFV и AR8035, и они начали передавать одновременно, может ли это повредить устройство?
2. Интерфейс MDIO работает на низкой частоте, поэтому должно быть легко уловить весь кадр с помощью осциллографа и узнать, что делает кадр.
3. Спасибо за ответ. Я знаю, что делаю это прямо сейчас. Просто странно, что связь не прекращается… Я думал, что driver / u-boot только считывает регистрационные данные PHYID во время загрузки, чтобы подключить правильный драйвер, а затем связь прекращается… Я попытаюсь исследовать фреймы…
4. Раньше я модифицировал драйвер Ethernet у нашей команды разработчиков программного обеспечения и самостоятельно отлаживал модуль GMAC (я разрабатываю ASIC). При открытии ether device мы сначала повторно прочитаем регистр phy, чтобы проверить, выполнено ли автоматическое согласование. Но с механизмом тайм-аута чтение невозможно продолжать бесконечно…
5. Я проанализировал фреймы, и кажется, что u-boot постоянно считывает регистр состояния базового режима для всех идентификаторов снова и снова, так что, возможно, это нормальное поведение… На PHYID 4 нет ответа, поэтому я думаю, что моя микросхема повреждена…