On Wed, May 25, 2016 at 03:16:40PM +0200, Peter Zijlstra wrote:
> On Tue, May 24, 2016 at 03:52:28PM -0700, Andy Lutomirski wrote:
> > + struct trace_buffer_struct *buffer = this_cpu_ptr(trace_percpu_buffer);
> >
> > + if (!buffer || buffer->nesting >= 4)
> > return NULL;
>
>
On Wed, May 25, 2016 at 03:16:40PM +0200, Peter Zijlstra wrote:
> On Tue, May 24, 2016 at 03:52:28PM -0700, Andy Lutomirski wrote:
> > + struct trace_buffer_struct *buffer = this_cpu_ptr(trace_percpu_buffer);
> >
> > + if (!buffer || buffer->nesting >= 4)
> > return NULL;
>
>
On Wed, May 25, 2016 at 10:14:24AM -0700, Linus Torvalds wrote:
> Josh,
> my current git version (with gcc 5.3.1) makes objtool warn about
> "duplicate frame pointer save" in drivers/gpu/drm/vmwgfx/vmwgfx_msg.c
> for both vmw_send_msg() and vmw_host_get_guestinfo().
>
> The reason is that
On Wed, May 25, 2016 at 10:14:24AM -0700, Linus Torvalds wrote:
> Josh,
> my current git version (with gcc 5.3.1) makes objtool warn about
> "duplicate frame pointer save" in drivers/gpu/drm/vmwgfx/vmwgfx_msg.c
> for both vmw_send_msg() and vmw_host_get_guestinfo().
>
> The reason is that
On Wed, May 25, 2016 at 08:32:51AM -0700, Frank Rowand wrote:
> On 5/25/2016 2:20 AM, Mark Rutland wrote:
> > Linux for legacy reasons, documenting it as a binding is not necessarily
> > in anyone's best interest. If we want to document it, we may want to
> > mark it as deprecated, with a pointer
On Wed, May 25, 2016 at 08:32:51AM -0700, Frank Rowand wrote:
> On 5/25/2016 2:20 AM, Mark Rutland wrote:
> > Linux for legacy reasons, documenting it as a binding is not necessarily
> > in anyone's best interest. If we want to document it, we may want to
> > mark it as deprecated, with a pointer
On Wed, May 25, 2016 at 01:21:12PM -0400, Sinan Kaya wrote:
> Hi Bjorn,
>
> OK. I see that we are dealing with two different questions.
>
> > I thought you were talking about booting with
> > "pcie_aspm.policy=powersave", where pcie_aspm_set_policy() sets
> > aspm_policy = POLICY_POWERSAVE, then
On Wed, May 25, 2016 at 01:21:12PM -0400, Sinan Kaya wrote:
> Hi Bjorn,
>
> OK. I see that we are dealing with two different questions.
>
> > I thought you were talking about booting with
> > "pcie_aspm.policy=powersave", where pcie_aspm_set_policy() sets
> > aspm_policy = POLICY_POWERSAVE, then
On Tue, May 24, 2016 at 10:04:17AM -0700, Paul E. McKenney wrote:
> On Mon, May 23, 2016 at 2:19 AM +0200, Peter Zijlstra wrote:
> > On Sun, May 22, 2016 at 09:00:01AM +0200, Mike Galbraith wrote:
> > > On Sat, 2016-05-21 at 21:00 +0200, Mike Galbraith wrote:
> > > > On Sat, 2016-05-21 at 16:04
On Tue, May 24, 2016 at 04:34:50PM -0700, Frank Rowand wrote:
> On 5/24/2016 11:32 AM, Mark Brown wrote:
> > On Tue, May 24, 2016 at 08:03:48PM +0200, Christer Weinigel wrote:
> >> On 05/24/2016 07:20 PM, Mark Brown wrote:
> >
> >>> I'm not sure this is something we want to support at all, I
On Tue, May 24, 2016 at 10:04:17AM -0700, Paul E. McKenney wrote:
> On Mon, May 23, 2016 at 2:19 AM +0200, Peter Zijlstra wrote:
> > On Sun, May 22, 2016 at 09:00:01AM +0200, Mike Galbraith wrote:
> > > On Sat, 2016-05-21 at 21:00 +0200, Mike Galbraith wrote:
> > > > On Sat, 2016-05-21 at 16:04
On Tue, May 24, 2016 at 04:34:50PM -0700, Frank Rowand wrote:
> On 5/24/2016 11:32 AM, Mark Brown wrote:
> > On Tue, May 24, 2016 at 08:03:48PM +0200, Christer Weinigel wrote:
> >> On 05/24/2016 07:20 PM, Mark Brown wrote:
> >
> >>> I'm not sure this is something we want to support at all, I
Łukasz Daniluk reported that on a RHEL kernel that his machine would lock up
after enabling function tracer. I asked him to bisect the functions within
available_filter_functions, which he did and it came down to three:
_paravirt_nop(), _paravirt_ident_32() and _paravirt_ident_64()
It was
Łukasz Daniluk reported that on a RHEL kernel that his machine would lock up
after enabling function tracer. I asked him to bisect the functions within
available_filter_functions, which he did and it came down to three:
_paravirt_nop(), _paravirt_ident_32() and _paravirt_ident_64()
It was
On Wed, 2016-05-25 at 10:12 -0700, Jaegeuk Kim wrote:
[snipped]
> >
> > So, my logic is simple. We are trying to modify the on-disk layout. As a
> > result, we need to check the on-disk layout version, from my viewpoint.
> > And this modification is not "feature" itself but simple bug fix. And I
On Wed, 2016-05-25 at 10:12 -0700, Jaegeuk Kim wrote:
[snipped]
> >
> > So, my logic is simple. We are trying to modify the on-disk layout. As a
> > result, we need to check the on-disk layout version, from my viewpoint.
> > And this modification is not "feature" itself but simple bug fix. And I
This patch adds the Power Management Controller driver as a PCI driver
for Intel Core SoC architecture.
This driver can utilize debugging capabilities and supported features
as exposed by the Power Management Controller.
Please refer to the below specification for more details on PMC features.
This patch adds the Power Management Controller driver as a PCI driver
for Intel Core SoC architecture.
This driver can utilize debugging capabilities and supported features
as exposed by the Power Management Controller.
Please refer to the below specification for more details on PMC features.
3.19.8-ckt22 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Greg Kroah-Hartman
commit e5bdfd50d6f76077bf8441d130c606229e100d40 upstream.
This reverts commit
3.19.8-ckt22 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Greg Kroah-Hartman
commit e5bdfd50d6f76077bf8441d130c606229e100d40 upstream.
This reverts commit
3.19.8-ckt22 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Lucas Stach
commit e3c00d87845ab375f90fa6e10a5e72a3a5778cd3 upstream.
On DCE6.1 PPLL2 is exclusively available to
3.19.8-ckt22 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Lucas Stach
commit e3c00d87845ab375f90fa6e10a5e72a3a5778cd3 upstream.
On DCE6.1 PPLL2 is exclusively available to UNIPHYA, so it
3.19.8-ckt22 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Kaho Ng
commit 2da2dc9ead232f25601404335cca13c0f722d41b upstream.
For reducing the noise from the headset output
3.19.8-ckt22 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Yura Pakhuchiy
commit 3231e2053eaeee70bdfb216a78a30f11e88e2243 upstream.
Subwoofer does not work out of the box
3.19.8-ckt22 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Behan Webster
commit c4586256f0c440bc2bdb29d2cbb915f0ca785d26 upstream.
Similar to the fix in
3.19.8-ckt22 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Kaho Ng
commit 2da2dc9ead232f25601404335cca13c0f722d41b upstream.
For reducing the noise from the headset output on ASUS UX501VW,
call
3.19.8-ckt22 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Yura Pakhuchiy
commit 3231e2053eaeee70bdfb216a78a30f11e88e2243 upstream.
Subwoofer does not work out of the box on ASUS N751/N551
3.19.8-ckt22 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Behan Webster
commit c4586256f0c440bc2bdb29d2cbb915f0ca785d26 upstream.
Similar to the fix in 40413dcb7b273bda681dca38e6ff0bbb3728ef11
3.19.8-ckt22 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Marek Szyprowski
commit 6ae645d5fa385f3787bf1723639cd907fe5865e7 upstream.
NULL pointer derefence happens
3.19.8-ckt22 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Jack Pham
commit dec8e8f6e6504aa3496c0f7cc10c756bb0e10f44 upstream.
Specifically for the case of reads that use
3.19.8-ckt22 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Herbert Xu
commit 13f4bb78cf6a312bbdec367ba3da044b09bf0e29 upstream.
The crypto hash walk code is broken
3.19.8-ckt22 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Marek Szyprowski
commit 6ae645d5fa385f3787bf1723639cd907fe5865e7 upstream.
NULL pointer derefence happens when booting with DTB
3.19.8-ckt22 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Jack Pham
commit dec8e8f6e6504aa3496c0f7cc10c756bb0e10f44 upstream.
Specifically for the case of reads that use the Extended Register
3.19.8-ckt22 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Herbert Xu
commit 13f4bb78cf6a312bbdec367ba3da044b09bf0e29 upstream.
The crypto hash walk code is broken when supplied with an offset
3.19.8-ckt22 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Krzysztof Kozlowski
commit 3b672623079bb3e5685b8549e514f2dfaa564406 upstream.
The buck9 regulator of S2MPS11
3.19.8-ckt22 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Krzysztof Kozlowski
commit 3b672623079bb3e5685b8549e514f2dfaa564406 upstream.
The buck9 regulator of S2MPS11 PMIC had incorrect
3.19.8-ckt22 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Al Viro
commit 10c64cea04d3c75c306b3f990586ffb343b63287 upstream.
* if we have a hashed negative dentry and
3.19.8-ckt22 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Al Viro
commit 10c64cea04d3c75c306b3f990586ffb343b63287 upstream.
* if we have a hashed negative dentry and either CREAT|EXCL on
r/o
3.19.8-ckt22 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Daniel Vetter
commit 2700818ac9f935d8590715eecd7e8cadbca552b6 upstream.
LPT is pch, so might run into the fdi
3.19.8-ckt22 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Daniel Vetter
commit 2700818ac9f935d8590715eecd7e8cadbca552b6 upstream.
LPT is pch, so might run into the fdi bandwidth constraint
3.19.8-ckt22 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Joe Perches
commit cb984d101b30eb7478d32df56a0023e4603cba7f upstream.
As gcc major version numbers are going to
3.19.8-ckt22 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Daniel Jurgens
commit 82d69203df634b4dfa765c94f60ce9482bcc44d6 upstream.
Use htons instead of unconditionally
Hi Vincent,
On 24/05/16 10:55, Vincent Guittot wrote:
> Fix the insertion of cfs_rq in rq->leaf_cfs_rq_list to ensure that
> a child will always called before its parent.
>
> The hierarchical order in shares update list has been introduced by
> commit 67e86250f8ea ("sched: Introduce hierarchal
Hi Vincent,
On 24/05/16 10:55, Vincent Guittot wrote:
> Fix the insertion of cfs_rq in rq->leaf_cfs_rq_list to ensure that
> a child will always called before its parent.
>
> The hierarchical order in shares update list has been introduced by
> commit 67e86250f8ea ("sched: Introduce hierarchal
3.19.8-ckt22 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Joe Perches
commit cb984d101b30eb7478d32df56a0023e4603cba7f upstream.
As gcc major version numbers are going to advance rather rapidly
3.19.8-ckt22 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Daniel Jurgens
commit 82d69203df634b4dfa765c94f60ce9482bcc44d6 upstream.
Use htons instead of unconditionally byte swapping nexthdr.
3.19.8-ckt22 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Steven Rostedt
commit 106b816cb46ebd87408b4ed99a2e16203114daa6 upstream.
At the end of process_filter(),
3.19.8-ckt22 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Steven Rostedt
commit 106b816cb46ebd87408b4ed99a2e16203114daa6 upstream.
At the end of process_filter(), collapse_tree() was changed
3.19.8-ckt22 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: =?UTF-8?q?Uwe=20Kleine-K=C3=B6nig?=
commit 1c021bb717a70aaeaa4b25c91f43c2aeddd922de upstream.
In the
3.19.8-ckt22 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: =?UTF-8?q?Uwe=20Kleine-K=C3=B6nig?=
commit 1c021bb717a70aaeaa4b25c91f43c2aeddd922de upstream.
In the receive path a queue's work bit
3.19.8-ckt22 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: "Steven Rostedt (Red Hat)"
commit e1644aae4589274223c1ab9072ddbda98dd97f6a upstream.
valgrind showed that the
3.19.8-ckt22 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Eric Dumazet
commit 10a81980fc47e64ffac26a073139813d3f697b64 upstream.
In the very unlikely case
3.19.8-ckt22 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Eric Dumazet
commit be0bd3160165e42783d8215f426e41c07179c08a upstream.
If GSO packet is segmented and its
3.19.8-ckt22 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: "Steven Rostedt (Red Hat)"
commit e1644aae4589274223c1ab9072ddbda98dd97f6a upstream.
valgrind showed that the filter token wasn't
3.19.8-ckt22 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Eric Dumazet
commit 10a81980fc47e64ffac26a073139813d3f697b64 upstream.
In the very unlikely case __tcp_retransmit_skb() can not use
3.19.8-ckt22 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Eric Dumazet
commit be0bd3160165e42783d8215f426e41c07179c08a upstream.
If GSO packet is segmented and its segments are properly
3.19.8-ckt22 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Junxiao Bi
commit c25a1e0671fbca7b2c0d0757d533bd2650d6dc0c upstream.
Commit 702e5bc68ad2 ("ocfs2: use generic
3.19.8-ckt22 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Junxiao Bi
commit c25a1e0671fbca7b2c0d0757d533bd2650d6dc0c upstream.
Commit 702e5bc68ad2 ("ocfs2: use generic posix ACL
3.19.8-ckt22 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Zi Shen Lim
commit 98397fc547e3f4553553a30ea56fa34d613f0a4c upstream.
Original implementation commit e54bcde3d69d
3.19.8-ckt22 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Zi Shen Lim
commit 98397fc547e3f4553553a30ea56fa34d613f0a4c upstream.
Original implementation commit e54bcde3d69d ("arm64: eBPF JIT
On Wed, May 25, 2016 at 12:28:00PM -0500, Rob Herring wrote:
> > diff --git a/Documentation/devicetree/bindings/sound/cs53l30.txt
> > b/Documentation/devicetree/bindings/sound/cs53l30.txt
> > new file mode 100644
> > index 000..ace7ffe
> > --- /dev/null
> > +++
On Wed, May 25, 2016 at 12:28:00PM -0500, Rob Herring wrote:
> > diff --git a/Documentation/devicetree/bindings/sound/cs53l30.txt
> > b/Documentation/devicetree/bindings/sound/cs53l30.txt
> > new file mode 100644
> > index 000..ace7ffe
> > --- /dev/null
> > +++
3.19.8-ckt22 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Daniel Borkmann
[ Upstream commit 9241e2df4fbc648a92ea0752918e05c26255649e ]
When __vlan_insert_tag() fails from
3.19.8-ckt22 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Daniel Borkmann
[ Upstream commit 9241e2df4fbc648a92ea0752918e05c26255649e ]
When __vlan_insert_tag() fails from skb_vlan_push() path
3.19.8-ckt22 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Chris Friesen
[ Upstream commit d6d5e999e5df67f8ec20b6be45e2229455ee3699 ]
For local routes that require
3.19.8-ckt22 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Daniel Borkmann
[ Upstream commit 6b83d28a55a891a9d70fc61ccb1c138e47dcbe74,
skb_postpush_rcsum() added from
3.19.8-ckt22 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Chris Friesen
[ Upstream commit d6d5e999e5df67f8ec20b6be45e2229455ee3699 ]
For local routes that require a particular output interface
3.19.8-ckt22 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Daniel Borkmann
[ Upstream commit 6b83d28a55a891a9d70fc61ccb1c138e47dcbe74,
skb_postpush_rcsum() added from commit
3.19.8-ckt22 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: "David S. Miller"
[ Upstream commit a36a0d4008488fa545c74445d69eaf56377d5d4e ]
In particular, make sure we check
3.19.8-ckt22 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: "David S. Miller"
[ Upstream commit a36a0d4008488fa545c74445d69eaf56377d5d4e ]
In particular, make sure we check for decnet private
On 05/24/2016 11:07 PM, Jiri Kosina wrote:
On Tue, 24 May 2016, Joe Perches wrote:
The submitted patches are not being reacted upon, and Jens is only picking
up stable fixes on an rather ad-hoc basis.
Link: lkml.kernel.org/r/574462c5.40...@kernel.dk
Signed-off-by: Jiri Kosina
On 05/24/2016 11:07 PM, Jiri Kosina wrote:
On Tue, 24 May 2016, Joe Perches wrote:
The submitted patches are not being reacted upon, and Jens is only picking
up stable fixes on an rather ad-hoc basis.
Link: lkml.kernel.org/r/574462c5.40...@kernel.dk
Signed-off-by: Jiri Kosina
---
3.19.8-ckt22 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: WANG Cong
[ Upstream commit 86a7996cc8a078793670d82ed97d5a99bb4e8496 ]
Remove nearly duplicated code and
3.19.8-ckt22 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Jann Horn
[ Upstream commit 8358b02bf67d3a5d8a825070e1aa73f25fb2e4c7 ]
When bpf(BPF_PROG_LOAD, ...) was invoked with
3.19.8-ckt22 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: WANG Cong
[ Upstream commit 86a7996cc8a078793670d82ed97d5a99bb4e8496 ]
Remove nearly duplicated code and prepare for the following
3.19.8-ckt22 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Jann Horn
[ Upstream commit 8358b02bf67d3a5d8a825070e1aa73f25fb2e4c7 ]
When bpf(BPF_PROG_LOAD, ...) was invoked with a BPF program
3.19.8-ckt22 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: WANG Cong
[ Upstream commit bdf17661f63a79c3cb4209b970b1cc39e34f7543 ]
Similarly, we need to update backlog
3.19.8-ckt22 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: WANG Cong
[ Upstream commit 431e3a8e36a05a37126f34b41aa3a5a6456af04e ]
We saw qlen!=0 but backlog==0 on our
On Tue, May 24, 2016 at 11:47:31AM +, Nava kishore Manne wrote:
>
>
> > -Original Message-
> > From: Arnd Bergmann [mailto:a...@arndb.de]
> > Sent: Tuesday, May 24, 2016 2:21 PM
> > To: Nava kishore Manne
> > Cc: robh...@kernel.org; pawel.m...@arm.com;
3.19.8-ckt22 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: WANG Cong
[ Upstream commit bdf17661f63a79c3cb4209b970b1cc39e34f7543 ]
Similarly, we need to update backlog too when we update qlen.
3.19.8-ckt22 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: WANG Cong
[ Upstream commit 431e3a8e36a05a37126f34b41aa3a5a6456af04e ]
We saw qlen!=0 but backlog==0 on our production machine:
qdisc
On Tue, May 24, 2016 at 11:47:31AM +, Nava kishore Manne wrote:
>
>
> > -Original Message-
> > From: Arnd Bergmann [mailto:a...@arndb.de]
> > Sent: Tuesday, May 24, 2016 2:21 PM
> > To: Nava kishore Manne
> > Cc: robh...@kernel.org; pawel.m...@arm.com; mark.rutl...@arm.com;
> >
3.19.8-ckt22 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: WANG Cong
[ Upstream commit 2f5fb43ff62b2b96cc58d95fc0b3596516e4 ]
When the bottom qdisc decides to, for
3.19.8-ckt22 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Wanpeng Li
commit f7c17d26f43d5cc1b7a6b896cd2fa24a079739b9 upstream.
[ cut here ]
3.19.8-ckt22 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: WANG Cong
[ Upstream commit 2f5fb43ff62b2b96cc58d95fc0b3596516e4 ]
When the bottom qdisc decides to, for example, drop some
3.19.8-ckt22 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Wanpeng Li
commit f7c17d26f43d5cc1b7a6b896cd2fa24a079739b9 upstream.
[ cut here ]
WARNING: CPU: 0 PID: 16 at
3.19.8-ckt22 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Neil Horman
[ Upstream commit 6071bd1aa13ed9e41824bafad845b7b7f4df5cfd ]
This was recently reported to me, and
3.19.8-ckt22 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Nikolay Aleksandrov
[ Upstream commit 31ca0458a61a502adb7ed192bf9716c6d05791a5 ]
get_bridge_ifindices()
3.19.8-ckt22 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Neil Horman
[ Upstream commit 6071bd1aa13ed9e41824bafad845b7b7f4df5cfd ]
This was recently reported to me, and reproduced on the
3.19.8-ckt22 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Nikolay Aleksandrov
[ Upstream commit 31ca0458a61a502adb7ed192bf9716c6d05791a5 ]
get_bridge_ifindices() is used from the old
3.19.8-ckt22 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Ian Campbell
[ Upstream commit dedc58e067d8c379a15a8a183c5db318201295bb ]
The peer may be expecting a reply
On Tue, May 24, 2016 at 09:36:14AM +0800, Xing Zheng wrote:
> There are multi codec devices on the RK3399 platform, we can use
> this patch support and control these codecs.
>
> Signed-off-by: Xing Zheng
> ---
>
> Changes in v2:
> - use the FS 256 to set mclks of the
On Tue, May 24, 2016 at 09:36:14AM +0800, Xing Zheng wrote:
> There are multi codec devices on the RK3399 platform, we can use
> this patch support and control these codecs.
>
> Signed-off-by: Xing Zheng
> ---
>
> Changes in v2:
> - use the FS 256 to set mclks of the max98357a and rt5514
3.19.8-ckt22 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Ian Campbell
[ Upstream commit dedc58e067d8c379a15a8a183c5db318201295bb ]
The peer may be expecting a reply having sent a request and
3.19.8-ckt22 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Kangjie Lu
[ Upstream commit 5f8e44741f9f216e33736ea4ec65ca9ac03036e6 ]
The stack object “map” has a total size
On Tue, May 24, 2016 at 3:48 PM, Andy Lutomirski wrote:
> This series hardens x86's uaccess code a bit. It adds warnings for
> some screwups, adds an OOPS for a major exploitable screwup, and it
> improves debuggability a bit by indicating non-default fs in oopses.
>
> It
3.19.8-ckt22 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Kangjie Lu
[ Upstream commit 5f8e44741f9f216e33736ea4ec65ca9ac03036e6 ]
The stack object “map” has a total size of 32 bytes. Its last
On Tue, May 24, 2016 at 3:48 PM, Andy Lutomirski wrote:
> This series hardens x86's uaccess code a bit. It adds warnings for
> some screwups, adds an OOPS for a major exploitable screwup, and it
> improves debuggability a bit by indicating non-default fs in oopses.
>
> It shouldn't cause any new
3.19.8-ckt22 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Kangjie Lu
[ Upstream commit 79e48650320e6fba48369fccf13fd045315b19b8 ]
Stack object "dte_facilities" is
3.19.8-ckt22 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Kangjie Lu
[ Upstream commit b8670c09f37bdf2847cc44f36511a53afc6161fd ]
The stack object “info” has a total size
501 - 600 of 1520 matches
Mail list logo