From: Sergey Stepanov <dlagovna@mail.ru> To: hardware@lists.altlinux.org Subject: [Hardware] Linux и звук на Realtek 655 - что делать? (From Room) Date: Tue, 26 Sep 2006 20:11:19 +0400 Message-ID: <E1GSFWh-0006Ms-00.dlagovna-mail-ru@f79.mail.ru> (raw) Здравствуйте товарищи линуксоиды. Вот хочу спросить у вас совета, что делать в одной ситуации. Сразу извиняюсь что не про AltLinux, а про драйвера в общем под Linux. А ситуация такая. Контора, в которой я подрабатываю, закупила большую партию китайских материнок с набортным звуковым чипом Realtec ALC 655. Контора делает цифровые киоски, в которых в качестве операционки используется линукс (доработанная версия Knoppix). Существует несколько "конфигураций" т.е. несколько образов системы для различных моделей киосков. И вот на этих новых материнках у всех конфигураций стал глючить звук. То вообще звука нет, то после пары перезагрузок появляется, иногда работает стабильно, а иногда когда работает - может резко оборваться и дальше только перезагрузка. (Примечательно, что под Windows на этих материнках звук работает без нареканий) Чип Realtek ALC 655 - довольно старая и проверенная микросхема, всегда нормально работала под линухом. Но вродебы просочилась информация, что на этих материнках "новая партия" этих чипов. Хитрым китайцам высылали образы киоск-систем, они запускали у себя и заявляют что "у них все работает". Вместе с тем, в ходе разбирательств, на сайте Realtek 20-го сентября появились новые драйвера под Linux для этого семейства звучков http://www.realtek.com.tw/downloads/downloadsView.aspx?Langid=1&PNid=23&PFid=23&Level=4&Conn=3&DownTypeID=3&GetDown=false и производителями было посоветовано пересобрать систему с этими драйверами. Однако, в системах с новым драйвером, проблемма осталась, хотя и стала проявляться реже. То есть киоск можно включать-выключать десять раз, и один раз он загрузится без звука, или звук будет, но отрубится после 5 минут работы. Производители материнок теперь кивают на нас (разработчиков), мол ваши программы плохо написаны. У нас для вывода звука в C-шных программах используется SDL, а так же есть пара систем написаных на Java, там не знаю что используется, но звуковая подсистема точно другая, не SDL. А глючит звук одинаково. В ходе экспериментов выяснилось, что вероятность отключения звука зависит от размера используемого буфера, чем он меньше - тем менее вероятно что звук отключится. Подчеркиваю что _вероятно_, т.е. нестабильность работы остается. В общем, решение проблеммы свалили на программистов. Эксперименты с программами киоска к результату не приводят, там более на других материнках проблемм со звуком нет. А так же, если в эту глючную материнку вставить внешнюю звуковушку - то на ней все прекрасно работает. То есть, есть два подозрения: - Кривые чипсеты (например с урезанным звуковым буфером) - Кривые драйвера, плохо адаптированные к "новой партии", а какие изменения были в схемотехнике этой новой партии нам не дано знать. И это при том, что под Windows проблемм со звуком нет - для эксперимента пересобирали одну программу под VisualC 6 (звук генерируется, естественно, тоже через SDL). Вот встал вопрос - что в этой ситуации делать? Китайцы не собираются материнки отзывать, ведь проблемма программная а не аппаратная, да и менеджеры не собираются портить отношения с дешевым поставщиком. То есть, остается надежда на "компьютерщиков, которые должны поломать голову, и правильно настроить". Вот и встал вопрос - в какую сторону копать? Драйвер представляет собой модифицированные alsa-драйвера, вот содержимое архива драйверов alsa-driver-1.0.12-4.05b.tar.bz2 alsa-lib-1.0.9.tar.bz2 alsa-utils-1.0.9a.tar.bz2 где 4.05b - это версия драйвера Realtek. При инсталляции драйвера перекомпиливаются, и занимают место стандартных alsa-драйверов.. Что со всем этим можно сделать? Разобраться в исходниках драйвера и "пофиксить баг"? Как то это не особенно реально. Может, есть какой другой путь? Может есть альтернативные драйвера для Realtek 655? Искал - нашел только сайты-фейки, с которых ничего не скачивается и ссылаются друг на друга. В общем, хелп! Со всяческими пожеланиями, Сергей. http://xi.net.ru
next reply other threads:[~2006-09-26 16:11 UTC|newest] Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top 2006-09-26 16:11 Sergey Stepanov [this message] 2006-09-27 11:20 ` Andrii Dobrovol`s`kii 2006-10-03 12:23 ` Michael Shigorin
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=E1GSFWh-0006Ms-00.dlagovna-mail-ru@f79.mail.ru \ --to=dlagovna@mail.ru \ --cc=hardware@altlinux.ru \ --cc=hardware@lists.altlinux.org \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: link
ALT Linux hardware support This inbox may be cloned and mirrored by anyone: git clone --mirror http://lore.altlinux.org/hardware/0 hardware/git/0.git # If you have public-inbox 1.1+ installed, you may # initialize and index your mirror using the following commands: public-inbox-init -V2 hardware hardware/ http://lore.altlinux.org/hardware \ hardware@altlinux.ru hardware@lists.altlinux.org hardware@lists.altlinux.ru hardware@lists.altlinux.com hardware@altlinux.org public-inbox-index hardware Example config snippet for mirrors. Newsgroup available over NNTP: nntp://lore.altlinux.org/org.altlinux.lists.hardware AGPL code for this site: git clone https://public-inbox.org/public-inbox.git