Информация
Настройка
Новости
Контакты
Новинка
Распродажа
Оплата
Доставка
Загрузки
  • Прошивки
    • WinBox
    • RouterOS
    • Мобильные приложения MikroTik
    • Архив
  • Changelogs
  • RouterOS
  • Мобильные приложения MikroTik
  • Архив
Форум
Услуги
  • Внедрение
  • Настройка
  • Поддержка
  • Ремонт
    info@mikrotik.moscow
    +7 495 320-55-52
    Заказать звонок
    Mikrotik.moscow
    Каталог
    • Акции
      Акции
    • Маршрутизаторы
      Маршрутизаторы
    • Коммутаторы
      Коммутаторы
    • Радиомосты и уличные точки доступа
      Радиомосты и уличные точки доступа
    • Wi-Fi для дома и офиса
      Wi-Fi для дома и офиса
    • LTE/5G
      LTE/5G
    • Powerline адаптеры
      Powerline адаптеры
    • IoT устройства
      IoT устройства
    • Оборудование 60 ГГц
      Оборудование 60 ГГц
    • Материнские платы RouterBOARD
      Материнские платы RouterBOARD
    • Корпуса
      Корпуса
    • Интерфейсы
      Интерфейсы
    • SFP/QSFP трансиверы
      SFP/QSFP трансиверы
    • Аксессуары
      Аксессуары
    • Антенны
      Антенны
    • Архив
      Архив
    Войти
    0 Сравнение
    0 Избранное
    0 Корзина
    Скачать WinBox Скачать Прошивки Форум > RouterOS Форум > SwOS Форум > Железо
    Mikrotik.moscow
    Каталог
    Войти
    0 Сравнение
    0 Избранное
    0 Корзина
    Mikrotik.moscow
    Телефоны
    +7 495 320-55-52
    Заказать звонок
    0
    0
    0
    Mikrotik.moscow
    • +7 495 320-55-52
      • Назад
      • Телефоны
      • +7 495 320-55-52
      • Заказать звонок
    • info@mikrotik.moscow
    • г. Москва, ул. Бакунинская, 84
    • Пн-Пт: 09-00 до 18-00
      Сб-Вс: выходной


    • Кабинет
    • 0 Сравнение
    • 0 Избранное
    • 0 Корзина
    Главная
    Форум
    RouterOS
    OpenWRT MetaROUTER с 12.09 и Linux 3.3 [PATCH и tgz]

    OpenWRT MetaROUTER с 12.09 и Linux 3.3 [PATCH и tgz]

    Форумы: RouterOS, Аппаратное обеспечение, SwOS, Обратная связь, Объявления, Сторонние инструменты
    Поиск  Пользователи  Правила  Войти
    Страницы: 1
    RSS
    OpenWRT MetaROUTER с 12.09 и Linux 3.3 [PATCH и tgz], RouterOS
     
    krisk
    Guest
    #1
    0
    19.08.2013 01:19:00
    Я купил Routerboard 750GL и сейчас жду поставки нескольких Routerboard на базе PPC. Меня сильно интересует функциональность Metarouter, описанная здесь: http://wiki.mikrotik.com/wiki/Manual:Metarouter#OpenWRT_as_virtual_machine. Я создал патч для последней стабильной версии OpenWRT (attitude_adjustment), который компилирует MIPS и PPC без проблем на последней ревизии attitude_adjustment/12.09 (r37811). Я обновил патчи ядра для PPC и MIPS, чтобы они поддерживали версию ядра Linux 3.3.8. Когда я загружаю образ MIPS (RouterOS 6.2 на 750GL), Metarouter сообщает, что машина "работает", и вот вывод ядра из консоли: [ 0.000000] Linux version 3.3.8-svn37266 (kris@kkdesk) (gcc version 4.6.3 20120201 (prerelease) (Linaro GCC 4.6-2012.02)) #2 Sun Aug 18 14:52:02 EDT 2013 [ 0.000000] Revision CPU: 0001800a (MIPS 4Kc) [ 0.000000] Определенная физическая карта ОЗУ: [ 0.000000] память: 00029000 @ 003fc000 (доступна после инициализации) [ 0.000000] Пользовательская физическая карта ОЗУ: [ 0.000000] память: 01000000 @ 00000000 (доступна) [ 0.000000] Диапазоны PFN зоны: [ 0.000000] Обычная 0x00000000 → 0x00001000 [ 0.000000] Начало PFN перемещаемой зоны для каждого узла [ 0.000000] Ранние диапазоны PFN памяти [ 0.000000] 0: 0x00000000 → 0x00001000 [ 0.000000] Создано 1 список зон в порядке зон, группировка мобильности отключена. Всего страниц: 4064 [ 0.000000] Командная строка ядра: console=hvc0 board=vm mem=16M [ 0.000000] Записи хеш-таблицы PID: 64 (порядок: -4, 256 байт) [ 0.000000] Записи хеш-таблицы кэша Dentry: 2048 (порядок: 1, 8192 байта) [ 0.000000] Записи хеш-таблицы кэша inode: 1024 (порядок: 0, 4096 байт) [ 0.000000] Первичный кэш инструкций 64кБ, VIPT, 4-канальный, размер строки 32 байта. [ 0.000000] Первичный кэш данных 32кБ, 4-канальный, VIPT, алиасы кэша, размер строки 32 байта [ 0.000000] Память: 11716к/16384к доступна (2612к код ядра, 4668к зарезервировано, 437к данных, 164к инициализация, 0к высокопамяти) [ 0.000000] SLUB: Genslabs=9, HWalign=32, Order=0-3, MinObjects=0, CPUs=1, Nodes=1 [ 0.000000] NR_IRQS:128 [ 0.000000] Консоль: цветное устройство-заглушка 80x25 [ 0.000000] консоль [hvc0] включена [ 0.000000] Калибровка цикла задержки... Здесь все зависает... Я предполагаю, что PPC может "просто работать", потому что мне пришлось делать гораздо меньше хитрых штучек, чтобы портировать его на Linux 3.3.8. К сожалению, я не могу это протестировать, потому что у меня нет оборудования! Буду признателен за любую помощь, поддержку или советы. У меня есть патч и бинарные образы здесь: http://www.kriskinc.com/mikrotik-metarouter Спасибо! – Кристиан Кильхофнер
     
     
     
    essele
    Guest
    #2
    0
    10.01.2014 06:00:00
    Ядра MikroTik всегда настраивались/патчились так, чтобы не выводить сообщения при загрузке. Они делают это, переопределяя предобработочную константу DEFAULT_CONSOLE_LOGLEVEL в printk.c с 7 на 1. Это довольно интересно, потому что я оставил этот патч, но, похоже, на консоли у меня полные сообщения. Я искренне считаю, что моя предыдущая проблема была связана с тем, что я вручную изменял .config, добавляя опции по одной, чтобы сборка работала, и не делал чистую переcборку каждый раз, из-за чего некоторые последние изменения касались HVC и VIRTIO. Однако это не объясняет, почему я вижу лог-сообщения! Я чуть позже на это более внимательно посмотрю. Я смог собрать и запустить чистое ядро 3.3.8, сейчас я борюсь с OpenWRT и огромным количеством их патчей, которые влияют на ядро MikroTik. Ли.
     
     
     
    essele
    Guest
    #3
    0
    10.01.2014 08:38:00
    Ок… не уверен, что произошло с консолью, но теперь она работает как нужно. У меня есть сборка OpenWRT с работающим ядром 3.3.8, к сожалению, еще остаются проблемы, которые нужно решить. Режим failsafe работает нормально, но как только начинается загрузка модулей, возникает вот это: [ 0.000000] ------------[ cut here ]------------ [ 0.000000] WARNING: at mm/vmalloc.c:1465 0xc010e084() [ 0.000000] Пытаемся vfree() по неправильному адресу (c0e80e00) [ 0.000000] След трассировки: [] 0xc03385b4 [ 0.000000] [] 0xc03385b4 [ 0.000000] [] 0xc011836c [ 0.000000] [] 0xc010e084 [ 0.000000] [] 0xc0118420 [ 0.000000] [] 0xc010e084 [ 0.000000] [] 0xc0156510 [ 0.000000] [] 0xc010e6f0 [ 0.000000] [ 0.000000] —[ end trace a766b1004ee7c11b ]— Не скажу, что я удивлен, потому что весь код module.c для перемещения модулей выглядит совершенно иначе. Есть патч openwrt (305-mips_module_reloc.patch), который, похоже, содержит все, что был в основном патче Mikrotik, так что я убрал большую часть вещей от Mikrotik... возможно, это был не самый правильный подход. [EDIT] Я исправил эту проблему, это была функция is_phys_addr(). Теперь она просто зависает после загрузки нескольких модулей. Нужно копать глубже… [EDIT] Это тоже теперь в порядке (ошибка новичка)... теперь у меня есть "ошибка ядра", когда настроен интерфейс. Делаю успехи! Ли.
     
     
     
    essele
    Guest
    #4
    0
    10.01.2014 15:14:00
    Я убрал кучу вещей из патча, чтобы вернуться к основам, но все еще сталкиваюсь с проблемой, связанной с мостом: | | .-----.-----.-----.| | | | .----.| |_ | - || _ | - | || | | || || | | _____|| | | | || ___ || |  |____| | | W I R E L E S S F R E E D O M ATTITUDE ADJUSTMENT (Attitude Adjustment, r39154) 1/4 oz Vodka Смешайте все ингредиенты в шейкере со льдом, процедите в стакан. 1/4 oz Gin 1/4 oz Amaretto 1/4 oz Triple sec 1/4 oz Peach schnapps 1/4 oz Sour mix 1 splash Cranberry juice root@OpenWrt:/# [ 0.000000] Обнаружена ошибка ядра [ #1 ]: [ 0.000000] Cpu 0 [ 0.000000] $ 0 : 00000000 00000063 00000001 00000005 [ 0.000000] $ 4 : c0e8e238 00000000 c03c0860 c0f6e0d0 [ 0.000000] $ 8 : c0f0da74 c038a660 c0f6e120 c0ecf2d0 [ 0.000000] $12 : 00000000 0000000b 00000000 00000001 [ 0.000000] $16 : 00000005 c0e8e238 c0e8e000 c0e8e238 [ 0.000000] $20 : c0e8e000 c03c0860 00000000 00425ac8 [ 0.000000] $24 : 00000018 00800059 [ 0.000000] $28 : c0e30000 c0e31cf0 00410000 c03264c4 [ 0.000000] Hi : 000006fd [ 0.000000] Lo : 00035f31 [ 0.000000] epc : c01f8dc8 internal_create_group+0x54/0x2dc [ 0.000000] Не загрязнен [ 0.000000] ra : c03264c4 br_sysfs_addbr+0x38/0x114 [ 0.000000] Статус: 10008203 KERNEL EXL IE [ 0.000000] Причина : 00000034 [ 0.000000] PrId : 0001800a (MIPS 4Kc) [ 0.000000] Процесс netifd (pid: 1296, threadinfo=c0e30000, task=c0e56088, tls=7782c750) [ 0.000000] Стек : c038d03d c0ef5df0 c0e8e000 c03bf60c c0ef5df0 c02fa50c 00000005 c0e8e238 [ 0.000000] c0e8e000 c03c0000 c0e8e000 0000000e 00826e3e c03264c4 7f9d5e5c 0000000e [ 0.000000] 00826e3e 00425ac8 00410000 00000005 c0e8e000 c03a7d6c 00000005 c0e8e000 [ 0.000000] 0000000e c03225e0 00000000 fffffff9 c03c06e0 00000005 c0e8e000 00000000 [ 0.000000] fffffff8 c03a7d6c 00000005 c013c628 c0e8e230 40ff78e9 c0e8e000 00000000 [ 0.000000] … [ 0.000000] Вызов трассировки: [ 0.000000] [] internal_create_group+0x54/0x2dc [ 0.000000] [] br_sysfs_addbr+0x38/0x114 [ 0.000000] [] br_device_event+0x40/0x220 [ 0.000000] [] notifier_call_chain+0x48/0x9c [ 0.000000] [] raw_notifier_call_chain+0x14/0x20 [ 0.000000] [] register_netdevice+0x3d8/0x464 [ 0.000000] [] register_netdev+0x1c/0x38 [ 0.000000] [] br_add_bridge+0x3c/0x70 [ 0.000000] [] br_ioctl_deviceless_stub+0x234/0x298 [ 0.000000] [] sock_ioctl+0x1b8/0x2f8 [ 0.000000] [] do_vfs_ioctl+0x5ac/0x61c [ 0.000000] [] sys_ioctl+0x48/0x8c [ 0.000000] [] stack_done+0x20/0x40 [ 0.000000] [ 0.000000] [ 0.000000] Код: 0807e372 00001021 24020001 [ 0.000000] 12c00004 00000000 8e620018 1040008a 2411ffea [ 0.000000] —[ конец трассировки 21542e736a48195d ]— Все было в порядке, пока не была настроена интерфейс, тогда я вижу ошибку ядра, как выше… экспериментируя с failsafe, стало очевидно, что это прямой результат добавления «моста», а не eth0. Команда brctl add вызывает это немедленно. Я потратил слишком много часов на это сегодня… продолжу завтра. С уважением, Ли.
     
     
     
    essele
    Guest
    #5
    0
    10.01.2014 19:57:00
    Ок… теперь кажется, что всё работает… Я удалил много из патча MikroTik, что немного жаль, но теперь у меня есть полностью функциональная (по крайней мере, в пределах моего тестирования) сборка mips Attitude Adjustment. Попробую вернуть всё в контролируемое состояние и выложить патч завтра. С уважением, Ли.
     
     
     
    essele
    Guest
    #6
    0
    11.01.2014 06:39:00
    Вот начальный патч… несколько комментариев: Это против Attitude Adjustment (12.09) r39154. Я только посмотрел на mips, код ppc там присутствует, но я не тестировал сборку и не создавал целевые файлы для него (у меня нет системы ppc, поэтому я не могу это протестировать). Это основано на патче MikroTik 3_3_5 (но применено к 3_3_8). Я убрал некоторые элементы из патча 3_3_5, но здесь все еще много лишнего, что не нужно для metarouter, поэтому он в настоящее время намного больше, чем должен быть, но разбирать это займет некоторое время, так как есть много зависимостей. Мой план на данный момент — упростить все, что возможно, и затем посмотреть, смогу ли я это портировать в trunk. Очень интересно узнать, удастся ли это кому-то еще! С уважением, Ли. openwrt_aa_mips.patch.gz (378 KB)
     
     
     
    essele
    Guest
    #7
    0
    11.01.2014 13:12:00
    ОК, это последний пост на некоторое время (надеюсь)… Я фактически начал снова, добавив только необходимые части патча 3_3_5, так что все лишнее теперь удалено, это значительно более простой патч и гораздо ближе по духу к оригинальному патчу 1.2 от Mikrotik. Я подготовил два патча: один для Attitude Adjustment 12.09 (r39154) и один для текущей ветки (r39218), которая основана на ядре 3.10.24. Есть некоторые нюансы: это только для mips, на данный момент я тестировал только на RB951G. Я провел очень базовое тестирование… проверил, что он загружается и распознает интерфейс. Я не эксперт по ядрам или mips, так что мог что-то поломать, особенно в патче для ветки. Наслаждайтесь и дайте знать, как дела. С уважением, Ли. openwrt_metarouter_trunk.patch.gz (31.7 KB) openwrt_metarouter_1209.patch.gz (31.7 KB)
     
     
     
    essele
    Guest
    #8
    0
    20.01.2014 04:24:00
    Проблемы с этим все еще существуют… по крайней мере, в trunk… [EDIT] Похоже, что это действительно только проблема в trunk, в версии 12.09 всё в порядке. root@OpenWrt:/# [ 0.000000] skbuff: skb_over_panic: text:c0256bc4 len:518080 put:518080 head:c0958e80 data:c0958ec0 tail:0xc09d7680 end:0xc0959500 dev: [ 0.000000] Обнаружена ошибка ядра [ #1 ]: [ 0.000000] CPU: 0 PID: 0 Comm: swapper Без загрязнения 3.10.24 #1 [ 0.000000] task: c03775b0 ti: c0370000 task.ti: c0370000 [ 0.000000] $ 0 : 00000000 10008200 00000081 c0370000 [ 0.000000] $ 4 : 10008200 00000001 00000000 c03113d0 [ 0.000000] $ 8 : 00001258 c03b30e0 00000001 00000000 [ 0.000000] $12 : ffffff07 0000004b 0000004b 00000000 [ 0.000000] $16 : c0ed6400 c0949760 c03c0000 00000460 [ 0.000000] $20 : 00000118 c03bc8a0 c03c26b4 c03c1698 [ 0.000000] $24 : 00000000 c0111374 [ 0.000000] $28 : c0370000 c0371af0 c0370000 c0267828 [ 0.000000] Hi : 00000000 [ 0.000000] Lo : 72b020c5 [ 0.000000] epc : c0267828 skb_panic+0x58/0x5c [ 0.000000] Без загрязнения [ 0.000000] ra : c0267828 skb_panic+0x58/0x5c [ 0.000000] Status: 10008202 KERNEL EXL [ 0.000000] Cause : 00000024 [ 0.000000] PrId : 0001800a (MIPS 4Kc) [ 0.000000] Подключенные модули: pppoe ppp_async iptable_nat pppox ppp_generic nf_nat_ipv4 nf_conntrack_ipv4 ipt_MASQUERADE xt_time xt_tcpudp xt_state xt_nat xt_multiport xt_mark xt_mac xt_limit xt_conntrack xt_comment xt_TCPMSS xt_REDIRECT xt_LOG xt_CT slhc nf_nat_irc nf_nat_ftp nf_nat nf_defrag_ipv4 nf_conntrack_irc nf_conntrack_ftp iptable_raw iptable_mangle iptable_filter ipt_REJECT ip_tables crc_ccitt ip6t_REJECT ip6t_rt ip6t_hbh ip6t_mh ip6t_ipv6header ip6t_frag ip6t_eui64 ip6t_ah ip6table_raw ip6table_mangle ip6table_filter ip6_tables x_tables nf_conntrack_ipv6 nf_conntrack nf_defrag_ipv6 ipv6 [ 0.000000] Процесс swapper (pid: 0, threadinfo=c0370000, task=c03775b0, tls=00000000) [ 0.000000] Стек : 00000740 c0355ccc c0256bc4 0007e7c0 0007e7c0 c0958e80 c0958ec0 c09d7680 c0959500 c0350e5c 14e91101 c0269974 00000000 7ed1c3ff c0ed6400 c0949820 c03c0000 c0256bc4 00000001 c007a000 c0371be0 c0e5d230 c087e990 00010000 00000000 00000000 00000043 c037c580 0000000a c0370000 c0370000 c0159d64 c0e5d230 c029a19c c0382dc0 c0949be0 c00bcf10 c0373738 c037c580 00010000 … [ 0.000000] Область вызовов: [ 0.000000] [] skb_panic+0x58/0x5c [ 0.000000] [] skb_put+0x48/0x54 [ 0.000000] [] veth_interrupt+0x1a0/0x324 [ 0.000000] [] handle_irq_event_percpu+0x58/0x260 [ 0.000000] [] handle_irq_event+0x38/0x5c [ 0.000000] [] handle_edge_irq+0x158/0x1a8 [ 0.000000] [] generic_handle_irq+0x44/0x5c [ 0.000000] [] do_IRQ+0x1c/0x2c [ 0.000000] [] virq_cascade_irq+0x3c/0x70 [ 0.000000] [] handle_irq_event_percpu+0x58/0x260 [ 0.000000] [] handle_percpu_irq+0x54/0x88 [ 0.000000] [] generic_handle_irq+0x44/0x5c [ 0.000000] [] do_IRQ+0x1c/0x2c [ 0.000000] [] ret_from_irq+0x0/0x4 [ 0.000000] [] __do_softirq+0x9c/0x1d4 [ 0.000000] [] do_softirq+0x48/0x68 [ 0.000000] [] irq_exit+0x54/0x70 [ 0.000000] [] ret_from_irq+0x0/0x4 [ 0.000000] [] __r4k_wait+0x20/0x40 [ 0.000000] [] cpu_startup_entry+0xc8/0x148 [ 0.000000] [] start_kernel+0x394/0x3b4 [ 0.000000] [ 0.000000] Код: afa30020 0c046e60 afa20024 <000c000d> 27bdffc8 afb50024 afb20018 afb10014 afbf0034 [ 0.000000] —[ конец трейс 7dff5090af9f2eea ]— [ 0.000000] Панику ядра - не синхронизировано: Фатальная ошибка в прерываниях. Я продолжу расследование… Ли.
     
     
     
    nikolasc
    Guest
    #9
    0
    21.01.2014 07:48:00
    Я пытаюсь работать с патчем для 1209 вместо официального metarouter-1.2, но когда я запускаю make menuconfig, не могу найти Mikrotik MetaROUTER MIPS в разделе Target System. Я что-то делаю не так?
     
     
     
    essele
    Guest
    #10
    0
    21.01.2014 12:19:00
    Привет, тебе нужно скачать релиз 12.09 из OpenWRT, используя git или svn… git clone git://git.openwrt.org/12.09/openwrt.git Затем нужно применить патч… (замени patch_file на полный или относительный путь к патчу)… cd openwrt
    patch -p1 < patch_file После этого ты сможешь использовать “make menuconfig” и увидишь “Mikrotik MetaROUTER MIPS” в списке целевых систем. С уважением, Ли.
     
     
     
    npf
    Guest
    #11
    0
    20.11.2013 17:04:00
    Привет, Кристиан, ты получил прогресс по Mips? Мне очень интересен актуальный порт openwrt metarouter. Спасибо, Пьер.
     
     
     
    NathanA
    Guest
    #12
    0
    08.01.2014 01:26:00
    Это, возможно, не связано с тем, что Кристиан что-то неправильно сделал со своим патчем, а может быть из-за ошибки в PPC RouterOS, которая предотвращает загрузку любого пользовательского ядра под RouterOS 6 MetaROUTER (тикет 2013100466000193; см. http://forum.mikrotik.com/t/bug-custom-metarouter-kernels-no-longer-work-on-ppc-w-ros6/70244/1). Ты пробовал загрузить образ PPC Кристиана под 5.26? – Натан
     
     
     
    janisk
    Guest
    #13
    0
    08.01.2014 10:52:00
    да, результат такой же. То есть — вывода нет.
     
     
     
    essele
    Guest
    #14
    0
    09.01.2014 04:13:00
    Я только что воспроизвел эту проблему, протестировав RB951G сначала на 5.25, а потом на 6.7. Официальный образ от MikroTik работает нормально, самодельный образ из OpenWRT svn (по рекомендациям MikroTik) и патч 1.2 тоже работают без проблем, но патч 1.3 с attitude adjustment вообще не выдает никакого вывода. Я смотрел различные патчи с намерением перенести их на гораздо более новую версию ядра OpenWRT, и мне кажется, что это не так просто, как просто перенести патч 1.2, так как есть довольно много значительных изменений в дереве mips и даже в том, как структурированы различные опции mips. Если посмотреть на патч 3.3.5, который якобы использует Mikrotik, то можно увидеть несколько различных способов выполнения задач для типа платы "vm". Если взглянуть на секции внутри CONFIG_MAPPED_KERNEL, то увидите много нового, чего не было в патче 1.2, предположительно для учета изменений в реализации mips. Я думаю, что ответ будет заключаться в комбинации частей патча 1.2 и патча 3.3.5. Я собираюсь попробовать собрать «ванильное» ядро 3.3.5 с патчем 3.3.5 и просто вмешать его в образ OpenWRT, так я увижу, будет ли оно загружаться... Я знаю, что оно не будет работать впоследствии, но станет ясно, стоит ли пытаться перенести части 3.3.5 на 3.3.8 или новее. Ли.
     
     
     
    essele
    Guest
    #15
    0
    09.01.2014 12:04:00
    Хорошо, я продвинулся немного вперед... У меня теперь есть ядро 3.3.5, которое, похоже, загружается. Консоль работает некорректно, поэтому я не получаю никаких сообщений загрузки, но вижу следующее: [Ctrl-A — это клавиша префикса]

    init started: BusyBox v1.16.1 (2010-04-13 10:25:42 EEST)
    /etc/init.d/rcS: line 17: can't open '/dev/null' На данный момент я предполагаю, что сообщения при старте скрыты, так как такое же поведение у стандартных мета-роутеров, не использующих openWRT, или просто я как-то неправильно использую виртуальную консоль в своем .config... Буду дальше разбираться. Не думаю, что портировать это на 3.3.8 будет слишком сложно, но сначала хочу разобраться с проблемой консоли. Ли.
     
     
     
    essele
    Guest
    #16
    0
    09.01.2014 12:13:00
    Обновление: Я исправил консоль, сделав чистую сборку, проблема возникла из-за добавления элементов .config во время тестирования. Для справки: [0.000000] Версия Linux 3.3.5 (essele@XXXXXXXXX) (gcc версия 4.6.4 (OpenWrt/Linaro GCC 4.6-2013.05 r39203)) #13 Чт Янв 9 12:04:48 GMT 2014 [0.000000] Ревизия ЦП: 0001800a (MIPS 4Kc) [0.000000] Определена физическая карта ОЗУ: [0.000000] память: 0002a000 @ 003c1000 (доступна после инициализации) [0.000000] Пользовательская физическая карта ОЗУ: [0.000000] память: 01800000 @ 00000000 (доступна) [0.000000] Initrd не найден или пуст - отключение initrd [0.000000] Диапазоны PFN зоны: [0.000000] DMA 0x00000000 -> 0x00001800 [0.000000] Обычная пустая [0.000000] Начало PFN подвижной зоны для каждого узла [0.000000] Ранние диапазоны PFN памяти [0.000000] 0: 0x00000000 -> 0x00001800 [0.000000] На узле 0 всего страниц: 6144 [0.000000] free_area_init_node: узел 0, pgdat c03beef0, node_mem_map c1000000 [0.000000] DMA зона: 48 страниц использовано для memmap [0.000000] DMA зона: 0 страниц зарезервировано [0.000000] DMA зона: 6096 страниц, LIFO batch:0 [0.000000] pcpu-alloc: s0 r0 d32768 u32768 alloc=1*32768 [0.000000] pcpu-alloc: [0] 0 [0.000000] Построены 1 zonelists в порядке зон, группировка мобильности включена. Всего страниц: 6096 [0.000000] Команда ядра: console=hvc0 board=vm mem=24M [0.000000] Записи хеш-таблицы PID: 128 (порядок: -3, 512 байт) [0.000000] Записи хеш-таблицы кэша Dentry: 4096 (порядок: 2, 16384 байт) [0.000000] Записи хеш-таблицы кэша inode: 2048 (порядок: 1, 8192 байт) [0.000000] Первичный кэш инструкций 64 кБ, VIPT, 4-канальный, размер строки 32 байта. [0.000000] Первичный кэш данных 32 кБ, 4-канальный, VIPT, кэш-алиасы, размер строки 32 байта [0.000000] Память: 20200k/24576k доступно (2433k код ядра, 4376k зарезервировано, 380k данных, 168k инициализации, 0k высокопамяти) [0.000000] NR_IRQS:168 [0.000000] консоль [hvc0] включена [0.000000] Калибровка петли задержки... 243.71 BogoMIPS (lpj=487424) [0.000000] pid_max: по умолчанию: 32768 минимум: 301 [0.000000] Записи хеш-таблицы mount-cache: 512 [0.000000] СЕТЬ: Зарегистрирована протокольная семья 16 [0.000000] bio: создается слепок <bio-0> на 0 [0.000000] vgaarb: загружено [0.000000] Переход к источнику тактирования MIPS [0.000000] СЕТЬ: Зарегистрирована протокольная семья 2 [0.000000] Хеш-таблица кэша маршрутов IP: 1024 записи (порядок: 0, 4096 байт) [0.000000] Хеш-таблица установленных TCP: 1024 записи (порядок: 1, 8192 байт) [0.000000] Хеш-таблица привязки TCP: 1024 записи (порядок: 0, 4096 байт) [0.000000] TCP: Хеш-таблицы настроены (установленные 1024, привязка 1024) [0.000000] TCP reno зарегистрирован [0.000000] Хеш-таблица UDP: 256 записей (порядок: 0, 4096 байт) [0.000000] Хеш-таблица UDP-Lite: 256 записей (порядок: 0, 4096 байт) [0.000000] СЕТЬ: Зарегистрирована протокольная семья 1 [0.000000] PCI: CLS 0 байт, по умолчанию 32 [0.000000] MFS инициализация [0.000000] squashfs: версия 4.0 (2009/01/31) Phillip Lougher [0.000000] msgmni установлен в 39 [0.000000] IO-рассказчик noop зарегистрирован [0.000000] IO-рассказчик deadline зарегистрирован (по умолчанию) [0.000000] Серийный: драйвер 8250/16550, 4 порта, IRQ-шаринг отключен [0.000000] TCP westwood зарегистрирован [0.000000] СЕТЬ: Зарегистрирована протокольная семья 17 [0.000000] Регистрация бриджевого файрвола [0.000000] 8021q: Поддержка VLAN 802.1Q v1.8 [0.000000] VFS: Монтирование корня (файловая система metafs) только для чтения на устройстве 0:10. [0.000000] Освобождение неиспользуемой памяти ядра: 168k освобождено /etc/init.d/rcS: строка 19: не удается открыть '/dev/null' Имейте в виду, что это просто базовая сборка ядра, с минимальной конфигурацией, чтобы она работала, это еще не полноценное ядро OpenWRT. Но это хороший старт! Ли.
     
     
     
    janisk
    Guest
    #17
    0
    09.01.2014 12:37:00
    Насколько я знаю, патч 1.2 нужно обновить, добавив материалы из патча 3.3.5.
     
     
     
    NathanA
    Guest
    #18
    0
    10.01.2014 00:39:00
    Собственные ядра MikroTik всегда настраивались/патчились так, чтобы не выводить сообщения при загрузке. Это достигается путём переопределения предобработочной константы DEFAULT_CONSOLE_LOGLEVEL в файле printk.c с 7 на 1. (Они делают это только в своих полных наборах патчей ядра, а не в тех, которые содержат только подмножество MetaROUTER.) Традиционно я просто выбрасывал их целый патч на printk.c, так как, насколько я понимаю, остальные изменения связаны с предоставлением хука для RouterOS, чтобы перехватывать сообщения printk (возможно, с целью их сбора и, например, сохранения внутри файлов SUPOUT?), что, очевидно, не нужно в OpenWRT. Поэтому ваш опыт интересен. Возможно, DEFAULT_CONSOLE_LOGLEVEL можно переопределить в .config, в этом случае я не совсем понимаю, почему MikroTik утруждает себя патчингом исходного кода напрямую. (Тем, кто следит за этой темой, стоит заметить, что проблемы с загрузкой ядер MetaROUTER на PowerPC RouterOS не имеют отношения к этому, и этот 'фикс' консоли не является решением для этой проблемы. Мы говорим только о порте ядра MIPS.) – Нэйтан
     
     
     
    Страницы: 1
    Читают тему
    +7 495 320-55-52
    info@mikrotik.moscow
    Электрозаводская, Бауманская
    Москва, ул. Бакунинская, 84с21
    Конфиденциальность Оферта
    © 2025 «Mikrotik.Moscow»
    Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры