LINUX.ORG.RU

В Minix теперь доступен USB-стек

 , , ,


0

0

Теперь в Minix можно не только слушать музыку, но и использовать USB-устройства!

17ого числа программист под ником althafkbacker опубликовал на code.google.com 0.01-alpha версию программы, позволяющей реализовать USB стек на Minix (только для версий начиная с 3.1.5).

На данный момент реализовано:

  • Поддержка полноскоростного и низкоскоростного режимов передачи;
  • Возможность контроля передачи в синхронном режиме;
  • Возможность прерывания передачи;
  • Драйвер для хост-контроллера UHCI;
  • HID-драйверы для клавиатуры и мыши;
  • USBDI-интерфейс для написания USB-драйверов;
  • Поддержка работы с несколькими хост-контроллерами;
  • Возможность динамической загрузки и выгрузки драйверов;
  • Модульный дизайн стека.

>>> Подробности

★★★★★

Проверено: svu ()

Ответ на: комментарий от tommy

зачем тогда инго и кон чего то там патчат


Это называется активное развитие, в отличии от РИПнувших 10 лет назад BSD систем и прочих соплярисов. Живет оно, растет, а не лежит в склепе. Нормальный процесс.

А нужен стабильный апи и проч - есть дистры заточенные под это, типа рхел, или дебиан, или че-нить такое. Короче выбор здесь есть, огромный, на любой вкус %-) Это как раз нравится мне вот в ляликсе %-)

anonizmus
()
Ответ на: комментарий от nnz

>Вот оно, микроядро-то.

А что, x86 уже умер? Если нет, то все «микроядерщики» - «сосать, не отвлекаться»

Led ★★★☆☆
()
Ответ на: комментарий от ArtemZ

>так как микроядро - падать будет только сервер драйвера со стеком. линуксоиды молча завидуют

«линкслиды» завидуют обладателям адекватного (не-x86) железа. Не-линуксоиды сосут молча, пытаясь получить удовольствие (и притоворясь (на ЛОРе), что у них типа оргазм)

Led ★★★☆☆
()
Ответ на: комментарий от anonizmus

>>зачем тогда инго и кон чего то там патчат

Это называется активное развитие

это называется по другому - Линус, оглядываясь на корпорации, не хочет сключать планировщики которые сделают систему более отзывчивой, в угоду производительности на серверах. так что на данный момент линукс - это серверное ядро. и развивается оно туда куда хотят коммитры из крупных корпораций. не удивляйтесь если и поддержка DRM там будет в ядре.

tommy ★★★★★
()
Ответ на: комментарий от anonizmus

>А нужен стабильный апи и проч - есть дистры заточенные под это, типа рхел, или дебиан

дебиан стабильный. проблема в кернеле. в Lenny - весьма неудачный например. какой там реалтайм если он в 64 битном вариант тормозит и на сервере. это всё неутомимые коммитеры-улучшатели

tommy ★★★★★
()
Ответ на: комментарий от goingUp

>>GPL плохая лицензия, она привела к дергадации и стагнации проекта MySQL

Да ну, а может покупка ораклом сана? И в чем двойное лицензирование хуже лицензии BSD? так хоть проект получить денег за счет двойной лицензии, а так не получит вообще ничего

Жопа MySQL пришла еще раньше. Дело именно в GPL.

BSD
()
Ответ на: комментарий от tommy

>никакую. меня просто достали, особенно в последние дни, тупые агрессивные проповедники FSF и GPL. поэтому я немного агрессивен.

томми, это просто твоя «тупость и агрессивность» застит тебе глаза. а в последние дни у тебя просто обострение, сезонное видимо. попей валериадки.

registrant ★★★★★
()
Ответ на: комментарий от registrant

нет. один агрессивный фанатичный проповедник FSF до меня докопался. а так я спокоен как слон. спасибо за участие, валерианки не надо.

tommy ★★★★★
()
Ответ на: комментарий от registrant

>>валерианки не надо.

надо, томми, надо. санитаров сюда!


Контрольй ему в голову надо - Патрегбох!! :)

anonymous
()

Minix RIP. Такими темпами лет через 20 оно дорастёт до уровня линукса 2003 года.

Quasar ★★★★★
()
Ответ на: комментарий от tommy

tommy, мне кажется ты чем то упорот. Попробуй ответить на следующие вопросы перед Ктулху:

1. зачем на сервере нужно реалтайм ядро ?
2. зачем дома у пользователя нужно реалтайм ядро ?
3. кто тебя заставляет использовать linux ?
4. почему Линус вдруг должен прогибаться под некого tommy, с форума из страны в которой ходят медведи в ушанках хороводом вокруг мавзолея и пьют водку из горла ?
5. Кто мешает тебе самому поставить планировщик который тебе нравится (как и затюнить ядро под себя, в том числе реалтайм, правда нах он нужен дома я не понимаю)
6. Ну и лично у меня вопросик такой - почему у меня не тормозит линукс на серверах и дома ? (не знаю что там с ленни, ибо на серверах я предпочитаю использовать серверную же убунту, с некоторых пор, в основном из-за LTS и из-за более лучшей поддержки железа «из коробки», ну и когда надо не гнушаюсь испачкать руки в сборке ядра, благо в debian'ах это делается парой команд всего, что бы получить готовые пакеты с ведром и хэдерами) что надо сделать что бы он стал тормозить ?

Это при том что я то не гуру а простой смертный, даже я бы сказал скорее чайник, вот.

anonizmus
()
Ответ на: комментарий от anonizmus

у винды - один и тот же кернел что в серверной сборке, что в системе на которой играют. подумай об этом. это начиная с висты

ядро не с лучше отзывчивостью, а вообще с нормаланой отзывчивостью. простестированное и пригодное для использования - такого в линуксе практически нет. ты говоришь что используешь убунту - там как раз варианты ядра с пропатченным кернелом от Инго.

Линус реально работает на энтерпрайз - шапка до сих пор поставляет системы именно с 2.6.18, до этого у новела была система вообще на 2.6.16. это мы как обезьяны для них подопытные. очень жаль что дебиан перкратил поддержку Etch-а . я наблюдаю регрессии во многом в новом кернеле. подумываю о переходе на CentOS, очень жаль что придётся откажаться от дебиана. но это не производительность в Lenny. в 64-ти битной системе ппц полный. она вообще останавливается при дисковых операциях и иногда ухитряется отключиться eth0 по причине торможения.

tommy ★★★★★
()

Ох скорее бы скорее бы скорее бы допилили. И послать лесом можно будет этот пухноведерный Линупс. И вот только и остаётся надеяться только на Миникс и на Хурд.

А ситуация с ядром Линукса следующая: Линус пытаясь вывести свою поделки из глубокой жопы, пихает в ядро всё нужное и не нужное, и то, которое пилить и пилить ещё. и результатом всего этого станет огромное распухшее ядро, тормозящее на самых современных компах. Танненбаум ещё в своё время об этом предупреждал Линуса, но тот упоротый, как и абсолютное большинство здесь, и сделал по своему. За результатом мы можем наблюдать, смотря за динамикой развития Линупса. Ну, кто-нибудь сможет возразить что-то на этот абсолютно адекватный и объективный взгляд ?

в общем, скорее бы допилили Миникс или Хурд, и о студенческой поделке Линупс можно будет забыть, как о страшном сне.

anonymous
()
Ответ на: комментарий от tommy

Так убунту и используй вместо дебиана. (и не надо слушать пионерию которая вопит что убунта это кривая поделка, по моему для десктопа вообще лучший дистр, да и серверная версия тоже очень хороша, если надо можно и поддержку купить вон).
А про обезьян - тебя насильно в клетку зоопарка сажают ? Или может наоборот, ты хочешь что бы Мудрая Рука Свыше вела тебя, по единственному пути, без возможных альтернатив (ну я не спорю, так то конечно проще жить, думать самому не надо) ?

anonizmus
()
Ответ на: комментарий от anonizmus

убунту тестируют ещё хуже перед выходом. на системной плате на которой у меня стоит Etch - убунту текущая на тот момент работала с жестким диском со скоростью черепахи. такой чудесный кернел там был. кажется 2.6.20 который на одной моей машине работал приемлемо, я дистр там потестрировал и воздвиг на похожую машину. пришлось снести и там трудится Etch. который придётся снести по причине идиотизма в мозгах разработчиков дебиана. ради здравого смысла и стабильной работы можно было поступиться графиками/планами и тд.

tommy ★★★★★
()
Ответ на: комментарий от anonymous

Миникс — академическая поделка и очевидно, что она хуже студенческой.

PolarFox ★★★★★
()
Ответ на: комментарий от tommy

> у винды - один и тот же кернел что в серверной сборке, что в системе на которой играют.

4.2 какбе, для всего, что не х64

LamerOk ★★★★★
()
Ответ на: комментарий от anonizmus

> Попробуй ответить на следующие вопросы перед Ктулху:

Хоть я и не tommy, а ты не Ктулу, я отвечу на некоторые:

1. зачем на сервере нужно реалтайм ядро ?

Это зависит от того, чем занимается сервер. У RedHat есть продукт с realtime-ядром для бирж - там время отклика важно.

2. зачем дома у пользователя нужно реалтайм ядро ?

Это зависит от пользователя. Realtime-ядро начиналось по заявкам музыкантов-любителей, которые дома обрабатывали звук.

4. почему Линус вдруг должен прогибаться под некого tommy

Потому что многие хотят того же, что и tommy (при всей неадекватности последнего).

5. Кто мешает тебе самому поставить планировщик который тебе нравится

Никто, но вопрос не в этом.

tailgunner ★★★★★
()
Ответ на: комментарий от LamerOk

>> у винды - один и тот же кернел что в серверной сборке, что в системе на которой играют.

4.2 какбе

Расскажи нам об этом, а то я смутно помню опыт Руссиновича: он показал, что разница в производительности серверного и десктопного ядра венды - исключительно в настройках из реестра.

tailgunner ★★★★★
()
Ответ на: комментарий от tailgunner

Никто, но вопрос не в этом.


Ну я конкретно у томми спрашивал зачем ему реалтайм, меня гложат сомнения что он занимается биржами и что он пишет музыку. Меня вот лично отзывчивость стандартного убунтовского ведра устраивает (хотя компьютер старенький достаточно).

А потом, вот ты говоришь что многие хотят того чего хочет tommy, так спрос рождает предложение, если предложения нет - значит все таки что-то не так с хотелками, либо хотят не от того от кого надо хотеть.

anonizmus
()
Ответ на: комментарий от anonizmus

> Ну я конкретно у томми спрашивал зачем ему реалтайм, меня гложат сомнения что он занимается биржами и что он пишет музыку.

Биржи и музыка - это без претензий на полное раскрытие темы. Еще я читал, что типа профессиональные игроки во всякие кваки ставили патченые ядра для увеличения скорости реакции, да мало ли что может быть...

А потом, вот ты говоришь что многие хотят того чего хочет tommy, так спрос рождает предложение, если предложения нет

Есть спрос на отзывчивый десктоп, есть и предложение (работа Коливаса).

либо хотят не от того от кого надо хотеть.

Либо... ты догадался - по религиозно-политическим причинам Линус и К игнорируют спрос и предложение.

tailgunner ★★★★★
()
Ответ на: комментарий от anonizmus

кто говорил про реалтайм. я говорил про нормальную отзывчивость системы. хотя бы на уровне винды. когда что-то шуршит диском в фоне (образно говоря торрент криент или что-то копируется) то не прерывалость пригрывание видео и звука. а есл ив фоне запустить ещё и компилящию то часто наблюдаем хрипение и глотание кадров. вот -rt кернел это немного компенсирует, при проседании общей производительности совсем незаметной.

Линус или боится сказать слово коммитерам из корпораций или просто ему вообще всё равно - лишь бы бабло платили.

tommy ★★★★★
()
Ответ на: комментарий от anonizmus

ты слишком прицепился к этому «Real Time». просто это так назывется патч коорый пытается хоть как то выправить ненормальное положение дел с отзывчивостью в линукс.

и вот то чего я не видел ни в винде, ни в линукс при драйверах ATI и Intel - прерывания звука при проигрывании видео если установлены проприетарные драйверы nvidia. только какой процесс захватит больше процессорных ресурсов чем какое то значение - начинается прерывание звука в mplayer-е, до того как ни нажмешь на паузу и отожмёшь её. тот же дистр с другими драйверами - всё нормально. я не голословно ругаю бубунту, дебиан и тд. подозреваю опять же чудесный энтерпрайзный планировщик виноват.

tommy ★★★★★
()
Ответ на: комментарий от tommy

У меня сейчас запущен eiskaltdc (пересчитывает хэши файлов, кривой он, конфиги иногда слетают, приходится их стирать и пересчитывать хэши), и с этого же винта смотрю кино, mplayer'ом, описываемого тобой глюка не наблюдал (ну может давно был когда-то, но я не помню просто, хз).

Ядро обычное, ничего не патчил..
Linux gloom 2.6.31-20-generic #57-Ubuntu SMP Mon Feb 8 09:02:26 UTC 2010 x86_64 GNU/Linux

Подскажи как воспроизвести глюк.
Ради интереса запустил 7z b (запускает тест на все ядра процессора) до кучи.

Было что-то похожее на то что ты описал в каком то древнем ядре, когда дисковый I/O захлебывался. Но вообще то это нормальное поведение, при таком раскладе.

anonizmus
()
Ответ на: комментарий от tommy

>а есл ив фоне запустить ещё и компилящию то часто наблюдаем хрипение и глотание кадров.

это все херня. вот у меня есть USB-флешка, кингстон какой-то. так вот, если на нее начинаешь писать, то система в пошаговый режим переходит. самый цирк был, когда я пытался параллельно в ufoai пошпилить - 30 сек пауза, 10 сек рендерит и т.д. скорость записи тоже впечатлят, где-то 1,5МБ. разумеется логи чистые, дрова какие-надо загружены и от типа i/o планировщика не зависит. а при любой компиляции система вполне юзабельна, с видео и звуком никаких проблем нет и не рассказывай про венду, плавали, знаем.

registrant ★★★★★
()
Ответ на: комментарий от tommy

хотя бы на уровне винды. когда что-то шуршит диском в фоне (образно говоря торрент криент или что-то копируется) то не прерывалость пригрывание видео и звука. а есл ив фоне запустить ещё и компилящию то часто наблюдаем хрипение и глотание кадров.


У меня видеокамеры нет. Но ты почти затролил меня для того что бы я запустил одновременно компиляцию ядра, пересчет хэшей в торрентах/dc, и еще что-нить, плюс одновременный просмотр киношки. Если упрешься рогом дальше - я поищу какой нить фотоаппарат тут, рядом, и запишу на него и выложу в качестве доказательства того что давно уже описываемой тобой проблемы нет, по крайней мере в убунте %-)

Или на слово поверишь ?

anonizmus
()
Ответ на: комментарий от anonizmus

вот в том и дело что на разном железе линукс может работать поразному. нормальный плпнировщик смягчит эти проблемы хотя бы.

и хрипы в mplayer -е - я же говоррю при проприетарных дрйверах nvidia. тот же дистр и другие драйверы и такой проблемы нет. проблема только при нагрузке на хард напрмиер.

и у меня не убунту.

tommy ★★★★★
()
Ответ на: комментарий от anonizmus

особенно проблемы дурацкого планировщика заметны именно в сложных случаях - когда система чем то загружена. идёт подтормаживание из-за работы с жестким диском , dvd-rom, usb. вот у меня в 64-ти битном Lenny это видно слишком хорошо. стираю файл на пару гигабайт - останавливается вообще всё, даже мышь практически не двигается. и тд и тп. исходная проблема видимо в 64-ти битной сборке, но нормальный планировщик даст системе работать а не будет всё останавливать кроме процесса который тормозит.

tommy ★★★★★
()
Ответ на: комментарий от tommy

у меня дрова проприетарные, карточка nvidia.
Сейчас снова провел тестик - запустил компиляцию ведра, на двух ядрах (у меня проц двухкорый) + продолжается построение хэшей в DC клиенте + захват изображения был через gtkrecord desktop в 1920x1080 (сразу жалось в огг теору, ) но звук к сожалению почему то не захватился (чета там в настройках этого гткрекорда про jackd сказано, а у меня его не стоит, может он нужен, хз) не тормозит ничего (ну правда кадры при пожатии в теору дропались, хотя выбрано было 15фпс, но это понятно почему, проц ибо старенький и не тянет).

я к чему. Может тебе все таки скачать live cd убунты и попробовать на своем железе, она действительно очень хороша.

зы, система как раз 64бит стоит. Вообще у меня когда то хрипело - когда только пульсаудио появился, потом я его убил, а потом когда 9.10 убунту поставил - оно вроде стало работать нормально и не хрипеть (старый пульс порой не просто хрипел а вообще карточку вешал, приходилось демон перезапускать пульсаудио).

anonizmus
()
Ответ на: комментарий от tommy

стираю файл на пару гигабайт - останавливается вообще всё, даже мышь практически не двигается


8=|
Ужасные вещи ты рассказываешь.

anonizmus
()
Ответ на: комментарий от tommy

http://rghost.ru/1204354
вот файлик ~22 мегабайта, все это происходит на машинке атлон64 3800+ двухкорой. (проц 2гигагерца, галочку поставил «сжимать на лету» поэтому видео дергается, не знаю можно ли по видео понять отзывчивость какая - но она на самом деле не тормозит ничего, т.е. даже когда гткрекорд захватывал и на лету в теору сжимал (а моник большой, фуллхд) то видео с лексом игралось без дропов, звук тоже, окошки открывались нормально.

Я кстати почему с дебиана и слез. То что он в какое то УГ скатился. Раньше то на серваки тока его и ставил.

anonizmus
()
Ответ на: комментарий от anonizmus

Короче кто не верит могу попробовать на фотоаппарат записать видео, правда там качество будет хуже, но должен звук быть зато, и лучше будет видно динамику.

anonizmus
()
Ответ на: комментарий от tommy

> исходная проблема видимо в 64-ти битной сборке, но нормальный планировщик даст системе работать

Это еще большой вопрос...

tailgunner ★★★★★
()

Ураааа!!!

Ждём когда же допинают vm до нормальной работы, допилят libc, что бы что-то собиралось кроме vim и т.п., а так же допишут tcp/ip стёк и уже наконец напишут firewall.

Ygor ★★★★★
()
Ответ на: комментарий от anonizmus

> 1. зачем на сервере нужно реалтайм ядро ?

2. зачем дома у пользователя нужно реалтайм ядро ?

Все подобные вопросы проистекают от простого не понимания сущности рилтайма. Для справки - рилтайм означает что реакция системы на событие не будет превишать определенный отрезок времени. На скорость реакции рилтаймовость никак не влияет - это уже латентность.

Ну а теперь сам подумай - пришел некий запрос к серверу, а сервер ни гуг-гу. Что он делает? Дропнул запрос? Обрабатывает его? Или просто всит? С обычной системой ты этого можешь и не узнать, а RT гарантирует тебе некую реакцию на твой запрос не позже чем заданый промежуток времени. Это не обязательно должен быть ответ на твой запрос - это может быть сообщение что запрос дропну/в обработке и т.д.

Тоже самое - на десктопе, нет ситуации ты что сделал оно думает и не понятно, зависло, дропнули или думает...

anonymous
()
Ответ на: комментарий от anonizmus

А какая мать и жёсткий диск? На некоторых конфигурациях и убунта проседает. Где-то в инете видел, что и от жёсткого диска у кого-то зависело. А ты не мог бы ещё в процессе компиляции и копирования запустить top и посмотреть load average?

anonymous
()
Ответ на: комментарий от anonymous

Что такое реалтайм и для чего он нужен я знаю %-) Мне хотелось выяснить что томми подразумевает под реалтаймом.

А про жесткий диск и мать, жестких дисков несколько, конкретно в том ролике который я запостил выше - ядро собиралось на винте подключенном через файрваре, тот винт был старым IDE 80гб, хэшировался контент с другого винта (на 250гб, саташный, используется как медиахранилище, музыка + фильмы скачанные, места хватает ибо я фильмы не храню, а просто посмотрел-стер), а система у меня стоит на двух винтах в рейд1, хитачи, там правда есть очередь команд, ну т.е. они умеют (хитачи) а остальные винты нет (в моей системе). лоад аверадж ща из ролика того глянул (выполнял там uptime)

load average: 5.17, 3.34, 2.33
Ну и там опять же в ролике запущен htop и тоже загрузка показывается.
Поэтому load average в конкретно моем случае наверное особо ничего не даст, да ?

anonizmus
()
Ответ на: комментарий от theos

> Minix - отличная система для обучения.

Доказательства какие-нибудь будут?

Ну хотя бы курс в первосортном университете, использующий Minix?

sv75 ★★★★★
()
Ответ на: комментарий от sv75

Ну хотя бы курс в первосортном университете, использующий Minix?


См. (http://wiki.minix3.org/en/MinixCourses)

University Courses Using MINIX 3

*Operating Systems Practical, Vrije Universiteit, Amsterdam, The Netherlands

*Computer Networks Practical, Vrije Universiteit, Amsterdam, The Netherlands

*CMPS 111: Introduction to Operating Systems, University of California, Santa Cruz, CA, USA

*CSCI 4730/6730: Operating Systems, University of Georgia, Athens, GA, USA

*CIS 483: Introduction to Computer & Network Security, Syracuse University, Syracuse, NY, USA

*CSE 644: Internet Security, Syracuse University, Syracuse, NY, USA

*ICS 612: Operating Systems, University of Hawaii at Manoa, Manoa, Hawaii, USA

*COMP3301/7308: Operating Systems Architecture, The University of Queensland, Brisbane, Australia

*COMP 301: Operating Systems, The University of Waikato, Hamilton, New Zealand

*ECS 150: Operating Systems, University of California, Davis, CA, USA

totalinux
()
Ответ на: комментарий от totalinux

> См. (http://wiki.minix3.org/en/MinixCourses)

1. Первосортных нет, кроме, возможно, вотчины Таненбаума, но она не в счёт.

2. Возьмём к примеру CMPS 111:

http://www.soe.ucsc.edu/classes/cmps111/Spring09/

http://www.soe.ucsc.edu/classes/cmps111/Spring09/syllabus-111-s09.pdf

Как можно заметить, ориентация на Minix отсутствует, да и курс — простой начальный.

sv75 ★★★★★
()
Ответ на: комментарий от sv75

> 1. Первосортных нет, кроме, возможно, вотчины Таненбаума, но она не в счёт.

Эээ... а где можно посмотреть рейтинг «первосортности»? А то как минимум UCSD - известная школа :)

tailgunner ★★★★★
()
Ответ на: комментарий от tailgunner

> Эээ... а где можно посмотреть рейтинг «первосортности»? А то как минимум UCSD - известная школа :)

Ну поэтому я на всякий случай и рассмотрел ucsc отдельно (это про него речь?).

Лучше всего смотреть на те вузы, чьи учебно-методические наработки тырят другие вузы %)

sv75 ★★★★★
()
Ответ на: комментарий от tailgunner

> разница в производительности серверного и десктопного ядра венды - исключительно в настройках из реестра.

И что? Двоичные файлы разные, так что формально - у них разные ядра, хотя двоичный код там наверняка совпадает на 99,9%. В х64, повторюсь, он совпадает на все 100%.

LamerOk ★★★★★
()
Ответ на: комментарий от LamerOk

>> разница в производительности серверного и десктопного ядра венды - исключительно в настройках из реестра.

И что?

То, что код в них одинаковый // К.О.

Двоичные файлы разные, так что формально - у них разные ядра

Конечно. Даже различие в ресурсной строке («Windows NNN Server» или «Windows NNN Desktop») делают двоичные файлы различными. И что?

tailgunner ★★★★★
()
Ответ на: комментарий от tailgunner

А то, что ты сначала докажи, что разница только в ресурсных строках, а код действительно одинаковый.

Мне даже лень рассказывать про enterprise и data center.

LamerOk ★★★★★
()
Ответ на: комментарий от LamerOk

> А то, что ты сначала докажи

Зачем? Руссинович доказал, что код ведет себя одинаково. Ты доказать разницу в коде не можешь или не хочешь, поэтому для меня истинной остается точка зрения Руссиновича.

Мне даже лень рассказывать про enterprise и data center.

И не надо. Работа К.О. так утомительна... для окружающих.

tailgunner ★★★★★
()
Ответ на: комментарий от tailgunner

> Руссинович доказал, что код ведет себя одинаково.

У меня «cat /dev/zero > /dev/null» ведет себя одинаково. На всех ветках 2.{2,4,6}.

Вывод - это всё одно и тоже ядро. Я доказал. По методике Тейлганнера - Руссиновича.

Работа К.О. так утомительна... для окружающих.


Массовый тупняк на лоре утомителен еще больше.

LamerOk ★★★★★
()
Ответ на: комментарий от Dimanc

>В линуксе такое тоже случается - падает khubd (kernel thread) и все usb-порты оключаются.

да, а если воткнуть USB-клаву, вылетают или замораживаются иксы.

scaldov ★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.