Мой ответ является только половиной решения проблемы. Возможно, это могло помочь Вам несколько на Ubuntu. Я ищу лучшее решение.
У меня есть та же проблема на OpenSuSE 12.1. Отключение модема и включение его к другому USB-порту помогают без потребности перезапустить систему.
Использовать Kconfig
или его графические аналоги для отключения Сетей после компиляции ядра. Примеры: посмотрите это.
Эта система явно хочет проверить связь с IP-адресом 10.10.70.101, вероятно, потому, что она проверяет свой собственный IP-адрес или свой шлюз. Эта часть означает, что в системе настроен сетевой интерфейс с этим или подобным IP-адресом.
Пауза возникает из-за того, что в процессе настройки IP загружается сетевой драйвер Ethernet, который выполняет автосогласование PHY, по сути, пытается увидеть, что к нему подключено. Поскольку ничего не подключено, время ожидания истекает.
Вам, вероятно, следует поискать, где этот дистрибутив Linux хранит настройки сетевого интерфейса. Беглый поиск в Google показывает, что этот U-Boot имеет переменную ipaddr
per http://www.denx.de/wiki/view/DULG/UBootEnvVariables
Вопрос 2: Я считаю, что эти отпечатки из uboot. Если это так, я полагаю, у вас есть определение "CONFIG_PHY_RESET" d - не могли бы вы проверить конфигурацию uboot для этого? Чтобы отключить эту функцию, вам, вероятно, придется проверить свою конфигурацию, обычно что-то похожее на: ./include/configs/YourBoardConfigFile.h, это то, что будет использовать uboot.
В одном из других ответов предлагалось использовать Kconfig - я проверил menuconfig своего uboot, но эта опция отсутствовала.
Если вы посмотрите на исходный файл uboot: ./ drivers / net / 4xx_enet.c , выполните поиск по запросу «CONFIG_PHY_RESET», похоже, что код выполняется:
#if defined(CONFIG_PHY_RESET)
/*
* Reset the phy, only if its the first time through
* otherwise, just check the speeds & feeds
*/
if (hw_p->first_init == 0) {
Вскоре после этого вы можете увидеть напечатанный текст «Ожидание завершения автосогласования PHY», так что это должно быть именно там, где возникла проблема is (или близко к нему - было несколько других файлов, которые имели аналогичную инициализацию в зависимости от архитектуры).
По какой-то причине файл README в источнике uboot верхнего уровня вызывает CONFIG_PHY_RESET_DELAY, но не CONFIG_PHY_RESET, так что вы могли пропустить его там.
Вопрос 3: Если проблема связана с CONFIG_PHY_RESET, то это необходимо установить во время компиляции. Вы должны иметь возможность загрузить исходный код uBoot Xilinx для своей платы.
Я не уверен, зачем нужен сброс, поэтому я не ответил на ваш вопрос 1, но похоже, что некоторые PHY имеют другие требования к сбросу при инициализации, и даже некоторым нужна определенная задержка.