Пожалуйста, войдите или зарегистрируйтесь.
1 час 1 день 1 неделя 1 месяц Навсегда

Добрый день!
Хочу запроектировать плату с "батарейным" питанием. Согласно спеке AN4199 наш SoC рекомендуют питать в промышленных применениях от батарейной шины DCDC_BAT (3.3-4.2)
Тион разведен именно так(в смысле согласно спеки для батарейного питания). И вроде даже PSWITCH подтянут сразу на модуле
У меня вопрос такой: есть ли какие либо коррекции связанные с инициализацией питания в ядре 2.6.35 именно для тиона
(коррекция бутлетов для этого насколько я помню есть)
Сейчас у меня на сириусе с питанием от 5В читается в соответствующем uevent

Код: [Выделить]

POWER_SUPPLY_NAME=battery
POWER_SUPPLY_STATUS=Not charging
POWER_SUPPLY_PRESENT=1
POWER_SUPPLY_HEALTH=Good
POWER_SUPPLY_TECHNOLOGY=Li-ion
POWER_SUPPLY_VOLTAGE_NOW=3480000
POWER_SUPPLY_CURRENT_NOW=0
POWER_SUPPLY_TEMP=53


Попробовал повторить этот эксперимент. Отключал и включал питание 50 раз. Ошибки не возникло.
Возможно проблема в источнике питания(или длине/толщине проводов), дребезге контактов. Попробуйте добавить какой-нибудь фильтр.

Удалось разобраться с батарейным питание и pswitch?

У меня два ориона28 - в обоих имеется эта проблема. Ядро осталось ваше, а КФС я свою сделал.
По идее в этот момент до кфс дело еще не доходит. Как я это воспроизвожу - загружаю орион, жестко отключаю питание, включаю снова, жду загрузки.
Повторяю 10-20 раз. В один из моментов устройство грузится с такой ошибкой и не доходит даже до локальной консоли.
Судя по коду там в принципе NULL быть не должно - похоже это проблема синхронизации потоков ядра.

P.S. Попробую на второй залить вашу прошивку с сайта и погонять его...

Добрый день.
Я такой ошибки ни разу не видел, с чем она связана - затрудняюсь ответить.

Выяснять нужно так: перезаписать ОС на ту, что пишем изначально мы. Если ошибка останется - передать плату нам, возможно аппаратный дефект.
Если ошибка пропадет - значит проблема в том ПО, которое добавлялось Вами. Нужно искать там.

Oops происходит в функции cache_is_expired (net/sunrpc/cache.c, строка 56) при разыменовании h->expiry_time

static inline int cache_is_expired(struct cache_detail *detail, struct cache_head *h)
{
      return  (h->expiry_time < get_seconds()) ||
                 (detail->flush_time > h->last_refresh);
}

cache_is_expired вызывается из clean_cache в строке 420.
А вот почему struct cache_head *h = NULL я не очень понимаю...

Добрый день. Прошу помощи по следующему вопросу: обнаружилась нестабильная загрузка Орион28 при подаче питания.
Случается где-то в 5-10% случаев. Т.е. на 10 холодных стартов порядка 1 неудачного. Прикладываю логи (успешная и неуспешная загрузка).
Затык судя по всему случается где-то в районе загрузки initrd (ошибка в ядре ?). Как это можно отдиагностировать и победить ?

Вроде бы решилось закрытием порта и открытием его заново.

Проверил командой "od -x < /dev/ttySP1". Если отправлять \0 по RS232, то нули видны. Если отключить кабель - нулей нет.

Т.к. никакой символ не связан с байтом ноль, то понятно, что никакой терминал не будет ничего печатать.
Я ставил такой эксперимент - писал в цикле в порт железки с компьютера примерно такую посылку char("-") char(0) char("+")
Minicom печатает "-+-+-+-+-+-+-+-+-+-..."