ru.linux

 
 - RU.LINUX ---------------------------------------------------------------------
 From : Dmitriy Zyablov                      2:5085/70      15 Apr 2001  11:52:44
 To : All
 Subject : Что криво: руки или ядро?
 -------------------------------------------------------------------------------- 
 

 
 Странная проблема у меня после перехода на ядро 2.4.2 и выше со скоростями
 серийных портов. Проявляется везде - в minicom даже вводе комманд модему, при
 входящих звонках ppp. Суть в том, что порты без ошибок работают на скорости
 залочки не выше 19200, при больших значениях появляются ошибки, растущие с
 установкой большего значения Baud_base. Hапример, в minicom при вводе комманд,
 требующих более-менее большого объема информации (ati5, ats$, aty11) съезжают
 символы, теряются и т.д. При входящем ppp звонке при Baud_base=115200 связь
 устанавливается, но обмена потом практически нет. Потери rx и tx (особенно по
 tx) по ifconfig составляют зачастую 100%. Значения потерь при Baud_base=38400
 где-то на уровне 6%, при Baud_base=57600 - 10-15%%. При этом исходящие сессии
 ppp и звонки поинтов на ноду (qico, трафик в основном исходящий) работают вроде 
 приемлемо, с низкими потерями.
 
 Шаманство с setserial ничего не дает. При любой форме инициализации порта в ядре
 и через setserial порт определяется как:
 
 Serial driver version 5.05 (2000-12-13) with MANY_PORTS SHARE_IRQ SERIAL_PCI
 ISAPNP enabled
 ttyS00 at 0x03f8 (irq = 4) is a 16550A
 ttyS01 at 0x02f8 (irq = 3) is a 16550A
 
 В настоящее время в serial.conf стоит:
 /dev/ttyS0 autoconfig
 /dev/ttyS1 autoconfig
 
 До того пробовались все возможные варианты при нулевом положительном эффекте.
 
 Итог:
 avalon:~# setserial -Gga /dev/ttyS*
 /dev/ttyS0, Line 0, UART: 16550A, Port: 0x03f8, IRQ: 4
         Baud_base: 115200, close_delay: 50, divisor: 0
         closing_wait: 3000
         Flags: spd_normal
 
 /dev/ttyS1, Line 1, UART: 16550A, Port: 0x02f8, IRQ: 3
         Baud_base: 115200, close_delay: 50, divisor: 0
         closing_wait: 3000
         Flags: spd_normal
 
 Когда стояли ядра серии 2.2.* и тестовые ядра из 2.4.0-test* - такого не было.
 После 2.4.0-test9 перешел на 2.4.2 и сразу столкнулся с такой проблемой.
 Hесколько раз использовал разные патчи от AC, без эффекта. Установка 2.4.3 и
 несколько патчей от AC на него тоже не исправили проблему. Проявлялось на всех
 доступных мне машинах, на платах Chaintech 6BTM (440BX), LX (что-то от LS) Acorp
 (i810).
 
 И так, какие будут идеи, меня проблема сильно достала. Что я делаю не так или
 что делают не так в ядрах?
 Dmitriy
 
 {reg Linux user #90799} {ICQ #24132196} {I'am zdima@Online.RU?}
 
 --- GoldED+ 1.1.4.7 (Linux 2.4.3 i686)
  * Origin:  Солнечный Самарканд  (2:5085/70)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор