|
|
3.10, Аноним (-), 00:01, 24/08/2013 [^] [^^] [^^^] [ответить]
| +26 +/– |
> Потому про нее никто даже и не думал.
Не думать - это _очень_ вредная привычка.
| |
|
|
5.88, Аноним (-), 01:04, 25/08/2013 [^] [^^] [^^^] [ответить]
| +1 +/– |
> А думать - просто вредно.
Да уж, дарвинисты которые думать не желают - приносят пользу обществу. Путем самоустранения. За это мы им благодарны.
| |
|
4.75, AnonuS (?), 20:43, 24/08/2013 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Не думать - это _очень_ вредная привычка.
Надо у кодописателя спросить о чём он в тот момент думал, и почему именно так, а не иначе понял спецификацию и соотсветственно напорол чуши.
| |
|
3.35, Аноним (-), 03:47, 24/08/2013 [^] [^^] [^^^] [ответить]
| +8 +/– |
> Потому про нее никто даже и не думал.
А вы посмотрите как китаезные девайсы сделаны - там на спеки забито все что можно забить в принципе, если девайс после этого хоть немного трепыхается еще. Глюки? Да гуляй ты, дорогой пользователь, как заплачено - так и зафигачено! :)
| |
|
4.40, Аноним (-), 07:41, 24/08/2013 [^] [^^] [^^^] [ответить]
| +2 +/– |
Теперь это нить жалоб на китайские поделки. В свое время пытался купить raid контролер и usb контролер. Все это счастье скорее не работало чем работало. А что-то другое сложно найти или цены совсем неадекватные.
| |
|
|
2.43, Аноним (-), 07:48, 24/08/2013 [^] [^^] [^^^] [ответить]
| +1 +/– |
Простите вашего кода в ядре много? Почему вы этот нелепый баг раньше не нашли и не исправили?
| |
2.44, Флинт (?), 07:55, 24/08/2013 [^] [^^] [^^^] [ответить]
| –1 +/– |
да уж.. а сколько вопросов на форумах на эту тему было...
| |
|
|
2.30, Аноним (-), 03:40, 24/08/2013 [^] [^^] [^^^] [ответить]
| +4 +/– |
> любят они, всё на железо списывать
И не то чтобы без причин.
| |
|
|
Часть нити удалена модератором |
4.82, Аноним (-), 23:38, 24/08/2013 [^] [^^] [^^^] [ответить] | +3 +/– | А ваша система с usb вообще работает никаковски Скажем перепрошить девайс с usb... большой текст свёрнут, показать | |
|
|
|
|
2.8, Аноним (-), 00:01, 24/08/2013 [^] [^^] [^^^] [ответить]
| –3 +/– |
Вы про показывание факов производителям "кривого железа"?
| |
|
3.12, anonymous (??), 00:12, 24/08/2013 [^] [^^] [^^^] [ответить]
| +5 +/– |
Вообще фак адресовался любителям закрытых драйверов. Железо никто не ругал.
| |
|
4.13, Аноним (-), 00:14, 24/08/2013 [^] [^^] [^^^] [ответить]
| –7 +/– |
> Железо никто не ругал.
Дааааа?
> Ситуация с отсоединением от шины устройств с интерфейсом USB 2.0 после возврата из спящего режима до сих пор списывалось на проблемы в аппаратной реализации средств управления питанием дешёвых USB-устройств. Проблему пытались решить через занесение устройств в чёрные списки и много критиковали низкое качество дешёвого оборудования.
| |
|
5.51, Andrey Mitrofanov (?), 09:33, 24/08/2013 [^] [^^] [^^^] [ответить]
| +1 +/– |
>> Железо никто не ругал.
> Дааааа?
В отличие от тебя Т. не идiот и факать _видеокарту_ в видео-письме не будет.
| |
|
|
|
|
1.15, Алексей (??), 00:16, 24/08/2013 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
Кто бы ACPI в asus N*6 ноутах починил. (Высказывания из разряда: "сам сходи и почини" - оставьте при себе, я не настолько крут, что бы пилить kernel)
| |
|
2.17, Аноним (-), 00:25, 24/08/2013 [^] [^^] [^^^] [ответить]
| +6 +/– |
> Высказывания из разряда: "сам сходи и почини" - оставьте при себе, я не настолько крут, что бы пилить kernel
Даже разработчики ядра не всегда настолько круты, чтобы играть в угадайку "какие именно костыли в таблицах ACPI нужно наставить, чтобы все взлетело?"
Правильный ответ знает только Asus, но не говорит никому, кроме мелкософта.
| |
|
3.18, Аноним (-), 00:37, 24/08/2013 [^] [^^] [^^^] [ответить]
| +/– |
А что правда существует заговор производителей железа против открытых систем?
| |
|
2.23, arisu (ok), 01:42, 24/08/2013 [^] [^^] [^^^] [ответить]
| +4 +/– |
> я не настолько крут, что бы пилить kernel
заплати тому, кто умеет.
| |
|
3.45, Аноним (-), 08:06, 24/08/2013 [^] [^^] [^^^] [ответить]
| –1 +/– |
Там не лучше. Недавно в хр начали pnp массово отваливаться и системы печати слетать. Кроме того, если каспера вовремя не снести, систему вообще обвалить может.
| |
|
2.37, Аноним (-), 03:55, 24/08/2013 [^] [^^] [^^^] [ответить]
| +/– |
> Кто бы ACPI в asus N*6 ноутах починил.
А вы баг то хоть написали? Или разработчики должны догадаться путем телепатии что он есть?
| |
2.105, Аноним (-), 13:50, 26/08/2013 [^] [^^] [^^^] [ответить]
| +/– |
> Кто бы ACPI в asus N*6 ноутах починил. (Высказывания из разряда: "сам
> сходи и почини" - оставьте при себе, я не настолько крут,
> что бы пилить kernel)
Это нельзя исправить, кривое железо. Инфа 100%.
| |
|
1.27, шип (?), 02:27, 24/08/2013 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
ээээ.. это случайно не та проблема, которая в чипсетах z87 ревизии с1 проявлялась?
| |
|
2.33, Аноним (-), 03:45, 24/08/2013 [^] [^^] [^^^] [ответить]
| –1 +/– |
> ээээ.. это случайно не та проблема, которая в чипсетах z87 ревизии с1
> проявлялась?
Не, это просто грубая лажа в реализации спеков. Увы, увы, мир неидеален.
| |
|
1.39, jOKer (ok), 07:27, 24/08/2013 [ответить] [﹢﹢﹢] [ · · · ]
| +4 +/– |
>неверной интерпретацией спецификаций
Ну и что это за спецификация, которая допускает двойное (если не тройное!) толкование? ИМХО, спецификация (как и стандарты) по определению должна представлять _формальное_ описание параметров оборудования.
| |
|
2.42, Аноним (-), 07:47, 24/08/2013 [^] [^^] [^^^] [ответить]
| +2 +/– |
Но ведь все люди пишут. В ПО баги. В железе баги. Спецификации плохие.
У меня после выхода из спящего режима ничего не отваливалось на 2х компьютерах. Полагаю у разработчиков тоже.
| |
|
3.46, Аноним (-), 08:07, 24/08/2013 [^] [^^] [^^^] [ответить]
| +/– |
> Но ведь все люди пишут. В ПО баги. В железе баги. Спецификации
> плохие.
> У меня после выхода из спящего режима ничего не отваливалось на 2х
> компьютерах. Полагаю у разработчиков тоже.
А у меня на 27 серверах вообще спящего режима вроде нет.
| |
|
4.61, Kodir (ok), 15:22, 24/08/2013 [^] [^^] [^^^] [ответить]
| +1 +/– |
> А у меня на 27 серверах вообще спящего режима вроде нет.
Они засыпают, как только ты уходишь из комнаты :)
| |
|
5.106, Аноним (-), 13:52, 26/08/2013 [^] [^^] [^^^] [ответить]
| +1 +/– |
>> А у меня на 27 серверах вообще спящего режима вроде нет.
> Они засыпают, как только ты уходишь из комнаты :)
Тсс. А то он задумается, что происходит с миром, когда он отворачивается..
| |
|
6.112, Аноним (-), 20:50, 26/08/2013 [^] [^^] [^^^] [ответить]
| +2 +/– |
> Тсс. А то он задумается, что происходит с миром, когда он отворачивается..
По легенде, в этот момент обсчет сцен прекращается. И горе тому кто сможет заметить это на...лово :).
| |
|
|
|
3.58, Kodir (ok), 15:17, 24/08/2013 [^] [^^] [^^^] [ответить]
| +/– |
Программу ты пишешь сам, сам же отлаживаешь, потом ВОЗМОЖНО даёшь на ревизию другому лицу. А спеки - слишком фундаментальная вещь, чтобы выпускаться наобум "прочёл - вроде ничё!". Их должны проверять настоящие профи с дотошностью юриста и паранойей фирмварщика марсохода. После чего они должны даваться обычному новичку и тот НЕ ДУМАЯ должен правильно составить код по спекам.
| |
|
2.52, Andrey Mitrofanov (?), 09:36, 24/08/2013 [^] [^^] [^^^] [ответить]
| +2 +/– |
>>неверной интерпретацией спецификаций
>двойное (если не тройное!) толкование?
Двойное: верное и неверное.
| |
2.54, anonymous (??), 12:18, 24/08/2013 [^] [^^] [^^^] [ответить]
| +/– |
>>неверной интерпретацией спецификаций
> Ну и что это за спецификация, которая допускает двойное (если не тройное!)
> толкование? ИМХО, спецификация (как и стандарты) по определению должна представлять _формальное_
> описание параметров оборудования.
Вот такое вот, дяденька, хреновое лето... эээ, спецификация. И с RFC такое тоже _часто_ бывает, не зря потом тонны maillist приходится перечитать, где сидят такие же несчастные, пишущие реализацию конкретного протокола/стандарта по этому RFC.
| |
|
1.53, Аноним (-), 11:31, 24/08/2013 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
Текст новости полностью не соотвествует содержанию патча.
Вся суть сводится к:
- msleep(10);
+ msleep(20);
А спеки требуют ждать не меньше 10 микросекунд.
| |
|
2.59, Kodir (ok), 15:20, 24/08/2013 [^] [^^] [^^^] [ответить]
| +/– |
> Вся суть сводится к:
> - msleep(10);
> + msleep(20);
> А спеки требуют ждать не меньше 10 микросекунд.
"Не меньше 10" вполне соответствует оригинальному "msleep(10)", непонятно зачем патч. А если "вдруг заработало" на 20, значит девайс действительно левый.
| |
|
|
4.113, Вахтанг (?), 20:35, 27/08/2013 [^] [^^] [^^^] [ответить]
| +2 +/– |
> не меньше 10 это = 11+
Нет, дружище. Не меньше 10 - это 10+ (>= 10)
| |
|
|
2.77, arisu (ok), 21:07, 24/08/2013 [^] [^^] [^^^] [ответить]
| +2 +/– |
ну вперёд, можешь стать таковым.
— кто тут, к примеру, в цари крайний? никого?! так я первый буду!
| |
|
3.109, Аноним (-), 13:57, 26/08/2013 [^] [^^] [^^^] [ответить]
| –3 +/– |
> ну вперёд, можешь стать таковым.
> — кто тут, к примеру, в цари крайний? никого?! так я первый
> буду!
Настоящих буйных мало, вот и нету вожаков..
| |
|
|
1.78, Anonymouse (?), 21:08, 24/08/2013 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
Похоже этот патч еще не конец истории
/linux-3.9.11$ grep -r "TRSMRCY"
drivers/usb/core/hub.c: /* TRSMRCY = 20 msec */
drivers/usb/core/hub.c: /* TRSMRCY = 10 msec */
drivers/usb/core/hcd.c: * unsuspended. If they are then a TRSMRCY delay is needed
drivers/usb/core/hcd.c: usleep_range(10000, 11000); /* TRSMRCY */
drivers/usb/host/isp1362-hcd.c: /* TRSMRCY */
drivers/usb/host/ohci-hub.c: /* TRSMRCY */
В hcd.c, isp1362-hcd.c, ohci-hub.c все по 10мс.
А разработчик Сара Шарп путает микро и миллисекунды!
| |
|
2.115, Andrey Mitrofanov (?), 14:52, 28/08/2013 [^] [^^] [^^^] [ответить]
| +/– |
> drivers/usb/core/hub.c: /* TRSMRCY = 20 msec */
> drivers/usb/core/hub.c: /* TRSMRCY = 10 msec */
> А разработчик Сара Шарп путает микро и миллисекунды!
Да нет же! Это делаешь ты и "Аноним, 11:31 , 24-Авг-13, (53)"
> drivers/usb/core/hcd.c: usleep_range(10000, 11000); /* TRSMRCY */
Сходи по ссылке, почитай описание и патч. В описании везде явно указаны единицы. В патче - msleep(), а не "твой" usleep_там_чего_то().
---На здоровье. http://lxr.free-electrons.com/source/kernel/timer.c#L1657
| |
|
1.90, robux (ok), 09:03, 25/08/2013 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
> проблемы вызваны неверной интерпретацией спецификаций в реализации USB
Какой-нибудь бюрократ писал, вот мужики и не заметили подлянку.
О, я определил виноватых: пафосные бюрократы, пишушие стандарты бюрократическим языком, чтобы запутать трудящихся, которым предстоит реализовывать этот стандарт!
Прослеживается аналогия со стандартом MS OOXML.
Видать USB 2.0 тоже проприетарные пижоны писали.
Ну а то что Саrушка, писательница очередного стандарта, прикрывает коллег, как бы намекает.
| |
|
2.116, Andrey Mitrofanov (?), 14:55, 28/08/2013 [^] [^^] [^^^] [ответить]
| +/– |
> Ну а то что Саrушка, писательница очередного стандарта, прикрывает коллег, как бы намекает.
Да! Понимаешь, у всех работает, а у sara@linux.intel.com не работает. Ждём жестов Линуса в сторону железа @ intel.com. </тэдрама>
| |
|
|
2.117, Andrey Mitrofanov (?), 21:49, 28/08/2013 [^] [^^] [^^^] [ответить]
| +/– |
> Когда фикс включат в ядро, есть информация?
Мадам Сара говорит, что в ХромОС-е оно уже. Задержка заменена :) на 100мс.
| |
|
|