Le Wed, 28 Mar 2007 11:22:22 +0200, "Ioannis Aslanidis" <[EMAIL PROTECTED]> a écrit :
> On 3/28/07, Jakub Moc <[EMAIL PROTECTED]> wrote: > > Josh Saddler napsal(a): > > > I completely disagree with your assessment of the in-kernel hda-intel > > > state. My workstation uses one of those (labelled nVidia MCP 55, for the > > > curious), and my experiences with in-kernel ALSA have been nothing but > > > positive with the intel audio, whether compiled or as modules. > > > > I could say the same about your assessment of the in-kernel hda-intel > > drivers, as could many other users... Same for via82xx - never had much > > luck with the in-kernel drivers, plus upgrading the whole kernel over > > and over again just to test whether something got fixed is a major PITA. > > > > As said, these are two different branches, what works for somebody > > doesn't need to work for someone else. > > > > I'm afraid I experiment the same issues. For my hda-intel, in-kernel > drivers do not work, at least for now. > > Maybe we could find a way to integrate (see replace) the in-kernel > alsa version with the portage one. > All the new features are incorporated first in the alsa-driver. It implies at it will make no difference for peoples using old hardwares. But for peoples using new hardwares, or wanting to have new features such as volume control in dB with some hardwares, they have no other choice as to use the alsa-driver package. Also bug fixes come first in alsa-driver from Alsa, and only later in the in-kernel driver. As I see it, It is necessary to support the in-kernel driver as it come with every kernel, but it is also necessary to support alsa-driver because some users not only want it, but they need it to get alsa to work well with their hardware. And I don't think at replacing the in-kernel driver by the alsa-driver will implies less work. It will be more work for the maintainers of the kernel's ebuilds. It is also much simpler to upgrade the alsa-* packages to get a new alsa version as to upgrade the whole kernel. Ciao, Dominique -- gentoo-dev@gentoo.org mailing list
