list_for_each_entry_safe().
Cc: stable@vger.kernel.org
Reviewed-by: Oliver Neukum oneu...@suse.de
Signed-off-by: Takashi Iwai ti...@suse.de
---
drivers/usb/host/xhci-mem.c | 38 +-
1 file changed, 9 insertions(+), 29 deletions(-)
diff --git a/drivers/usb/host/xhci-mem.c b
Neukum oneu...@suse.de
Signed-off-by: Takashi Iwai ti...@suse.de
---
drivers/usb/host/xhci-mem.c | 35 ++-
1 file changed, 14 insertions(+), 21 deletions(-)
diff --git a/drivers/usb/host/xhci-mem.c b/drivers/usb/host/xhci-mem.c
index 4e1da7f..7019da6 100644
At Mon, 4 Jun 2012 16:39:38 +0800,
Andiry Xu wrote:
When system software decides to power down the xHC with the intent of
resuming operation at a later time, it will ask xHC to save the internal
state and restore it when resume to correctly recover from a power event.
Two bits are used to
: http://bugs.launchpad.net/bugs/1013183
Reported-by: Luis Henriques luis.henriq...@canonical.com
Signed-off-by: Takashi Iwai ti...@suse.de
---
The original fix was already merged to Linus tree yesterday.
Please pick this up manually. Thank!
sound/pci/hda/patch_sigmatel.c |4 ++--
1 file
Greg,
could you pick up this one manually? The upstream commit has no Cc to
stable because it's not applicable directly to 3.4 and older kernels.
So I sent this separately.
thanks,
Takashi
At Thu, 28 Jun 2012 07:30:39 +0200,
Takashi Iwai wrote:
commit
At Sun, 08 Jul 2012 18:48:39 +0100,
Ben Hutchings wrote:
On Mon, 2012-07-02 at 16:51 +0200, Takashi Iwai wrote:
Greg,
could you pick up this one manually? The upstream commit has no Cc to
stable because it's not applicable directly to 3.4 and older kernels.
So I sent this separately
a regression in 3.5 kernel by the commit [b4a91cf0:
ALSA: hda - Handle open while transitioning to D3], likely because of
the parallel power-up sequences, and found that this optimization for
3.6 kernel cures it.]
Signed-off-by: Dylan Reid dgr...@chromium.org
Signed-off-by: Takashi Iwai ti
BugLink: https://bugs.launchpad.net/bugs/1026953
Tested-by: John McCarron john.mccar...@canonical.com
Signed-off-by: David Henningsson david.hennings...@canonical.com
Signed-off-by: Takashi Iwai ti...@suse.de
---
Greg, this is a fixed patch for the failed cherry-pick from the
upstream commit
At Thu, 02 Aug 2012 04:00:06 +0100,
Ben Hutchings wrote:
On Wed, 2012-08-01 at 17:52 +0200, Takashi Iwai wrote:
From: David Henningsson david.hennings...@canonical.com
commit 108cc108a3bb42fe4705df1317ff98e1e29428a6 upstream.
Also add a model/fixup string lenovo-dock, so that other
978520b75f0a1ce82b17e1e8186417250de6d545 Mon Sep 17 00:00:00 2001
From: Takashi Iwai ti...@suse.de
Date: Fri, 12 Oct 2012 15:12:55 +0200
Subject: [PATCH] ALSA: usb-audio: Fix races at disconnection
Close some races at disconnection of a USB audio device by adding the
chip-shutdown_mutex and chip-shutdown check at appropriate
0914f7961babbf28aaa2f19b453951fb4841c03f Mon Sep 17 00:00:00 2001
From: Takashi Iwai ti...@suse.de
Date: Tue, 16 Oct 2012 16:43:39 +0200
Subject: ALSA: Avoid endless sleep after disconnect
From: Takashi Iwai ti...@suse.de
commit 0914f7961babbf28aaa2f19b453951fb4841c03f upstream.
When
At Sun, 11 Nov 2012 22:42:35 +,
Ben Hutchings wrote:
On Wed, 2012-11-07 at 12:45 +0100, ti...@suse.de wrote:
OK, this is yet another ones, now for 3.2.y kernel.
All added to the queue, thanks.
Thanks.
Could you also cherry-pick the commit [8bb4d9ce: ALSA: Fix card
refcount
objections, please let me know.
--
From: Takashi Iwai ti...@suse.de
commit 34f3c89fda4fba9fe689db22253ca8db2f5e6386 upstream.
Replace mutex with rwsem for codec-shutdown protection so that
concurrent accesses are allowed.
Also add the protection
possible, too.
Sorry for inconvenience.
thanks,
Takashi
--
From: Takashi Iwai ti...@suse.de
commit 0914f7961babbf28aaa2f19b453951fb4841c03f upstream.
When disconnect callback is called, each component should wake up
sleepers and check card-shutdown flag for avoiding
]
Signed-off-by: Takashi Iwai ti...@suse.de
---
This is the rebased version that can be applied cleanly to 3.6.y.
sound/usb/endpoint.c | 13 +
sound/usb/endpoint.h | 1 +
sound/usb/pcm.c | 3 +++
3 files changed, 17 insertions(+)
diff --git a/sound/usb/endpoint.c b/sound/usb
At Wed, 21 Nov 2012 08:57:58 +0100,
David Henningsson wrote:
We found a new codec ID 292, and that just a simple quirk would enable
sound output/input on this ALC292 chip.
BugLink: https://bugs.launchpad.net/bugs/1081466
Cc: stable@vger.kernel.org
Tested-by: Acelan Kao
At Wed, 21 Nov 2012 10:03:10 +0100,
David Henningsson wrote:
If this array is not cleared, the jack related code later might
fail to create Internal Speaker Phantom Jack on Dell Inspiron 3420 and
Dell Vostro 2420.
BugLink: https://bugs.launchpad.net/bugs/1076840
Cc: stable@vger.kernel.org
At Sun, 25 Nov 2012 23:01:27 +0100,
Clemens Ladisch wrote:
Jonathan Nieder wrote:
Some USB MIDI keyboards fail to operate after a USB autosuspend.
Make that *all* USB MIDI devices with input ports.
This is not a bug in the device, but one of the many bugs introduced
with the
At Mon, 26 Nov 2012 13:35:31 +0100,
Clemens Ladisch wrote:
Takashi Iwai wrote: At Sun, 25 Nov 2012 23:01:27 +0100,
Clemens Ladisch wrote:
Jonathan Nieder wrote:
Some USB MIDI keyboards fail to operate after a USB autosuspend.
Make that *all* USB MIDI devices with input ports
At Mon, 26 Nov 2012 14:43:13 +0100,
Clemens Ladisch wrote:
Takashi Iwai wrote:
Clemens Ladisch wrote:
Takashi Iwai wrote:
Clemens Ladisch wrote:
I'm working on a fix that adds proper power management for input ports,
but this requires the driver to be reorganized a little
from
configure_endpoint().
Reported-by: Jeffrey Barish jeff_bar...@earthlink.net
Signed-off-by: Daniel Mack zon...@gmail.com
Cc: sta...@kernel.org [3.5+]
Signed-off-by: Takashi Iwai ti...@suse.de
diff --git a/sound/usb/pcm.c b/sound/usb/pcm.c
index 5c12a3f..ef6fa24 100644
--- a/sound
At Mon, 7 Jan 2013 10:51:29 +0100,
David Henningsson wrote:
The mute LED is in this case connected to the Mic1 VREF.
The machine also exposes the following string in BIOS:
HP_Mute_LED_0_A, so if more machines are coming, it probably
makes sense to try to do something more generic, like
At Mon, 7 Jan 2013 12:03:47 +0100,
David Henningsson wrote:
The mute LED is in this case connected to the Mic1 VREF.
The machine also exposes the following string in BIOS:
HP_Mute_LED_0_A, so if more machines are coming, it probably
makes sense to try to do something more generic, like
At Thu, 17 Jan 2013 01:30:55 -0500 (EST),
CAI Qian wrote:
Hello Takashi and David,
b98ae2729dea161edc96c9d177459b6c28bcbba5
Looks applicable for the stable = 3.2 kernels. What do you think?
It is applied and built cleanly as it-is for both 3.4.x and
3.7.x.
The only question is whether
At Fri, 18 Jan 2013 12:00:47 +0100,
David Henningsson wrote:
This machine also has the HP_Mute_LED_0_A string in DMI information.
Cc: stable@vger.kernel.org
BugLink: https://bugs.launchpad.net/bugs/1096789
Tested-by: Tammy Yang tammy.y...@canonical.com
Signed-off-by: David Henningsson
At Fri, 18 Jan 2013 14:26:55 -0600,
Chris J Arges wrote:
ALSA: usb-audio: Fix races at disconnection
From: Takashi Iwai tiwai at suse.de
commit 978520b75f0a1ce82b17e1e8186417250de6d545 upstream.
I've noticed that this backported patch causes a kernel panic when
plugging in and unplugging
At Sat, 19 Jan 2013 12:03:23 +0100,
Takashi Iwai wrote:
At Fri, 18 Jan 2013 14:26:55 -0600,
Chris J Arges wrote:
ALSA: usb-audio: Fix races at disconnection
From: Takashi Iwai tiwai at suse.de
commit 978520b75f0a1ce82b17e1e8186417250de6d545 upstream.
I've noticed
At Tue, 22 Jan 2013 09:57:12 -0600,
Chris J Arges wrote:
On 01/21/2013 10:50 AM, Takashi Iwai wrote:
At Sat, 19 Jan 2013 12:03:23 +0100,
Takashi Iwai wrote:
At Fri, 18 Jan 2013 14:26:55 -0600,
Chris J Arges wrote:
ALSA: usb-audio: Fix races at disconnection
From: Takashi Iwai
reverting the shutdown flag check in that
code.
Reported-and-tested-by: Chris J Arges christopherar...@gmail.com
Cc: stable@vger.kernel.org [v3.2..v3.4]
Signed-off-by: Takashi Iwai ti...@suse.de
---
Looking at linux-stable git tree, 3.2.y and 3.4.y are affected at
least. Ben, Greg, please apply
At Wed, 22 Feb 2012 12:01:19 +0100,
Takashi Iwai wrote:
The cx5051 parser calls snd_hda_input_jack_add() in the init callback
to create and initialize the jack detection instances. Since the init
callback is called at each time when the device gets woken up after
suspend or power-saving
-by: Russell King rmk+ker...@arm.linux.org.uk
Tested-by: Russell King rmk+ker...@arm.linux.org.uk
Signed-off-by: Takashi Iwai ti...@suse.de
---
v1-v2: Fix the forgotten init for mic jacks, too
Note that since the patch isn't applicable (and unnecessary) to
3.3-rc, there is no corresponding
At Sun, 28 Jul 2013 20:04:03 +0530,
Vinod Koul wrote:
Reported-by: Haynes hgeo...@codeaurora.org
CC: stable@vger.kernel.org
Signed-off-by: Vinod Koul vinod.k...@intel.com
The fix is trivial, but please give a bit more description so that
people can understand what this commit does and why
At Mon, 29 Jul 2013 15:10:22 +0530,
Vinod Koul wrote:
the return value of SNDRV_COMPRESS_VERSION always return default -ENOTTY as
the
return value was never updated for this call
assign return value from put_user()
Reported-by: Haynes hgeo...@codeaurora.org
CC: stable@vger.kernel.org
by snd_pcm_update_hw_ptr0().
Caught by sparse.
Cc: Antonio Ospite osp...@studenti.unina.it
Signed-off-by: Eldad Zack el...@fogrefinery.com
Cc: stable@vger.kernel.org
Signed-off-by: Takashi Iwai ti...@suse.de
diff --git a/sound/usb/hiface/pcm.c b/sound/usb/hiface/pcm.c
index 6430ed2a..c21a3df9 100644
At Wed, 07 Aug 2013 23:24:46 +0400,
Бойко Максим wrote:
From: Maksim Boyko maksim.a.bo...@gmail.com
Add the volume control quirk for avoiding the kernel warning for Logitech HD
Webcam C525.
The similar patch was previously reported for Logitech HD Webcam C310 (see
At Sat, 10 Aug 2013 12:20:02 +0400,
Maksim A. Boyko wrote:
Add the volume control quirk for avoiding the kernel warning
for the Logitech HD Webcam C525
as in the similar commit 36691e1be6ec551eef4a5225f126a281f8c051c2
for the Logitech HD Webcam C310.
Reported-by: Maksim Boyko
At Mon, 19 Aug 2013 10:48:06 -0700,
Greg Kroah-Hartman wrote:
On Mon, Aug 19, 2013 at 11:42:28AM -0600, Nathanael D. Noblet wrote:
No objection, other than that I submitted a revision to that
patch... Added an additional piece of hardware. The full patch
should be include two lines.
At Tue, 27 Aug 2013 12:10:31 +0530,
Vinod Koul wrote:
Some simple ioctls like timsetamp query, capabities query can be done anytime
and should not be under the stream lock. Move these to
snd_compress_simple_iotcls() which is invoked without lock held
While at it, improve readblity a bit by
At Tue, 27 Aug 2013 12:10:32 +0530,
Vinod Koul wrote:
Since we dont have lock over the function, we need to aquire mutex when
checking
and modfying states in drain and partial_drain handlers
Signed-off-by: Vinod Koul vinod.k...@intel.com
Cc: stable@vger.kernel.org
---
At Tue, 27 Aug 2013 12:10:39 +0530,
Vinod Koul wrote:
Clarify that its better to use the rate values like 8000, 12000, 11025, 44100,
48000 etc to send sampling rate values to driver. The changes kernel ABI but
no
drivers exist upstream so okay to change now
Tinycompress to be fixed as well
At Tue, 27 Aug 2013 15:17:41 +0530,
Vinod Koul wrote:
On Tue, Aug 27, 2013 at 12:25:23PM +0200, Takashi Iwai wrote:
At Tue, 27 Aug 2013 12:10:32 +0530,
Vinod Koul wrote:
Since we dont have lock over the function, we need to aquire mutex when
checking
and modfying states
At Tue, 27 Aug 2013 15:14:15 +0530,
Vinod Koul wrote:
On Tue, Aug 27, 2013 at 12:22:31PM +0200, Takashi Iwai wrote:
At Tue, 27 Aug 2013 12:10:31 +0530,
Vinod Koul wrote:
Some simple ioctls like timsetamp query, capabities query can be done
anytime
and should not be under
At Sun, 1 Sep 2013 14:36:47 +0300,
Anssi Hannula wrote:
hdmi_channel_allocation() tries to find a HDMI channel allocation that
matches the number channels in the playback stream and contains only
speakers that the HDMI sink has reported as available via EDID. If no
such allocation is found,
At Fri, 7 Jun 2013 07:34:01 +0200,
Willy Tarreau wrote:
Hi Ben,
On Fri, Jun 07, 2013 at 04:48:58AM +0100, Ben Hutchings wrote:
From: Sean Connor sconnor...@allyinics.org
commit 69a4cfdd444d1fe5c24d29b3a063964ac165d2cd upstream.
Set card-private_data in snd_ice1712_create for
At Thu, 13 Jun 2013 02:30:39 +0100,
Ben Hutchings wrote:
On Tue, 2013-05-28 at 08:28 +0200, Takashi Iwai wrote:
At Tue, 28 May 2013 02:27:49 +0100,
Ben Hutchings wrote:
It looks these fixes are suitable for inclusion in the 3.0.y and 3.2.y
stable branches:
commit
At Tue, 16 Jul 2013 00:19:16 -0700 (PDT),
David Lang wrote:
On Fri, 12 Jul 2013, Willy Tarreau wrote:
And maybe in the end, having 1/10 patch cause a regression is not *that*
dramatic, and probably less than not fixing the 9 other bugs. In one case
we rely on -stable to merge the 10
At Tue, 16 Jul 2013 09:42:34 -0700 (PDT),
David Lang wrote:
On Tue, 16 Jul 2013, Takashi Iwai wrote:
At Tue, 16 Jul 2013 00:19:16 -0700 (PDT),
David Lang wrote:
On Fri, 12 Jul 2013, Willy Tarreau wrote:
And maybe in the end, having 1/10 patch cause a regression
.
This patch fixes the problem by simply assuming the static EAPD on for
such old Conexant codecs as we did until 3.8 kernel.
Reported-and-tested-by: Christopher K. c.kro...@gmail.com
Cc: stable@vger.kernel.org [v3.9]
Signed-off-by: Takashi Iwai ti...@suse.de
---
Greg, this is the revised patch
At Tue, 28 May 2013 02:27:49 +0100,
Ben Hutchings wrote:
It looks these fixes are suitable for inclusion in the 3.0.y and 3.2.y
stable branches:
commit 4fa0e81b83503900be277e6273a79651b375e288
Author: Xi Wang xi.w...@gmail.com
Date: Sun Jan 8 09:02:52 2012 -0500
ALSA: usb-audio:
At Wed, 26 Sep 2012 01:20:44 +0200,
Felix Kaechele wrote:
The Lenovo IdeaPad U310 has an internal mic where the right channel
is phase inverted.
Signed-off-by: Felix Kaechele fe...@fetzig.org
Applied (with Cc to stable) to sound git tree.
thanks,
Takashi
---
Hi Greg,
could you cherry-pick the following two commits to 3.6.y tree?
They miss CC-to-stable tags in the commits, as I didn't notice until
recently that the problem hits so many machines (people don't test
until rc7 :)
commit d279fae8a41690ec1b20c07be8c6f42f8af27a17
ALSA: hda - Add another
At Tue, 9 Oct 2012 00:01:06 -0700,
Jonathan Nieder wrote:
Takashi Iwai wrote:
commit d279fae8a41690ec1b20c07be8c6f42f8af27a17
ALSA: hda - Add another pci id for Haswell board
commit 90accc58a6946e7245993da6079f88d8c29cb731
ALSA: hda - use LPIB for delay estimation
-- cancelling executing wq
Fix this by waiting for the work queue to finish before starting suspend
if suspend is not happening on the work queue.
Signed-off-by: Dylan Reid dgr...@chromium.org
Cc: stable@vger.kernel.org
Signed-off-by: Takashi Iwai ti...@suse.de
---
This is a patch rebased to 3.6
-
that the setting becomes unusable. It is better to limit the amplification.
BugLink: https://bugs.launchpad.net/bugs/1052460
Signed-off-by: David Henningsson david.hennings...@canonical.com
Signed-off-by: Takashi Iwai ti...@suse.de
Signed-off-by: Greg Kroah-Hartman gre...@linuxfoundation.org
-
that the setting becomes unusable. It is better to limit the amplification.
BugLink: https://bugs.launchpad.net/bugs/1052460
Signed-off-by: David Henningsson david.hennings...@canonical.com
Signed-off-by: Takashi Iwai ti...@suse.de
Signed-off-by: Greg Kroah-Hartman gre...@linuxfoundation.org
At Fri, 19 Oct 2012 12:54:21 -0700,
Jonathan Nieder wrote:
joseph.salisb...@canonical.com wrote:
This patch adds a quirk to enable headphone jack audio on T430 Thinkpads.
Signed-off-by: Joseph Salisbury joseph.salisb...@canonical.com
Cc: stable@vger.kernel.org
Thanks --- this is a
At Tue, 14 Aug 2012 07:17:43 +0200,
David Henningsson wrote:
On 08/14/2012 12:02 AM, Greg Kroah-Hartman wrote:
From: Greg KH gre...@linuxfoundation.org
3.0-stable review patch. If anyone has any objections, please let me know.
As my previous email states, I still object to this patch
At Thu, 13 Sep 2012 21:53:12 +0800,
Wang Xingchao wrote:
Hi Takashi,
2012/9/13 Takashi Iwai ti...@suse.de:
At Thu, 13 Sep 2012 11:19:00 +0800,
Wang Xingchao wrote:
Clear Audio Enable bit to trigger unsolicated event to notify Audio
Driver part the HDMI hot plug change. The patch
At Thu, 13 Sep 2012 16:18:08 +0200,
Daniel Vetter wrote:
On Thu, Sep 13, 2012 at 4:00 PM, Takashi Iwai ti...@suse.de wrote:
But, this makes me wonder why this patch can't go into 3.6. It's a
clear bug and the fix is trivial.
Daniel, isn't it better to pick the fix (for 3.6) to drm
At Tue, 22 Jul 2014 17:08:52 -0700,
Greg KH wrote:
On Tue, Jul 22, 2014 at 09:01:51AM +0200, Takashi Iwai wrote:
At Tue, 22 Jul 2014 08:52:31 +0200,
David Henningsson wrote:
Hi,
It looks like this patch should have been sent to stable, is there any
reason why it wasn't
At Wed, 30 Jul 2014 11:11:48 +0800,
Hui Wang wrote:
ON the machine, two pin complex (0xb and 0xe) are both routed to
the same external right-side mic jack, this makes the jack can't work.
To fix this problem, set the 0xe to not connected.
BugLink: https://bugs.launchpad.net/bugs/1350148
Hi Greg,
could you cherry-pick the commit 2d31ca3ad7d5d44c8adc7f253c96ce33f3a2e931
drm: omapdrm: fix compiler errors
to stable kernel? It landed to Linus tree, but Cc to stable was
missing in the commit.
thanks,
Takashi
---BeginMessage---
(resending to correct list)
Hi,
Am 13.08.2014
At Mon, 18 Aug 2014 15:25:19 +0800,
Hui Wang wrote:
On some HP laptops, the mute led is controlled by codec gpio.
When some machine resume from s3/s4, the codec gpio data will be
cleared to 0 by BIOS:
Before suspend:
IO[3]: enable=1, dir=1, wake=0, sticky=0, data=1, unsol=0
After
At Tue, 19 Aug 2014 12:07:03 +0800,
Hui Wang wrote:
On some HP laptops, the mute led is controlled by codec gpio.
When some machine resume from s3/s4, the codec gpio data will be
cleared to 0 by BIOS:
Before suspend:
IO[3]: enable=1, dir=1, wake=0, sticky=0, data=1, unsol=0
After
At Tue, 19 Aug 2014 15:38:44 +0200,
David Henningsson wrote:
Backport of commit 423044744aa4c250058e976474856a7a41972182.
This makes the mute LED work on a HP 15 touchsmart machine (and
a HP 14 touchsmart machine).
BugLink: https://bugs.launchpad.net/bugs/1334950
Signed-off-by: David
At Fri, 29 Aug 2014 15:47:05 +0800,
Hui Wang wrote:
On some HP machines, there will be pop noise when the machine is
shutting down, rebooting or booting up from poweroff state.
Set EAPD enable only when stream starts can help to fix this
problem.
[The patch was originally written by
At Fri, 29 Aug 2014 08:29:52 +,
Kailang wrote:
-Original Message-
From: Takashi Iwai [mailto:ti...@suse.de]
Sent: Friday, August 29, 2014 4:03 PM
To: Hui Wang
Cc: alsa-de...@alsa-project.org; Kailang; stable@vger.kernel.org
Subject: Re: [PATCH] ALSA: hda - Add a de
At Tue, 12 Nov 2013 11:10:57 +0100,
David Henningsson wrote:
In case there is both a multifunction headset jack and a Line Out
jack, automuting was not working properly from the Line Out jack.
This patch fixes that issue.
Cc: stable@vger.kernel.org (3.10+)
BugLink:
At Fri, 29 Nov 2013 15:10:20 +0800,
David Henningsson wrote:
This machine also has mono output if run through DAC node 0x03.
Cc: stable@vger.kernel.org (v3.10+)
BugLink: https://bugs.launchpad.net/bugs/1256212
Tested-by: David Chen david.c...@canonical.com
Signed-off-by: David Henningsson
d3c56568f43807135f2c2a09582a69f809f0d8b7 Mon Sep 17 00:00:00 2001
From: Takashi Iwai ti...@suse.de
Date: Mon, 3 Feb 2014 09:56:13 +0100
Subject: ALSA: hda/realtek - Avoid invalid COEFs for ALC271X
From: Takashi Iwai ti...@suse.de
commit d3c56568f43807135f2c2a09582a69f809f0d8b7 upstream
At Tue, 18 Feb 2014 10:56:46 +0800,
Hui Wang wrote:
When we plug a 3-ring headset on the Dell machines (Vendor ID:
0x10ec0255, Subsystem ID: 0x10280657; Vendor ID: 0x10ec0255,
Subsystem ID: 0x1028065f), the headset mic can't be
detected, after apply this patch, the headset mic can work well.
At Thu, 20 Feb 2014 11:47:21 +0800,
Hui Wang wrote:
The front headphone and mic jackes on a HP desktop model (Vendor Id:
0x111d76c7 Subsystem Id: 0x103c2b17) can not work, the codec on this
machine has 8 physical ports, 6 of them are routed to rear jackes
and all of them work very well,
At Tue, 4 Mar 2014 16:20:18 +0800,
Hui Wang wrote:
When plugging a headphone or headset, lots of noise is heard from
internal speaker, after changing the automute via amp instead of
pinctl, the noise disappears.
BugLink: https://bugs.launchpad.net/bugs/1268468
Cc: David Henningsson
At Wed, 12 Mar 2014 11:29:38 +0100,
Jiri Slaby wrote:
From: Takashi Iwai ti...@suse.de
This patch has been added to the 3.12 stable tree. If you have any
objections, please let us know.
===
commit cbbaa603a03cc46681e24d6b2804b62fde95a2af upstream.
Some per_pin fields
At Wed, 11 Dec 2013 11:41:31 +0800,
Hui Wang wrote:
On the Dell machines with codec whose Subsystem Id is 0x10280624,
no external microphone can be detected when plugging a 3-ring
headset. If we add model=dell-headset-multi for the
snd-hda-intel.ko, the problem will disappear.
BugLink:
At Tue, 10 Dec 2013 22:46:34 +0200,
Anssi Hannula wrote:
In case a single HDA card has both HDMI and S/PDIF outputs, the S/PDIF
outputs will have their IEC958 controls created starting from index 16
and the HDMI controls will be created starting from index 0.
However, HDMI
At Thu, 12 Dec 2013 09:52:03 +0100,
David Henningsson wrote:
While enabling these machines, we found we would sometimes lose an
interrupt if we change hardware volume during playback, and that
disabling msi fixed this issue. (Losing the interrupt caused underruns
and crackling audio, as the
At Fri, 13 Dec 2013 11:57:05 +0800,
Hui Wang wrote:
On the Dell machines with codec whose Subsystem Id is 0x10280610,
0x10280629 or 0x1028063e, no external microphone can be detected when
plugging a 3-ring headset. If we add model=dell-headset-multi for
the snd-hda-intel.ko, the problem will
git tree now, so it'll be in
3.12-rc1. The commit was marked with Cc to stable, thus it'll be
picked up to stable kernels eventually later.
Takashi
Thanks
Etienne
Le 2 sept. 2013 à 15:06, Takashi Iwai ti...@suse.de a écrit :
At Sun, 1 Sep 2013 14:36:47 +0300,
Anssi Hannula wrote
At Wed, 2 Oct 2013 21:13:32 +0300,
Anssi Hannula wrote:
Currently hdmi_setup_audio_infoframe() reprograms the HDA channel
mapping only when the infoframe is not up-to-date or the non-PCM flag
has changed.
However, when just the channel map has been changed, the infoframe may
still be
At Mon, 07 Oct 2013 15:45:09 +0300,
Anssi Hannula wrote:
Takashi Iwai kirjoitti 2013-10-07 13:43:
At Mon, 07 Oct 2013 13:31:17 +0300,
Anssi Hannula wrote:
Takashi Iwai kirjoitti 2013-10-07 10:48:
At Wed, 2 Oct 2013 21:13:32 +0300,
Anssi Hannula wrote:
Currently
At Mon, 7 Oct 2013 19:24:52 +0300,
Anssi Hannula wrote:
Currently hdmi_setup_audio_infoframe() reprograms the HDA channel
mapping only when the infoframe is not up-to-date or the non-PCM flag
has changed.
However, when just the channel map has been changed, the infoframe may
still be
At Thu, 10 Oct 2013 12:19:24 +0200,
David Henningsson wrote:
The external mic showed up with a precense detect of always present,
essentially disabling the internal mic. Therefore turn off presence
detection for this pin.
Note: The external mic seems not yet working, but an internal mic is
for this model.
Reported-by: Christopher didi2...@web.de
Cc: stable@vger.kernel.org
Signed-off-by: Takashi Iwai ti...@suse.de
---
This is a refreshed patch to be applicable cleanly to 3.11.
sound/pci/hda/patch_conexant.c | 11 +++
1 file changed, 11 insertions(+)
diff --git a/sound/pci/hda
At Thu, 10 Oct 2013 15:26:03 +0200,
David Henningsson wrote:
On 10/10/2013 01:18 PM, Takashi Iwai wrote:
At Thu, 10 Oct 2013 12:19:24 +0200,
David Henningsson wrote:
The external mic showed up with a precense detect of always present,
essentially disabling the internal mic. Therefore
At Wed, 26 Mar 2014 10:27:41 +0800,
Hui Wang wrote:
When we plug a 3-ring headset on the Dell machines (VID: 0x10ec0255,
SID: 0x10280632; VID: 0x10ec0293, SID: 0x1028062c; VID: 0x10ec0293,
SID: 0x1028062e), the headset mic can't be detected, after apply this
patch, the headset mic can work
PTEs on GEN6+ suspend
Bugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=64841
Reported-and-Tested-by: Brad Jackson bjackson0...@gmail.com
Cc: stable@vger.kernel.org
Cc: Takashi Iwai ti...@suse.de
Cc: Paulo Zanoni paulo.r.zan...@intel.com
Cc: Todd Previte tprev...@gmail.com
Signed-off
At Thu, 27 Mar 2014 07:55:57 +0100,
Daniel Vetter wrote:
On Thu, Mar 27, 2014 at 7:41 AM, Takashi Iwai ti...@suse.de wrote:
It apparently blows up on some machines. This functionally reverts
commit 828c79087cec61eaf4c76bb32c222fbe35ac3930
Author: Ben Widawsky benjamin.widaw...@intel.com
At Mon, 7 Apr 2014 22:36:38 +0300,
Anssi Hannula wrote:
Currently stream numbers are assigned in reverse order.
Unfortunately commit 7546abfb8e1f9933b5 (ALSA: hda - Increment
default stream numbers for AMD HDMI controllers) assumed this was not
the case (specifically, it had the old cards
At Tue, 08 Apr 2014 10:50:18 +0300,
Anssi Hannula wrote:
08.04.2014 10:35, Takashi Iwai kirjoitti:
At Mon, 7 Apr 2014 22:36:38 +0300,
Anssi Hannula wrote:
Currently stream numbers are assigned in reverse order.
Unfortunately commit 7546abfb8e1f9933b5 (ALSA: hda - Increment
...@dmesg.ch
Reported-by: Anssi Hannula anssi.hann...@iki.fi
Signed-off-by: Takashi Iwai ti...@suse.de
---
Greg, there is no upstream commit id due to the reason describe in the
above. It's a simple revert, so please take as is.
thanks,
Takashi
sound/pci/hda/hda_intel.c | 4 ++--
1 file changed, 2
At Wed, 9 Apr 2014 16:01:01 +0800,
Hui Wang wrote:
When we plug a 3-ring headset on the Dell machine (VID: 0x10ec0283,
SID: 0x10280667), the headset mic can't be detected, after apply this
patch, the headset mic can work well.
BugLink: https://bugs.launchpad.net/bugs/1297581
Cc: David
At Wed, 16 Apr 2014 10:09:08 +0800,
Hui Wang wrote:
When we plug a 3-ring headset on the Dell machine (VID: 0x10ec0255,
SID: 0x1028067f), the headset mic can't be detected, after apply this
patch, the headset mic can work well.
BugLink: https://bugs.launchpad.net/bugs/1297581
Cc: David
At Fri, 13 Jun 2014 11:15:44 +0200,
David Henningsson wrote:
According to the bug reporter (Данило Шеган), the external mic
starts to work and has proper jack detection if only pin 0x19
is marked properly as an external headset mic.
AlsaInfo at
At Mon, 28 Apr 2014 14:45:00 +0800,
Hui Wang wrote:
When we plug a 3-ring headset on the Dell machine (VID: 0x10ec0255,
SID: 0x10280674), the headset mic can't be detected, after apply this
patch, the headset mic can work well.
BugLink: https://bugs.launchpad.net/bugs/1297581
Cc: David
At Wed, 30 Apr 2014 11:06:00 +0800,
Hui Wang wrote:
When we plug a 3-ring headset on the Dell machine (VID: 0x10ec0255,
SID: 0x1028067e), the headset mic can't be detected, after apply this
patch, the headset mic can work well.
BugLink: https://bugs.launchpad.net/bugs/1297581
Cc: David
At Thu, 1 May 2014 12:20:22 +0200,
Daniel Mack wrote:
From: Clemens Ladisch clem...@ladisch.de
The TEAC UD-H01 firmware sends wrong feedback frequency values, thus
causing the PC to send the samples at a wrong rate, which results in
clicks and crackles in the output.
Add a workaround
At Fri, 9 May 2014 11:12:58 +0800,
Hui Wang wrote:
When we plug a 3-ring headset on the Dell machines (VID: 0x10ec0255,
SID: 0x1028065c; VID: 0x10ec0255, SID: 0x10280680; VID: 0x10ec0292,
SID: 0x10280684), the headset mic can't be detected, after apply this
patch, the headset mic can work
At Mon, 13 Jan 2014 14:52:27 +0800,
Hui Wang wrote:
On some AIO (All In One) models with the codec alc668
(Vendor ID: 0x10ec0668) on it, when we plug a headphone into the jack,
the system will switch the output to headphone and set the speaker to
automute as well as change the speaker
At Tue, 14 Jan 2014 14:07:36 +0800,
Hui Wang wrote:
On some AIO (All In One) models with the codec alc668
(Vendor ID: 0x10ec0668) on it, when we plug a headphone into the jack,
the system will switch the output to headphone and set the speaker to
automute as well as change the speaker
1 - 100 of 174 matches
Mail list logo
