On 2017-11-21 04:47, Borislav Petkov wrote:
On Tue, Nov 21, 2017 at 02:38:54PM +0200, Jarkko Sakkinen wrote:
Try to start LE. If it doesn't start i.e. is signed with a different
root key than the one inside MSRs, then fail the initialization.
But what if the one inside the MSRs is from t
On Fri, Nov 10, 2017 at 08:53:28PM +, Al Viro wrote:
> On Fri, Nov 10, 2017 at 03:45:41PM +1100, NeilBrown wrote:
> > -void __d_drop(struct dentry *dentry)
> > +static void ___d_drop(struct dentry *dentry)
> > {
> > if (!d_unhashed(dentry)) {
> > struct hlist_bl_head *b;
> > @@
Hi Rui,
Thank you for the patch! Yet something to improve:
[auto build test ERROR on char-misc/char-misc-testing]
[also build test ERROR on v4.14 next-20171121]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day
On 11/21/2017 10:02 AM, Shuah Khan wrote:
> On 11/21/2017 10:44 AM, John Johansen wrote:
>> On 11/21/2017 08:58 AM, Shuah Khan wrote:
>>> Hi John,
>>>
>>> I am seeing the following on my laptop. Unfortunately this is my primary
>>> system and my ability to bisect might be a bit limited. The system
We need to make sure that only proper channel slots (in SACCST register)
are enabled at playback start time since some AC'97 CODECs (like VT1613 on
UDOO board) were observed requesting via SLOTREQ spurious ones just after
an AC'97 link is started but before the CODEC is configured by its driver.
Wh
In AC'97 mode we configure and start SSI RX / TX on probe path via
a call to _fsl_ssi_set_dai_fmt() function.
We don't need to call this function again later and in fact don't want to
do it since this function temporarily sets STCR, SRCR and SCR to some
intermediate values.
Signed-off-by: Maciej S
For all internal uses we want umode_t, which is arch-independent;
mode_t (or __kernel_mode_t, for that matter) is wrong outside of userland
ABI. Unfortunately, that crap keeps coming back and needs to be put down
from time to time...
The following changes since commit 2bd6bf03f4c1c59381d6
On Mon, Nov 20, 2017 at 09:48:58PM -1000, Linus Torvalds wrote:
> On Mon, Nov 20, 2017 at 9:06 AM, Darren Hart wrote:
> >
> > Back in the 4.2 timeframe, platform-drivers-x86-v4.2-2 specifically, I
> > started adding my pull request commentary to the tag directly and the
> > pull requests themselve
You don't typically need [xxx v1] for version 1, the v1 is implicit.
Please use the git brief description prefix that is already in use i.e
leaking_addresses: add support for 32-bit kernel addresses
On Tue, Nov 21, 2017 at 01:28:14PM +0530, kaiwan.billimo...@gmail.com wrote:
> The curre
On Tue, Nov 21, 2017 at 03:45:31PM -0800, Jethro Beekman wrote:
> Boris & Peter: this key has nothing to do with "trust" or "security".
But with what? Why is the firmware at all involved then?
--
Regards/Gruss,
Boris.
Good mailing practices for 400: avoid top-posting and trim the reply.
On Tue, Nov 21, 2017 at 3:42 PM, Dave Hansen
wrote:
> On 11/21/2017 03:32 PM, Andy Lutomirski wrote:
>>> To do this, we need to special-case the kernel page table walker to deal
>>> with PTEs only since we can't just grab PMD or PUD flags and stick them
>>> in a PTE. We would only be able to use
Hi Thomas,
Please pull and forward this final set of changes needed to finish the
timer conversions, intended for v4.15-rc1. All the dependent trees have
landed, so this is it. The bulk of the changes are the treewide bits in
the middle. Their commit logs are rather long since Linus had
recommende
On Tue, Nov 21, 2017 at 10:35:23AM +0530, Bharat Bhushan wrote:
> According to MC APIs, size of mc-portal in 32bit.
> Also fsl_create_mc_io() storing 32 bit mc-portal size.
>" mc_io->portal_size = mc_portal_size;"
>While "mc_io->portal_size" is u16 type and
>"mc_portal_size" is u32 type
On Tuesday, November 14, 2017 3:51:11 AM CET Brian Norris wrote:
> Hi Rafael,
>
> I'll answer some of it from my perspective, though Jeffy might have had
> different ideas (and answers) when he implemented this.
>
> On Wed, Nov 08, 2017 at 11:32:20PM +0100, Rafael J. Wysocki wrote:
> > On Friday,
On 11/21/2017 11:59 AM, Roman Gushchin wrote:
> On Tue, Nov 21, 2017 at 11:19:07AM -0800, Andrew Morton wrote:
>>
>> Why not
>>
>> seq_printf(m,
>> "HugePages_Total: %5lu\n"
>> "HugePages_Free:%5lu\n"
>> "HugePages_Rsvd:%
On 2017-11-21 16:10, Borislav Petkov wrote:
On Tue, Nov 21, 2017 at 03:45:31PM -0800, Jethro Beekman wrote:
Boris & Peter: this key has nothing to do with "trust" or "security".
But with what? Why is the firmware at all involved then?
See http://www.spinics.net/lists/platform-driver-x86/msg1
You may like to limit the git log brief description to 50 characters
(this is going to be hard with such a long pre-fix though :)
Brief description should be in imperative mood i.e 'Fix foo' instead of
'fixed foo'.
On Tue, Nov 21, 2017 at 05:17:53PM -0200, Guilherme Tadashi Maeoka wrote:
> Fixed
On Tue, 21 Nov 2017 12:08:32 PST (-0800), j.neuschae...@gmx.net wrote:
On Tue, Nov 21, 2017 at 09:37:02AM -0800, Palmer Dabbelt wrote:
[...]
This isn't really a big deal to me, as I'm only interested in RISC-V
systems, but there's been some pushback on the concept of an SBI so it
seemed like a s
On 11/21/2017 04:17 PM, Andy Lutomirski wrote:
> On Tue, Nov 21, 2017 at 3:42 PM, Dave Hansen
> unsigned long start = (unsigned long)get_cpu_entry_area(cpu);
> for (unsigned long addr = start; addr < start + sizeof(struct
> cpu_entry_area); addr += PAGE_SIZE) {
> pte_t pte = *pte_offset_k(addr);
On 11/21/2017 08:32 AM, Khalid Aziz wrote:
> On Wed, 2017-11-08 at 17:41 -0800, Mike Kravetz wrote:
>> With the addition of memfd hugetlbfs support, we now have the
>> situation
>> where memfd depends on TMPFS -or- HUGETLBFS. Previously, memfd was
>> only
>> supported on tmpfs, so it made sense th
On Tue, Nov 21, 2017 at 4:19 PM, Kees Cook wrote:
> Hi Thomas,
>
> Please pull and forward this final set of changes needed to finish the
> timer conversions, intended for v4.15-rc1. All the dependent trees have
> landed, so this is it. The bulk of the changes are the treewide bits in
> the middle
Missing subsystem in subject line. Please use the same git brief
description format that has been used previously for files you want to
patch. You can view previous commits for a file using
git log --pretty=oneline --abbrev --reverse
On Mon, Nov 20, 2017 at 03:14:21PM -0600, zebmccor...@d
My apologies... yes, your patch also fixes my issue. I was looking at the two
new places from which you were calling scsi_eh_wakeup(), and didn't notice that
you moved the spinlock in scsi_device_unbusy()... moving the spinlock in
scsi_device_unbusy() also should the issue I'm seeing, given tha
On 11/22/2017 12:38 AM, Arnaldo Carvalho de Melo wrote:
Em Mon, Nov 06, 2017 at 08:21:06PM +0800, Jin Yao escreveu:
perf report/script/... have a --time option to limit the time range
of output. That's very useful to slice large traces, e.g. when processing
the output of perf script for some a
On Tue, 2017-11-21 at 22:50 +0100, Andreas Brauchli wrote:
> Allow URL to exceed the 80 char limit for improved interaction in
> adaption to ongoing but undocumented practice.
>
> $ git grep -E '://\S{77}.*' -- '*.[ch]'
>
> The patch checks that the URL is indeed on its own line in that
> only no
On 11/22/2017 12:40 AM, Arnaldo Carvalho de Melo wrote:
Em Mon, Nov 06, 2017 at 08:21:07PM +0800, Jin Yao escreveu:
In perf record, it's walked on all samples yet. So it's very easy to get
"In the default 'perf record' configuration, all samples are processed,
to create the HEADER_BUILD_ID t
On Monday, November 20, 2017 2:42:26 PM CET Ulf Hansson wrote:
> On 18 November 2017 at 15:41, Rafael J. Wysocki wrote:
> > From: Rafael J. Wysocki
> >
> > Make the PM core handle DPM_FLAG_LEAVE_SUSPENDED directly for
> > devices whose "noirq", "late" and "early" driver callbacks are
> > invoked
Greetings,
0day kernel testing robot got the below dmesg and the first bad commit is
https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git WIP.x86/mm
commit ceb81cbc32994ef460436fc4296c97bed5bfce46
Author: Dave Hansen
AuthorDate: Fri Nov 10 11:31:01 2017 -0800
Commit: Ingo Molnar
The mm-of-the-moment snapshot 2017-11-21-17-21 has been uploaded to
http://www.ozlabs.org/~akpm/mmotm/
mmotm-readme.txt says
README for mm-of-the-moment:
http://www.ozlabs.org/~akpm/mmotm/
This is a snapshot of my -mm patch queue. Uploaded at random hopefully
more than once a week.
You wi
On Tue, 21 Nov 2017, Mike Snitzer wrote:
> On Tue, Nov 21 2017 at 4:23pm -0500,
> Mikulas Patocka wrote:
>
> > This is not correct:
> >
> >2206 static void dm_wq_work(struct work_struct *work)
> >2207 {
> >2208 struct mapped_device *md = container_of(work, struct
> > map
On 21-11-17, 18:00, Javi Merino wrote:
> As Ionela pointed out earlier in the thread, the cpufreq driver for Juno
> was not acceptable for mainline because it used platform specific code.
Can we get a link to that thread? I don't remember what I have commented earlier
but the above doesn't seem to
From: Jason Uy
Add support for configurable read size so that older wifi
chips that have size restrictions can be supported.
Signed-off-by: Jason Uy
Reviewed-by: Ray Jui
Reviewed-by: Scott Branden
Signed-off-by: Li Jin
---
.../wireless/broadcom/brcm80211/brcmfmac/common.c | 5 +++
.../wir
On 11/21/2017 11:17 PM, Jiri Olsa wrote:
On Mon, Nov 20, 2017 at 10:43:38PM +0800, Jin Yao wrote:
SNIP
+static void init_saved_rblist(struct rblist *rblist)
+{
+ rblist__init(rblist);
+ rblist->node_cmp = saved_value_cmp;
+ rblist->node_new = saved_value_new;
+ rbl
On Wednesday, November 22, 2017 2:10:51 AM CET Rafael J. Wysocki wrote:
> On Monday, November 20, 2017 2:42:26 PM CET Ulf Hansson wrote:
> > On 18 November 2017 at 15:41, Rafael J. Wysocki wrote:
> > > From: Rafael J. Wysocki
> > >
> > > Make the PM core handle DPM_FLAG_LEAVE_SUSPENDED directly f
On Tue, Nov 21 2017, Al Viro wrote:
> On Fri, Nov 10, 2017 at 08:53:28PM +, Al Viro wrote:
>> On Fri, Nov 10, 2017 at 03:45:41PM +1100, NeilBrown wrote:
>> > -void __d_drop(struct dentry *dentry)
>> > +static void ___d_drop(struct dentry *dentry)
>> > {
>> >if (!d_unhashed(dentry)) {
>> >
Hi
-Original Message-
From: Yinbo Zhu
Sent: Tuesday, November 14, 2017 4:00 PM
To: 'Shawn Guo'
Cc: 'Rob Herring' ; 'Mark Rutland' ;
'Catalin Marinas )' ; 'Will Deacon )'
; Harninder Rai ; 'Raghav Dogra'
; Ashish Kumar ; Andy Tang
; 'open list:OPEN FIRMWARE AND FLATTENED DEVICE TREE
On Tue, 21 Nov 2017 16:48:27 +0100
Maxime Ripard wrote:
> Hi,
>
> On Thu, Jul 27, 2017 at 01:01:35PM +0800, Yong Deng wrote:
> > Allwinner V3s SoC have two CSI module. CSI0 is used for MIPI interface
> > and CSI1 is used for parallel interface. This is not documented in
> > datasheet but by test
On 11/21/2017 11:17 PM, Jiri Olsa wrote:
On Mon, Nov 20, 2017 at 10:43:38PM +0800, Jin Yao wrote:
SNIP
+static void init_saved_rblist(struct rblist *rblist)
+{
+ rblist__init(rblist);
+ rblist->node_cmp = saved_value_cmp;
+ rblist->node_new = saved_value_new;
+ rbl
Hi Laurent
> > >>> +static void rcar_dmac_chcr_de_barrier(struct rcar_dmac_chan *chan)
> > >>> +{
> > >>> + u32 chcr;
> > >>> + int i;
> > >>
> > >> unsigned int
> > >>
> > >>> +
> > >>> + /*
> > >>> +* Ensure that the setting of the DE bit is actually 0 after
> > >>>
On 11/21/2017 11:17 PM, Jiri Olsa wrote:
On Mon, Nov 20, 2017 at 10:43:38PM +0800, Jin Yao wrote:
In current stat-shadow.c, the rblist deleting is ignored.
The patch reconstructs the codes of rblist init/free, and adds
the implementation to node_delete method of rblist.
This patch also does:
On 11/20/2017 01:05 AM, Michal Hocko wrote:
> On Fri 17-11-17 00:45:49, John Hubbard wrote:
>> On 11/16/2017 04:14 AM, Michal Hocko wrote:
>>> [Ups, managed to screw the subject - fix it]
>>>
>>> On Thu 16-11-17 11:18:58, Michal Hocko wrote:
Hi,
this has started as a follow up discussion
Hi all,
Please do not add any v4.16 material to your linux-next included trees
until v4.15-rc1 has been released.
Changes since 20171121:
Reinstated tree:backlight-fixes
The akpm-current tree lost its build failure.
Non-merge commits (relative to Linus' tree): 771
801 files ch
On 11/21/2017 11:17 PM, Jiri Olsa wrote:
On Mon, Nov 20, 2017 at 10:43:38PM +0800, Jin Yao wrote:
SNIP
+static void init_saved_rblist(struct rblist *rblist)
+{
+ rblist__init(rblist);
+ rblist->node_cmp = saved_value_cmp;
+ rblist->node_new = saved_value_new;
+ rblist
On Tue, Nov 21, 2017 at 01:59:13PM -0800, Andrew Morton wrote:
On Tue, 21 Nov 2017 19:10:22 +0800 Fengguang Wu wrote:
Hello,
FYI this happens in mainline kernel 4.14.0-03453-ge37e0ee.
It at least dates back to v4.1 .
It occurs in 2 out of 2 boots.
[ 140.043368] watchdog: BUG: soft lockup -
On 11/21/2017 11:17 PM, Jiri Olsa wrote:
On Mon, Nov 20, 2017 at 10:43:38PM +0800, Jin Yao wrote:
In current stat-shadow.c, the rblist deleting is ignored.
The patch reconstructs the codes of rblist init/free, and adds
the implementation to node_delete method of rblist.
This patch also does:
3.16.51-rc1 review patch. If anyone has any objections, please let me know.
--
From: Jiri Olsa
commit 44fed277f81ba22e3f2fbcf1501c3b14aeb9f8e4 upstream.
Following commit:
commit 509051ea8427 ("perf record: Rename --no-delay to --no-buffering")
removed '-D' option and rename
On 11/21/2017 11:17 PM, Jiri Olsa wrote:
On Mon, Nov 20, 2017 at 10:43:38PM +0800, Jin Yao wrote:
SNIP
static int evsel_context(struct perf_evsel *evsel)
diff --git a/tools/perf/util/stat.h b/tools/perf/util/stat.h
index 61fd2e0..4eb081d 100644
--- a/tools/perf/util/stat.h
+++ b/tools/perf
3.2.96-rc1 review patch. If anyone has any objections, please let me know.
--
From: Steffen Maier
commit 71b8e45da51a7b64a23378221c0a5868bd79da4f upstream.
Since commit db007fc5e20c ("[SCSI] Command protection operation"),
scsi_eh_prep_cmnd() saves scmd->prot_op and temporaril
3.16.51-rc1 review patch. If anyone has any objections, please let me know.
--
From: Boqun Feng
commit a2b7861bb33b2538420bb5d8554153484d3f961f upstream.
Currently, in PREEMPT_COUNT=n kernel, kvm_async_pf_task_wait() could call
schedule() to reschedule in some cases. This cou
3.16.51-rc1 review patch. If anyone has any objections, please let me know.
--
From: Edwin Török
commit 55acdd926f6b21a5cdba23da98a48aedf19ac9c3 upstream.
Can be reproduced when running dlm_controld (tested on 4.4.x, 4.12.4):
# seq 1 100 | xargs -P0 -n1 dlm_tool join
# seq 1
3.16.51-rc1 review patch. If anyone has any objections, please let me know.
--
From: "Eric W. Biederman"
commit d08477aa975e97f1dc64c0ae59cebf98520456ce upstream.
We have a weird and problematic intersection of features that when
they all come together result in ambiguous sigi
3.16.51-rc1 review patch. If anyone has any objections, please let me know.
--
From: Aleksandr Bezzubikov
commit 48b79a14505349a29b3e20f03619ada9b33c4b17 upstream.
An SHPC may generate MSIs to notify software about slot or controller
events (SHPC spec r1.0, sec 4.7). A PCI de
3.16.51-rc1 review patch. If anyone has any objections, please let me know.
--
From: Rui Teng
commit 23493c121912a39f0262e0dbeb236e1d39efa4d5 upstream.
The offset of hugepage block will not be 16G, if the expected
page is more than one. Calculate the totol size instead of the
3.16.51-rc1 review patch. If anyone has any objections, please let me know.
--
From: "Aneesh Kumar K.V"
commit 7e7dc66adcf490a619bc3c7763a8cebadfba73e3 upstream.
We can use pfn_to_page() in realmode for other configs. Hence remove the
CONFIG_FLATMEM ifdef.
Fixes: 8e0861fa3c4e
3.16.51-rc1 review patch. If anyone has any objections, please let me know.
--
From: David Spinadel
commit eb045e6e0389eabfd704dd7a76d8b2a892970e85 upstream.
Use bcast station for all non bufferable frames on AP and AD-HOC.
The host is no longer aware of STAs PS status becaus
3.16.51-rc1 review patch. If anyone has any objections, please let me know.
--
From: Oleg Nesterov
commit 5c8ccefdf46c5f87d87b694c7fbc04941c2c99a5 upstream.
All the users of siginmask() must ensure that sig < SIGRTMIN. sig_fatal()
doesn't and this is wrong:
UBSAN: Un
3.16.51-rc1 review patch. If anyone has any objections, please let me know.
--
From: Dan Carpenter
commit b6615659827839f3031c6bd4c1599c3c705778ac upstream.
If "regl_pdata->n_regulators == 0" is true then we accidentally return
PTR_ERR() instead of an error code. I've changed
3.16.51-rc1 review patch. If anyone has any objections, please let me know.
--
From: Christophe JAILLET
commit 0f9b011d3321ca1079c7a46c18cb1956fbdb7bcb upstream.
The .release function of driver_ktype is 'driver_release()'.
This function frees the container_of this kobject.
So
3.16.51-rc1 review patch. If anyone has any objections, please let me know.
--
From: Jose Abreu
commit 1ee55a8f7f6b7ca4c0c59e0b4b4e3584a085c2d3 upstream.
I recently came upon a scenario where I would get a double fault
machine check exception tiriggered by a kernel module.
How
3.16.51-rc1 review patch. If anyone has any objections, please let me know.
--
From: Michael Ellerman
commit f9effe925039cf54489b5c04e0d40073bb3a123d upstream.
Anton noticed that if we fault part way through emulating an unaligned
instruction, we don't update the DAR to reflec
3.16.51-rc1 review patch. If anyone has any objections, please let me know.
--
From: Dan Carpenter
commit e6f77540c067b48dee10f1e33678415bfcc89017 upstream.
The value of "size" comes from the user. When we add "start + size" it
could lead to an integer overflow bug.
It means
3.16.51-rc1 review patch. If anyone has any objections, please let me know.
--
From: Leon Romanovsky
commit 5d50f400e56fbc7a14ef3f8d42ba47710e455881 upstream.
Sparse tool complains with the following error:
drivers/infiniband/hw/usnic/usnic_ib_main.c:445:16: warning: cast remo
3.16.51-rc1 review patch. If anyone has any objections, please let me know.
--
From: Dan Carpenter
commit 8d046759f6ad75824fdf7b9c9a3da0272ea9ea92 upstream.
My static checker complains that 0x1800 >> 13 is zero. Looking at
the context, it seems like a copy and paste bug fr
3.16.51-rc1 review patch. If anyone has any objections, please let me know.
--
From: NeilBrown
commit e8a27f836f165c26f867ece7f31eb5c811692319 upstream.
bitmap_resize() does not work for file-backed bitmaps.
The buffer_heads are allocated and initialized when
the bitmap is rea
3.16.51-rc1 review patch. If anyone has any objections, please let me know.
--
From: "Maciej S. Szmigiero"
commit 169e86546f5712179709de23cd64bbb15f199fab upstream.
This commit adds support (an ID, really) for D-Link DWM-157 hardware
version C1 USB modem to option driver.
Acc
3.16.51-rc1 review patch. If anyone has any objections, please let me know.
--
From: Ilya Lesokhin
commit 7b4cdaae73ee833975a767cf54a3354d355b3f8d upstream.
Fix a bug where MR registration fails when mlx5_ib_cont_pages
indicates that the MR can be mapped using 2GB pages (page_
3.16.51-rc1 review patch. If anyone has any objections, please let me know.
--
From: Mark Rutland
commit 746a272e44141af24a02f6c9b0f65f4c4598ed42 upstream.
When there's a fatal signal pending, arm's do_page_fault()
implementation returns 0. The intent is that we'll return to t
3.16.51-rc1 review patch. If anyone has any objections, please let me know.
--
From: Leon Romanovsky
commit 187782eb58a89ea030731114c6ae37842a4472fe upstream.
The "lg" variable is declared as int so in all places where this variable
is used as a shift operand, the output will
3.16.51-rc1 review patch. If anyone has any objections, please let me know.
--
From: Dan Carpenter
commit 092c3def24bb68a00ff58c76ed67b9ff448387ce upstream.
The copy_from_user() function returns the number of bytes which we
weren't able to copy. We don't want to return that t
3.16.51-rc1 review patch. If anyone has any objections, please let me know.
--
From: Douglas Anderson
commit ed62ca2f4f51c17841ea39d98c0c409cb53a3e10 upstream.
While running reboot tests w/ a specific set of USB devices (and
slub_debug enabled), I found that once every few hou
3.16.51-rc1 review patch. If anyone has any objections, please let me know.
--
From: Kai-Heng Feng
commit de3af5bf259d7a0bfaac70441c8568ab5998d80c upstream.
Corsair Strafe RGB keyboard has trouble to initialize:
[ 1.679455] usb 3-6: new full-speed USB device number 4 using xh
3.16.51-rc1 review patch. If anyone has any objections, please let me know.
--
From: Sandeep Singh
commit e6b422b88b46353cf596e0db6dc0e39d50d90d6e upstream.
The following commit cause a regression on ATI chipsets.
'commit e788787ef4f9 ("usb:xhci:Add quirk for Certain
failing H
3.16.51-rc1 review patch. If anyone has any objections, please let me know.
--
From: Jonas Gorski
commit 94b282267c2f3af725b154c91275ed374c1f11de upstream.
Make the behaviour of clk_get_rate consistent with common clk's
clk_get_rate by accepting NULL clocks as parameter. Some
3.16.51-rc1 review patch. If anyone has any objections, please let me know.
--
From: Colin Ian King
commit 801e3659bf2c87c31b7024087d61e89e172b5651 upstream.
The calculation of the left volume looks suspect, the value of
0x1f - ((val << 8) & 0x1f) is always 0x1f. The debug pri
3.16.51-rc1 review patch. If anyone has any objections, please let me know.
--
From: Noa Osherovich
commit 5236333592244557a19694a51337df6ac018f0a7 upstream.
RoCE Annex (A16.9.10/11) declares that during attach (detach) QP to a
multicast group, if the QP is associated with a R
3.16.51-rc1 review patch. If anyone has any objections, please let me know.
--
From: Dan Carpenter
commit d518a44d317d92f4c297ea26a308b1ac1a980d33 upstream.
usnic_uiom_get_dev_list() can return ERR_PTR(-ENOMEM) so we should check
for that.
Fixes: e3cf00d0a87f ("IB/usnic: Add
3.16.51-rc1 review patch. If anyone has any objections, please let me know.
--
From: Mike Marciniszyn
commit 5b0ef650bd0f820e922fcc42f1985d4621ae19cf upstream.
Section 9.7.7.2.5 of the 1.3 IBTA spec clearly says that receive
credits should never apply to RDMA write.
qib and h
3.16.51-rc1 review patch. If anyone has any objections, please let me know.
--
From: Yazen Ghannam
commit 1d5d820b8fe83b5f859d1ebb028a09ada426447e upstream.
ACPI defines a number of instructions to use for triggering errors. However
we are currently removing the address resour
3.16.51-rc1 review patch. If anyone has any objections, please let me know.
--
From: Alexandre Belloni
commit 1cf85b2327a9b03bde5266e72ee64a38d085256d upstream.
In the error path of sa1100_rtc_open(), info->clk is disabled which will
happen again in sa1100_rtc_remove() when th
3.16.51-rc1 review patch. If anyone has any objections, please let me know.
--
From: Jaegeuk Kim
commit 125c9fb1ccb53eb2ea9380df40f3c743f3fb2fed upstream.
We need to check HOT_DATA to truncate any previous data block when doing
roll-forward recovery.
Reviewed-by: Chao Yu
Sig
3.16.51-rc1 review patch. If anyone has any objections, please let me know.
--
From: Dmitry Fleytman
commit a1279ef74eeeb5f627f091c71d80dd7ac766c99d upstream.
Commit e0429362ab15
("usb: Add device quirk for Logitech HD Pro Webcams C920 and C930e")
introduced quirk to workaroun
3.16.51-rc1 review patch. If anyone has any objections, please let me know.
--
From: Bart Van Assche
commit 5fbd545cd3fd311ea1d6e8be4ce0ee5684c7 upstream.
Ensure that the members of struct skd_msg_buf have been transferred
to the PCIe adapter before the doorbell is trigger
3.16.51-rc1 review patch. If anyone has any objections, please let me know.
--
From: Johan Hovold
commit e2b5602af76dec75f474e4173afb4215007ecfa5 upstream.
Make sure to unprepare the clock before returning on late probe errors.
Fixes: b388f15fd14c ("pwm: pwm-tiehrpwm: Use clk
3.16.51-rc1 review patch. If anyone has any objections, please let me know.
--
From: Johan Hovold
commit c7fdd3f52944b81d807ce7a5fde7d1ca8a2a0919 upstream.
Remove unbalanced RPM put at driver unbind which resulted in a negative
usage count.
Fixes: 19891b20e7c2 ("pwm: pwm-tieh
3.16.51-rc1 review patch. If anyone has any objections, please let me know.
--
From: Sean Young
commit 89d8a2cc51d1f29ea24a0b44dde13253141190a0 upstream.
This driver cannot send pulse, it only accepts driver-dependent codes.
Signed-off-by: Sean Young
Signed-off-by: Mauro Car
3.16.51-rc1 review patch. If anyone has any objections, please let me know.
--
From: stephen hemminger
commit d0d6683716791b2a2761a1bb025c613eb73da6c3 upstream.
If kobject_init_and_add failed, then the failure path would
decrement the reference count of the queue kobject whose
3.16.51-rc1 review patch. If anyone has any objections, please let me know.
--
From: Andrey Korolyov
commit 591b6bb605785c12a21e8b07a08a277065b655a5 upstream.
Several legacy devices such as Geode-based Cisco ASA appliances
and DB800 development board do possess CS5536 IDE cont
3.16.51-rc1 review patch. If anyone has any objections, please let me know.
--
From: Johannes Berg
commit 7426ee33a29b3215357986378c77bb9949518154 upstream.
There's no need to spell out the cases when we can just
use ieee80211_is_bufferable_mmpdu().
Signed-off-by: Johannes Be
3.16.51-rc1 review patch. If anyone has any objections, please let me know.
--
From: Christophe JAILLET
commit 2042f3c29f2f11129434de8a610878e8a15b4174 upstream.
if 'max8998_i2c_parse_dt_pdata() fails (when out of memory), a NULL
pointer dereference will occur in the error han
3.16.51-rc1 review patch. If anyone has any objections, please let me know.
--
From: Jesper Dangaard Brouer
commit fb452a1aa3fd4034d7999e309c5466ff2d7005aa upstream.
This reverts commit 6d7b857d541ecd1d9bd997c97242d4ef94b19de2.
There is a bug in fragmentation codes use of the
3.16.51-rc1 review patch. If anyone has any objections, please let me know.
--
From: Guillaume Nault
commit f026bc29a8e093edfbb2a77700454b285c97e8ad upstream.
Using l2tp_tunnel_find() in pppol2tp_session_create() and
l2tp_eth_create() is racy, because no reference is held on t
3.16.51-rc1 review patch. If anyone has any objections, please let me know.
--
From: Guillaume Nault
commit f3c66d4e144a0904ea9b95d23ed9f8eb38c11bfb upstream.
l2tp_tunnel_destruct() sets tunnel->sock to NULL, then removes the
tunnel from the pernet list and finally closes all
3.16.51-rc1 review patch. If anyone has any objections, please let me know.
--
From: Paul Mackerras
commit 93b2d3cf3733b4060d3623161551f51ea1ab5499 upstream.
The instruction code for xxlor that commit 0016a4cf5582 ("powerpc:
Emulate most Book I instructions in emulate_step()",
3.16.51-rc1 review patch. If anyone has any objections, please let me know.
--
From: Arnd Bergmann
commit 993dc737c0996c163325961fb62a0ed9fd0308b4 upstream.
gcc-8 notices that the register number calculation is wrong
when the offset is an 'u8' but the number is larger than 256
3.16.51-rc1 review patch. If anyone has any objections, please let me know.
--
From: Amir Goldstein
commit 47c7d0b19502583120c3f396c7559e7a77288a68 upstream.
When calling into _xfs_log_force{,_lsn}() with a pointer
to log_flushed variable, log_flushed will be set to 1 if:
1. x
3.16.51-rc1 review patch. If anyone has any objections, please let me know.
--
From: Julien Grall
commit 22f12f0df802cea865672d8f39fbebdc03981050 upstream.
When booting Linux as Xen guest with CONFIG_DEBUG_ATOMIC, the following
splat appears:
[0.002323] Mountpoint-cache h
3.16.51-rc1 review patch. If anyone has any objections, please let me know.
--
From: "Steven Rostedt (VMware)"
commit 46320a6acc4fb58f04bcf78c4c942cc43b20f986 upstream.
In the second iteration of trace_selftest_ops(), the error goto label is
wrong in the case where trace_selft
On Tue, Nov 21 2017 at 8:21pm -0500,
Mikulas Patocka wrote:
>
>
> On Tue, 21 Nov 2017, Mike Snitzer wrote:
>
> > On Tue, Nov 21 2017 at 4:23pm -0500,
> > Mikulas Patocka wrote:
> >
> > > This is not correct:
> > >
> > >2206 static void dm_wq_work(struct work_struct *work)
> > >220
3.16.51-rc1 review patch. If anyone has any objections, please let me know.
--
From: Beni Lev
commit 9de981f507474f326e42117858dc9a9321331ae5 upstream.
In struct ieee80211_tx_info, control.vif pointer and rate_driver_data[0]
falls on the same place, depending on the union usag
3.16.51-rc1 review patch. If anyone has any objections, please let me know.
--
From: Matt Redfearn
commit cea8cd498f4f1c30ea27e3664b3c671e495c4fce upstream.
When the immediate encoded in the instruction is accessed, it is sign
extended due to being a signed value being assigne
501 - 600 of 995 matches
Mail list logo
