On 3/28/07, Daniel Drake <[EMAIL PROTECTED]> wrote:
Jakub Moc wrote:
> Bryan Østergaard napsal(a):
>> Nobody is forcing anybody to use in-kernel drivers.
>
> Uhm... http://bugs.gentoo.org/show_bug.cgi?id=172490
Sorry, my comments on that bug are a little unclear. I am not suggesting
removal of
> 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
For what it's worth, the PPC team has been suggesting the use of the
in-kernel drivers for a
On Wed, 28 Mar 2007 13:54:04 -0400
Daniel Drake <[EMAIL PROTECTED]> wrote:
> I'm fully 100% serious on the above. I challenge you to PROVE ME
> WRONG. I secretly hope you do, since that means I'll get a couple of
> interesting bugs to handle and I may even be able to solve them
> myself.
There wa
On Wed, 2007-03-28 at 13:54 -0400, Daniel Drake wrote:
>
> Even though I'm sure my personal opinion is clear, I don't have a strong
> stake in the ALSA herd. The real reason why alsa-driver is not getting
> any support behind it right now is that nobody is standing behind it.
>
> If someone want
On Wed, 2007-03-28 at 18:05 +0200, Ioannis Aslanidis wrote:
> Anyhow, I would like to see alsa-drivers removed, but only with the
> condition that the in-kernel ALSA drivers work as expected. The bug I
> mentioned, if you reread it, you will notice that if there was no
> external alsa-driver, hda-i
Jakub Moc wrote:
Bryan Østergaard napsal(a):
Nobody is forcing anybody to use in-kernel drivers.
Uhm... http://bugs.gentoo.org/show_bug.cgi?id=172490
Sorry, my comments on that bug are a little unclear. I am not suggesting
removal of alsa-driver from Portage, neither I am suggesting that t
Jakub Moc wrote:
It not only doesn't work for me,
Bug please! :)
it doesn't work for majority of people
that have responded on this thread. So, something's wrong there I guess? :)
I don't regard this thread as quantifiable measure. Nevertheless, lets
count the number of successes and failu
On Wed, Mar 28, 2007 at 05:36:57PM +0200, Jakub Moc wrote:
> Bryan Østergaard napsal(a):
> > Nobody is forcing anybody to use in-kernel drivers.
>
> Uhm... http://bugs.gentoo.org/show_bug.cgi?id=172490
>
Which isn't exactly the same as removing alsa-driver and forcing people
to use in-kernel driv
Anyhow, I would like to see alsa-drivers removed, but only with the
condition that the in-kernel ALSA drivers work as expected. The bug I
mentioned, if you reread it, you will notice that if there was no
external alsa-driver, hda-intel would be marked broken as well, for
some users.
Just to make
Ioannis Aslanidis wrote:
Well, to be honest, I am neither supporter nor detractor. I think that
it's upstream that should go and fix themselves. It's them who have
caused all this.
The bug you linked to is a natural effect of maintaining kernel drivers
outside of the kernel source tree.
It i
Bryan Østergaard napsal(a):
> Nobody is forcing anybody to use in-kernel drivers.
Uhm... http://bugs.gentoo.org/show_bug.cgi?id=172490
--
Best regards,
Jakub Moc
mailto:[EMAIL PROTECTED]
GPG signature:
http://subkeys.pgp.net:11371/pks/lookup?op=get&search=0xCEBA3D9E
Primary key fingerprin
Well, to be honest, I am neither supporter nor detractor. I think that
it's upstream that should go and fix themselves. It's them who have
caused all this.
ALSA guys do not support in-kernel stuff.
Kernel guys do not support alsa stuff.
Great, isn't it?
On 3/28/07, Daniel Drake <[EMAIL PROTECTE
Ioannis Aslanidis wrote:
The fact is that the bug has been around for quite a long time now:
http://bugs.gentoo.org/show_bug.cgi?id=165679
This bug is exactly the kind that makes maintaining alsa-driver (and any
other out-of-kernel module) a small nightmare. It's exactly the kind of
bug that
So, maybe this is a boneheadedly obvious thing, but having just spoken
with Daniel about this, I'll just summarise my findings.
I, for one, was always using alsa-driver for my new Dell laptop. As it
turns out, Dan has the identical laptop, but he's always been using the
in-kernel driver. I alway
On Wed, Mar 28, 2007 at 04:49:25PM +0200, Jakub Moc wrote:
> Daniel Drake napsal(a):
> > Jakub Moc wrote:
> >> - The in-kernel drivers seriously are not an equivalent alternative, let
> >> alone the preferred one, for stuff like hda-intel or any similar drivers
> >> that are under permanent heavy d
Daniel Drake napsal(a):
> Jakub Moc wrote:
>> - The in-kernel drivers seriously are not an equivalent alternative, let
>> alone the preferred one, for stuff like hda-intel or any similar drivers
>> that are under permanent heavy development, at least for now.
>
> If hda-intel (or any other driver)
The fact is that the bug has been around for quite a long time now:
http://bugs.gentoo.org/show_bug.cgi?id=165679
Anyway, see Flameeyes's comments for details (in the ChangeLog)
On 3/28/07, Daniel Drake <[EMAIL PROTECTED]> wrote:
Doug Goldstein wrote:
> The only crummy thing about this is that
Mike Pagano wrote:
Just a user opinion here, but I find the need to use unstable
alsa-driver to solve a bug every now and then. This procedure would
be more complicated if I had to run a development kernel to solve a
sound problem.
And you'll still have that option.
I hope you file bugs when t
On 3/28/07, Daniel Drake <[EMAIL PROTECTED]> wrote:
< snip >
...here are the diffs of the
latest alsa development release vs the latest kernel development release:
< snip>
Just a user opinion here, but I find the need to use unstable
alsa-driver to solve a bug every now and then. This proced
Doug Goldstein wrote:
The only crummy thing about this is that the in kernel drivers have
NEVER supported my sound card. Not even on 2.6.20. I'm using hda-intel
and it just never works. I end up always returning back to alsa-driver.
So I don't think that the code bases are the same.
Please file
Hi Jakub,
Thanks for your input. Please remember that alsa-driver isn't going away
any time soon.
Jakub Moc wrote:
- The in-kernel drivers seriously are not an equivalent alternative, let
alone the preferred one, for stuff like hda-intel or any similar drivers
that are under permanent heavy d
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 n
On Wed, 28 Mar 2007 08:54:21 -0400
Doug Goldstein <[EMAIL PROTECTED]> wrote:
> 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, an
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 e
On Wed, 2007-03-28 at 01:46 -0700, Josh Saddler wrote:
> At the very least, this should cut down on spurious bug reports on our
> own bugzilla. However, it'd be nice from the point of view of the GDP if
> the kernel and ALSA maintainers would decide, once and for all, what
> should be supported and
>
> 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 have two
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
> po
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
Jakub Moc wrote:
> Uhm... Sorry to see this issue brought up yet again. Just a couple of
> brief notes:
>
> - The in-kernel drivers seriously are not an equivalent alternative, let
> alone the preferred one, for stuff like hda-intel or any similar drivers
> that are under permanent heavy developme
Daniel Drake napsal(a):
> 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
On Tue, 2007-03-27 at 21:13 -0400, Daniel Drake wrote:
>
> I have suggested that herd support for the kernelspace side
> (alsa-driver) be slowly reduced
No complaints here, FYI never used alsa-driver. I have always compiled
it in, because rarely do I change sound cards in a machine. Or have the
ne
Hi,
We have some new ALSA maintainers: beandog, chainsaw, phreak
(and me helping out to start with)
It's of course up to the maintainers to choose how they work, but the
recommendations I have laid down have been that they focus on the
userspace side: utils, tools, firmware, lib.
I have suggest
32 matches
Mail list logo
