Вышел (http://lists.lm-sensors.org/pipermail/lm-sensors/2012-Novemb...) релиз LM Sensors 3.3.3 (http://www.lm-sensors.org/), пакета для контроля за состоянием аппаратного обеспечения, предоставляющего средства для опроса состояния различных аппаратных сенсоров. Наиболее заметным улучшением стала поддержка датчиков влажности в утилите sensors. Дополнительно отмечается, что команда sensors-detect более не сканирует I2C-шины графических адаптеров в поисках сенсоров. К такому решению привело то, что все современные открытые драйверы графических адаптеров (Radeon, Intel, Nouveau) сами корректно определяют датчики своих видеокарт и поэтому данная операция не имеет смысла.URL: http://www.phoronix.com/scan.php?page=news_item&px=MTIyNTg
Новость: http://www.opennet.me/opennews/art.shtml?num=35307
А если используется закрытый драйвер, но в тоже самое время хочется получать сведения о состоянии видеокарты через lm_sensors?
Для 1,5 разработчика смысла не имеет, значит и остальным не надо ... обычная школьная логика.
Да, все разработчики сопливые школьники, только вы знаете как нужно делать. Только почему-то не делаете.
Ха ха. Я то делаю. И когда делаю что-то новое не ломаю ничего из старого =). А вы тоже из этих...
тогда (по идее и распальцовке) ты должен был знать, что блобы как правило плевать хотели на i2c. в частности nvidia никогда толком и не определялась.
http://lists.lm-sensors.org/pipermail/lm-sensors/2011-May/03...
>All that sensors-detect can do is probe the I2C buses of the graphics adapter for known monitoring chips, but 1* nvidia disabled probing on the I2C buses, I don't know if this is by malice or stupidity and 2* not all sensors are in I2C chips anyway (at least not on Radeon cards - I guess the same applies to Nvidia.) So in practice it doesn't work.и вот таких вот ситуаций http://www.gentoo.ru/node/13330 в рунете масса.
вот тут почитайте http://www.linux.org.ru/forum/linux-hardware/7647069
Ему главное - поучить жизни других, шкoлoтой обозвать кого-нибудь, и т.д.
Знание матчасти для этого совершенно необязательно.
Почему школьная?
Потому что еще расти и расти...
угу.
а некоторым ещё учиться и учиться.
С нетерпением ждем вашего комплекта утилит мониторинга, с правильной взрослой логикой и здравым смыслом.
> Для 1,5 разработчика смысла не имеет, значит и остальным не надо ... обычная школьная логика.Это СПО, детка. Не нравится - купи за стопицот тыщ мильенов коммерческую прогу, и трахай мозги техподдержке (если лицензия позволит, хе-хе).
А чего ради открытый софт должен ориентироваться на закрытый драйвер?
Открытый софт должен ориентироваться на пользователей, как и закрытый.
> Открытый софт должен ориентироваться на пользователей, как и закрытый.Только пользователи разные. Незадача-то.
+++за ради чего?...
> +++за ради чего?..."Вы бы вышли замуж за радикала?"
ви таки помните еще эту шутку?
Открытый софт никому ничего не должен. Если кто-то на себя берет обязательства то как правило оно хочет за это денежки.При этом поворачиваться лицом к пользователю хорошо для любых разработок. Хотя бы чисто из вежливости.
чисто из вежливости (и образования) надо бы знать, что блобы на видео-карты обычно плевать хотели на i2c.
а открытые (см. сабж) и без этого выдают информацию.
поэтому на данный момент сканирование I2C-шины графических адаптеров избыточно чуть более чем полностью.
Образование и теория это хорошо. А вот если у тебя на компе после обновления либы (не драйвера) скрипты поотваливались, это конечно твои проблемы а не разработчиков libsensors.Но при этом как правило, такая либа отправляется в топку и ищется замена (или откат к старой версии), пусть и костыльная но работающая. Вместо красивой и не работающей.
О! :D
Винжоптроль начал тень на плетень наводить. Вторая фаза из http://wiki.opennet.ru/MSSP#.D0.9F.D1.80.D0.B8.D0.B7.D0.BD.D...зыж
прикинь, только что сабж поставил и xfce4-sensors-plugin не отвалился.
нука-нука ссылочку на свою прожку, где ты так облажался, что стал использовать libsensors не через его интерфейс (man libsensors), а через винжоптролльопу.
Вообще-то, сканирование шины через sensors-detect - это сугубо ручная операция, и выполняется она один раз после установки пакета. Поэтому никакие скрипты поломаться не могут.
О чём и речь.
Более того, man libsensors (а он идёт в поставке, можете проверить) говорит, что у библы есть интерфейс со стабильным аби.Но винжоптроллям главное покричать про 1.5 школьника в спо.
А вот про 1000 индусов в клозетсорсе, которые реализуют стандарты через опу — это ему не заказывали.
> Более того, man libsensors (а он идёт в поставке, можете проверить) говорит, что у библы есть интерфейс со стабильным аби.Использовать API к бинарному коду - поттеринг-вей. Тру-юниксоиды выбирают скрипты!
тогда вам нужен не линух уж точно.
т.к. вся инфраструктура линуха построена на библиотеках си, начиная с sys-libs/glibc (GNU libc6 (also called glibc2) C library).а поттеринга ругают не за то что он использует библиотеки, а за то, что их надо либо задействовать все сразу, либо ни одной.
(что в принципе не верно, но близко к этому)
> т.к. вся инфраструктура линуха построена на библиотеках си, начиная с sys-libs/glibc (GNU libc6 (also called glibc2) C library).Ну да, все любители юникс-ой-вея и скриптовой прозрачности как-то затрудняются показать настоящую юниксвейную ось, написанную целиком на shell-скриптах, начиная с ядра (причем ядро должно быть обязательно микро, потому что комбайновый монолит не юниксвеен).
> а поттеринга ругают не за то что он использует библиотеки, а за то, что их надо либо задействовать все сразу, либо ни одной.
> (что в принципе не верно, но близко к этому)Хм. Лучше им не говорить, что в ./configure можно почти все библиотеки и субдемоны включать и отключать по одному. А то еще сойдут с ума от огорчения.
>Ну да, все любители юникс-ой-вея и скриптовой прозрачности как-то затрудняются показать настоящую юниксвейную ось, написанную целиком на shell-скриптах, начиная с ядра (причем ядро должно быть обязательно микро, потому что комбайновый монолит не юниксвеен).звиняюсь, тут полный бред написан.
Юникс-ой-вей - бред по определению :)
Что не мешает ему иметь огромное количество адептов.(Не надо путать его с юниксвеем. Юникс-ой-вей - это юниксвей глазами полоумных школьников)
угу, твои спекуляции по этому поводу отлично выдают ушки вынжоптролля.
Блин, ты меня спалил :(Правда, никаких спекуляций не было - одни факты и логика.
> Блин, ты меня спалил :(Самым палевом было упоминание configure - после этого даже дурак догадается, что имеет дело с троллем.
Ведь каждый труЪ-юниксоид знает, что софт появляется из небытия по команде sudo apt-get install, и никак иначе. И только виндузятики в курсе, откуда берутся пакеты для этого самого apt-get.
да-да, купи себе медаль.
За что медаль-то? Спалился, как последний шпиен :(
> Тру-юниксоиды выбирают скрипты!Ну-ка забацайте из скрипта сканирование какой-нибудь PCI шины с записью какого-нибудь фуфла в регистры? :)
> Ну-ка забацайте из скрипта сканирование какой-нибудь PCI шины с записью какого-нибудь фуфла в регистры? :)Тру-юниксоидам такая фигня не нужна :)
> Тру-юниксоидам такая фигня не нужна :)Просто некоторые овощи не поняли что башскрипты - всего лишь этакий glue code между скоростными утилями на сях, которые и делают весь heavy lifting. Вместо этого чудаки делают из glue-кода священную корову и скатываются в откровенное вбивание гвоздей микроскопом.
> Ну-ка забацайте из скрипта сканирование какой-нибудь PCI шины с записью какого-нибудь фуфла в регистрыfor d in /sys/bus/pci/devices/*; do
if ## проверка на все то чего ваша душа просит
then
echo -n "Found device: " >&2
basename $d >&2
## выполнение всего того что ваша душа просит
fi
doneвашей душе легче стало?
PS
полюбому скрипты лишь упрощают связь между скомпилячеными либами
Вопрос лишь в том, что этим скриптам доступно.
Вот вы попробуйте по sysfs в БСДях (или 2.4-х пингвинах) полазить
> При этом поворачиваться лицом к пользователю хорошо для любых разработок. Хотя бы
> чисто из вежливости.А зачем открытый софт должен стоять лицом к пользователю проприетарщины? Может, лучше все-таки повернуться лицом к пользователям открытого софта?
> Открытый софт должен ориентироваться на пользователей, как и закрытый.А кто сказал, что отрытый софт должен ориентироваться на пользователей проприетарного ПО?
> А если используется закрытый драйвер...то это твои трудности. Впрочем у современных чипов датчики температуры встроены и лишний долбеж I2C шин тупо лишен смысла.
Юзеры старья с проприетарью еще наверное могут негодовать, но мне вообще не понятно какой смысл в архаичном GPU с бинарным драйвером. Если скорсть и фичи пофиг - открытых хватит за глаза. А если не пофиг - чего ради у вас GPU из эпохи где датчик был отдельной приблудой на I2C шине?
> А если используется закрытый драйвер, но в тоже самое время хочется получать сведения о состоянии видеокарты через lm_sensors?Почему именно через него? У меня gkrellm все нормально показывает при проприетарном драйвере
Ононимчеги с опеннета не одобряе.
Так быть не должно, у вас все работает неправильно.
Срочно исправляйте.
Исправьте сломанный Asus ATK!!!!!!!!!
Это надо самим разработчикам написать. Здесь они вас не услышат.
> Исправьте сломанный Asus ATK!!!!!!!!!Ну так напишите разработчикам багрепорт, имхо. Опеннет не является списком рассылки разработчиков или багтрекером и поэтому писать сюда о багах почти так же перспективно как в спортлото.
Есть багрепорт и давно, разработчики ведра сказали, что разработчики асуса криволапые, хотя раньше этот модуль работал.
> что разработчики асуса криволапые,Они, кстати, очень даже. Так что не врут. Но если работало и перестало - да, непорядок. Я правда не в курсе что есть Asus ATK.
>> что разработчики асуса криволапые,
> Они, кстати, очень даже. Так что не врут. Но если работало и
> перестало - да, непорядок. Я правда не в курсе что есть
> Asus ATK.Хорошо откалиброванный датчик температур. В отличии от super i/o не врет насчет температуры процессора.
> Хорошо откалиброванный датчик температур. В отличии от super i/o не врет насчет
> температуры процессора.Я почему-то всегда думал что у совремненых процессоров есть собственный датчик, который как раз наиболее точен и оперативен, ибо расположен прямо в кристалле проца. Но асус процы вроде бы не производит...