At Wed, 5 Nov 2014 12:17:58 +0800,
Hui Wang wrote:
>
> Without the fix, the mute led can't work on these three machines.
>
> After apply this fix, these three machines will fall back on the led
> control quirk as below, and through testing, the mute led works very
> well.
> PIN_QUIRK(0x10ec0282,
Hello Joe,
On Wed, Nov 05, 2014 at 06:20:06AM +0800, Joseph Salisbury wrote:
> Hello Pratyush,
>
> A kernel bug report was opened against Ubuntu [0]. After a kernel
> bisect, it was found that reverting the following commit resolved this bug:
>
> commit a40178b2fa6ad87670fb1e5fa4024db00c149629
Without the fix, the mute led can't work on these three machines.
After apply this fix, these three machines will fall back on the led
control quirk as below, and through testing, the mute led works very
well.
PIN_QUIRK(0x10ec0282, 0x103c, "HP", ALC269_FIXUP_HP_LINE1_MIC1_LED,
ALC282_S
This reverts 543bc6a1a987 "AUDIT: Allow login in non-init namespaces".
This commit incorrectly assumes that libpam treats -ECONNREFUSED as
an indicator that audit is disabled, and -EPERM or any other error
as a fatal error that prevents the login from continuing.
The opposite is in fact true: -EP
Hello Pratyush,
A kernel bug report was opened against Ubuntu [0]. After a kernel
bisect, it was found that reverting the following commit resolved this bug:
commit a40178b2fa6ad87670fb1e5fa4024db00c149629
Author: Pratyush Anand
Date: Fri Jul 18 12:37:10 2014 +0530
USB: Fix persist resum
On Tue, Nov 04, 2014 at 09:34:24PM +0200, Mika Westerberg wrote:
> On Tue, Nov 04, 2014 at 11:11:16AM -0800, David Cohen wrote:
> > > It is not implicit at all.
> > >
> > > The user of the GPIO in ACPI DSDT table says something like:
> > >
> > > Name (_DEP, Package () { \_SB.GPO2 })
> > >
> >
The patch titled
Subject: mm/page_alloc: move freepage counting logic to __free_one_page()
has been added to the -mm tree. Its filename is
mm-page_alloc-move-freepage-counting-logic-to-__free_one_page.patch
This patch should soon appear at
http://ozlabs.org/~akpm/mmots/broken-out/
The patch titled
Subject: mm/page_alloc: restrict max order of merging on isolated pageblock
has been added to the -mm tree. Its filename is
mm-page_alloc-restrict-max-order-of-merging-on-isolated-pageblock.patch
This patch should soon appear at
http://ozlabs.org/~akpm/mmots/broke
The patch titled
Subject: mm/page_alloc: add freepage on isolate pageblock to correct buddy
list
has been added to the -mm tree. Its filename is
mm-page_alloc-add-freepage-on-isolate-pageblock-to-correct-buddy-list.patch
This patch should soon appear at
http://ozlabs.org/~akpm/mm
The patch titled
Subject: mm/page_alloc: fix incorrect isolation behavior by rechecking
migratetype
has been added to the -mm tree. Its filename is
mm-page_alloc-fix-incorrect-isolation-behavior-by-rechecking-migratetype.patch
This patch should soon appear at
http://ozlabs.org/~
On Tue, Nov 04, 2014 at 11:11:16AM -0800, David Cohen wrote:
> > It is not implicit at all.
> >
> > The user of the GPIO in ACPI DSDT table says something like:
> >
> > Name (_DEP, Package () { \_SB.GPO2 })
> >
> > or similar. That is *explicit* dependency. Here \_SB.GPO2 is one of the
> > G
On Tue, Nov 04, 2014 at 08:57:02PM +0200, Mika Westerberg wrote:
> On Tue, Nov 04, 2014 at 10:05:26AM -0800, David Cohen wrote:
> > On Tue, Nov 04, 2014 at 09:59:36AM +0200, Mika Westerberg wrote:
> > > On Mon, Nov 03, 2014 at 02:19:03PM -0800, David Cohen wrote:
> > > > Hi Mika,
> > > >
> > > > T
On Tue, Nov 04, 2014 at 10:05:26AM -0800, David Cohen wrote:
> On Tue, Nov 04, 2014 at 09:59:36AM +0200, Mika Westerberg wrote:
> > On Mon, Nov 03, 2014 at 02:19:03PM -0800, David Cohen wrote:
> > > Hi Mika,
> > >
> > > Thanks for your feedbacks :)
> > >
> > > On Mon, Nov 03, 2014 at 08:42:47PM +
On Tue, Nov 04, 2014 at 09:59:36AM +0200, Mika Westerberg wrote:
> On Mon, Nov 03, 2014 at 02:19:03PM -0800, David Cohen wrote:
> > Hi Mika,
> >
> > Thanks for your feedbacks :)
> >
> > On Mon, Nov 03, 2014 at 08:42:47PM +0200, Mika Westerberg wrote:
> > > On Mon, Nov 03, 2014 at 09:50:11AM -0600
From: Florian Westphal
[ upstream commit 9dfa1dfe4d5e5e66a991321ab08afe69759d797a ]
We currently neither account for the nlattr size, nor do we consider
the size of the trailing NLMSG_DONE when allocating nlmsg skb.
This can result in nflog to stop working, as __nfulnl_send() re-tries
sending f
From: Florian Westphal
[ upstream commit c1e7dc91eed0ed1a51c9b814d648db18bf8fc6e9 ]
don't try to queue payloads > 0x - NLA_HDRLEN, it does not work.
The nla length includes the size of the nla struct, so anything larger
results in u16 integer overflow.
This patch is similar to
9cefbbc9c8f9a
From: Arturo Borrero
[ upstream commit 7965ee93719921ea5978f331da653dfa2d7b99f5 ]
The code looks for an already loaded target, and the correct list to search
is nft_target_list, not nft_match_list.
Cc: # 3.14.x
Cc: # 3.16.x
Cc: # 3.17.x
Signed-off-by: Arturo Borrero Gonzalez
Signed-off-by:
From: Sabrina Dubroca
[ upstream commit b1bfa10aa994765b741c22342bad69215e2007f9 ]
alloc_percpu returns NULL on failure, not a negative error code.
Fixes: ff3cd7b3c922 ("netfilter: nf_tables: refactor chain statistic routines")
Cc: # 3.16.x
Cc: # 3.17.x
Signed-off-by: Sabrina Dubroca
Signed-
From: Houcheng Lin
[ upstream commit b51d3fa364885a2c1e1668f88776c67c95291820 ]
The kernel should reserve enough room in the skb so that the DONE
message can always be appended. However, in case of e.g. new attribute
erronously not being size-accounted for, __nfulnl_send() will still
try to put
From: Dan Carpenter
[ upstream commit 6ecc71202d3a817d7eee44be9f98abc0dcface93 ]
The ->ip_set_list[] array is initialized in ip_set_net_init() and it
has ->ip_set_max elements so this check should be >= instead of >
otherwise we are off by one.
Cc: # 3.14.x
Cc: # 3.16.x
Cc: # 3.17.x
Signed-o
From: Dan Carpenter
[ upstream commit 6ecc71202d3a817d7eee44be9f98abc0dcface93 ]
The ->ip_set_list[] array is initialized in ip_set_net_init() and it
has ->ip_set_max elements so this check should be >= instead of >
otherwise we are off by one.
Cc: # 3.14.x
Cc: # 3.16.x
Cc: # 3.17.x
Signed-o
This is a note to let you know that I've just added the patch titled
usb: core: notify disconnection when core detects disconnect
to my usb git tree which can be found at
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb.git
in the usb-linus branch.
The patch will show up in the
On Tue, Nov 04, 2014 at 01:20:35PM +0100, Adel Gadllah wrote:
> Am 04.11.2014 um 00:27 schrieb gre...@linuxfoundation.org:
> >This is a note to let you know that I've just added the patch titled
> >
> > USB: quirks: enable device-qualifier quirk for another Elan
> >
> >to my usb git tree which
Hi,
On Tue, Nov 04, 2014 at 09:51:35AM +0200, Mika Westerberg wrote:
> > > > > > > > > > I think adding the module exit + allowing this driver to be
> > > > > > > > > > a module
> > > > > > > > > > would be a good approach. Then we don't need to force
> > > > > > > > > > generic x86 kernel
> > >
On Tue, 2014-11-04 at 09:37 +0800, Hu Keping wrote:
>
> Ah, yes. It's important for 32-bit system as the MAX_LONG on such builds
> is only 4294967295.
>
> What about the other commits in this series?
Nothing else springs to mind. Maybe Tony has other suggestions?
--
To unsubscribe from this li
Hello, Dan.
On Wed, Oct 29, 2014 at 10:21:08AM -0700, Dan Williams wrote:
> diff --git a/drivers/ata/libata.h b/drivers/ata/libata.h
> index 5f4e0cca56ec..16f75854cd99 100644
> --- a/drivers/ata/libata.h
> +++ b/drivers/ata/libata.h
> @@ -90,6 +90,8 @@ extern int ata_down_xfermask_limit(struct ata
On Tue, 04 Nov 2014 01:43:24 +0100
, "Rafael J. Wysocki"
wrote:
> On Monday, November 03, 2014 11:38:24 PM Grant Likely wrote:
>
> [cut]
>
> > diff --git a/include/linux/of.h b/include/linux/of.h
> > index 6545e7aec7bb..3b3c6e849ae8 100644
> > --- a/include/linux/of.h
> > +++ b/include/linux/of
On Tue, Nov 04, 2014 at 11:58:17AM +0100, Maxime COQUELIN wrote:
> On some 32 bits architectures, including x86, GENMASK(31, 0) returns 0
> instead of the expected ~0UL.
>
> This is the same on some 64 bits architectures with GENMASK_ULL(63, 0).
>
> This is due to an overflow in the shift operand
Am 04.11.2014 um 00:27 schrieb gre...@linuxfoundation.org:
This is a note to let you know that I've just added the patch titled
USB: quirks: enable device-qualifier quirk for another Elan
to my usb git tree which can be found at
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb
On 2014-10-31 18:28, Takashi Iwai wrote:
At Fri, 31 Oct 2014 12:07:13 +0100,
Jiri Slaby wrote:
On 10/08/2014, 10:09 AM, David Henningsson wrote:
Hi stable maintainers,
These two patches: c149dcb5c60bfea8871f16dfcc0690255eeb825f
drm/i915: provide interface for audio driver to query cdclk
and
On some 32 bits architectures, including x86, GENMASK(31, 0) returns 0
instead of the expected ~0UL.
This is the same on some 64 bits architectures with GENMASK_ULL(63, 0).
This is due to an overflow in the shift operand, 1 << 32 for GENMASK,
1 << 64 for GENMASK_ULL.
Fixes: 10ef6b0dffe404bcc54e9
On 11/04/2014 11:44 AM, Peter Zijlstra wrote:
On Tue, Nov 04, 2014 at 11:03:57AM +0100, Maxime COQUELIN wrote:
-#define GENMASK(h, l) (((U32_C(1) << ((h) - (l) + 1)) - 1) << (l))
-#define GENMASK_ULL(h, l) (((U64_C(1) << ((h) - (l) + 1)) - 1) << (l))
+#define GENMASK(h, l) ((
On Tue, Nov 04, 2014 at 11:03:57AM +0100, Maxime COQUELIN wrote:
> -#define GENMASK(h, l)(((U32_C(1) << ((h) - (l) + 1)) - 1) <<
> (l))
> -#define GENMASK_ULL(h, l)(((U64_C(1) << ((h) - (l) + 1)) - 1) << (l))
> +#define GENMASK(h, l) ((~0UL >> (BITS_PER_LONG - (h - l + 1))
On some 32 bits architectures, including x86, GENMASK(31, 0) returns 0
instead of the expected ~0UL.
This is the same on some 64 bits architectures with GENMASK_ULL(63, 0).
This is due to an overflow in the shift operand, 1 << 32 for GENMASK,
1 << 64 for GENMASK_ULL.
Fixes: 10ef6b0dffe404bcc54e9
Hi all,
This 2 patches are to add PCI ID for Braswell in ALSA HD Audio driver.
The patches were cherry-picked from upstream kernel and backported into
stable kernel v3.14.
Patches were built with x86 ARCH and passed build test. The image generated
was also being booted up and tested on Braswell R
From: Libin Yang
Add HD Audio Device PCI ID for the Intel Braswell platform.
It is an HDA Intel PCH controller.
AZX_DCAPS_ALIGN_BUFSIZE is not necessary for this controller.
Signed-off-by: Libin Yang
Signed-off-by: Takashi Iwai
(cherry picked from commit f31b2ffcad2b8c57cee5ffc634928bcbc8c6a5
From: Libin Yang
This patch adds codec ID (0x80862883) and module alias for Braswell
display codec.
Signed-off-by: Libin Yang
Signed-off-by: Takashi Iwai
(cherry picked from commit d1585c89cecdb513f68045e47ab76976524b5961)
Signed-off-by: Chang Rebecca Swee Fun
---
sound/pci/hda/patch_hdmi.c
From: Dirk Brandewie
Add support for Broadwell processors.
Signed-off-by: Dirk Brandewie
Signed-off-by: Rafael J. Wysocki
(cherry picked from commit c7e241df5970171e3e86a516f91ca8a30ca516e8)
Signed-off-by: Chang Rebecca Swee Fun
---
drivers/cpufreq/intel_pstate.c |3 +++
1 file changed,
Hi all,
These patches are to backport into stable kernel v3.14.
Do take note that patch 3 (last patch in the series) are dependent on the
following patches that has been sent to the mailing list previously.
x86, iosf: Add Quark X1000 PCI ID
x86, iosf: Add PCI ID macros for better readability
The
From: "David E. Box"
Add Braswell PCI ID to list of supported ID's for the IOSF driver.
Signed-off-by: David E. Box
Link:
http://lkml.kernel.org/r/1411017231-20807-2-git-send-email-david.e@linux.intel.com
Signed-off-by: Ingo Molnar
(cherry picked from commit 849f5d894383d25c49132437aa289c
From: Mika Westerberg
This is pretty much the same as Intel Baytrail, only the CPU ID is
different. Add the new ID to the supported CPU list.
Signed-off-by: Mika Westerberg
Acked-by: Viresh Kumar
Acked-by: Dirk Brandewie
Signed-off-by: Rafael J. Wysocki
(cherry picked from commit 16405f98bca
On Fri, 24 Oct 2014, Dmitry Eremin-Solenikov wrote:
> Some boards with TC6393XB chip require full state restore during system
> resume thanks to chip's VCC being cut off during suspend (Sharp SL-6000
> tosa is one of them). Failing to do so would result in ohci Oops on
> resume due to internal mem
On Tue, 04 Nov 2014, Dmitry Eremin-Solenikov wrote:
> Hello.
>
> 2014-11-03 17:56 GMT+03:00 Lee Jones :
> > On Fri, 24 Oct 2014, Dmitry Eremin-Solenikov wrote:
> >
> >> Some boards with TC6393XB chip require full state restore during system
> >> resume thanks to chip's VCC being cut off during su
Hi Peter,
On 11/04/2014 09:29 AM, Peter Zijlstra wrote:
On Mon, Nov 03, 2014 at 06:39:58PM +0100, Maxime COQUELIN wrote:
On some 32 bits architectures, including x86, GENMASK(31, 0) returns 0
instead of the expected ~0UL.
This is the same on some 64 bits architectures with GENMASK_ULL(63, 0).
Hello.
2014-11-03 17:56 GMT+03:00 Lee Jones :
> On Fri, 24 Oct 2014, Dmitry Eremin-Solenikov wrote:
>
>> Some boards with TC6393XB chip require full state restore during system
>> resume thanks to chip's VCC being cut off during suspend (Sharp SL-6000
>> tosa is one of them). Failing to do so woul
On Mon, Nov 03, 2014 at 06:39:58PM +0100, Maxime COQUELIN wrote:
> On some 32 bits architectures, including x86, GENMASK(31, 0) returns 0
> instead of the expected ~0UL.
>
> This is the same on some 64 bits architectures with GENMASK_ULL(63, 0).
>
> This is due to an overflow in the shift operand
On Mon, Nov 03, 2014 at 02:19:03PM -0800, David Cohen wrote:
> Hi Mika,
>
> Thanks for your feedbacks :)
>
> On Mon, Nov 03, 2014 at 08:42:47PM +0200, Mika Westerberg wrote:
> > On Mon, Nov 03, 2014 at 09:50:11AM -0600, Felipe Balbi wrote:
> > > Hi,
> > >
> > > On Mon, Nov 03, 2014 at 05:42:07PM
47 matches
Mail list logo
