Может мне кто-нибудь объяснить такую вещь.В общем установил FreeBSD 8.1-RELEASE на мать DG43GT. Мать эта со встроенным видео у видюхи в наличии только DVI-I разъем. Все работает, нареканий нет. Но не про это сказ.
Заметил такую вещь. Если при загруженной системе отсоединить кабель монитора от разъема DVI-I. То список который показывает vmstat -i до отключения, резко изменяется и там появляется IRQ 16, на которое тут же цепляется uhci0. И счетчик начинает бешено расти. В результате чего начинается так называемый interrupt storm. Нагрузка на CPU вырастает до 20-30%. Помогает только перезагрузка.
Отключал в BIOS полностью USB-порты. Но при отключении монитора uhci0 все равно появляется на 16-ом прерывании.
Загружался также совсем без монитора, система работает нормально. vmstat -i имеет нормальный вид (смотрел удаленно через ssh). Но стоит подсоединить кабель монитора к видюхе. Тут как тут uhci0 со своими irq 16 устраивает шторм.
В принципе я не собираюсь дергать монитор туды сюды. И меня не особо это волнует. Но просто интересно почему подключение (отключение) кабеля монитора так своеобразно влияет на работу FreeBSD? Объясните бестолковому. :) С обычным VGA на других машинах раньше дергал, не наблюдал такой ситуации.
Возможно, на irq16 кроме uhci0 еще негласно висит видео (честно говоря не знаю, имеет ли видеоадаптер свой irq). Или могут быть проблемы с аппаратурой (у меня, например, между корпусом монитора и компа 80 вольт - при подключении может выбить искру и кучу помех).
>Возможно, на irq16 кроме uhci0 еще негласно висит видео (честно говоря не
>знаю, имеет ли видеоадаптер свой irq). Или могут быть проблемы с
>аппаратурой (у меня, например, между корпусом монитора и компа 80 вольт
>- при подключении может выбить искру и кучу помех).Думал - не бывает, ан нет - аналогичная ситуевина с интелевской матерью и i5. Отключил монитор(аналоговый) - и по Vmstat оно и есть...
irq16: ehci0 uhci4 72249619 66528
>[оверквотинг удален]
>
>Загружался также совсем без монитора, система работает нормально. vmstat -i имеет нормальный
>вид (смотрел удаленно через ssh). Но стоит подсоединить кабель монитора к
>видюхе. Тут как тут uhci0 со своими irq 16 устраивает шторм.
>
>
>В принципе я не собираюсь дергать монитор туды сюды. И меня не
>особо это волнует. Но просто интересно почему подключение (отключение) кабеля монитора
>так своеобразно влияет на работу FreeBSD? Объясните бестолковому. :) С обычным
>VGA на других машинах раньше дергал, не наблюдал такой ситуации.М-да, описание проблемы так себе. Телепатов тут нет. Все на моря разъехались. А вопросов тьма:
Что за монитор? Он в самом деле DVI или обычный моник с переходником DVI<->VGA15pin?
Что за софт стоит в системе? Что в памяти болтается? Xorg запущен?Если ты действительно озабочен этой проблемой и тебе нужна помощь, то неплохо было бы сбросить спецификацию матери (хотябы тип видюхи), вывод lspci.
А то выглядит так, как будто вы решили потренировать свое ехидство.
>>[оверквотинг удален]
>Если ты действительно озабочен этой проблемой и тебе нужна помощь, то неплохо
>было бы сбросить спецификацию матери (хотябы тип видюхи), вывод lspci.Мать intel dh55tc, Intel(R) Core(TM) i5 CPU 650 @ 3.20GHz
Видео встроенное чуть ли не в процессор :) Разьемы DVI и аналог VGA.
FreeBSD 7.3 stable. Никаких usb-устройств нет. hdd - sata, сетевые em0(на борту) и
sk0 (pci), траффик ок 80Мбит, 30кппсПосле отключения аналогового монитора vmstat -i
interrupt total rate
irq16: ehci0 uhci4 2457414580 153944
irq19: uhci2 uhci3+ 230225 14
irq21: skc0 uhci0 121014664 7580
cpu0: timer 31925721 1999
irq256: em0 88046378 5515
cpu1: timer 31925567 1999
Значит это не только проблема DVI-I и восьмой ветки... :(Надо человека искать, кто в английском без проблем шпрехает и с такой же траблой, чтобы поднять кипишь в списке рассылки freebsd-stable@ и PR накать. У меня фигово с эти делом.
>Значит это не только проблема DVI-I и восьмой ветки... :(У меня фигово с эти делом.
В 7.3 - проблема не сильно сказывается на производительности или крахе системы... А 8-ку я бы не рекомендовал пока.
> В 7.3 - проблема не сильно сказывается на производительности или крахе
>системы... А 8-ку я бы не рекомендовал пока.У меня тоже не сильно, так как 2 ядра и шторм грузит только одно ядро. Да и если пойти дальше, то в принципе нефиг дергать подключенный монитор. :) Но о багах разработчикам лучше сообщать наверное. Хорошо бы еще кто с неинтелевой матерью подтвердил данную "багофичу". А то непонятно может это "фича" железок от Intel, или где-то глюк в ядре все таки.
Хорошо бы еще кто с неинтелевой матерью подтвердил данную "багофичу".
>А то непонятно может это "фича" железок от Intel, или где-то
>глюк в ядре все таки.На ibm x-series И fujitsu-siemens не подтверждается, подозреваю что дело в дектоповской матери и i5 с его видео...
>Что за монитор? Он в самом деле DVI или обычный моник с переходником DVI<->VGA15pin?
>Что за софт стоит в системе? Что в памяти болтается? Xorg запущен?Моник ASUS VW225N, подключен через переходник.
Ничего из софта не установлено, на свежеустановленной системе проявляется сразу, без иксов.
>
>
>Если ты действительно озабочен этой проблемой и тебе нужна помощь, то неплохо
>было бы сбросить спецификацию матери (хотябы тип видюхи), вывод lspci.http://www.intel.com/products/desktop/motherboards/DG43GT/DG...
Во фре нет lspci, есть pciconf.
>
>А то выглядит так, как будто вы решили потренировать свое ехидство.Модель матери написал вроде - Intel DG43GT и что видео интегренное в этой матери тоже писал, про монитор не подумал, что это так уж важно.
Проблема валазит как с запущенными иксами, так и без них.
# pciconf -lv |
...
vgapci0@pci0:0:2:0: class=0x030000 card=0x00288086 chip=0x2e228086 rev=0x03 hdr=0x00
vendor = 'Intel Corporation'
class = display
subclass = VGA
vgapci1@pci0:0:2:1: class=0x038000 card=0x00288086 chip=0x2e238086 rev=0x03 hdr=0x00
vendor = 'Intel Corporation'
class = display
...