Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы		[ Отслеживать ]

Разработчики GNOME представили iio-sensor-proxy 1.0 для упро..., opennews (??), 23-Май-15, (0) [смотреть все] Унификация интерфейса к датчикам это хорошо, прикрутили бы сразу возможность опр, Аноним (-), 09:25 , 23-Май-15, (1) +6 // и оборотов вентилятора, и PWM А что, напишите им фичреквест , Аноним (-), 17:15 , 23-Май-15, (37) +4 Как же без него , Аноним (-), 09:39 , 23-Май-15, (2) +5 // Да хрен с ним Если бы ещё пару больших компаний уровня IBM и Оракла взяли бы По, A.Stahl (ok), 09:51 , 23-Май-15, (3) –4 // Видимо пример Линуса никого ничему не научил Консорциум создается не на пустом , Аноним (-), 10:16 , 23-Май-15, (4) // Systemd отлично подходит под этот критерий Есть и идея поглощение и унификация, A.Stahl (ok), 10:28 , 23-Май-15, (7) –3 Идея сталкивается с вопросом ну и нафига это надо, если и старое работает отлич, freehck (ok), 18:36 , 23-Май-15, (42) –2 Понятия о хорошем у всех разные Ну вот например https ssl opennet ru openfor, Аноним (-), 23:15 , 23-Май-15, (65) У любого матёрого админа для админа есть решение лучше, чем у человека, который , Michael Shigorin (ok), 23:30 , 23-Май-15, (68) –3 Какой-то очень спорный тезис, имхо И вот вы пока, имхо, вместе с другими хейтер, Аноним (-), 05:25 , 24-Май-15, (79) –4 Проверенный практикой Чего Вот если Вам лично двинуть монтировкой, а потом пер, Michael Shigorin (ok), 12:17 , 24-Май-15, (91) –1 Да я заметил что вы любите делать далеко идущие выводы и потом считать себя исти, Аноним (-), 03:00 , 25-Май-15, (101) Ну, объективности ради, в линейном, неотпараллеленом SysV подобная задача - это , Алексей Морозов (ok), 09:56 , 25-Май-15, (109) Если так кажется -- значит, моя недоработка, поскольку сам порой вполшутки отрек, Michael Shigorin (ok), 13:17 , 25-Май-15, (111) Ох какой сочный комментарий, сразу видно, человек может и любит поспорить, разре, ZiNk (ok), 14:42 , 25-Май-15, (114) +1 Так цель-то не спор ради спора, а сверить соображения -- вдруг чего ещё выяснитс, Michael Shigorin (ok), 17:30 , 25-Май-15, (115) Тут как с любым другим проектом - как только кол-во непринятых полезных патчей п, ZiNk (ok), 17:39 , 25-Май-15, (116) Как человек, довольно много ковырявшийся в куче костылей, которые собирательно о, Аноним (-), 18:08 , 26-Май-15, (122) Элементарный, Ватсон , Michael Shigorin (ok), 19:55 , 26-Май-15, (125) man PowerPC, Аноним (-), 11:10 , 23-Май-15, (10) Это каких независимых Поясните плз , Релиз (?), 10:17 , 23-Май-15, (5) +1 // Независимых друг от друга , A.Stahl (ok), 10:29 , 23-Май-15, (8) –1 А как можно не зависеть друг от друга, разрабатывая опенсорсный проект Или вы п, Аноним (-), 17:05 , 23-Май-15, (32) +2 Очевидно, таковых компаний можно набрать на кикстартере Независимости там - пол, Аноним (-), 10:29 , 23-Май-15, (9) –3 Независимые, только с пустым карманом , Релиз (?), 11:12 , 23-Май-15, (12) А это уже вопрос в том кому и насколько данные работы нужны Было бы кому-то нуж, Аноним (-), 17:22 , 23-Май-15, (40) designed by committee , Аноним (-), 10:28 , 23-Май-15, (6) +1 Скорее пара десятков мелких компаний и отдельных разработчиков реализуют отдельн, Crazy Alex (ok), 13:43 , 23-Май-15, (19) +1 // К сожалению, uselessd полностью оправдал свое название - оказался никому не нуже, Аноним (-), 18:01 , 26-Май-15, (121) –1 И это всего спустя день после передачи gudev от systemd к GNOME Разработчики - , Аноним (-), 11:11 , 23-Май-15, (11) +2 Доступ к геолокации, сканеру отпечатков пальцев, акселерометру есть , iZEN (ok), 12:31 , 23-Май-15, (13) –2 // По ссылке не ходи, комментарий пиши С https github com hadess iio-sensor-proxy, Stax (ok), 14:47 , 23-Май-15, (23) +3 // А GPS приемник - чем не сенсор , Аноним (-), 17:06 , 23-Май-15, (33) // Это сенсор, но его данные не слишком полезны - он не дает показаний, если нет сп, Stax (ok), 19:46 , 23-Май-15, (51) +2 А вот давай ты за меня не будешь решать - какие мне показания полезны На самом д, Аноним (-), 23:25 , 23-Май-15, (66) +1 Ребята, вы о чём вообще Посмотрите на это IIO, что ли, и как из него предлагае, Michael Shigorin (ok), 23:31 , 23-Май-15, (69) Я так понимаю что это в основном про всякие сенсоры на I2C и прочие подобные шту, Аноним (-), 05:37 , 24-Май-15, (80) Именно http cateee net lkddb web-lkddb IIO html -- и по сравнению с ними обыч, Michael Shigorin (ok), 12:30 , 24-Май-15, (92) С таким подходом и 3G модем и WiFi карточка - сенсор GPS приёмник - тяжёлая в п, ZiNk (ok), 10:50 , 25-Май-15, (110) К акселерометру точно есть, только с полгода назад там была прибита гвоздями инв, Michael Shigorin (ok), 22:15 , 23-Май-15, (59) Без D-BUS-то ну совершенно же никак этого невозможно было сделать , rob pike (?), 12:44 , 23-Май-15, (14) +7 // Учитывая, что у них всё через D-Bus построено - добавлять какой-то другой механи, Crazy Alex (ok), 13:02 , 23-Май-15, (15) // Вместо того чтоб вылезать из тоннеля, продвинемся еще немного вглубь Логично , rob pike (?), 13:11 , 23-Май-15, (16) +4 // С точки зрения существующе кодовой базы вполнелогично Если затевать революцию -, Crazy Alex (ok), 13:35 , 23-Май-15, (18) ИМХО лучше для подобных задач подходит sysfs - унифицирован для всех устройств, , Mihail Zenkov (ok), 14:05 , 23-Май-15, (20) как событие поставить на изменение значения через неработающий с sysfs inotify , Аноним (-), 14:26 , 23-Май-15, (22) +2 А как conky работает Как предлагаемый iio-sensor датчики опрашивает ИМХО если д, Mihail Zenkov (ok), 14:53 , 23-Май-15, (24) Возьми strace да посмотри Он вполне может и поллить запросто Когда его писали , Аноним (-), 17:21 , 23-Май-15, (39) +1 Скорее наоборот - conky опрашивает датчики с заданным интервалом устанавливаетс, Mihail Zenkov (ok), 18:40 , 23-Май-15, (43) Никто не мешает - в качестве одной из ракций - какому-то компоненту погасить свя, Crazy Alex (ok), 21:48 , 23-Май-15, (58) Какому именно Если устройств связи несколько, как он определит какие гасить Сей, Mihail Zenkov (ok), 22:23 , 23-Май-15, (63) Ну вот то что решало - какое устройство поднимать, то и опусти Или ещё как - во, Crazy Alex (ok), 23:27 , 23-Май-15, (67) Так так сейчас и есть - скрипт или мега автоконфигуратор сети То есть логичнее , Mihail Zenkov (ok), 00:46 , 24-Май-15, (75) Проверка на ошибки, да А дать механизм, который бы ошибку предупредил - религия, Crazy Alex (ok), 13:54 , 25-Май-15, (113) Пока не вижу ситуаций, где это действительно былобы оправдано Потеря пакетов или, Mihail Zenkov (ok), 01:28 , 26-Май-15, (118) ВНЕЗАПНО, именно это и называется polling DВот это совсем не факт За все датчи, Аноним (-), 00:09 , 24-Май-15, (72) Еще раз Поэтому для них и не работает inotify , для тех что обновляются сами , Mihail Zenkov (ok), 01:31 , 24-Май-15, (76) А откуда такие сведения взяты И для начала а что вами подразумевается под акт, Аноним (-), 06:39 , 24-Май-15, (83) Из гугла по sysfs inotify С точки зрения sysfs, датчики делятся на две категор, Mihail Zenkov (ok), 00:48 , 25-Май-15, (98) Ну если вы такой джедай - может подскажете где посмотреть на не очень жуткий кус, Аноним (-), 05:15 , 25-Май-15, (108) Возможно, пригодятся sysfsutils и libsysfs отталкивался бы от systool -c, навер, Michael Shigorin (ok), 13:25 , 25-Май-15, (112) +1 Всегда пожалуйста, для меня эти беседы тоже о многом заставили задуматься Дел, Mihail Zenkov (ok), 02:11 , 26-Май-15, (119) +1 Коллега , Michael Shigorin (ok), 11:03 , 24-Май-15, (90) Элита в треде Все в колхоз , Sluggard (ok), 01:08 , 25-Май-15, (99) +1 Не знаю, никакого элитизма в этом нет Он мне просто не нравится Начиная от тог, Аноним (-), 03:55 , 25-Май-15, (106) +1 Rfkill не то , betcher (?), 07:40 , 24-Май-15, (86) +1 Как сказать Это как кот Шреденгера И то и не то В принципе - он это делает Н, Аноним (-), 03:48 , 25-Май-15, (105) На лоре уже обсуждали эту проблему https www linux org ru forum development 10, Mihail Zenkov (ok), 15:05 , 23-Май-15, (25) Или пофиксить наконец ай фанотифай и неплодить лишних сущностей Но нет, мы не ищ, Аноним (-), 16:47 , 23-Май-15, (31) У sysfs существует несколько проблем при использовании в качестве универсальной , rob pike (?), 15:25 , 23-Май-15, (26) главная из которых - что оно на системную шину похоже не более чем мотороллер, Аноним (-), 17:10 , 23-Май-15, (35) Мне не нравится в этой идее то, что юзерспейсные события через sysfs не пустишь , Crazy Alex (ok), 17:07 , 23-Май-15, (34) Как уже отметили, sysfs - не система передачи сообщений Это система работы с ус, Mihail Zenkov (ok), 18:50 , 23-Май-15, (44) Я иду с другой стороны Есть приложения, которые заинтересованы в событиях от да, Crazy Alex (ok), 19:16 , 23-Май-15, (48) Более того - в sysfs датчики висят совершенно лысыми Информации о том с какой и, Аноним (-), 06:45 , 24-Май-15, (84) +1 Ну так ты же не запилил более удачную шину для IPC, поэтому пользуются тем что е, Аноним (-), 17:16 , 23-Май-15, (38) –1 Ну это ж гномы , Michael Shigorin (ok), 22:17 , 23-Май-15, (61) +1 Так вон датчики в sysfs висят Или ты можешь напрямую по I2C с ними коммунициров, Аноним (-), 17:13 , 23-Май-15, (36)   // И как это решит iio-sensors Как он узнает какой датчик - акселерометр Почему , Mihail Zenkov (ok), 18:24 , 23-Май-15, (41)   // То есть вы предлагаете запихнуть это в ядро, хотя без малейших потерь всё можно , Crazy Alex (ok), 19:19 , 23-Май-15, (49)   Так драйвера уже в ядре И есть уже sys class - добавить туда новые категории н, Mihail Zenkov (ok), 21:43 , 23-Май-15, (56)   Ну так вы уж решите - то ли как он узнает, какой датчик - акселерометр , то ли , Crazy Alex (ok), 21:45 , 23-Май-15, (57)   Я предлагаю, что бы драйвер регистрировал себя в sys class Если этого не сделат, Mihail Zenkov (ok), 22:15 , 23-Май-15, (60)   Ну пусть регистрирует Удобным для пользовательских приложений sysfs от этого не, Crazy Alex (ok), 23:32 , 23-Май-15, (70)   Если поверху sysfs поставить d-bus, то что это даст Тем более, что драйвера ред, Mihail Zenkov (ok), 00:18 , 24-Май-15, (73) +1   Удобен Да всем От того, что это таки события, а поллинг мы сваливаем на демон,, Crazy Alex (ok), 01:47 , 24-Май-15, (77)   Кто и как будет определять, что и как часто нужно опрашивать Несогласен - всё же, Mihail Zenkov (ok), 02:25 , 24-Май-15, (78) +1   По нормальному - сделать параметром который можно заказать Если клиент X хочет , Аноним (-), 03:37 , 25-Май-15, (104)   Возможность получения интересующей информации без двух десятков служебных микро-, Аноним (-), 06:51 , 24-Май-15, (85)   Очень сомневаюсь Приведите пример одного и второго решения Неправильно поставле, Mihail Zenkov (ok), 01:28 , 25-Май-15, (100)   Как бы вам сказать Я пробовал сделать обход градусников через sysfs И таки п, Аноним (-), 03:16 , 25-Май-15, (102)   Там уже есть своя система событий Не нужно усложнять, тогда все и будет просто Я, Mihail Zenkov (ok), 00:46 , 26-Май-15, (117)   а нормальный ДЕ у них в планах хоть есть , Аноним (-), 13:19 , 23-Май-15, (17) +2 // Да уж давным-давно сделали Зачем к этой теме возвращаться Gnome2 называется , A.Stahl (ok), 14:06 , 23-Май-15, (21) +1 Мне вот интересно, Вас какая собака укусила Или Вы считаете что Ваш вкус на кон, Leb (?), 15:27 , 23-Май-15, (27) +1 // Золотой наш, переезжай на Lumina http www opennet ru opennews art shtml num 42, Ananas (?), 15:39 , 23-Май-15, (28) // Штоо Ну епт Ну это вообще ну переедем, че поделать та теперь , Аноним (30), 16:19 , 23-Май-15, (30) То, что Вы сходу не разобрались с концепцией DE от KDE - не удивительно Многие , freehck (ok), 18:52 , 23-Май-15, (45) // Я лет пять разбирался с концецией после того как они выпустили KDE4 Максимум , soarin (ok), 19:15 , 23-Май-15, (47) А, мы про KDE4 Ну да, про них тоже кричали много Сам-то я только KDE3 видел О, freehck (ok), 19:30 , 23-Май-15, (50) Актуальная версия KDE Plasma - 5 , Ananas (?), 19:56 , 23-Май-15, (52) а KDE5 KDE5 или как обычно , Аноним (-), 21:24 , 23-Май-15, (53) –1 i3wm попса как и кде с гномом, xaxaxa (?), 23:52 , 23-Май-15, (71) –1 Может и попса, но обеспечивало почти прозрачный переход с wmii3 и решало многие , freehck (ok), 00:36 , 24-Май-15, (74) Месяц Я им уже второй год пользуюсь И я не говорил что я не могу в нем работат, Аноним (30), 05:49 , 24-Май-15, (81) +1 А не сильно ли дофига пару месяцев под DE дрессироваться , Аноним (-), 03:21 , 25-Май-15, (103) мне вообще хоть кто-нибудь ответит как дела у гнума3 со стабильность Я так поня, Аноним (-), 21:29 , 23-Май-15, (54) // Насколько понимаю, это следствие не стабильных релизов, а как раз сознательног, Michael Shigorin (ok), 22:25 , 23-Май-15, (64) А что скажете по поводу https bugzilla gnome org 740554 , Michael Shigorin (ok), 22:22 , 23-Май-15, (62) // Даже не смотрел что за баг по ссылке, и вот почему ошибку в итоге исправят, а в, Аноним (30), 05:53 , 24-Май-15, (82) Ни одного такого не припоминаю А баг посмотрите, он совершенно изумительный дл, Michael Shigorin (ok), 11:01 , 24-Май-15, (89) Кого не припомните Ноутбука с тачкрином Dell XPS 12 например, или линейка Leno, Lebedinsky (ok), 13:09 , 24-Май-15, (93) –1 Это B ультрабук B трансформер по нынешней классификации, насколько понимаю Эт, Michael Shigorin (ok), 16:44 , 24-Май-15, (94) Во-первых классификаторы продавца и покупателя могут отличаться А во-вторых , Lebedinsky (ok), 17:10 , 24-Май-15, (95) В том, что искорёженный под тачскрин гном успешно игнорирует блокер, который в, Michael Shigorin (ok), 18:21 , 24-Май-15, (96) Gnome с каждым разом тортее и тортее, Аноним (-), 19:07 , 23-Май-15, (46) Из требуемых для работы iio-sensor-proxy зависимостей отмечаются libgudev и sy, Аноним (-), 21:35 , 23-Май-15, (55) +4 // Затем, что это и было основной целью Привязать как можно больше всего к systemd, Аноним (-), 11:00 , 26-Май-15, (120) +2 А кде , Аноним (-), 08:52 , 24-Май-15, (87) Странно, почему при разработке iio не додумались сделать классификацию устройств, Аноним (-), 10:53 , 24-Май-15, (88) iiO, говорите https www youtube com watch v on8DJBt07eU, systemd_anonymousd (?), 20:57 , 24-Май-15, (97) –1 1,2,11,13,14,17,46,55,87,88,97

Сообщения

[Сортировка по времени | RSS]

	36. "Разработчики GNOME представили iio-sensor-proxy 1.0 для упро..."	+/–
	Сообщение от Аноним (-), 23-Май-15, 17:13
	> Без D-BUS-то ну совершенно же никак этого невозможно было сделать. Так вон датчики в sysfs висят. Или ты можешь напрямую по I2C с ними коммуницировать. ...только это нифуя не удобно для апликух сталкивающихся с неопределенным набором датчиков на неизвестной системе, но желающих допустим экран вертеть по показаниям акселя. Если девайс держат вертикально - то и экран в режим портрета. А если горизонтально - в режим ландшафта. А так то да, можно самому по I2C из акселя эти данные вытягивать. Почитав даташит на мег и узнав как работать с вот этим конкретным чипом. А вон тот соседний чип - лыко, мочало, начинай сначала.
	Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

	41. "Разработчики GNOME представили iio-sensor-proxy 1.0 для упро..."	+/–
	Сообщение от Mihail Zenkov (ok), 23-Май-15, 18:24
	> ...только это нифуя не удобно для апликух сталкивающихся с неопределенным набором датчиков > на неизвестной системе, но желающих допустим экран вертеть по показаниям акселя. И как это решит iio-sensors?  Как он узнает какой датчик - акселерометр? Почему тоже самое нельзя сделать в sysfs (создать отдельную директорию где будут только акселерометры)?
	Ответить | Правка | Наверх | Cообщить модератору

	49. "Разработчики GNOME представили iio-sensor-proxy 1.0 для упро..."	+/–
	Сообщение от Crazy Alex (ok), 23-Май-15, 19:19
	То есть вы предлагаете запихнуть это в ядро, хотя без малейших потерь всё можно сделать в юзерспейсе - в том числе обновлять базу устройств независимо от ядра.
	Ответить | Правка | Наверх | Cообщить модератору

	56. "Разработчики GNOME представили iio-sensor-proxy 1.0 для упро..."	+/–
	Сообщение от Mihail Zenkov (ok), 23-Май-15, 21:43
	Так драйвера уже в ядре. И есть уже /sys/class - добавить туда новые категории не проблема.
	Ответить | Правка | Наверх | Cообщить модератору

	57. "Разработчики GNOME представили iio-sensor-proxy 1.0 для упро..."	+/–
	Сообщение от Crazy Alex (ok), 23-Май-15, 21:45
	Ну так вы уж решите - то ли "как он узнает, какой датчик - акселерометр", то ли всё уже есть.
	Ответить | Правка | Наверх | Cообщить модератору

	60. "Разработчики GNOME представили iio-sensor-proxy 1.0 для упро..."	+/–
	Сообщение от Mihail Zenkov (ok), 23-Май-15, 22:15
	Я предлагаю, что бы драйвер регистрировал себя в /sys/class. Если этого не сделать, то "как он узнает, какой датчик - акселерометр"? Будет тянуть отдельную базу, которую нужно будет обновлять вместе с ядром и не будет возможности узнать класс устройства без iio-*/systemd/d-bus?
	Ответить | Правка | Наверх | Cообщить модератору

	70. "Разработчики GNOME представили iio-sensor-proxy 1.0 для упро..."	+/–
	Сообщение от Crazy Alex (ok), 23-Май-15, 23:32
	Ну пусть регистрирует. Удобным для пользовательских приложений sysfs от этого не станет, и гибкую конфигурируемую логику не прибретёт. А так как скоростными такие штуки не бывают, лучшее, что можно для них сделать - юзерспейсный демон, который можно легко модиифцировать, отлаживать, мониторить, и который будет отдавать данные в удобном виде по стандартному интерфейсу, всё равно используемому приложениями для вагона других задач.
	Ответить | Правка | Наверх | Cообщить модератору

	73. "Разработчики GNOME представили iio-sensor-proxy 1.0 для упро..."	+1 +/–
	Сообщение от Mihail Zenkov (ok), 24-Май-15, 00:18
	> Удобным для пользовательских приложений sysfs от этого не станет Если поверху sysfs поставить d-bus, то что это даст? Тем более, что драйвера редко работают в режиме событий (а если и работают - есть inotify). Чем d-bus более удобен, чем чтение/запись файлов при работе с устройствами? > гибкую конфигурируемую логику не прибретёт А должен? Я думал, что для это задача приложения. > А так как скоростными такие штуки не бывают, лучшее, что можно для них сделать - юзерспейсный демон, который можно легко модиифцировать, отлаживать, мониторить, и который будет отдавать данные в удобном виде по стандартному интерфейсу Так sysfs это уже стандартный интерфейс для работы с железом. Зачем конкретно нужен этот демон?
	Ответить | Правка | Наверх | Cообщить модератору

	77. "Разработчики GNOME представили iio-sensor-proxy 1.0 для упро..."	+/–
	Сообщение от Crazy Alex (ok), 24-Май-15, 01:47
	Удобен? Да всем. От того, что это таки события, а поллинг мы сваливаем на демон, до того, что он с вероятностью и так есть, и воткнуть в event loop ещё один обработчик - не проблема. И, разумеется, тем, что всё железоспецифичное мы оставляем деомну, а приложение получает логические события. Разница - как между сканкодами и кодами клавиш после всех обработок - повтора, раскладки, одиификаторов, переопределений и т.д. И нет, конфигурация - далеко не всегда дело приложения. А лучше - чтобы вообще им не была. Канфигурация - дело DE, фреймворка, рабочей среды - в общем, всего того, что объединяет разрозненные куски кода, умеющие делать каждый своё, в целое, рассчитанные под конкретные задачи и условия пользователя. То самое tools, not policy. К примеру, приложение получает сообщение "нажали на кнопку" - а какой логикой и где был подавлен возможный дребег - это не его дело. А вот где-то в конфигурации может быть прописано, то ли реагировать на малейшее прикосновение, то ли на уверенное нажатие в секунду. А демон - нужен, именно потому что sysfs - это интерфейс для работы с железом. А приложению на железо начхать - оно работает с событиями, разделёнными на какие-то классы, имеющими какие-то свойства и т.п. И если смотреть не с точки зрения построения системы, а с точки зрения решения задач - нет никакого великого смысла держать железные события как что-то особенное, тем более - с отдельным интерфейсом.
	Ответить | Правка | Наверх | Cообщить модератору

	78. "Разработчики GNOME представили iio-sensor-proxy 1.0 для упро..."	+1 +/–
	Сообщение от Mihail Zenkov (ok), 24-Май-15, 02:25
	> Удобен? Да всем. От того, что это таки события, а поллинг мы > сваливаем на демон, Кто и как будет определять, что и как часто нужно опрашивать? > И, разумеется, тем, что всё железоспецифичное мы оставляем деомну, Несогласен - всё железоспецифичное - драйверу. > а > приложение получает логические события. Разница - как между сканкодами и кодами > клавиш после всех обработок - повтора, раскладки, одиификаторов, переопределений и т.д. Для этого есть драйвера или библиотеки над ними. > И нет, конфигурация - далеко не всегда дело приложения. А лучше - > чтобы вообще им не была. Канфигурация - дело DE, фреймворка, рабочей > среды - в общем, всего того, что объединяет разрозненные куски кода, > умеющие делать каждый своё, в целое, рассчитанные под конкретные задачи и > условия пользователя. То самое tools, not policy. К примеру, приложение получает > сообщение "нажали на кнопку" - а какой логикой и где был > подавлен возможный дребег - это не его дело. А вот где-то > в конфигурации может быть прописано, то ли реагировать на малейшее прикосновение, > то ли на уверенное нажатие в секунду. Это должно определяться в драйвере и управляться через sysfs. Для удобства пользователя можно поверху запустить gui/cli. > А демон - нужен, именно потому что sysfs - это интерфейс для > работы с железом. А приложению на железо начхать - оно работает > с событиями, разделёнными на какие-то классы, имеющими какие-то свойства и т.п. Ну получите вы те же самые свойства, но в виде сообщений - все равно их придется унифицировать и обрабатывать. Не лучше ли унифицировать все на уровне sysfs? > И если смотреть не с точки зрения построения системы, а с > точки зрения решения задач - нет никакого великого смысла держать железные > события как что-то особенное, тем более - с отдельным интерфейсом. В том и проблема, что в большинстве своем это не события. Если все перевести в события - будет большой overhead. Да и в любом случае будет overhead. Вы же не согласитесь с обычной файловой системой работать через d-bus? Так сказать в целях унификации интерфейсов ;)
	Ответить | Правка | Наверх | Cообщить модератору

	104. "Разработчики GNOME представили iio-sensor-proxy 1.0 для упро..."	+/–
	Сообщение от Аноним (-), 25-Май-15, 03:37
	> Кто и как будет определять, что и как часто нужно опрашивать? По нормальному - сделать параметром который можно заказать. Если клиент X хочет 1 раз в секунду, а клиент Y хочет 2 раза в секунду, читаем 2 раза в секунду, но одному отдаем все отсчеты а второму через один. А если они это будут делать независимо, в хучшем случае они будут дергать датчик не 2 а 3 раза в секунду. > Несогласен - всё железоспецифичное - драйверу. Это идеальный случай. Реально совсем ничего не знать о свойствах железки, пределах измерений, максимальной частоте измерений и прочая - юзермоду может быть тяжко. Вот вижу я аксель. А вот я у меня игрушечный вертолетик которым я порулить с смарта хочу, используя этот аксель. Как мне в программе понять - годятся ли хоть в первом приближении параметры акселя? Это таки специфика железки и драйвера, но их было бы неплохо узнать. В плане диапазонов значений а также скорости и латенси получения отсчетов. > все на уровне sysfs? Делать из ФС шину - ну совсем не просто. Как максимум получится кривой франкенштейн. Оно годится как некая low level подложка, но для обычных апликух с ним довольно много мороки, особенно когда вопрос в том "а какие градусники есть и что они показывают?". > любом случае будет overhead. Вы же не согласитесь с обычной файловой > системой работать через d-bus? Так сказать в целях унификации интерфейсов ;) Мне кажется переклин на тотальной унификации интрфейсов - ведет к контрпродуктивным запрыгам по граблям, когда гвозди начинают завинчивать отверткой. В целях унификации.
	Ответить | Правка | Наверх | Cообщить модератору

	85. "Разработчики GNOME представили iio-sensor-proxy 1.0 для упро..."	+/–
	Сообщение от Аноним (-), 24-Май-15, 06:51
	> Если поверху sysfs поставить d-bus, то что это даст? Возможность получения интересующей информации без двух десятков служебных микро-операций. > Чем d-bus более удобен, чем чтение/запись файлов при работе с устройствами? Тем что файловые операции и pub/sub принципиально разные вещи. Вот например акселерометр. А вот пачка программ, которым нехило бы знать - портретный режим или ландшафтный стоит сейчас отображать. Вы как, предлагаете всем программам переться читать аксель самим, обрабатывать его данные и на этом основании делать вывод? Или все-таки пусть один демон прожует это, а потом кому надо - данные с акселя разошлет, а кому попроще - просто кинет мсг вида "ориентация экрана изменилась". > А должен? Я думал, что для это задача приложения. Ага, вот ща мы будем учить читалку пдфников жевать RAW отсчеты из акселерометра чтобы понять в какую сторону рендерить текст. Самому то не смешно?! > Так sysfs это уже стандартный интерфейс для работы с железом. Зачем конкретно > нужен этот демон? Затем чтобы объединять железо и приложения более высокоуровнвыми интерфейсами. Не комильфо читалке пдфников RAW отсчеты с акселя парсить!
	Ответить | Правка | К родителю #73 | Наверх | Cообщить модератору

	100. "Разработчики GNOME представили iio-sensor-proxy 1.0 для упро..."	+/–
	Сообщение от Mihail Zenkov (ok), 25-Май-15, 01:28
	>> Если поверху sysfs поставить d-bus, то что это даст? > Возможность получения интересующей информации без двух десятков служебных микро-операций. Очень сомневаюсь. Приведите пример одного и второго решения. > Вот например акселерометр. А вот пачка программ, которым нехило бы знать - > портретный режим или ландшафтный стоит сейчас отображать. > Вы как, предлагаете всем программам переться читать аксель самим, обрабатывать его данные > и на этом основании делать вывод? Или все-таки пусть один демон > прожует это, а потом кому надо - данные с акселя разошлет, > а кому попроще - просто кинет мсг вида "ориентация экрана изменилась". Неправильно поставлена задача. Этим программам не нужен акселерометр. Более того им не нужно знать какой сейчас режим (портретный/ландшафтный). Все что им нужно - уведомление о смене разрешения окна/экрана. За это должен отвечать xorg/wayland/mir/etc. Они же должны повернуть отдаваемое приложением изображение на нужное количество градусов.
	Ответить | Правка | Наверх | Cообщить модератору

	102. "Разработчики GNOME представили iio-sensor-proxy 1.0 для упро..."	+/–
	Сообщение от Аноним (-), 25-Май-15, 03:16
	> Очень сомневаюсь. Приведите пример одного и второго решения. Как бы вам сказать? Я пробовал сделать обход "градусников" через sysfs. И таки подзадолбался. Если гномеры попробуют это сделать менее геморно - я только за. В sysfs очень дубовый интерфейс, он сгодится если я знаю что "хочу вот именно этот датчик". А вот generic обход в произвольной системе, с пониманием что это за датчик и прочее... > уведомление о смене разрешения окна/экрана. За это должен отвечать xorg/wayland/mir/etc. > Они же должны повернуть отдаваемое приложением изображение на нужное количество Ну во первых, уведомление о смене разрешения один фиг должно ехать через нечто bus-образное. Во вторых, "просто повернуть изображение" было бы слишком просто. Де факто многие программы должны как минимум еще сделать ре-рендер документа под новый формат сторон, чтобы это не смотрелось как кусок блeвотины, явно понимая что они рендерят под другое соотношение сторон экрана. В третьих, в гробу я видал чтобы xorg, wayland и прочие применяли решение о том когда крутить экран. Это должен делать некто иной. Работающий с акселем. Или чем там еще. И имеющий возможность высказать свое мнение о всем этом неопределенной группе подписчиков которых это может интерсовать. Ну то-есть xorg или wayland вполне могут быть одним из клиентов события "ориентация экрана изменилась", почему бы и нет. И даже что-то сделать по этому поводу. Но вот отнюдь не их дело читать RAW показания акселерометра и принимать решения об ориентации. А вот это решение - иксам, вялендам и проч. тоже надо как-то отсигналить. Ну вот по логике вещей получается что логичнее всего пхнуть сообщение в шину, а все заинтересованные узнают что экран крутанулся.
	Ответить | Правка | Наверх | Cообщить модератору

	117. "Разработчики GNOME представили iio-sensor-proxy 1.0 для упро..."	+/–
	Сообщение от Mihail Zenkov (ok), 26-Май-15, 00:46
	>> уведомление о смене разрешения окна/экрана. За это должен отвечать xorg/wayland/mir/etc. >> Они же должны повернуть отдаваемое приложением изображение на нужное количество > Ну во первых, уведомление о смене разрешения один фиг должно ехать через > нечто bus-образное. Там уже есть своя система событий. > Во вторых, "просто повернуть изображение" было бы слишком просто. Не нужно усложнять, тогда все и будет просто. >Де факто многие > программы должны как минимум еще сделать ре-рендер документа под новый формат > сторон, чтобы это не смотрелось как кусок блeвотины, явно понимая что > они рендерят под другое соотношение сторон экрана. Я же сказал - "Все что им нужно - уведомление о смене разрешения окна/экрана." Было 800x600, стало 600x800. Программа просто заново разместит виджеты и подгонит их размер. > В третьих, в гробу я видал чтобы xorg, wayland и прочие применяли > решение о том когда крутить экран. Это должен делать некто иной. Этим занимается xorg (конкретно xrandr) - только он может повернуть все окна и приложениям не придется думать под каким углом рисовать виджеты. > Работающий с акселем. Или чем там еще. И имеющий возможность высказать > свое мнение о всем этом неопределенной группе подписчиков которых это может > интерсовать. Приложению должно быть абсолютно вее равно, почему изменилось разрешение. Может произошла смена видео режима или был подключен новый монитор или монитор был повернут. > Ну то-есть xorg или wayland вполне могут быть одним из > клиентов события "ориентация экрана изменилась", почему бы и нет. И даже > что-то сделать по этому поводу. Но вот отнюдь не их дело > читать RAW показания акселерометра и принимать решения об ориентации. А вот > это решение - иксам, вялендам и проч. тоже надо как-то отсигналить. > Ну вот по логике вещей получается что логичнее всего пхнуть сообщение > в шину, а все заинтересованные узнают что экран крутанулся. Зачем обычному приложению заниматься поворотом виджетов самому, если эту работу может выполнить графическая подсистема?
	Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема