Хабр Курсы для всех
РЕКЛАМА
Практикум, Хекслет, SkyPro, авторские курсы — собрали всех и попросили скидки. Осталось выбрать!
Хабр доступен 24/7 благодаря поддержке друзей
Комментарии 146
Кто-нибудь знает, в какое состояние может Windows переводить аудиоконтроллер, чтобы вызвать подобный эффект?
Скорей всего не винда виновата, а кривой драйвер под виндовс/линукс. Видать, драйвер виндовс делает записи в регистры которые потом в линуксе не инициализируются храня предыдущее значение а драйвер в линукс полагает что там и так будут нули…
Можно сделать вывод что вероятно это виноват не виндовс а недоработанный драйвер в линуксе, не производящий надлежащим образом полную инициализацию аудиокарты.
При выключении компьютера на шинах PCI/PCI-E остается как минимум напряжение +5VSB которое поддерживает значение всех регистров контроллера, от которого вероятно разработчики и запитали цифровую часть контроллера по тем или иным причинам(для корректного выхода из режима syspend?).
Можно сделать вывод что вероятно это виноват не виндовс а недоработанный драйвер в линуксе, не производящий надлежащим образом полную инициализацию аудиокарты.
При выключении компьютера на шинах PCI/PCI-E остается как минимум напряжение +5VSB которое поддерживает значение всех регистров контроллера, от которого вероятно разработчики и запитали цифровую часть контроллера по тем или иным причинам(для корректного выхода из режима syspend?).
Душевно. Теперь надо понять кому писать об этом)
Если аппаратный сброс не помогает, то баг(а может фича, чтобы пережить syspend?) и в железе тоже. в любом случае, с этой стороны остается смириться.
Остается только один вариант — надо писать разработчикам драйвера, это их зона ответственности.
Остается только один вариант — надо писать разработчикам драйвера, это их зона ответственности.
Попробую написать в Microsoft, в Gigabyte, в Realtek, в kernel.org. а дальше пусть думают) логи я им дам.
Да пишите сразу в alsa. Вообще, писать баги в конкретный дистрибутив — дело неблагодарное, как правило, только время зря потратите. Баги в конкретном дистрибутиве следует заводить только в том случае, если это ошибка сборки/мейнтейнера.
Ок, не помнишь их багтрекер?
Вроде как bugtrack.alsa-project.org/alsa-bug, но он не работает.
Можно в IRC вломиться, я всегда так делаю, только надо ломиться тогда, когда в США день/вечер.
Можно в IRC вломиться, я всегда так делаю, только надо ломиться тогда, когда в США день/вечер.
Спасибо, попробую к ним достучаться.
Писать нужно тем, кто занимается разработкой модуля ядра под линь, а не алсой. Именно модули ядра баюкают и будят девайсы (знаю не по наслышке, т.к. менял политику гибернации вафли в домашнем ноуте именно добавлением параметров к модулю ядра оной).
В данном случае нужно багрепортить риалтековцам + (ИМХО) не помешает дебиановцам отписать
В данном случае нужно багрепортить риалтековцам + (ИМХО) не помешает дебиановцам отписать
Это же можэеть быть что в DMI? Раньше такое часто случалось — Linux и виндп по разному назначали ресурсы PCI устройствам и если кто-то из них (или из устройств) не корректно работал с динамическим измененим DMI, то всё глючило волшебно. Если в BIOS есть пипа «Reset DMI» то можно попробовать нажать и посмотреть на результат
DMI это что?
Да это хороший вариант предложили.
Обрати так же на опцию в BIOS «PnP OS installed» если конечно она есть.
Обрати так же на опцию в BIOS «PnP OS installed» если конечно она есть.
Посмотрю. Спасибо.
Либо на «Reset DMI». Грубо говоря, там хранится последняя конфигурация PnP — диапазоны адресов, прерывания и иногда режимы работы устройств. Чтобы устройство после перезагрузки оказывалось «там же» и не сбивалась нумерация устройств в ОС. ОЧевидно, что если что-то где-то пошло не так, то одна ос может такого наконфигруровать, чего вторая ОС повторить не сможет. (Либо BIOS, что не усуть важно). А «PnP OS Installed» эту хрень включает. Если опция выключена, то ресурсы устройствам BIOS назначает — бывают чудеса, но зато более совместимо.
Завтра внимательно посмотрю. Тут наворотили гигантское меню с кучей опций. Я несколько растерялся. Лет 5 назад было проще)
В соседнем топике от Milfgard, как раз говорилось, что Easy есть зло и в случае с UEFI BIOS это наиболее заметно. Я бы рекомендовал сменить язык в BIOS на английский, это упростит поиск нужной опции.
Отключение DMI помогло частично — см. UPD 2
Отлично. Значит, дело в DMI. Скорее всего даже в том, что производитель мамки неправильно таблицы DMI формирует. Такое относительно часто у китайцев бывает. Или неправильно (не все?) порты/регионы памяти прописали или вообще какое-то устройство (ибо звук, как правило — несколько устройств) забыли. Как-то так. В принципе, даже как-то лечится. Виндовые дрейверы, как правило, референсные и писаны производителем, а потому «знают» об устройстве и безо всяких DMI (либо тупо выполняют сброс устройства каждый раз).
А настройки «PnP OS» или чего-то подобного а BIOS нет? А если с другими настройками PCI/PnP поиграться? Вот, вижу, есть ручная настройка ресурсов PCIe — её подёргать? Бага ещё может быть в том, что какие-то ресурсы разделаются с другим устройством и один из драйверов ведёт себя некорректно.
Есть способы посмотреть DMI — можно сохранить работающий/неработающий и из винды (но там чёрт ногу сломит).
А настройки «PnP OS» или чего-то подобного а BIOS нет? А если с другими настройками PCI/PnP поиграться? Вот, вижу, есть ручная настройка ресурсов PCIe — её подёргать? Бага ещё может быть в том, что какие-то ресурсы разделаются с другим устройством и один из драйверов ведёт себя некорректно.
Есть способы посмотреть DMI — можно сохранить работающий/неработающий и из винды (но там чёрт ногу сломит).
а у меня примерно такая же приколюха на ноуте, но _в обратную сторону_.
в линухе всё замечательно. а в винде не работают наушники, если грузился в линух.
чтобы заработало в винде — надо выключить (shutdown -h now) и после этого грузить сразу винду — тогда наушники там работают.
в общем, как-то странно дрова инициализируют в винде железо. как-то странно,
в линухе всё замечательно. а в винде не работают наушники, если грузился в линух.
чтобы заработало в винде — надо выключить (shutdown -h now) и после этого грузить сразу винду — тогда наушники там работают.
в общем, как-то странно дрова инициализируют в винде железо. как-то странно,
Всего один раз (при ~5 перезагрузках из винды) столкнулся с похожей проблемой на этой материнке, и то, по-моему мне не приходилось обесточивать системный блок. Проблема в итоге решилась перезагрузкой и переключением в микшере с HDMI выхода на обычный.
% uname -a
Linux disasm-pc 3.16.4-1-ARCH #1 SMP PREEMPT Mon Oct 6 08:22:27 CEST 2014 x86_64 GNU/Linux
Дистрибутив Archlinux x64
% uname -a
Linux disasm-pc 3.16.4-1-ARCH #1 SMP PREEMPT Mon Oct 6 08:22:27 CEST 2014 x86_64 GNU/Linux
Дистрибутив Archlinux x64
Кстати, подобная проблема была когда-то с сетевыми картами Realtek. Тоже помогало обесточивание и загрузка Linux.
Так что ничто не ново.
Так что ничто не ново.
У меня с тачпадом на старом ноуте от HP подобное было много лет назад. Дело немного осложнялось тем, что нужно было вынимать батарейку из ноута секунд на 10.
А мне хватало просто выключить и включить вместо ребута.
www.linux.org.ru/forum/general/6045305#comment-6762743
Вот, нашел что было:
www.linux.org.ru/forum/general/6045305#comment-6762743
Вот, нашел что было:
Many drivers include a firmware that is loaded into flash memory when the computer boots. This firmware is not necessarily cleared upon shutdown, and is not always compatible with Linux drivers. The only way to clear the flash memory is to shutdown completely rather than using reboot. It is generally considered best practice to never use reboot when switching between operating systems.
Я пытался сделать Wake-On-Lan с интегрированной сетевой картой матери Gigabyte GA-Z87X-UD4H. Из под винды все работало нормально, но из под GNU/Linux ни под каким дистром не работало. Перешивал различные биосы, включая девелоперские, игрался со всяческими настройками. Ничего не помогало. Писал баг репорт в Gigabyte про поведение в GNU/Linux. Они ответили, что все тщательно тестируется на Windows и у них есть куча сертификатов. Спасибо за выбор Gigabyte. Обращайтесь. Плюнул на эти отписки. Купил гигабитную внешнюю карту, настроил Wake-On-Lan и забыл как страшный сон. Похоже тут та же песня.
То есть им смысла писать нет?
Разве что создать статистику, что есть пользователи GNU/Linux и, поэтому, учитывайте их. Когда наберется критическое число таких баг репортов, возможно, они начнут тестировать свои продукты и под GNU/Linux.
Пишите в Gigabyte обязательно. Есть прямо противоположный опыт с исправлением двух багов в биосе:
1. Потеря зелёного HDD при перезагрузке (биос не дожидался раскрутки шпинделя);
2. Такой же, как у вас: не работала клавиатура в Linux после Windows.
Оба раза реагировали моментально и буквально на той же неделе выкладывали исправленный биос.
1. Потеря зелёного HDD при перезагрузке (биос не дожидался раскрутки шпинделя);
2. Такой же, как у вас: не работала клавиатура в Linux после Windows.
Оба раза реагировали моментально и буквально на той же неделе выкладывали исправленный биос.
Подобная бага раньше была, не знаю как сейчас, у меня на ноуте HP ProBook 4530s. После ребута из виндуса в линукс не работал тачпад. Для того чтобы очистить фирмварю, нужно грузится в линукс только после нормального выключения.
Поставьте Win7 в виртуалку
Надо попробовать. У мешая виртуальные машины на домашнем сервере под kvm все. Надо будет virtualbox поднять и проверить баг в таком виде.
Навряд ли баг проявится, зато если Вы большую часть времени под Linux сидите, то виртуалка минимизирует ребуты и сбережет нервы
Я и так раз в неделю максимум запускаю. Мелочи. А мне скорее игры тяжелые под ней актуальны, что виртуальные машины ставит под сомнение. Проброс железа дело тяжёлое.
С играми, да, не вариант тогда виртуалка.
Коль вы хотите избавиться от падающего рубля — купите PS4 для игр или Steam Machine)
Коль вы хотите избавиться от падающего рубля — купите PS4 для игр или Steam Machine)
Steam machine это та же ubuntu. Нативные у меня и так идут. А консоли… Они были уже устаревшими в момент выхода. Опять мыло разглядывать не хочется. Не перевариваю геймпады в шутерах и стратегиях. Ущербная все-таки концепция. Не зря лепят всякие автоприцелы часто. Для игр у меня как раз мощный ПК. Он же для 3D-рендеринга и видеомонтажа.
Сменилось не одно поколение процессоров и видеокарт с 2005 года — все это стоило немалых денег, а железка 2005 года показывает картинку лучше.
Чувствую где-то обман…
Чувствую где-то обман…
Эмм… Под ПК графика всегда была лучше. Редкие исключения связаны с кривыми портами консольных игр. Плохо, что консоли как камень на шее тянут геймдизайн в болото стагнации. Тот же Crysis, при всей тупости его сюжета, др сих пор выглядит лучше многих игр. Особенно с патчами под графику. Тесселяция почти не используется, полигонов мало, чтобы слабые консольные железки смогли переварить. Blur и bloom долбанные заполонили все игры, потому, что призваны маскировать низкое разрешение текстур и полигонов на консолях… Много минусов. Разумеется, это субъективно моё личное отношение, хотя таких как я немало.
И все-таки: железка образца 2005 года показывает в 2014 году картинку схожую с картинкой современного игрового компьютера.
Где-то обман…
Где-то обман…
Очень просто. Искусственно ухудшенная графика в играх из-за мультиплатформенности. Ну нельзя из велосипеда танк собрать. Тайная магия с низким уровнем доступа и сверхоптимизациями работает до определённого предела. Потом начинается маскировка дефектов всякими блюрами. Посмотрите например на Battlefield 4 с максимальными настройками на full-HD. Консоли захлебнутся. Но таких игр очень мало. Плюс упомянутая ущербность управления. Не зря тот же Battlefield разделяет сервера консольных игроков и ПК, чтобы не устраивать избиение младенцев.
Причина разделения вероятнее в том, что консольные сервера обеспечивающие мультиплеерность контролируется производителями консолей, для PC контроль остается в руках производителя игры. Не пустит MS или Sony в свой огород и не отдаст на сторону сервис, благодаря которому процветает (ну я так думаю).
Сравнения стоимости консоли со стоимостью игрового компьютера (который устареет через год или меньше) — не в пользу компьютера — уже много лет.
Сравнения стоимости консоли со стоимостью игрового компьютера (который устареет через год или меньше) — не в пользу компьютера — уже много лет.
Если цена за стабильность железа — стагнация в графике — нафиг такую стабильность. Насчёт цены обновления… Не знаю. В среднем около 1000$ раз в 4-5 лет. Хватает, чтобы шло все что угодно.
Главное же не графон, а геймплей!
А что, одно другому мешает?
Ну, это такая мантра само-успокоения.
Кстати, о графоне. Мне хорошая графика мешает ориентироваться в шутерах. CS 1.6 — изи, в CS:GO уже сложновато, а в TitanFall на максимальных вообще играть невозможно было :( Слишком все красивое вокруг и отвлекает.
не зря про-квакеры скукоживают игру до трех с половиной мыльных полигонов
Кстати, о графоне. Мне хорошая графика мешает ориентироваться в шутерах. CS 1.6 — изи, в CS:GO уже сложновато, а в TitanFall на максимальных вообще играть невозможно было :( Слишком все красивое вокруг и отвлекает.
не зря про-квакеры скукоживают игру до трех с половиной мыльных полигонов
А я все равно хочу себе глянцевую шалаву PS4, ничего не могу с собой поделать :(
> который устареет через год или меньше
Чего это устареет? У меня старый комп на E6400 и GeForce 8800 в возрасте 5-6 лет два года назад тянул все современные игры на средних и выше средних (правда насколько помню иногда были затыки в тенях) настройках. Был заменен только потому что eclipse начал откровенно тормозить, решил обновить полностью (тем более что DDR2 и прочие старые железки уже становились редкостью). Сейчас новый на i7 и судя по всему он прослужит столько же или даже дольше, особенно учитывая что производительность давно не расчет скачкообразно (маркетологи конечно с этим не согласны).
ЗЫ: И кстати, если взять первый crysis, у него графика едва ли не лучше (и кусты, везде кусты) чем во втором (второй вообще никакого «вау» эффекта не вызвал, третий не знаю — никак не пройду...), а все потому, что тогда разработчики еще не думали о консолях.
Чего это устареет? У меня старый комп на E6400 и GeForce 8800 в возрасте 5-6 лет два года назад тянул все современные игры на средних и выше средних (правда насколько помню иногда были затыки в тенях) настройках. Был заменен только потому что eclipse начал откровенно тормозить, решил обновить полностью (тем более что DDR2 и прочие старые железки уже становились редкостью). Сейчас новый на i7 и судя по всему он прослужит столько же или даже дольше, особенно учитывая что производительность давно не расчет скачкообразно (маркетологи конечно с этим не согласны).
ЗЫ: И кстати, если взять первый crysis, у него графика едва ли не лучше (и кусты, везде кусты) чем во втором (второй вообще никакого «вау» эффекта не вызвал, третий не знаю — никак не пройду...), а все потому, что тогда разработчики еще не думали о консолях.
Когда-то слышал что при старте продаж Battlefield 3 в рамках эксперимента было несколько совмещенных серверов для консольщиков и РС, но их очень быстро закрыли, т.к. консольные игроки реально ничего не могли противопоставить, их просто методично вырезали раунд за раундом.
Еще бы богомерзкую консольную регенерацию ХП на ПК-версиях убрали…
Во всех играх.
Во всех играх.
А вот посему они отказались от совмещенных серверов — железо не тянет:
The biggest difference between the PC and console version of Battlefield 3 is that we have 64 players on the PC and 24 players maximum on console...We tried to get more players in [to the console version] but then you need to scale down all the graphics, scale down all the destructibility, and sometimes you need to scale down all the map sizes
Геймплей я не сравниваю, но хотелось бы ссылку про совмещенные сервера, а не просто «видел того, кто слышал, что ....»
Но речь не об этом.
В третий раз повторюсь — «железка образца 2005 года делает картинку сравнимую с картинкой современного компьютера».
Где-то обманывают…
Но речь не об этом.
В третий раз повторюсь — «железка образца 2005 года делает картинку сравнимую с картинкой современного компьютера».
Где-то обманывают…
… но хотелось бы ссылку про совмещенные сервера...
Warthunder например — игроки как с ПК так и с консолей играют на одних серверах.
железка образца 2005 года делает картинку сравнимую с картинкой современного компьютера
Хотелось-бы взглянуть на «сравнимые» картинки с консоли и ПК, если не сложно. Иначе как-то голословно утверждаете, безосновательно, вот.
Мыло, 720p, маленькие текстуры. Кроссплатформенность.
Вот это всё.
Вот это всё.
[del]
За такие решения стоит любить линукс!
Похожая проблема есть и с soundblaster zxr поскольку драйверов в ядре нет, но звуковая карта определяется (видимо не правильно обращаеться к портам), микрофон выключается и в Windows и Linux пока не извлечешь карту из слота.
Вообще-то мне кажется это баг контроллера, а не винды. Контроллер не должен дать ввести себя в состояние, которое не сбрасывается при перезагрузке. Если завтра винда нарисует на экране что-то, что останется там даже после перезагрузки в Линукс — это ведь не винды будет баг, а монитора\видюхи\материнки.
Тогда вопрос — в какое спортлото писать? Realtek'у с ссылками на баг и способ воспроизведения? Так пофиксить они смогут только в новых ревизиях. Ядро Linux может проще подпилить? Винда же работает.
bugzilla.kernel.org/ В это.
Не исключаю варианта, что проблема ещё может быть в модуле ядра, который что-то не делает при старте, чтобы «разбудить звуковой контроллер». Вот и имеем:
выньдовые драйвера присыпают контроллер при тушении windows и будят при включении, но если грузиться в никсы, то модуль не делает этого…
выньдовые драйвера присыпают контроллер при тушении windows и будят при включении, но если грузиться в никсы, то модуль не делает этого…
Первое правило разработчика драйверов: реализация в железе всегда правильная. Второе правило разработчика драйверов: если железо глючит, смотри первое правило.
У меня такое тоже бывало. Как говорил мой препод по микроэлектронике в Универе — 90 процентов поломок это потеря контактов («треснула дорожка, отпаялась ножка» — он таким стишком говорил), а 10 процентов — выключи из розетки, перекури. После все заработает нормально. Так и есть.
Пару лет назад ловил аналогичный баг только на Creative Audigy SE. Причем он не всегда воспроизводился, а лечился только выниманием звуковухи.
А с чего вы решили, что в криво написанных дровах, а то и вовсе в симбиозе с аппаратным косяком, виновата ОС?
Я конечно понимаю, что пальцем в небо, но у меня есть всего 2 предположения.
1. какой то агрессивный энергосберегающий режим (посмотреть в bios (Device Drivers —>Sound card support —>Advanced Linux Sound Architecture —>PCI sound devices —>Intel HD Audio —>Aggressive power-saving on HD-audio где то тут) или cat /sys/module/snd_hda_intel/parameters/power_save поменяйте на 0, если стоит 1)
2. посмотрите вывод sudo lshw -C sound, вожможно там будет чтото вроде power off или стоять пометка: DISABLED
1. какой то агрессивный энергосберегающий режим (посмотреть в bios (Device Drivers —>Sound card support —>Advanced Linux Sound Architecture —>PCI sound devices —>Intel HD Audio —>Aggressive power-saving on HD-audio где то тут) или cat /sys/module/snd_hda_intel/parameters/power_save поменяйте на 0, если стоит 1)
2. посмотрите вывод sudo lshw -C sound, вожможно там будет чтото вроде power off или стоять пометка: DISABLED
Посмотрю обязательно.
Кстати, BIOS свежий стоит? Вполне может как-то коварно инициализировать железо при перезапуске компа.
Ну и типичные глюки со звуком в Ubuntu у меня решились заменой Ubuntu на Gentoo. Кстати, не пробовали LiveCD дистрибутивы Linux грузить после перезапуска Windows? Только лучше какой-нибудь не семейства Ubuntu.
Ну и типичные глюки со звуком в Ubuntu у меня решились заменой Ubuntu на Gentoo. Кстати, не пробовали LiveCD дистрибутивы Linux грузить после перезапуска Windows? Только лучше какой-нибудь не семейства Ubuntu.
Стоит тот, что из коробки. Fedora не дала звук.
Это, скорее всего, не происки врагов, а корявые драйвера под Linux.
Зачем держать две системы одновременно когда сейчас нет никаких проблем с виртуализацией?
Зачем держать две системы одновременно когда сейчас нет никаких проблем с виртуализацией?
игрушки под виндой под виртуализацией не всегда адекватно пашут.
А линукс в виртуалке религия не позволяет. Вот и кушают кактус, периодически натыкаясь на иголки
А линукс в виртуалке религия не позволяет. Вот и кушают кактус, периодически натыкаясь на иголки
У меня 90% времени — Linux. Остальное тяжелые игры и 3DMax, обычно.
Моя система любит при использовании современных веяний в виртуализации в VirtualBox уходить в kernel panic :) Пришлось всем виртуальным машинам понаотключать наиболее вкусные вещи.
Если не сложно дайте сюда вывод lscpi
И если не боитесь может проверить
echo 0 > /sys/bus/pci/slots/$N/power
echo 1 > /sys/bus/pci/slots/$N/power
или
echo «1» > /sys/bus/pci/devices/$NUMBER/reset.
И если не боитесь может проверить
echo 0 > /sys/bus/pci/slots/$N/power
echo 1 > /sys/bus/pci/slots/$N/power
или
echo «1» > /sys/bus/pci/devices/$NUMBER/reset.
Только вечером смогу. А чем мне может грозить запись этого «echo»?
Ну а если вы промахнетесь с $N то есть отличная от 0, но на уровне 10e-10 вероятность, что можно повредить файловую систему.
Хотя самый большой риск что просто подвиснет комп. Но я то не знаю может вы с него управляете ядреным ректором :)
Поэтому перед тем как делать подобное выполняйте команду sync.
Хотя самый большой риск что просто подвиснет комп. Но я то не знаю может вы с него управляете ядреным ректором :)
Поэтому перед тем как делать подобное выполняйте команду sync.
00:1b.0 Audio device: Intel Corporation 9 Series Chipset Family HD Audio Controller
Subsystem: Gigabyte Technology Co., Ltd Device a182
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Latency: 0, Cache Line Size: 64 bytes
Interrupt: pin A routed to IRQ 49
Region 0: Memory at f7f30000 (64-bit, non-prefetchable) [size=16K]
Capabilities: <access denied>
Kernel driver in use: snd_hda_intel
Полный вывод:
meklon@meklon-desktop:~$ lspci -vvv
00:00.0 Host bridge: Intel Corporation 4th Gen Core Processor DRAM Controller (rev 06)
Subsystem: Gigabyte Technology Co., Ltd Device 5000
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort+ >SERR- <PERR- INTx-
Latency: 0
Capabilities: Kernel driver in use: hsw_uncore
00:01.0 PCI bridge: Intel Corporation Xeon E3-1200 v3/4th Gen Core Processor PCI Express x16 Controller (rev 06) (prog-if 00 [Normal decode])
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Latency: 0, Cache Line Size: 64 bytes
Bus: primary=00, secondary=01, subordinate=01, sec-latency=0
I/O behind bridge: 0000e000-0000efff
Memory behind bridge: f7e00000-f7efffff
Prefetchable memory behind bridge: 00000000e0000000-00000000efffffff
Secondary status: 66MHz- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort+ <SERR- <PERR-
BridgeCtl: Parity- SERR- NoISA- VGA+ MAbort- >Reset- FastB2B-
PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
Capabilities: Kernel driver in use: pcieport
00:14.0 USB controller: Intel Corporation 9 Series Chipset Family USB xHCI Controller (prog-if 30 [XHCI])
Subsystem: Gigabyte Technology Co., Ltd Device 5007
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Latency: 0
Interrupt: pin A routed to IRQ 44
Region 0: Memory at f7f20000 (64-bit, non-prefetchable) [size=64K]
Capabilities: Kernel driver in use: xhci_hcd
00:16.0 Communication controller: Intel Corporation 9 Series Chipset Family ME Interface #1
Subsystem: Gigabyte Technology Co., Ltd Device 1c3a
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Latency: 0
Interrupt: pin A routed to IRQ 48
Region 0: Memory at f7f39000 (64-bit, non-prefetchable) [size=16]
Capabilities: Kernel driver in use: mei_me
00:19.0 Ethernet controller: Intel Corporation Ethernet Connection I217-V
Subsystem: Gigabyte Technology Co., Ltd Device e000
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Latency: 0
Interrupt: pin A routed to IRQ 45
Region 0: Memory at f7f00000 (32-bit, non-prefetchable) [size=128K]
Region 1: Memory at f7f38000 (32-bit, non-prefetchable) [size=4K]
Region 2: I/O ports at f040 [size=32]
Capabilities: Kernel driver in use: e1000e
00:1a.0 USB controller: Intel Corporation 9 Series Chipset Family USB EHCI Controller #2 (prog-if 20 [EHCI])
Subsystem: Gigabyte Technology Co., Ltd Device 5006
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Latency: 0
Interrupt: pin A routed to IRQ 16
Region 0: Memory at f7f37000 (32-bit, non-prefetchable) [size=1K]
Capabilities: Kernel driver in use: ehci-pci
00:1b.0 Audio device: Intel Corporation 9 Series Chipset Family HD Audio Controller
Subsystem: Gigabyte Technology Co., Ltd Device a182
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Latency: 0, Cache Line Size: 64 bytes
Interrupt: pin A routed to IRQ 49
Region 0: Memory at f7f30000 (64-bit, non-prefetchable) [size=16K]
Capabilities: Kernel driver in use: snd_hda_intel
00:1c.0 PCI bridge: Intel Corporation 9 Series Chipset Family PCI Express Root Port 1 (rev d0) (prog-if 00 [Normal decode])
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Latency: 0, Cache Line Size: 64 bytes
Bus: primary=00, secondary=02, subordinate=02, sec-latency=0
I/O behind bridge: 0000f000-00000fff
Memory behind bridge: fff00000-000fffff
Prefetchable memory behind bridge: 00000000fff00000-00000000000fffff
Secondary status: 66MHz- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort+ <SERR- <PERR-
BridgeCtl: Parity- SERR- NoISA- VGA- MAbort- >Reset- FastB2B-
PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
Capabilities: Kernel driver in use: pcieport
00:1c.3 PCI bridge: Intel Corporation 9 Series Chipset Family PCI Express Root Port 4 (rev d0) (prog-if 00 [Normal decode])
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Latency: 0, Cache Line Size: 64 bytes
Bus: primary=00, secondary=03, subordinate=04, sec-latency=0
I/O behind bridge: 0000f000-00000fff
Memory behind bridge: fff00000-000fffff
Prefetchable memory behind bridge: 00000000fff00000-00000000000fffff
Secondary status: 66MHz- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort+ <SERR- <PERR-
BridgeCtl: Parity- SERR- NoISA- VGA- MAbort- >Reset- FastB2B-
PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
Capabilities: Kernel driver in use: pcieport
00:1d.0 USB controller: Intel Corporation 9 Series Chipset Family USB EHCI Controller #1 (prog-if 20 [EHCI])
Subsystem: Gigabyte Technology Co., Ltd Device 5006
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Latency: 0
Interrupt: pin A routed to IRQ 23
Region 0: Memory at f7f36000 (32-bit, non-prefetchable) [size=1K]
Capabilities: Kernel driver in use: ehci-pci
00:1f.0 ISA bridge: Intel Corporation 9 Series Chipset Family Z97 LPC Controller
Subsystem: Gigabyte Technology Co., Ltd Device 5001
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Latency: 0
Capabilities: 00:1f.2 SATA controller: Intel Corporation 9 Series Chipset Family SATA Controller [AHCI Mode] (prog-if 01 [AHCI 1.0])
Subsystem: Gigabyte Technology Co., Ltd Device b005
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Latency: 0
Interrupt: pin B routed to IRQ 47
Region 0: I/O ports at f090 [size=8]
Region 1: I/O ports at f080 [size=4]
Region 2: I/O ports at f070 [size=8]
Region 3: I/O ports at f060 [size=4]
Region 4: I/O ports at f020 [size=32]
Region 5: Memory at f7f35000 (32-bit, non-prefetchable) [size=2K]
Capabilities: Kernel driver in use: ahci
00:1f.3 SMBus: Intel Corporation 9 Series Chipset Family SMBus Controller
Subsystem: Gigabyte Technology Co., Ltd Device 5001
Control: I/O+ Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Interrupt: pin C routed to IRQ 11
Region 0: Memory at f7f34000 (64-bit, non-prefetchable) [disabled] [size=256]
Region 4: I/O ports at f000 [size=32]
01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Cayman XT [Radeon HD 6970] (prog-if 00 [VGA controller])
Subsystem: Hightech Information System Ltd. Device 2010
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Latency: 0, Cache Line Size: 64 bytes
Interrupt: pin A routed to IRQ 46
Region 0: Memory at e0000000 (64-bit, prefetchable) [size=256M]
Region 2: Memory at f7e20000 (64-bit, non-prefetchable) [size=128K]
Region 4: I/O ports at e000 [size=256]
Expansion ROM at f7e00000 [disabled] [size=128K]
Capabilities: Kernel driver in use: radeon
01:00.1 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] Cayman/Antilles HDMI Audio [Radeon HD 6900 Series]
Subsystem: Hightech Information System Ltd. Device aa80
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Latency: 0, Cache Line Size: 64 bytes
Interrupt: pin B routed to IRQ 50
Region 0: Memory at f7e40000 (64-bit, non-prefetchable) [size=16K]
Capabilities: Kernel driver in use: snd_hda_intel
03:00.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev 41) (prog-if 01 [Subtractive decode])
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Latency: 0, Cache Line Size: 64 bytes
Bus: primary=03, secondary=04, subordinate=04, sec-latency=32
I/O behind bridge: 0000f000-00000fff
Memory behind bridge: fff00000-000fffff
Prefetchable memory behind bridge: 00000000fff00000-00000000000fffff
Secondary status: 66MHz+ FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort+ <SERR- <PERR-
BridgeCtl: Parity- SERR- NoISA- VGA- MAbort- >Reset- FastB2B-
PriDiscTmr- SecDiscTmr+ DiscTmrStat- DiscTmrSERREn-
Capabilities:
Subsystem: Gigabyte Technology Co., Ltd Device 5000
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort+ >SERR- <PERR- INTx-
Latency: 0
Capabilities: Kernel driver in use: hsw_uncore
00:01.0 PCI bridge: Intel Corporation Xeon E3-1200 v3/4th Gen Core Processor PCI Express x16 Controller (rev 06) (prog-if 00 [Normal decode])
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Latency: 0, Cache Line Size: 64 bytes
Bus: primary=00, secondary=01, subordinate=01, sec-latency=0
I/O behind bridge: 0000e000-0000efff
Memory behind bridge: f7e00000-f7efffff
Prefetchable memory behind bridge: 00000000e0000000-00000000efffffff
Secondary status: 66MHz- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort+ <SERR- <PERR-
BridgeCtl: Parity- SERR- NoISA- VGA+ MAbort- >Reset- FastB2B-
PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
Capabilities: Kernel driver in use: pcieport
00:14.0 USB controller: Intel Corporation 9 Series Chipset Family USB xHCI Controller (prog-if 30 [XHCI])
Subsystem: Gigabyte Technology Co., Ltd Device 5007
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Latency: 0
Interrupt: pin A routed to IRQ 44
Region 0: Memory at f7f20000 (64-bit, non-prefetchable) [size=64K]
Capabilities: Kernel driver in use: xhci_hcd
00:16.0 Communication controller: Intel Corporation 9 Series Chipset Family ME Interface #1
Subsystem: Gigabyte Technology Co., Ltd Device 1c3a
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Latency: 0
Interrupt: pin A routed to IRQ 48
Region 0: Memory at f7f39000 (64-bit, non-prefetchable) [size=16]
Capabilities: Kernel driver in use: mei_me
00:19.0 Ethernet controller: Intel Corporation Ethernet Connection I217-V
Subsystem: Gigabyte Technology Co., Ltd Device e000
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Latency: 0
Interrupt: pin A routed to IRQ 45
Region 0: Memory at f7f00000 (32-bit, non-prefetchable) [size=128K]
Region 1: Memory at f7f38000 (32-bit, non-prefetchable) [size=4K]
Region 2: I/O ports at f040 [size=32]
Capabilities: Kernel driver in use: e1000e
00:1a.0 USB controller: Intel Corporation 9 Series Chipset Family USB EHCI Controller #2 (prog-if 20 [EHCI])
Subsystem: Gigabyte Technology Co., Ltd Device 5006
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Latency: 0
Interrupt: pin A routed to IRQ 16
Region 0: Memory at f7f37000 (32-bit, non-prefetchable) [size=1K]
Capabilities: Kernel driver in use: ehci-pci
00:1b.0 Audio device: Intel Corporation 9 Series Chipset Family HD Audio Controller
Subsystem: Gigabyte Technology Co., Ltd Device a182
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Latency: 0, Cache Line Size: 64 bytes
Interrupt: pin A routed to IRQ 49
Region 0: Memory at f7f30000 (64-bit, non-prefetchable) [size=16K]
Capabilities: Kernel driver in use: snd_hda_intel
00:1c.0 PCI bridge: Intel Corporation 9 Series Chipset Family PCI Express Root Port 1 (rev d0) (prog-if 00 [Normal decode])
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Latency: 0, Cache Line Size: 64 bytes
Bus: primary=00, secondary=02, subordinate=02, sec-latency=0
I/O behind bridge: 0000f000-00000fff
Memory behind bridge: fff00000-000fffff
Prefetchable memory behind bridge: 00000000fff00000-00000000000fffff
Secondary status: 66MHz- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort+ <SERR- <PERR-
BridgeCtl: Parity- SERR- NoISA- VGA- MAbort- >Reset- FastB2B-
PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
Capabilities: Kernel driver in use: pcieport
00:1c.3 PCI bridge: Intel Corporation 9 Series Chipset Family PCI Express Root Port 4 (rev d0) (prog-if 00 [Normal decode])
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Latency: 0, Cache Line Size: 64 bytes
Bus: primary=00, secondary=03, subordinate=04, sec-latency=0
I/O behind bridge: 0000f000-00000fff
Memory behind bridge: fff00000-000fffff
Prefetchable memory behind bridge: 00000000fff00000-00000000000fffff
Secondary status: 66MHz- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort+ <SERR- <PERR-
BridgeCtl: Parity- SERR- NoISA- VGA- MAbort- >Reset- FastB2B-
PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
Capabilities: Kernel driver in use: pcieport
00:1d.0 USB controller: Intel Corporation 9 Series Chipset Family USB EHCI Controller #1 (prog-if 20 [EHCI])
Subsystem: Gigabyte Technology Co., Ltd Device 5006
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Latency: 0
Interrupt: pin A routed to IRQ 23
Region 0: Memory at f7f36000 (32-bit, non-prefetchable) [size=1K]
Capabilities: Kernel driver in use: ehci-pci
00:1f.0 ISA bridge: Intel Corporation 9 Series Chipset Family Z97 LPC Controller
Subsystem: Gigabyte Technology Co., Ltd Device 5001
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Latency: 0
Capabilities: 00:1f.2 SATA controller: Intel Corporation 9 Series Chipset Family SATA Controller [AHCI Mode] (prog-if 01 [AHCI 1.0])
Subsystem: Gigabyte Technology Co., Ltd Device b005
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Latency: 0
Interrupt: pin B routed to IRQ 47
Region 0: I/O ports at f090 [size=8]
Region 1: I/O ports at f080 [size=4]
Region 2: I/O ports at f070 [size=8]
Region 3: I/O ports at f060 [size=4]
Region 4: I/O ports at f020 [size=32]
Region 5: Memory at f7f35000 (32-bit, non-prefetchable) [size=2K]
Capabilities: Kernel driver in use: ahci
00:1f.3 SMBus: Intel Corporation 9 Series Chipset Family SMBus Controller
Subsystem: Gigabyte Technology Co., Ltd Device 5001
Control: I/O+ Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Interrupt: pin C routed to IRQ 11
Region 0: Memory at f7f34000 (64-bit, non-prefetchable) [disabled] [size=256]
Region 4: I/O ports at f000 [size=32]
01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Cayman XT [Radeon HD 6970] (prog-if 00 [VGA controller])
Subsystem: Hightech Information System Ltd. Device 2010
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Latency: 0, Cache Line Size: 64 bytes
Interrupt: pin A routed to IRQ 46
Region 0: Memory at e0000000 (64-bit, prefetchable) [size=256M]
Region 2: Memory at f7e20000 (64-bit, non-prefetchable) [size=128K]
Region 4: I/O ports at e000 [size=256]
Expansion ROM at f7e00000 [disabled] [size=128K]
Capabilities: Kernel driver in use: radeon
01:00.1 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] Cayman/Antilles HDMI Audio [Radeon HD 6900 Series]
Subsystem: Hightech Information System Ltd. Device aa80
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Latency: 0, Cache Line Size: 64 bytes
Interrupt: pin B routed to IRQ 50
Region 0: Memory at f7e40000 (64-bit, non-prefetchable) [size=16K]
Capabilities: Kernel driver in use: snd_hda_intel
03:00.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev 41) (prog-if 01 [Subtractive decode])
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Latency: 0, Cache Line Size: 64 bytes
Bus: primary=03, secondary=04, subordinate=04, sec-latency=32
I/O behind bridge: 0000f000-00000fff
Memory behind bridge: fff00000-000fffff
Prefetchable memory behind bridge: 00000000fff00000-00000000000fffff
Secondary status: 66MHz+ FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort+ <SERR- <PERR-
BridgeCtl: Parity- SERR- NoISA- VGA- MAbort- >Reset- FastB2B-
PriDiscTmr- SecDiscTmr+ DiscTmrStat- DiscTmrSERREn-
Capabilities:
root@meklon-desktop:/home/meklon# sudo echo «0» > /sys/bus/pci/devices/0000:00:1b.0/reset
echo: ошибка записи: Недопустимый аргумент
power это вообще каталог:
root@meklon-desktop:/home/meklon# ls -lh /sys/bus/pci/devices/0000:00:1b.0/power
итого 0
-rw-r--r-- 1 root root 4,0K нояб. 4 19:29 async
-rw-r--r-- 1 root root 4,0K нояб. 4 19:29 autosuspend_delay_ms
-rw-r--r-- 1 root root 4,0K нояб. 4 19:26 control
-r--r--r-- 1 root root 4,0K нояб. 4 19:29 runtime_active_kids
-r--r--r-- 1 root root 4,0K нояб. 4 19:29 runtime_active_time
-r--r--r-- 1 root root 4,0K нояб. 4 19:29 runtime_enabled
-r--r--r-- 1 root root 4,0K нояб. 4 19:29 runtime_status
-r--r--r-- 1 root root 4,0K нояб. 4 19:29 runtime_suspended_time
-r--r--r-- 1 root root 4,0K нояб. 4 19:29 runtime_usage
-rw-r--r-- 1 root root 4,0K нояб. 4 19:29 wakeup
-r--r--r-- 1 root root 4,0K нояб. 4 19:29 wakeup_abort_count
-r--r--r-- 1 root root 4,0K нояб. 4 19:29 wakeup_active
-r--r--r-- 1 root root 4,0K нояб. 4 19:29 wakeup_active_count
-r--r--r-- 1 root root 4,0K нояб. 4 19:29 wakeup_count
-r--r--r-- 1 root root 4,0K нояб. 4 19:29 wakeup_expire_count
-r--r--r-- 1 root root 4,0K нояб. 4 19:29 wakeup_last_time_ms
-r--r--r-- 1 root root 4,0K нояб. 4 19:29 wakeup_max_time_ms
-r--r--r-- 1 root root 4,0K нояб. 4 19:29 wakeup_total_time_ms
Была проблема со звуком на ноуте Acer 3830 TG, лечил через HDA Analyzer включением на 0x1b PIN'e EAPD.
Имею старенькую внешнюю карту Creative EMU 0404 USB. Так вот её как раз «ломает» Linux. После того, как поработал в Linux, в Windows звук не работает. Нужно выключить и включить питание аудиокарты, а иногда ещё программно в панели управления драйвером переключить дискретизацию с 48 на 44.1. В Linux при этом звук работает всегда без «танцев с бубном».
Дамп PCIE-регистров звуковухе в Винде и Линухе я думаю покажет картину.
Номера наверно можно глянуть либо в сорцах, либо в даташите, если есть.
Номера наверно можно глянуть либо в сорцах, либо в даташите, если есть.
Очень похожая проблема есть на Lenovo Yoga 2 Pro: если перезагрузится из Windows 8.1 в линукс — звука нет, но зато если загрузиться в винду, сделать полное выключение, а затем включить ноут и загрузить линукс — всё ок. Меня не особо напрягает т.к. винду редко загружаю.
У меня была точно такая проблема с материнкой Asrock X79 Extreme_две цифры_. К сожалению, не помню уже какой там контроллер. Но начитался по интернетам, что это проблема железа, сменил материнку на Asus P9X79 (звук Realtek ALC898) и проблема ушла. Потом уже запустил интересные мне игры под wine и решил глобальную проблему :)
Помню долго втыкал почему e1000e под xen'ом для проброшенной сетевухи крашится.
Оказалось поддержка MSI-X в Xen'e не на самом высоком уровне и e1000e пришлось пересобирать с флажком.
Оказалось поддержка MSI-X в Xen'e не на самом высоком уровне и e1000e пришлось пересобирать с флажком.
У меня была давным-давно аналогичная картина с сетевой платой от 3Com. Она отлично работала под Linux (под какой-то древней Мандривой, седьмой или восьмой), но стоило загрузить Windows, и заставить ее снова работать можно было, только вынув плату из системника, запустив его без него (не обязательно дожидаясь загрузки системы) и вставив обратно.
Была схожая проблема, правда на Gentoo и с сетевой картой. Сценарий почти тот же — дуалбут винды и Gentoo, периодически отваливается сетевая карта, причем на обеих системах. До установки Gentoo такого не было. Через какое-то время все оживает. Убийца — тот же дворник; методом проб и ошибок я нашел то же самое решение — вытыкаем шнур питания и зажимаем кнопку включения секунд на 10. После этого все работает хорошо неделю или две, если переключаться между ОС. Если не переключаться — ничего не ломается.
Давным-давно в одном банке ребята всю ночь трахались с драйверами смарт-карт ридера присланного партнерами из-за бугра, который нужен был срочно для СВИФТа, пока под утро кто-то не обнаружил, что провод от ридера был выдернут старшим программистом еще в самом начале процесса: всем хотелось навернуть кофейка для создания уютной рабочей обстановки и начала мыслительного процесса по настройке буржуйского смарт-карт ридера, а кофейник некуда было воткнуть.
У меня ноутбук Asus N53 SV. Когда я ставлю в дуалбут win7 и второй ОС Linux и загрузчик GRUB в Windows 7 не работает микрофонный выход. Просто звук есть. Стоит восстановить родной mbr где только загрузчик win7 все приходит а норму. Кто нибудь сталкивался?
На уже старой asus на H55 если завис комп или ребутнуть кнопкой на корпусе, то сетевая карта пропадет, до нормальной перезагрузки.
Чтобы появился звук, нужно физически обесточить системный блок. Да. Именно обесточить.
Странно, что для вас это новость. Такие баги встречаются регулярно, из недавнего: на сервере Dell второй БП начал ругался на неверное напряжение после переключения к другому ИБП. Помогло полное отключение питания по совету поддержку.
Ещё когда-то подобным лечил зависания сети на домашней компьютере, причем там надо было отключать даже Ethernet.
Около 9 лет прошло с момента, когда я последний раз использовал Linux для воспроизведения звука, и ничего не поменялось :)
У меня тв-тюнер почему-то успешно работает в лине до сих пор, для винды дрова только под хрюшку. С фотопринтером та же фигня.
Почему-то у меня последний раз, когда я как-то страдал со звуком под Linux, был… пожалуй, поболее 9 лет назад, чуть ли не на ISAшной звуковухе. Имею в виду ширпотреб, а не emu0404usb, к примеру.
Автор, проверь DMI (и поиграййся с ним и с «PnP OS» в BIOS). И вообще, посмотри, что там под Win и под Linux. Для сетевых и звуковых — бывало глючило.
Я даже не удивлен что у Риалтека такая фигня до сих пор с картами. Была одна серия материнок под 775 сокет, одни из первых, так там без всяких переключений могла сетка отвалиться, хотя винде хр она говорила что все хорошо и мониторчики мигали, но пакеты не ходили. Лечилось вытаскиванием шнура из системного блока. А машин с такими контроллерами у нас в конторе было около 50
Была такая же проблема на стареньком ноуте fujitsu siemens, на которую ставил мандриву поверх ХР, самое забавное, что звук появлялся если в приводе был диск.
Т.е. загрузка происходила чуть дольше из-за проверки возможности грузиться с CD (или как-то так) и система успевала инициализировать аудио устройство.
Если как-то тормозить процесс загрузки тоже вроде бы звук появлялся.
Т.е. загрузка происходила чуть дольше из-за проверки возможности грузиться с CD (или как-то так) и система успевала инициализировать аудио устройство.
Если как-то тормозить процесс загрузки тоже вроде бы звук появлялся.
Поищите информацию про DSDT и про сброс DMI при загрузке системы.
Баг пофиксили — будет в новом ядре.
Gigabyte ответил как и ожидалось:
Good day!
Thank you for contacting GBT Tech Support.
Gigabyte motherboards passes the appropriate certification to be compatible with Microsoft operation systems (certified Windows Hardware Quality Labs / WHQL) Information about the compatibility can be found on the website Microsoft: sysdev.microsoft.com/ru-RU/Hardware/LPL/. All Gigabyte products, all software is developed and tested only for Microsoft operation systems.
In your case, GA-Z97-D3H (1.0) supports Microsoft Windows 8.1/8/7.
Also we notify our users that: «Due to different Linux support condition provided by chipset vendors, please download Linux driver from chipset vendors' website or 3rd party website.» This information contained on our website.
Thus, we can not guarantee stable operation of computer using the operating system Linux
Best Regards,
GIGABYTE Technology
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Как драйвер Windows коварно ломает звук в Linux или мучительные поиски бага