ALT Linux hardware support
 help / color / mirror / Atom feed
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



             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