On Tue, 2005-03-08 at 20:53 -0500, Mark Canter wrote:
> I think I've gone through every possible value here from asound.state to
> each setting in KDE itself. Still, the only sound that works is the one
> coming from line-out, without the port replicator, no sound exists
> whatsoever. Both of
I think I've gone through every possible value here from asound.state to
each setting in KDE itself. Still, the only sound that works is the one
coming from line-out, without the port replicator, no sound exists
whatsoever. Both of the below controls are set to false in asound.state
and
Takashi Iwai wrote:
At Tue, 08 Mar 2005 02:10:06 +0100,
Pierre Ossman wrote:
Takashi Iwai wrote:
Look at /etc/asound.state whether it contains the value of "Headphone
Jack Sense" control true or false.
It saves the setting once I've been in 2.6.11. From an earlier kernel
At Tue, 08 Mar 2005 02:10:06 +0100,
Pierre Ossman wrote:
>
> Takashi Iwai wrote:
>
> >>>Look at /etc/asound.state whether it contains the value of "Headphone
> >>>Jack Sense" control true or false.
> >>>
> >>>
> >>>
> >>>
> >>It saves the setting once I've been in 2.6.11. From an earlier
At Tue, 08 Mar 2005 02:10:06 +0100,
Pierre Ossman wrote:
Takashi Iwai wrote:
Look at /etc/asound.state whether it contains the value of Headphone
Jack Sense control true or false.
It saves the setting once I've been in 2.6.11. From an earlier kernel
there is no such entry.
Takashi Iwai wrote:
At Tue, 08 Mar 2005 02:10:06 +0100,
Pierre Ossman wrote:
Takashi Iwai wrote:
Look at /etc/asound.state whether it contains the value of Headphone
Jack Sense control true or false.
It saves the setting once I've been in 2.6.11. From an earlier kernel
I think I've gone through every possible value here from asound.state to
each setting in KDE itself. Still, the only sound that works is the one
coming from line-out, without the port replicator, no sound exists
whatsoever. Both of the below controls are set to false in asound.state
and
On Tue, 2005-03-08 at 20:53 -0500, Mark Canter wrote:
I think I've gone through every possible value here from asound.state to
each setting in KDE itself. Still, the only sound that works is the one
coming from line-out, without the port replicator, no sound exists
whatsoever. Both of the
At Mon, 07 Mar 2005 21:16:10 +0100,
Pierre Ossman wrote:
>
> Takashi Iwai wrote:
>
> >At Fri, 04 Mar 2005 22:16:03 +0100,
> >Pierre Ossman wrote:
> >
> >
> >>It seems I spoke too soon. The defaults picked by the driver are
> >>actually fine. It seems to be alsactl store/restore that did
At Mon, 07 Mar 2005 21:13:23 +0100,
Pierre Ossman wrote:
>
> Lee Revell wrote:
>
> >So is there a bug or not? Mark seems to be the only one affected.
> >
> >It's important to follow up, because these so-called "ALSA regressions"
> >are generating bad press.
> >
> >Lee
> >
> >
> >
> I can
Lee Revell wrote:
>So is there a bug or not? Mark seems to be the only one affected.
>
>It's important to follow up, because these so-called "ALSA regressions"
>are generating bad press.
>
>Lee
>
>
>
I can generate the error using the following procedure:
1. Boot in 2.6.10. Remove
Takashi Iwai wrote:
Look at /etc/asound.state whether it contains the value of "Headphone
Jack Sense" control true or false.
It saves the setting once I've been in 2.6.11. From an earlier kernel
there is no such entry.
Of course, the earlier version didn't have this.
And did you take a
Takashi Iwai wrote:
>At Fri, 04 Mar 2005 22:16:03 +0100,
>Pierre Ossman wrote:
>
>
>>It seems I spoke too soon. The defaults picked by the driver are
>>actually fine. It seems to be alsactl store/restore that did something
>>strange when coming from an older kernel.
>>
>>
>
>My guess is
At Fri, 04 Mar 2005 22:16:03 +0100,
Pierre Ossman wrote:
>
> Pierre Ossman wrote:
> > Andrew Morton wrote:
> >
> >> Mark Canter <[EMAIL PROTECTED]> wrote:
> >>
> >>
> >>> To close this issue out of the LKML and alsa-devel, a bug report has
> >>> been written.
> >>>
> >>> It appears to be an
At Fri, 04 Mar 2005 22:16:03 +0100,
Pierre Ossman wrote:
Pierre Ossman wrote:
Andrew Morton wrote:
Mark Canter [EMAIL PROTECTED] wrote:
To close this issue out of the LKML and alsa-devel, a bug report has
been written.
It appears to be an issue with the 'headphone jack
Takashi Iwai wrote:
At Fri, 04 Mar 2005 22:16:03 +0100,
Pierre Ossman wrote:
It seems I spoke too soon. The defaults picked by the driver are
actually fine. It seems to be alsactl store/restore that did something
strange when coming from an older kernel.
My guess is that kmix is the
Takashi Iwai wrote:
Look at /etc/asound.state whether it contains the value of Headphone
Jack Sense control true or false.
It saves the setting once I've been in 2.6.11. From an earlier kernel
there is no such entry.
Of course, the earlier version didn't have this.
And did you take a
Lee Revell wrote:
So is there a bug or not? Mark seems to be the only one affected.
It's important to follow up, because these so-called ALSA regressions
are generating bad press.
Lee
I can generate the error using the following procedure:
1. Boot in 2.6.10. Remove /etc/asound.conf and
At Mon, 07 Mar 2005 21:13:23 +0100,
Pierre Ossman wrote:
Lee Revell wrote:
So is there a bug or not? Mark seems to be the only one affected.
It's important to follow up, because these so-called ALSA regressions
are generating bad press.
Lee
I can generate the error using the
At Mon, 07 Mar 2005 21:16:10 +0100,
Pierre Ossman wrote:
Takashi Iwai wrote:
At Fri, 04 Mar 2005 22:16:03 +0100,
Pierre Ossman wrote:
It seems I spoke too soon. The defaults picked by the driver are
actually fine. It seems to be alsactl store/restore that did something
strange
On Fri, 2005-03-04 at 22:16 +0100, Pierre Ossman wrote:
> Pierre Ossman wrote:
> > Andrew Morton wrote:
> >
> >> Mark Canter <[EMAIL PROTECTED]> wrote:
> >>
> >>
> >>> To close this issue out of the LKML and alsa-devel, a bug report has
> >>> been written.
> >>>
> >>> It appears to be an issue
On Fri, 2005-03-04 at 22:16 +0100, Pierre Ossman wrote:
Pierre Ossman wrote:
Andrew Morton wrote:
Mark Canter [EMAIL PROTECTED] wrote:
To close this issue out of the LKML and alsa-devel, a bug report has
been written.
It appears to be an issue with the 'headphone jack sense'
Pierre Ossman wrote:
Andrew Morton wrote:
Mark Canter <[EMAIL PROTECTED]> wrote:
To close this issue out of the LKML and alsa-devel, a bug report has
been written.
It appears to be an issue with the 'headphone jack sense' (as kde
labels it). The issue is in the way the 8x0 addresses the
On Fri, 2005-03-04 at 15:40 -0500, Bill Davidsen wrote:
> Lee Revell wrote:
> > On Thu, 2005-03-03 at 13:46 -0500, Mark Canter wrote:
> >
> >>The same issue exists on a T42p (ICH4). Doesn't that kind of defeat the
> >>purpose? The thought of having to disable the headphone jack and reenable
>
Lee Revell wrote:
On Thu, 2005-03-03 at 13:46 -0500, Mark Canter wrote:
The same issue exists on a T42p (ICH4). Doesn't that kind of defeat the
purpose? The thought of having to disable the headphone jack and reenable
it each time is trivial considering you can go with the fact that sound
did
Bill:
As I have been running through the kernel setting:
2.6.11/sound/pci/ac97/ac97_patch.c:
static const snd_kcontrol_new_t snd_ac97_ad1981x_jack_sense[] = {
AC97_SINGLE("Headphone Jack Sense", AC97_AD_JACK_SPDIF, 11, 1, 1),
Note the last "1" is originally "0" in the kernel. This might do
On Fri, 2005-03-04 at 00:13 -0500, Jeff Garzik wrote:
> Lee Revell wrote:
> > If you want to complain, complain to the hardware manufacturers, who
> > make devices where bit $foo means $bar in one hardware revision, and
> > $baz in the next, and don't give us sufficient documentation to sort out
>
On Fri, 2005-03-04 at 00:13 -0500, Jeff Garzik wrote:
Lee Revell wrote:
If you want to complain, complain to the hardware manufacturers, who
make devices where bit $foo means $bar in one hardware revision, and
$baz in the next, and don't give us sufficient documentation to sort out
the
Bill:
As I have been running through the kernel setting:
2.6.11/sound/pci/ac97/ac97_patch.c:
static const snd_kcontrol_new_t snd_ac97_ad1981x_jack_sense[] = {
AC97_SINGLE(Headphone Jack Sense, AC97_AD_JACK_SPDIF, 11, 1, 1),
Note the last 1 is originally 0 in the kernel. This might do it, but
Lee Revell wrote:
On Thu, 2005-03-03 at 13:46 -0500, Mark Canter wrote:
The same issue exists on a T42p (ICH4). Doesn't that kind of defeat the
purpose? The thought of having to disable the headphone jack and reenable
it each time is trivial considering you can go with the fact that sound
did
On Fri, 2005-03-04 at 15:40 -0500, Bill Davidsen wrote:
Lee Revell wrote:
On Thu, 2005-03-03 at 13:46 -0500, Mark Canter wrote:
The same issue exists on a T42p (ICH4). Doesn't that kind of defeat the
purpose? The thought of having to disable the headphone jack and reenable
it each
Pierre Ossman wrote:
Andrew Morton wrote:
Mark Canter [EMAIL PROTECTED] wrote:
To close this issue out of the LKML and alsa-devel, a bug report has
been written.
It appears to be an issue with the 'headphone jack sense' (as kde
labels it). The issue is in the way the 8x0 addresses the
Lee Revell wrote:
If you want to complain, complain to the hardware manufacturers, who
make devices where bit $foo means $bar in one hardware revision, and
$baz in the next, and don't give us sufficient documentation to sort out
the mess.
That's not terribly productive.
Life is what it is. We
(I hope you don't mind me re-adding LKML because this illustrates an
important point)
On Thu, 2005-03-03 at 14:15 -0500, Mark Canter wrote:
> Seems like the Q/A process is kind of borked if the below tests are known
> but don't get applied before it gets released into the wild.
We will never be
On Thu, 2005-03-03 at 14:06 -0500, Mark Canter wrote:
> Correct, but if you want to use your headphones you would have to enable
> headphones on your mixer, which would negate your speaker output through
> your docking station's output. If you want to use the docking station
> speakers, you
Correct, but if you want to use your headphones you would have to enable
headphones on your mixer, which would negate your speaker output through
your docking station's output. If you want to use the docking station
speakers, you would have to disable the headphones in order to get the
Mark Canter <[EMAIL PROTECTED]> wrote:
>
>
> To close this issue out of the LKML and alsa-devel, a bug report has been
> written.
>
> It appears to be an issue with the 'headphone jack sense' (as kde labels
> it). The issue is in the way the 8x0 addresses the docking station/port
>
Yes, flipping back to the 2.6.10 kernel resolves the sound issue through
the docking station so that everything runs without incident. Though I'd
like to see/assist in resolving the issue for future releases :).
On Thu, 3 Mar 2005, Andrew Morton wrote:
Mark Canter <[EMAIL PROTECTED]> wrote:
Andrew Morton wrote:
Mark Canter <[EMAIL PROTECTED]> wrote:
To close this issue out of the LKML and alsa-devel, a bug report has been
written.
It appears to be an issue with the 'headphone jack sense' (as kde labels
it). The issue is in the way the 8x0 addresses the docking station/port
To close this issue out of the LKML and alsa-devel, a bug report has been
written.
It appears to be an issue with the 'headphone jack sense' (as kde labels
it). The issue is in the way the 8x0 addresses the docking station/port
replicator's audio output jack. The mentioned quick fix does not
On Thu, 3 Mar 2005 14:06:38 -0500 (EST), Mark Canter
<[EMAIL PROTECTED]> wrote:
>
> Correct, but if you want to use your headphones you would have to enable
> headphones on your mixer, which would negate your speaker output through
> your docking station's output. If you want to use the docking
This is the place to report any more information on this issue:
https://bugtrack.alsa-project.org/alsa-bug/view.php?id=852
Lee
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
On Thu, 2005-03-03 at 13:46 -0500, Mark Canter wrote:
> The same issue exists on a T42p (ICH4). Doesn't that kind of defeat the
> purpose? The thought of having to disable the headphone jack and reenable
> it each time is trivial considering you can go with the fact that sound
> did not
Mark Canter [EMAIL PROTECTED] wrote:
To close this issue out of the LKML and alsa-devel, a bug report has been
written.
It appears to be an issue with the 'headphone jack sense' (as kde labels
it). The issue is in the way the 8x0 addresses the docking station/port
replicator's audio
Correct, but if you want to use your headphones you would have to enable
headphones on your mixer, which would negate your speaker output through
your docking station's output. If you want to use the docking station
speakers, you would have to disable the headphones in order to get the
(I hope you don't mind me re-adding LKML because this illustrates an
important point)
On Thu, 2005-03-03 at 14:15 -0500, Mark Canter wrote:
Seems like the Q/A process is kind of borked if the below tests are known
but don't get applied before it gets released into the wild.
We will never be
Lee Revell wrote:
If you want to complain, complain to the hardware manufacturers, who
make devices where bit $foo means $bar in one hardware revision, and
$baz in the next, and don't give us sufficient documentation to sort out
the mess.
That's not terribly productive.
Life is what it is. We
On Thu, 2005-03-03 at 13:46 -0500, Mark Canter wrote:
The same issue exists on a T42p (ICH4). Doesn't that kind of defeat the
purpose? The thought of having to disable the headphone jack and reenable
it each time is trivial considering you can go with the fact that sound
did not require
This is the place to report any more information on this issue:
https://bugtrack.alsa-project.org/alsa-bug/view.php?id=852
Lee
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
On Thu, 3 Mar 2005 14:06:38 -0500 (EST), Mark Canter
[EMAIL PROTECTED] wrote:
Correct, but if you want to use your headphones you would have to enable
headphones on your mixer, which would negate your speaker output through
your docking station's output. If you want to use the docking
To close this issue out of the LKML and alsa-devel, a bug report has been
written.
It appears to be an issue with the 'headphone jack sense' (as kde labels
it). The issue is in the way the 8x0 addresses the docking station/port
replicator's audio output jack. The mentioned quick fix does not
Andrew Morton wrote:
Mark Canter [EMAIL PROTECTED] wrote:
To close this issue out of the LKML and alsa-devel, a bug report has been
written.
It appears to be an issue with the 'headphone jack sense' (as kde labels
it). The issue is in the way the 8x0 addresses the docking station/port
Yes, flipping back to the 2.6.10 kernel resolves the sound issue through
the docking station so that everything runs without incident. Though I'd
like to see/assist in resolving the issue for future releases :).
On Thu, 3 Mar 2005, Andrew Morton wrote:
Mark Canter [EMAIL PROTECTED] wrote:
To
53 matches
Mail list logo