Daniel Drake wrote: > I have suggested that herd support for the kernelspace side > (alsa-driver) be slowly reduced, by redirecting users who file bugs > against it to reproduce with the in-kernel drivers, and then let kernel > handle the bug resolution. This will remove duplicated maintenance > efforts. > This is perfectly reasonable where it is a card with drivers in both, but alas-drivers supports a broader range of hardware, eg the echo audio cards (guess who has one ;) which have never been available in-kernel.
> This will also mean no more stabling of -rc releases (and probably fewer > of those in portage at all). > Sounds fine. > alsa-driver won't be going away altogether, as it is still needed for > 2.4 users (but we won't support them forever) and I think it may include > a couple of drivers which aren't yet in the kernel tree. > So the bug resolution for cards with drivers _not_ in the kernel will be to pass them upstream if they are reproducible? I guess I'd like some assurance that as long as alsa-drivers supports hardware for which there are no kernel drivers, it will at least be available in the portage tree. It might be worth stripping duplicate drivers out of alsa-drivers altogether so that the two might even co-exist? Would eliminate the bug duplication in any event. From what I've read in this thread, the only area of difficulty would be new chipsets, but then there'd be more developer time with less bugs, and that seems to be the way things are going anyhow. Thanks for all your hard work on the kernel. -- [email protected] mailing list
