Search the Community

Здравствуйте! Использую Moxa NPort 5650-8, прошивка 3.6 Build 15041515. Драйвер NPort Real TTY для Linux (Linux 4.x.x) (версия 4.0 от 24.10.2019) https://moxa.ru/files/drivers_utilities_3/real-tty-drivers-for-linux-4_x_x-driver-v4_0_2.tgz Система Ubuntu 18.04.4 LTS x64, kernel 4.15.0-96. Также использовал Ubuntu 16.04 и драйвер https://www.moxa.ru/files/drivers_utilities_2/npreal2_mainline_v1_19_build_17110917.tgz Столкнулся с такой проблемой: во время обмена с устройством через Moxa стабильно происходит подвисание на 10 секунд с разной периодичностью. В ходе тестирования убедился, что проблема именно в драйвере. Я использую программу на Qt и библиотеку QSerialPort для работы с COM-портом. То же самое повторяется с библиотекой QExtSerialPort. Также без использования Qt, с системными библиотеками Linux. В Windows подобных проблем не возникает. Если подключить порт Moxa из Windows к виртуальной машине на Linux - также всё работает без проблем. Воспроизводится проблема в Linux следующем образом, даже без отправки и приёма данных по порту: 1. Программа в цикле открывает/закрывает порт Moxa /dev/ttyr00. Периодически закрытие порта будет подвисать на 10 секунд. 2. Программа открывает порт, затем в цикле устанавливает/снимает DTR. Периодически установка DTR будет подвисать на 10 секунд. 3. Программа открывает порт, затем в цикле устанавливает/снимает RTS. Периодически установка RTS будет подвисать на 10 секунд. Иногда всё стабильно работает несколько сотен и даже тысяч циклов, но рано или поздно возникает подвисание. У меня в программе, где нужно отправлять и получать несколько запросов в секунду - подвисания возникают гораздо чаще и в итоге всё сильно тормозит.

Cобрался и инсталлировался Real-TTY driver для Linux, при старте работы в "npreald.log" показывает ошибку - "Master tty open fail (/proc/npreal/0)! " error. Ошибка показывается после настройки двух портов с помощью собранной программы ./mxaddsvr. Настраивал ./mxaddsvr 192.168.127.254 2 2501 2000 Всё делал из под root. Нашёл описание данной ошибки, только несколько раз менял файл /etc/init.d/npreals Штатно там 2 строчки появлялись рабочие: #!/bin/sh modprobe npreal2 ttymajor=33 calloutmajor=38 verbose=0 /usr/lib/npreal2/driver/mxloadsvr Его изменял несколько раз, добавлял пути программ npreal2 и npreal2_redund, не помогло.

Всем доброго дня! Пытаюсь на Fedora 30 собрать драйвер https://www.moxa.com/Moxa/media/PDIM/S100000199/moxa-real-tty-drivers-for-linux-3.x.x-4.x.x-driver-v1.19.tgz. Все зависимости последней версии. После запуска ./moxa/mxinst m64 пишет: awk: fatal: cannot open file `np_ver.h' for reading (No such file or directory) =============================================================================== Copyright (C) 2002-2017 Moxa Inc. All Rights Reserved. MOXA NPort Server Real TTY Driver Installation. System Information: Kernel 5.2.7-200.fc30.x86_64; Machine x86_64. =============================================================================== Building driver... If you want to use secure communication with target, you might choose [y] to enable the SSL function. Note: This function support RealCOM with secure mode only. Do you want to enable secure function? [y/N]. y make: *** Нет правила для сборки цели «ssl64». Останов. Check Driver... FAILED !!! Install Not Completed ! Где интересно ошибка? Команда ldconfig -p | grep libssl.so выводит такое: libssl.so.1.1 (libc6,x86-64) => /lib64/libssl.so.1.1 libssl.so (libc6,x86-64) => /lib64/libssl.so openssl-devel-1:1.1.1c и openssl-1:1.1.1c установлены. С переходом в папку moxa и запуск ./mxinst m64 выдает следующее: =============================================================================== Copyright (C) 2002-2017 Moxa Inc. All Rights Reserved. MOXA NPort Server Real TTY Driver Ver1.19 Installation. System Information: Kernel 5.2.7-200.fc30.x86_64; Machine x86_64. =============================================================================== Building driver... If you want to use secure communication with target, you might choose [y] to enable the SSL function. Note: This function support RealCOM with secure mode only. Do you want to enable secure function? [y/N]. y make -C /lib/modules/5.2.7-200.fc30.x86_64/build SUBDIRS=/tmp/moxa modules make[1]: вход в каталог «/usr/src/kernels/5.2.7-200.fc30.x86_64» Makefile:213: ================= WARNING ================ Makefile:214: 'SUBDIRS' will be removed after Linux 5.3 Makefile:215: Please use 'M=' or 'KBUILD_EXTMOD' instead Makefile:216: ========================================== CC [M] /tmp/moxa/npreal2.o /tmp/moxa/npreal2.c: В функции «npreal_ioctl»: /tmp/moxa/npreal2.c:1323:60: ошибка: в макрос «access_ok» передано 3 аргументов, но используется только 2 1323 | error = access_ok(VERIFY_WRITE, (void *)arg, sizeof(long))?0:-EFAULT; | ^ In file included from ./include/linux/uaccess.h:11, from ./include/asm-generic/termios.h:6, from ./arch/x86/include/uapi/asm/termios.h:1, from ./include/uapi/linux/termios.h:6, from ./include/linux/tty.h:7, from /tmp/moxa/npreal2.c:50: ./arch/x86/include/asm/uaccess.h:91: замечание: macro "access_ok" defined here 91 | #define access_ok(addr, size) \ | /tmp/moxa/npreal2.c:1323:11: ошибка: «access_ok» не описан (первое использование в этой функции) 1323 | error = access_ok(VERIFY_WRITE, (void *)arg, sizeof(long))?0:-EFAULT; | ^~~~~~~~~ /tmp/moxa/npreal2.c:1323:11: замечание: сообщение о каждом неописанном идентификаторе выдается один раз в каждой функции, где он встречается /tmp/moxa/npreal2.c:1330:59: ошибка: в макрос «access_ok» передано 3 аргументов, но используется только 2 1330 | error = access_ok(VERIFY_READ, (void *)arg, sizeof(long))?0:-EFAULT; | ^ In file included from ./include/linux/uaccess.h:11, from ./include/asm-generic/termios.h:6, from ./arch/x86/include/uapi/asm/termios.h:1, from ./include/uapi/linux/termios.h:6, from ./include/linux/tty.h:7, from /tmp/moxa/npreal2.c:50: ./arch/x86/include/asm/uaccess.h:91: замечание: macro "access_ok" defined here 91 | #define access_ok(addr, size) \ | /tmp/moxa/npreal2.c:1346:33: ошибка: в макрос «access_ok» передано 3 аргументов, но используется только 2 1346 | sizeof(struct serial_struct))?0:-EFAULT; | ^ In file included from ./include/linux/uaccess.h:11, from ./include/asm-generic/termios.h:6, from ./arch/x86/include/uapi/asm/termios.h:1, from ./include/uapi/linux/termios.h:6, from ./include/linux/tty.h:7, from /tmp/moxa/npreal2.c:50: ./arch/x86/include/asm/uaccess.h:91: замечание: macro "access_ok" defined here 91 | #define access_ok(addr, size) \ | /tmp/moxa/npreal2.c:1353:33: ошибка: в макрос «access_ok» передано 3 аргументов, но используется только 2 1353 | sizeof(struct serial_struct))?0:-EFAULT; | ^ In file included from ./include/linux/uaccess.h:11, from ./include/asm-generic/termios.h:6, from ./arch/x86/include/uapi/asm/termios.h:1, from ./include/uapi/linux/termios.h:6, from ./include/linux/tty.h:7, from /tmp/moxa/npreal2.c:50: ./arch/x86/include/asm/uaccess.h:91: замечание: macro "access_ok" defined here 91 | #define access_ok(addr, size) \ | /tmp/moxa/npreal2.c:1360:25: ошибка: в макрос «access_ok» передано 3 аргументов, но используется только 2 1360 | sizeof(unsigned int))?0:-EFAULT; | ^ In file included from ./include/linux/uaccess.h:11, from ./include/asm-generic/termios.h:6, from ./arch/x86/include/uapi/asm/termios.h:1, from ./include/uapi/linux/termios.h:6, from ./include/linux/tty.h:7, from /tmp/moxa/npreal2.c:50: ./arch/x86/include/asm/uaccess.h:91: замечание: macro "access_ok" defined here 91 | #define access_ok(addr, size) \ | /tmp/moxa/npreal2.c:1417:42: ошибка: в макрос «access_ok» передано 3 аргументов, но используется только 2 1417 | sizeof(struct serial_icounter_struct))?0:-EFAULT; | ^ In file included from ./include/linux/uaccess.h:11, from ./include/asm-generic/termios.h:6, from ./arch/x86/include/uapi/asm/termios.h:1, from ./include/uapi/linux/termios.h:6, from ./include/linux/tty.h:7, from /tmp/moxa/npreal2.c:50: ./arch/x86/include/asm/uaccess.h:91: замечание: macro "access_ok" defined here 91 | #define access_ok(addr, size) \ | /tmp/moxa/npreal2.c: В функции «npreal_net_ioctl»: /tmp/moxa/npreal2.c:3374:50: ошибка: в макрос «access_ok» передано 3 аргументов, но используется только 2 3374 | rtn = access_ok( VERIFY_WRITE, (void *)arg, len)?0:-EFAULT; | ^ In file included from ./include/linux/uaccess.h:11, from ./include/asm-generic/termios.h:6, from ./arch/x86/include/uapi/asm/termios.h:1, from ./include/uapi/linux/termios.h:6, from ./include/linux/tty.h:7, from /tmp/moxa/npreal2.c:50: ./arch/x86/include/asm/uaccess.h:91: замечание: macro "access_ok" defined here 91 | #define access_ok(addr, size) \ | /tmp/moxa/npreal2.c:3374:9: ошибка: «access_ok» не описан (первое использование в этой функции) 3374 | rtn = access_ok( VERIFY_WRITE, (void *)arg, len)?0:-EFAULT; | ^~~~~~~~~ /tmp/moxa/npreal2.c:3398:52: ошибка: в макрос «access_ok» передано 3 аргументов, но используется только 2 3398 | rtn = access_ok( VERIFY_READ, (void *)arg, size )?0:-EFAULT; | ^ In file included from ./include/linux/uaccess.h:11, from ./include/asm-generic/termios.h:6, from ./arch/x86/include/uapi/asm/termios.h:1, from ./include/uapi/linux/termios.h:6, from ./include/linux/tty.h:7, from /tmp/moxa/npreal2.c:50: ./arch/x86/include/asm/uaccess.h:91: замечание: macro "access_ok" defined here 91 | #define access_ok(addr, size) \ | /tmp/moxa/npreal2.c:3523:52: ошибка: в макрос «access_ok» передано 3 аргументов, но используется только 2 3523 | rtn = access_ok( VERIFY_READ, (void *)arg, size )?0:-EFAULT; | ^ In file included from ./include/linux/uaccess.h:11, from ./include/asm-generic/termios.h:6, from ./arch/x86/include/uapi/asm/termios.h:1, from ./include/uapi/linux/termios.h:6, from ./include/linux/tty.h:7, from /tmp/moxa/npreal2.c:50: ./arch/x86/include/asm/uaccess.h:91: замечание: macro "access_ok" defined here 91 | #define access_ok(addr, size) \ | /tmp/moxa/npreal2.c:3548:52: ошибка: в макрос «access_ok» передано 3 аргументов, но используется только 2 3548 | rtn = access_ok( VERIFY_READ, (void *)arg, size )?0:-EFAULT; | ^ In file included from ./include/linux/uaccess.h:11, from ./include/asm-generic/termios.h:6, from ./arch/x86/include/uapi/asm/termios.h:1, from ./include/uapi/linux/termios.h:6, from ./include/linux/tty.h:7, from /tmp/moxa/npreal2.c:50: ./arch/x86/include/asm/uaccess.h:91: замечание: macro "access_ok" defined here 91 | #define access_ok(addr, size) \ | make[2]: *** [scripts/Makefile.build:285: /tmp/moxa/npreal2.o] Ошибка 1 make[1]: *** [Makefile:1601: _module_/tmp/moxa] Ошибка 2 make[1]: выход из каталога «/usr/src/kernels/5.2.7-200.fc30.x86_64» make: *** [Makefile:71: module] Ошибка 2 Check Driver... FAILED !!! Install Not Completed !

День добрый. Новичок в Линуксе. Драйвер на плату Moxa 1150I установил. Плата заработала. Выполнил setserial /dev/ttyUSB0 port 1 для перевода в режим RS-485. Вопроса два: После перезагрузки системы приходится снова вводить указанную команду для переключения в режим RS-485. Где прописать чтобы не нужно было вводить каждый раз при загрузке системы? Как зафиксировать порт, например ttyUSB0 именно за этой Moxa-ой?

Здравствуйте! Есть компьютер с платой MOXA CP-168U V2. Компьютер работает под Oracle Linux 6 x86_64. После обновления ядра система перестала работать с платой. Скачал драйвер, собрал модуль, но он не устанавливается в ядро. ОС: # uname -srv Linux 2.6.39-400.298.3.el6uek.x86_64 #1 SMP Mon Feb 26 09:51:27 PST 2018 Архив с исходными текстами: # ls -laF *.tgz -rw-r--r-- 1 user group 226484 Sep 13 15:32 /home/dbtwmg/driv_linux_smart_v1.16.17_build_18021411.tgz Сборка: # make ********************************************************************** Oracle Linux Server release 6.9 2.6.39-400.298.3.el6uek.x86_64 MOXA Smartio/Industio Family Multiport Board Device Driver ver 1.16.17 Release Date: 2018/01/23 ********************************************************************** # make install Build driver for Linux kernel 2.x ********************************************************************** Oracle Linux Server release 6.9 2.6.39-400.298.3.el6uek.x86_64 MOXA Smartio/Industio Family Multiport Board Device Driver ver 1.16.17 Release Date: 2018/01/23 ********************************************************************** ********************************************************************** MOXA Smartio/Industio Family Multiport Board Driver ver 1.16.17 installed successfully. ********************************************************************** Попытка поднять модуль: # modprobe mxser FATAL: Error inserting mxser (/lib/modules/2.6.39-400.298.3.el6uek.x86_64/misc/mxser.ko): Invalid module format # grep mxser /proc/modules # # lspci | grep -i Moxa 0a:01.0 Serial controller: Moxa Technologies Co Ltd CP-168U V2 Smart Serial Board (8-port RS-232) Благодарю за помощь.

Вопрос снят

Здравствуйте, заранее прошу прощения за глупые вопросы, так как я начинающий асутпшник и с Linux не работал никогда! Нужно мне настроить микросервер MOXA UC-8100. В даташите на данное устройство указан дефолтный IP-адрес: 192.168.3.127 (для порта LAN1 и порт 22). Пытаюсь соединиться через Putty как по даташиту - ответа от устройства нет. В чем может быть проблема. Через консоль W7 также не получается...

Предлагаемый на офф сайте Linux драйвер для платы CP-114EL несовместим со свежими ядрами ( > 4.2.0 ). Когда можно ожидать новую версию драйвера для современных ядер?

Доброго времени суток, коллеги. Настраиваю Moxa UPort 1150i под Linux. Centos 7x, ядро 3.10.0-693.el7.x86_64 - родное. Установил драйвер driv_linux_uport1p_v1.3.17_build_17041110 - другие, в т.ч. с сайта Moxa не компилируются. Устройство опознаётся но не управляется: [root@hpboock mxu11x0]# setserial /dev/ttyUSB0 port 2 irq 5 baud_base 115200 [root@hpboock mxu11x0]# setserial -G /dev/ttyUSB0 /dev/ttyUSB0 uart 16550A port 0x0000 irq 0 baud_base 921600 spd_normal Под WINDOWS на том же ноуте - нормально. Что не так? Собирать ядро с поддержкой Moxa UPort при наличии драйвера мне кажется лишним. Или таки надо ? С уважением, Игорь.

итак, имею машинку на CentOS 6.9, версия ядра 2.6.32-696.el6.x86_64. в машинку вставлена плата CP-104EL-A-DB9M, на которую, соответственно, нужно накатить драйвера. драйвер вот такой, причём поддержка 2.6.x декларируется только до 2.6.30 Version number: Ver1.16.13 Product Line: Moxa Smartio/Industio/UPCI/PCIe/"PC/104-Plus" Family Platform: x86, x64, Linux kernel 2.4.x, 2.6.x, 3.x, 4.x & above Company: Moxa Inc. Date: 07/03/2017 выполнил команду: yum install gcc gcc-c++ kernel-devel kernel-headers после этого распаковал драйверы и выполнил команду make, в ответ получил " Unable to locate matching source for kernel 2.6.32-696.el6.x86_64." " Please install proper kernel-header/source or contact support@moxa.com." "make: *** lib/modules/ 2.6.32-696.el6.x86_64/build: Нет такого файла или каталога. Останов." слазил в / lib/modules/ 2.6.32-696.el6.x86_64/, содержимое вроде как наличествует. вот, как-то так.

Здравствуйте! Есть ли у вас драйвера для 1650-8 под Linux 3.19 (Ubuntu 14.04.3 LTS)? А то никак не выходит собрать драйвер.

Добрый день! Прошу предоставить свежую версию драйверов для 3.16.0-34-generic

Здравствуйте, А есть актуальная liux версия драйвера для UPort 2410?

В 2010 году разработали софт под Win7, работающий с картой CP-132EL. Смотрите мой древний топик: http://www.moxa.ru/forum/index.php?/topic/1036-%D0%BF%D0%BB%D0%B0%D1%82%D0%B0-cp-132el-i/ Эта карта работает в системе с нестандартной скоростью 500 000 bps. После того, как получили драйвер для Win7, v1.19, поддерживающий линейную установку скоростей - вопрос с нашей нестандартной скоростью ( 500 kbps) был полностью снят: выпустили много изделий. Сейчас софт переводим на Linux. Взяли драйвер Linux v1.16 . В release notes на этот драйвер указано, что поддерживается установка нестандартной скорости: Release Note: ============= ver1.16 Build 14030317 (03/03/2014) ........ ....................... 5. New: Support linear baud for MUE250/MUE450/MUE850. ....................... Далее - лезу в текст драйвера (благо он идёт с исходными текстами) - вижу, что есть там код, который устанавливает нестандартную скорость: mxpcie.c, строка 3269: static int set_linear_baud(unsigned char *base, long newspd) { unsigned char scr, cpr; unsigned short div; int i, j, divisor = 0, sequence = 0; .............. ............. Но когда начинаю работать с устройством - натыкаюсь (вижу это на осциллографе), что скорость устанавливается - только стандартная: 4800, 9600, 19200,...,115200,230400,460800,921600 При попытке открыть порт на 500000 bps после включения - имею на осциллографе 921600. Как с этим быть?

Здравствуте, Пытаюсь запустить одновременно два устройства UPort1150i на одном компьютере ОС Linux Ubuntu 14.04. Устройство подключенное вторым не работает. В ответ на команду sudo setserial -g /dev/ttyUSB1 выдает /dev/ttyUSB1: Input/output error В чем может быть проблема? Похоже, что в драйвере?

Здравствуте, Пытаюсь запустить одновременно два устройства UPort1150i на ноутбуке HP Envy15 ОС Linux Ubuntu 14.04. Устройство подключенное вторым не работает. В ответ на команду sudo setserial -g /dev/ttyUSB1 выдает /dev/ttyUSB1: Input/output error У ноутбука два USB порта. В файле readme написано 5. Limitation 1. Max. ports If you want to install more than one UPort USB serial Hub, the best way is to connect to USB port directly. In lab test, four USB ports with four UPort 1110/1130/1130I/1150/1150I still work very well. If we connect to USB hub, the throughput will be dropped down. To get good performance,please connecting UPort 1110/1130/1150/1150I to USB port directly . поэтому есть подозрение, что физически всего один USB, разветвленный с помощью хаба. Может быть в чем-то другом проблема? Как быть?

Добрый день! При попытке _открыть_ (т.е. syscall 'open') /dev/mxupcie (утилита msdiag) (драйвер v1.15.27_build_13093015, http://mtsc.moxa.com:8888/Software/ha/msb/SmartioIndustio/Driver/Linux/) для Linux 3.9.9 получаем kernel panic: ... Oct 9 15:43:52 storekeeper kernel: [ 2.940783] MOXA Smartio/Industio family driver version 1.15.27 Oct 9 15:43:52 storekeeper kernel: [ 2.940795] Found MOXA CP-168EL-A series board(BusNo=6,DevNo=0) Oct 9 15:43:52 storekeeper kernel: [ 2.940862] ttyMUE0 - ttyMUE7 max. baud rate = 921600 bps. Oct 9 15:43:52 storekeeper kernel: [ 2.940909] Found MOXA CP-168EL-A series board(BusNo=7,DevNo=0) Oct 9 15:43:52 storekeeper kernel: [ 2.940945] ttyMUE8 - ttyMUE15 max. baud rate = 921600 bps. ... Oct 9 15:47:23 storekeeper kernel: [ 214.308790] ------------[ cut here ]------------ Oct 9 15:47:23 storekeeper kernel: [ 214.308795] WARNING: at drivers/tty/tty_io.c:1425 tty_init_dev+0x1c0/0x1d0() Oct 9 15:47:23 storekeeper kernel: [ 214.308796] Hardware name: System Product Name Oct 9 15:47:23 storekeeper kernel: [ 214.308797] tty_init_dev: ttyMUE driver does not set tty->port. This will crash the kernel later. Fix the driver! Oct 9 15:47:23 storekeeper kernel: [ 214.308798] Modules linked in: e100 mxupcie(O) e1000 Oct 9 15:47:23 storekeeper kernel: [ 214.308801] Pid: 4646, comm: msdiag Tainted: G O 3.9.9 #1 Oct 9 15:47:23 storekeeper kernel: [ 214.308802] Call Trace: Oct 9 15:47:23 storekeeper kernel: [ 214.308806] [<ffffffff8103a4fa>] warn_slowpath_common+0x7a/0xc0 Oct 9 15:47:23 storekeeper kernel: [ 214.308808] [<ffffffff8103a5e1>] warn_slowpath_fmt+0x41/0x50 Oct 9 15:47:23 storekeeper kernel: [ 214.308809] [<ffffffff81406c10>] tty_init_dev+0x1c0/0x1d0 Oct 9 15:47:23 storekeeper kernel: [ 214.308811] [<ffffffff8140739b>] tty_open+0x15b/0x600 Oct 9 15:47:23 storekeeper kernel: [ 214.308813] [<ffffffff814c04f3>] ? kobj_lookup+0x103/0x160 Oct 9 15:47:23 storekeeper kernel: [ 214.308816] [<ffffffff8112bf20>] ? mount_fs+0x1b0/0x1b0 Oct 9 15:47:23 storekeeper kernel: [ 214.308817] [<ffffffff8112c898>] chrdev_open+0x98/0x180 Oct 9 15:47:23 storekeeper kernel: [ 214.308819] [<ffffffff8112c800>] ? cdev_put+0x30/0x30 Oct 9 15:47:23 storekeeper kernel: [ 214.308822] [<ffffffff8112655e>] do_dentry_open+0x21e/0x2a0 Oct 9 15:47:23 storekeeper kernel: [ 214.308824] [<ffffffff81126740>] finish_open+0x30/0x40 Oct 9 15:47:23 storekeeper kernel: [ 214.308826] [<ffffffff811360ae>] do_last+0x72e/0xe60 Oct 9 15:47:23 storekeeper kernel: [ 214.308827] [<ffffffff81133033>] ? inode_permission+0x13/0x50 Oct 9 15:47:23 storekeeper kernel: [ 214.308828] [<ffffffff811330d7>] ? link_path_walk+0x67/0x8e0 Oct 9 15:47:23 storekeeper kernel: [ 214.308830] [<ffffffff81136893>] path_openat+0xb3/0x4a0 Oct 9 15:47:23 storekeeper kernel: [ 214.308831] [<ffffffff811373dd>] do_filp_open+0x3d/0xa0 Oct 9 15:47:23 storekeeper kernel: [ 214.308833] [<ffffffff81143675>] ? __alloc_fd+0x45/0x120 Oct 9 15:47:23 storekeeper kernel: [ 214.308835] [<ffffffff81127a99>] do_sys_open+0xf9/0x1e0 Oct 9 15:47:23 storekeeper kernel: [ 214.308836] [<ffffffff81127b9c>] sys_open+0x1c/0x20 Oct 9 15:47:23 storekeeper kernel: [ 214.308839] [<ffffffff817b7512>] system_call_fastpath+0x16/0x1b Oct 9 15:47:23 storekeeper kernel: [ 214.308840] ---[ end trace a73eb7c35b7ee2de ]--- Oct 9 15:47:23 storekeeper kernel: [ 214.308842] BUG: unable to handle kernel NULL pointer dereference at 0000000000000050 Oct 9 15:47:23 storekeeper kernel: [ 214.308871] IP: [<ffffffff81406ae3>] tty_init_dev+0x93/0x1d0 Oct 9 15:47:23 storekeeper kernel: [ 214.308889] PGD 40a9c4067 PUD 40c031067 PMD 0 Oct 9 15:47:23 storekeeper kernel: [ 214.308912] Oops: 0002 [#1] SMP Oct 9 15:47:23 storekeeper kernel: [ 214.308928] Modules linked in: e100 mxupcie(O) e1000 Oct 9 15:47:23 storekeeper kernel: [ 214.308951] CPU 3 Oct 9 15:47:23 storekeeper kernel: [ 214.308959] Pid: 4646, comm: msdiag Tainted: G W O 3.9.9 #1 System manufacturer System Product Name/P8H77-V LE Oct 9 15:47:23 storekeeper kernel: [ 214.308991] RIP: 0010:[<ffffffff81406ae3>] [<ffffffff81406ae3>] tty_init_dev+0x93/0x1d0 Oct 9 15:47:23 storekeeper kernel: [ 214.309016] RSP: 0018:ffff88040db23b78 EFLAGS: 00010296 Oct 9 15:47:23 storekeeper kernel: [ 214.309032] RAX: 0000000000000000 RBX: ffff880409bab000 RCX: 0000000000000006 Oct 9 15:47:23 storekeeper kernel: [ 214.309051] RDX: 0000000000000007 RSI: 0000000000000000 RDI: 0000000000000009 Oct 9 15:47:23 storekeeper kernel: [ 214.309071] RBP: ffff88040db23ba8 R08: 000000000000000a R09: 0000000000000000 Oct 9 15:47:23 storekeeper kernel: [ 214.309091] R10: 00000000000003c0 R11: 00000000000003bf R12: 0000000000000020 Oct 9 15:47:23 storekeeper kernel: [ 214.309111] R13: ffff8804097b8000 R14: 0000000001f00020 R15: 0000000000008002 Oct 9 15:47:23 storekeeper kernel: [ 214.309132] FS: 00007fb5564af700(0000) GS:ffff88041fac0000(0000) knlGS:0000000000000000 Oct 9 15:47:23 storekeeper kernel: [ 214.309158] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 Oct 9 15:47:23 storekeeper kernel: [ 214.309175] CR2: 0000000000000050 CR3: 000000040b4fa000 CR4: 00000000001407e0 Oct 9 15:47:23 storekeeper kernel: [ 214.309195] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 Oct 9 15:47:23 storekeeper kernel: [ 214.309215] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400 Oct 9 15:47:23 storekeeper kernel: [ 214.309235] Process msdiag (pid: 4646, threadinfo ffff88040db22000, task ffff88040ad94ba0) Oct 9 15:47:23 storekeeper kernel: [ 214.309258] Stack: Oct 9 15:47:23 storekeeper kernel: [ 214.309265] 0000000001f00020 0000000000008002 ffff88040db23ba8 ffff88040c1e8f00 Oct 9 15:47:23 storekeeper kernel: [ 214.309293] 0000000000000000 ffff8804097b8000 ffff88040db23c28 ffffffff8140739b Oct 9 15:47:23 storekeeper kernel: [ 214.309321] ffff88040db23c28 ffffffff814c04f3 ffff88040c1e8f00 ffff880408dbaad8 Oct 9 15:47:23 storekeeper kernel: [ 214.309349] Call Trace: Oct 9 15:47:23 storekeeper kernel: [ 214.309359] [<ffffffff8140739b>] tty_open+0x15b/0x600 Oct 9 15:47:23 storekeeper kernel: [ 214.309375] [<ffffffff814c04f3>] ? kobj_lookup+0x103/0x160 Oct 9 15:47:23 storekeeper kernel: [ 214.309392] [<ffffffff8112bf20>] ? mount_fs+0x1b0/0x1b0 Oct 9 15:47:23 storekeeper kernel: [ 214.309408] [<ffffffff8112c898>] chrdev_open+0x98/0x180 Oct 9 15:47:23 storekeeper kernel: [ 214.309425] [<ffffffff8112c800>] ? cdev_put+0x30/0x30 Oct 9 15:47:23 storekeeper kernel: [ 214.309441] [<ffffffff8112655e>] do_dentry_open+0x21e/0x2a0 Oct 9 15:47:23 storekeeper kernel: [ 214.309459] [<ffffffff81126740>] finish_open+0x30/0x40 Oct 9 15:47:23 storekeeper kernel: [ 214.309475] [<ffffffff811360ae>] do_last+0x72e/0xe60 Oct 9 15:47:23 storekeeper kernel: [ 214.309490] [<ffffffff81133033>] ? inode_permission+0x13/0x50 Oct 9 15:47:23 storekeeper kernel: [ 214.309508] [<ffffffff811330d7>] ? link_path_walk+0x67/0x8e0 Oct 9 15:47:23 storekeeper kernel: [ 214.309525] [<ffffffff81136893>] path_openat+0xb3/0x4a0 Oct 9 15:47:23 storekeeper kernel: [ 214.309541] [<ffffffff811373dd>] do_filp_open+0x3d/0xa0 Oct 9 15:47:23 storekeeper kernel: [ 214.309558] [<ffffffff81143675>] ? __alloc_fd+0x45/0x120 Oct 9 15:47:23 storekeeper kernel: [ 214.309574] [<ffffffff81127a99>] do_sys_open+0xf9/0x1e0 Oct 9 15:47:23 storekeeper kernel: [ 214.309590] [<ffffffff81127b9c>] sys_open+0x1c/0x20 Oct 9 15:47:23 storekeeper kernel: [ 214.309606] [<ffffffff817b7512>] system_call_fastpath+0x16/0x1b Oct 9 15:47:23 storekeeper kernel: [ 214.309624] Code: 8b 85 a0 00 00 00 48 89 de 4c 89 ef 48 8b 40 08 48 85 c0 74 6b ff d0 85 c0 78 75 48 8b 83 48 02 00 00 48 85 c0 0f 84 9d 00 00 00 <48> 89 58 50 48 89 df 48 8b b3 88 01 00 00 e8 fa 7b 00 00 85 c0 Oct 9 15:47:23 storekeeper kernel: [ 214.309810] RIP [<ffffffff81406ae3>] tty_init_dev+0x93/0x1d0 Oct 9 15:47:23 storekeeper kernel: [ 214.309828] RSP <ffff88040db23b78> Oct 9 15:47:23 storekeeper kernel: [ 214.309839] CR2: 0000000000000050 Oct 9 15:47:23 storekeeper kernel: [ 214.309867] ---[ end trace a73eb7c35b7ee2df ]--- lspci -v: 06:00.0 Serial controller: Moxa Technologies Co Ltd CP-168EL-A (8-port RS-232 PCI Express Serial Board) (prog-if 02 [16550]) Subsystem: Moxa Technologies Co Ltd CP-168EL-A (8-port RS-232 PCI Express Serial Board) Flags: fast devsel, IRQ 18 I/O ports at c000 Memory at f7b00000 (32-bit, non-prefetchable) I/O ports at c040 Capabilities: <access denied> Kernel modules: mxupcie 07:00.0 Serial controller: Moxa Technologies Co Ltd CP-168EL-A (8-port RS-232 PCI Express Serial Board) (prog-if 02 [16550]) Subsystem: Moxa Technologies Co Ltd CP-168EL-A (8-port RS-232 PCI Express Serial Board) Flags: fast devsel, IRQ 19 I/O ports at b000 Memory at f7a00000 (32-bit, non-prefetchable) I/O ports at b040 Capabilities: <access denied> Kernel modules: mxupcie

Здравствуйте! А есть драйвера под linux c ядром 3.11.1 для C104H/PCI Series?

День добрый уважаемые форумчане. В линейке moxa embedded computers, до обидного мало решений на базе Linux. У других производителей нету такого количества последовательных интерфейсов, а если есть, то это нафталиновые RS-232. А решения от мохи, ценны для меня именно количеством обозначенных интерфейсов, суррогаты usb2com на объекте автоматизации в тундре большой гемор, ибо все что не прикручено или не обжато - выпадет, а это к дороге. ARMv9 процессоры с тактовой частотой до 200МГц, уже справляются с задачей поддержки интерфейса пользователя на базе web-морды, с загрузкой в 80% - что не хорошо само по себе, так как не имеем резерва по расширению системы контроля. Поиск по каталогу на сайте встраиваемых компов на базе х86 архитектуры показал, что все устройства выпускаются с windows на борту - что огорчает. Поэтому вопрос: Есть ли возможность с V481-CE, например, удалить предуcтановленную винду и залить туда linux. И есть в планах moxa развивать связку x86+linux.

Установлен RHEL 6.1 с драйвером версии 1.15 (в отличие от 1.15.15 он собирается и устанавливается). Собираем драйвер, устанавливаем, запускаем скрипт drivers/msmknod. Устройства создаются, однако что-либо передать не представляется возможным. Если с удалённой машины пересылаем данные, зелёный светодиодный индикатор приёма сигнализирует о том, что данные принимаются, однако cat < /dev/ttyM* ничего не показывает. Проверили на всех портах (ttyM0-ttyM3), проблема такая же. Соответственно передать информацию не получается, однако никаких сообщений об ошибке не выдаётся. Карта рабочая, под Win XP SP3 всё нормально: данные передаются в обе стороны без коллизий, однако сам драйвер не работает и с openSUSE 12.2. Симптомы такие: make завершается корректно, а make install выдаёт сообщение о том, что ядро слишком новое (3.4.6), а требуется ниже 3.4.4. Попытка чтения/записи файла устройства завершается сообщением "No such device or address". Стоит отметить, что карты у нас две, и на обеих симптомы одинаковы. Заранее спасибо за содействие.

На рабочие места установили Fedora 16 (3.1.0-7.fc16.i686). Последняя версия драйвера (1.1) естественно не устанавливается. Есть ли новые версии ПО или рекомендации? Поддерживаете ли вы новое ядро?