Вопросы Теги

setserial/dev/ttyS4: не Может установить последовательную информацию

Расширение .pages называет файл созданным с программным обеспечением обработки текста Apple под названием "Страницы". AFAIK, Страницы могут быть куплены наряду с другим iWork (комплект) инструменты как "Числа" (электронные таблицы) или одни. Это может произвести PDF и RDF поэтому, если можно спросить их формат, просто сделать это.

.pages файлы заархивированы архивы. Извлеките его, и Вы найдете несколько файлов, HTML, XML, изображений...

Таким образом, Вы не можете отредактировать их, но иметь предварительный просмотр.

AFAIK там является преобразователем № Pages2ODT.

3
18.03.2011, 21:29
5 ответов

Несколько вещей ударяют меня о том, что я вижу в Вашем /proc и dmesg вывод:

  • Вы не должны пытаться совместно использовать IRQ между устройствами. Это может работать, но намерение с ISA состоит в том, что каждое устройство на шине, которой нужна линия прерывания для работы, получает свой собственный IRQ. Если Ваши карты последовательного порта не дают Вам достаточно опций IRQ, Вы не можете просто смочь использовать их всех вместе в том ПК.

  • Адреса ввода-вывода, которые Вы используете для второй пары последовательных портов, нестандартны. ttyS2 обычно в 0x3E8 и ttyS3 обычно в 0x2E8. Я переместил бы их, если у Вас есть та опция с последовательной картой. (Нет никаких стандартных адресов ввода-вывода или IRQs для ttyS4 и.)

Кроме всего этого, если бы мне были нужны 6 последовательных портов на поле Linux, я не попытался бы использовать простые карты адаптера последовательного порта. Я использовал бы что-то как Digi AccelePort. Они все еще предлагают тот, который будет работать в Ваших слотах ISA, модели Xe. Если Вам нужно дешевый, необходимо смочь найти тот, плавающий вокруг на используемом рынке; они были очень популярной спиной в день.

1
27.01.2020, 21:32
  • 1
    Обновленный мое исходное сообщение с выводом от кошки, а также еще некоторой информации –  Kristina 18.03.2011, 18:07
  • 2
    я использую встроенную плату. Шиной ISA я не имел в виду физическую карту ISA, а скорее квадратический последовательный контроллер, соединенный проводами на плате. Я не понимаю, почему S2 и S3 должны использовать нестандартные адреса, но именно это мне сказали от технологии использовать для тех COMs. –  Kristina 18.03.2011, 19:10
  • 3
    В этом случае я спросил бы относительно electronics.stackexchange.com, запустил ли кто-либо Linux на той конкретной плате и заставил это видеть все 6 последовательных портов. Я сомневаюсь, что Вашей проблемой является на самом деле Linux здесь, а скорее аппаратные средства. Если так, Ваш вопрос не находится по теме. –  Warren Young 18.03.2011, 19:28

Попытайтесь добавить 8250.nr_uarts=6 или nr_uarts=6 в Ваших параметрах начальной загрузки ядра.

Править: Некоторая информация, которая могла бы помочь (надо надеяться).

0
27.01.2020, 21:32
  • 1
    ну, у меня уже был набор CONFIG_SERIAL_8250_RUNTIME_UARTS к 6 в моей конфигурации ядра, но я попробовал оба из них (отдельно) как параметр начальной загрузки, и это не имело никакого эффекта к тому, что я вижу. –  Kristina 18.03.2011, 18:46
  • 2
    Существует также CONFIG_SERIAL_8250_NR_UARTS, но согласно документации это должно быть переопределено 8250.nr_uarts параметр. v0v –  forcefsck 18.03.2011, 19:07
  • 3
    На самом деле согласно справке в 2.6.37 конфигурациях ядра, CONFIG_SERIAL_8250_RUNTIME_UARTS соответствует количеству последовательных портов, которые ядро зарегистрирует во время начальной загрузки и может быть переопределено параметром времени начальной загрузки "8250.nr_uarts". CONFIG_SERIAL_8250_NR_UARTS является количеством последовательных портов, которые я хочу, чтобы 8 250 драйверов поддерживали (максимум). В моей конфигурации ядра CONFIG_SERIAL_8250_NR_UARTS=32 и CONFIG_SERIAL_8250_RUNTIME_UARTS=6 –  Kristina 18.03.2011, 19:19

Попытайтесь использовать baud_rate 115200 параметр для setserial

0
27.01.2020, 21:32

Я знаю, что этот вопрос был размещен в марте 2011 года, но недавно я столкнулся с такой же проблемой на Debian, но нашел относительно неясную причину / решение.

Как я уверен, вы знаете, увеличение количества серийных устройств / dev / ttysx за пределами по умолчанию из четырех (/ dev / ttys0 через ttys3) легче всего сделать с помощью флага загрузки в grub (как изменение по умолчанию требует перекомпинку Ядро)

После загрузки эти новые устройства Ttys пусты (значения порта, IRQ, UART и т. Д., Установлено на ноль).

После экспериментов здесь оказывается причина, по которой вы пытаетесь Настройте порт с нулевым базовым бодом. К сожалению, он начинается как ноль.

Однако, когда вы пытаетесь изменить порт, не указав базовое бодение, Порт может стать «использоваться», и если мы не соблюдаем «Не должно иметь правило нулевого базового бода», у нас есть возможность ой Ядро через разрыв на ноль.

https://lkml.org/lkml/2007/2/27/201

Что вы должны сделать, это указать значение base_baud, прежде чем делать что-либо еще. Если я помню правильно, Base_Baud 115200 работал для меня.

0
27.01.2020, 21:32

В дополнение к BASE_BAUD, как упомянуто в моем другом ответе на этот вопрос, это также может быть порядок аргументов: (у меня не было времени для эксперимента с различными приказами, чтобы увидеть, что именно исправлено Это, как определенно работало BASE_BAUD)

Я столкнулся с аналогичным набором вопросов, пытающихся получить новые последовательные порты, установленные в встроенное приложение X86. Вопрос для меня оказался, что программа Setserial преобразует аргументы командной строки, в порядке, в соответствующие операции IOCTL () для установки различных параметров устройства. В основном, Setserial применил стратегию: 1) Прочитайте текущую настройку для конкретного / dev / ttysx 2) Измените значения в качестве Specifid каждой командной строкой ARG, с каждой отдельной аргументом командной строки или флаг, превращаясь в IOCTL

, что указание типа UART (или Autoconfigure), прежде чем указать порт или IRQ, не будет работать правильно Для портов больше / dev / dev / ttys3, поскольку значение порта для / dev / ttys3 не инициализируется ни к чему. Это вызывает операцию IOCTL () для возврата с помощью errno, установленной на EinVal (неверный аргумент). Я подозреваю, что цепочка ITLECTL (), который ^ Fourport Flag, за которым следует флаг Low_Latency, превращается в то, что не имеет смысла водителю. https://bugzilla.kernel.org/show_bug.cgi?id=8458

0
27.01.2020, 21:32

Теги

Похожие вопросы