Ник:
Пароль:

Контакты

E-mail: info@starterkit.ru
тел.: +7 922 680-21-73
тел.: +7 922 680-21-74
Телеграм: t.me/starterkit_ru
Партнеры:
otladka.com.ua - г.Киев

Способы оплаты

User Info


Добро пожаловать,
Guest

Регистрация или входРегистрация или вход
Потеряли пароль?Потеряли пароль?

Ник:
Пароль:

ПользователейПользователей:2
Поисковых ботовПоисковых ботов:3
ГостейГостей:1

ОбновитьПодробнееВсегоВсего:6
Форум » starterkit.ru » Embedded Linux
[Решено] eth0 tx retry limit exceeded resetting buffers; ядро 3.2.18, плата 9G45
titan83
Добавлено 31.08.2015 10:37 Редактировалось 16.09.2015 13:21
0
Сообщение: 1
titan83
3

Пункты: 3141
Регистрация: 16.12.2012
Здравствуйте.
Есть устройства на базе 9G45, и есть странная проблема - при загрузке очень часто появляется сообщение - eth0: tx retry limit exceeded resetting buffers, Ethernet в таком состоянии не работает. Если просто переключить кабель, то с вероятность 100% заработает. Но это очень неудобно, т.к. высокий риск не подключиться удаленно после перезагрузки.
Есть подозрение, что такое поведение связано с uboot, но подтвердить не могу.
Может кто сталкивался и знает, как побороть?
Буду очень признателен.
Спуститься к концу Подняться к началу
Персональная информация
sasamy
Добавлено 31.08.2015 14:59 Сообщение: 2
sasamy
4.70

Пункты: 76642
Регистрация: 14.08.2009
А что за плата - я такое замечал на ядре 3.2.18 на местной OEM где тактирование PHY c процессора а не с отдельного кварца - у меня подозрение что отключается тактирование из-за управления питанием
Спуститься к концу Подняться к началу
Персональная информация
titan83
Добавлено 31.08.2015 15:42 Сообщение: 3
titan83
3

Пункты: 3141
Регистрация: 16.12.2012
9G45-OEM
Материнская своя.
Спуститься к концу Подняться к началу
Персональная информация
Pavel Ivanchenko
Добавлено 31.08.2015 17:46 Редактировалось 31.08.2015 17:46 Сообщение: 4
Pavel Ivanchenko
Admin
4.39

Пункты: 91348
Регистрация: 24.03.2009
Пол: Мужчина
Как уже Вам сказали смотрите что с клоком творится (лучше осциллографом).
Для сравнительного эксперимента, можете впаять кварц с конденсаторами (разорвав цепь тактирования).
Пропишите пин аппаратного сброса, а еще лучше впилите его в процедуру поднятия линка, тогда скриптовые ifconfig eth down/up будут должны выводить из любого каматоза (это будет еще надежней передергвания сетевого кабеля).
Спуститься к концу Подняться к началу
Персональная информация
titan83
Добавлено 02.09.2015 10:53 Сообщение: 5
titan83
3

Пункты: 3141
Регистрация: 16.12.2012
Павел, спасибо.
Подскажите, пожалуйста, номиналы элементов (кварц, емкость, что-то еще). И где разрывать цепь (R15?).
Вообще не очень понятно почему все проходит после перетыкания провода и потом работает стабильно до следующего выключения питания.
Спуститься к концу Подняться к началу
Персональная информация
titan83
Добавлено 07.09.2015 15:24 Сообщение: 6
titan83
3

Пункты: 3141
Регистрация: 16.12.2012
Павел, спасибо.
Подскажите, пожалуйста, номиналы элементов (кварц, емкость, что-то еще). И где разрывать цепь (R15?).
Вообще не очень понятно почему все проходит после перетыкания провода и потом работает стабильно до следующего выключения питания.
Спуститься к концу Подняться к началу
Персональная информация
Pavel Ivanchenko
Добавлено 07.09.2015 15:31 Редактировалось 07.09.2015 15:34 Сообщение: 7
Pavel Ivanchenko
Admin
4.39

Пункты: 91348
Регистрация: 24.03.2009
Пол: Мужчина
Убрать R15 (0Ом), поставить C18,21 - 18-24пФ

Полагаю, аппаратный сброс решили оставить как есть (т.е. без него) - зря, если при эксплуатации если возникнет "каматоз", ничем как передергиванием питания не восстановите.
Спуститься к концу Подняться к началу
Персональная информация
titan83
Добавлено 16.09.2015 13:20 Сообщение: 8
titan83
3

Пункты: 3141
Регистрация: 16.12.2012
Павел, спасибо. Реально помогло решить проблему.
Непонятно только почему вы сами этого не делаете.
Спуститься к концу Подняться к началу
Персональная информация
Pavel Ivanchenko
Добавлено 16.09.2015 13:36 Сообщение: 9
Pavel Ivanchenko
Admin
4.39

Пункты: 91348
Регистрация: 24.03.2009
Пол: Мужчина
Я в этой ветке Вам дважды указал на необходимость прописать аппаратный сброс чипа - как в пустоту ...
Уверен на 99.99% прописав его как того требует документация на чип - никакой проблемы не будет.
Спуститься к концу Подняться к началу
Персональная информация
titan83
Добавлено 16.09.2015 15:08 Сообщение: 10
titan83
3

Пункты: 3141
Регистрация: 16.12.2012
Павел, я на ваше сообщение про аппаратный сброс не реагировал по простой причине - это колхоз и костыли. А мне не надо ни того, ни другого - я хочу надежное аппаратное решение, а не "впилите его в процедуру поднятия линка, тогда скриптовые ifconfig eth down/up будут должны выводить из любого каматоза (это будет еще надежней передергвания сетевого кабеля)".
И по какому критерию предлагаете использовать это "решение"? По таймеру? Или по пингу microsoft.com?
Как говориться, можно из булки белого хлеба и двух карандашей сделать отличный троллейбус - но зачем?

Дабы нам не эскалировать конфликт, тему предлагаю закрыть.
Спуститься к концу Подняться к началу
Персональная информация
Форум » starterkit.ru » Embedded Linux