On Fri, Feb 23, 2018 at 1:25 PM, Icenowy Zheng wrote:
> This patchset adds initial support for the Allwinner H6 SoC.
>
> It's quite different from earlier Allwinner SoCs. For example, the
> memory map is refactored, and the CCU is rearranged. It's also the first
> Allwinner SoC
4.4-stable review patch. If anyone has any objections, please let me know.
--
From: "Guilherme G. Piccoli"
[ Upstream commit f7084059a9cb9e56a186e1677b1dcffd76c2cd24 ]
While in recovery process of PCI error (called EEH on PowerPC arch),
another
4.4-stable review patch. If anyone has any objections, please let me know.
--
From: Aliaksei Karaliou
[ Upstream commit 2196881566225f3c3428d1a5f847a992944daa5b ]
xfs_qm_destroy_quotainfo() does not destroy quotainfo->qi_tree_lock
while destroys
3.18-stable review patch. If anyone has any objections, please let me know.
--
From: Christophe JAILLET
[ Upstream commit 56c0290202ab94a2f2780c449395d4ae8495fab4 ]
If the probing of the regulator is deferred, the memory allocated by
3.18-stable review patch. If anyone has any objections, please let me know.
--
From: Al Viro
[ Upstream commit 9ee332d99e4d5a97548943b81c54668450ce641b ]
Signed-off-by: Al Viro
Signed-off-by: Sasha Levin
4.14-stable review patch. If anyone has any objections, please let me know.
--
From: Prasad B Munirathnam
[ Upstream commit 5771cfffdffe709ae9b403b6f80438ca40bf850e ]
"FIB_CONTEXT_FLAG_TIMEDOUT" flag is set in aac_eh_abort to indicate
4.9-stable review patch. If anyone has any objections, please let me know.
--
From: Yangbo Lu
[ Upstream commit 11d827a993a969c3c6ec56758ff63a44ba19b466 ]
set_fipers() calling should be protected by spinlock in
case that any interrupt breaks related
4.9-stable review patch. If anyone has any objections, please let me know.
--
From: Marcelo Ricardo Leitner
[ Upstream commit c76f97c99ae6d26d14c7f0e50e074382bfbc9f98 ]
Some sockopt handling functions were calculating the length of the
buffer to be
4.14-stable review patch. If anyone has any objections, please let me know.
--
From: Chunyan Zhang
[ Upstream commit 36b0cb84ee858f02c256d26f0cb4229c78e3399e ]
An additional 'ip' will be pushed to the stack, for restoring the
DACR later, if
4.14-stable review patch. If anyone has any objections, please let me know.
--
From: Al Viro
[ Upstream commit 9ee332d99e4d5a97548943b81c54668450ce641b ]
Signed-off-by: Al Viro
Signed-off-by: Sasha Levin
4.14-stable review patch. If anyone has any objections, please let me know.
--
From: Brendan McGrath
[ Upstream commit 588753f1eb18978512b1c9b85fddb457d46f9033 ]
One example of when an ICMPv6 packet is required to be looped back is
when a host
4.14-stable review patch. If anyone has any objections, please let me know.
--
From: Xin Long
[ Upstream commit a93bf0ff449064e6b7f44e58522e940f88c0d966 ]
Unlike ip tunnels, now vxlan doesn't do any pmtu update for
upper dst pmtu, even if it doesn't
4.14-stable review patch. If anyone has any objections, please let me know.
--
From: Igor Russkikh
[ Upstream commit 1e366161510f266516107a69db91f1f2edaea11c ]
Systems with large MRRS on device (2K, 4K) with high data rates and/or
large MTU,
4.14-stable review patch. If anyone has any objections, please let me know.
--
From: Gao Feng
[ Upstream commit d02fd6e7d2933ede6478a15f9e4ce8a93845824e ]
Because the macvlan_uninit would free the macvlan port, so there is one
double free case in
On Fri, Mar 02, 2018 at 02:50:39PM +0900, Masahiro Yamada wrote:
> 2018-02-22 6:39 GMT+09:00 Ulf Magnusson :
> > On Wed, Feb 21, 2018 at 09:57:03PM +0900, Masahiro Yamada wrote:
> >> 2018-02-21 19:52 GMT+09:00 Arnd Bergmann :
> >> > On Wed, Feb 21, 2018 at 11:20
4.14-stable review patch. If anyone has any objections, please let me know.
--
From: Hao Chen
[ Upstream commit 3ea15452ee85754f70f3b9fa1f23165ef2e77ba7 ]
nl80211_nan_add_func() does not check if the required attribute
NL80211_NAN_FUNC_FOLLOW_UP_DEST is
4.14-stable review patch. If anyone has any objections, please let me know.
--
From: Luu An Phu
[ Upstream commit 13454c14550065fcc1705d6bd4ee6d40e057099f ]
The flexcan_start_xmit() function compares the frame length with data
register length to write
4.14-stable review patch. If anyone has any objections, please let me know.
--
From: Felix Janda
[ Upstream commit c0bace798436bca0fdc221ff61143f1376a9c3de ]
libc-compat.h aims to prevent symbol collisions between uapi and libc
headers for each
There are so many rules for kernel developers to deal with. Is it worse
to go over the 80 character limit or align the parameters properly? Is
it OK to start the subject with a lower case letter? I get in trouble
for using the wrong prefix but I'm the first person to patch a driver so
how on
4.14-stable review patch. If anyone has any objections, please let me know.
--
From: Yangbo Lu
[ Upstream commit 11d827a993a969c3c6ec56758ff63a44ba19b466 ]
set_fipers() calling should be protected by spinlock in
case that any interrupt breaks related
From: Colin Ian King
Trivial fix to spelling mistake in debug message text.
Signed-off-by: Colin Ian King
---
arch/ia64/kernel/err_inject.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/ia64/kernel/err_inject.c
Hi Bogdan,
On 03/01/2018 07:47 PM, Bogdan Purcareata wrote:
> Move the source files out of staging into their final locations:
> - dpbp.c goes to drivers/bus/fsl-mc/, next to the core infrastructure
> - dpbp-cmd.h gets merged into drivers/bus/fsl-mc/fsl-mc-private.h, next
>to the other
4.14-stable review patch. If anyone has any objections, please let me know.
--
From: Xin Long
[ Upstream commit 2fa771be953a17f8e0a9c39103464c257c62 ]
Commit 582442d6d5bc ("ipv6: Allow the MTU of ipip6 tunnel to be set
below 1280") fixed a mtu
4.14-stable review patch. If anyone has any objections, please let me know.
--
From: Siva Reddy Kallam
[ Upstream commit e60ee41aaf898584205a6af5c996860d0fe6a836 ]
A customer noticed RX path hang when MTU is changed on the fly while
running heavy
4.14-stable review patch. If anyone has any objections, please let me know.
--
From: Nikolay Borisov
[ Upstream commit beed9263f4000c48a5c48912f26576f6fa091181 ]
Commit e0ae99941423 ("btrfs: preallocate device flush bio") reworked
the way the flush bio is
On 3/1/2018 10:15 PM, Moritz Fischer wrote:
This adds bindings for the NI XGE 1G/10G network device.
Reviewed-by: Rob Herring
Signed-off-by: Moritz Fischer
---
Changes from v3:
- Added Rob's Reviewed-by
Changes from v2:
- Addressed Rob's comments w.r.t to
4.14-stable review patch. If anyone has any objections, please let me know.
--
From: Sunil Challa
[ Upstream commit 7deea450eb912f269d999de62c8ab922d1461748 ]
flow_type in HWRM_FLOW_ALLOC is not being populated correctly due to
incorrect
4.14-stable review patch. If anyone has any objections, please let me know.
--
From: Guenter Roeck
[ Upstream commit 11bca0a83f83f6093d816295668e74ef24595944 ]
An interrupt storm on a bad interrupt will cause the kernel
log to be clogged.
[ 60.089234]
4.14-stable review patch. If anyone has any objections, please let me know.
--
From: Michael Ellerman
[ Upstream commit e2d5915293ffdff977ddcfc12b817b08c53ffa7a ]
The hotplug code uses its own workqueue to handle IRQ requests
(pseries_hp_wq), however
4.14-stable review patch. If anyone has any objections, please let me know.
--
From: Andy Shevchenko
[ Upstream commit 9d0513d82f1a8fe17b41f113ac5922fa57dbaf5c ]
So one of the constification patches unearthed a type casting fragility
of the
On 28.02.2018 22:04, Jani Nikula wrote:
> On Wed, 28 Feb 2018, Thierry Reding wrote:
>> Anyone that needs something other than normal mode should use the new
>> atomic PWM API.
>
> At the risk of revealing my true ignorance, what is the new atomic PWM
> API? Where?
4.14-stable review patch. If anyone has any objections, please let me know.
--
From: Valentin Ilie
[ Upstream commit 7729bebc619307a0233c86f8585a4bf3eadc7ce4 ]
Remove the extra parenthesis.
This bug was introduced by:
e2339a4caa5e: ("ia64:
4.14-stable review patch. If anyone has any objections, please let me know.
--
From: Jacek Anaszewski
[ Upstream commit 7b6af2c53192f1766892ef40c8f48a413509ed72 ]
Commit 2b83ff96f51d ("led: core: Fix brightness setting when setting
delay_off=0")
On 2018年03月02日 15:05, Jesper Dangaard Brouer wrote:
On Fri, 2 Mar 2018 14:25:29 +0800
Jason Wang wrote:
@@ -770,6 +774,19 @@ static struct sk_buff *receive_mergeable(struct net_device
*dev,
goto err_xdp;
4.14-stable review patch. If anyone has any objections, please let me know.
--
From: Alexander Duyck
[ Upstream commit 248de22e638f10bd5bfc7624a357f940f66ba137 ]
The original code for __i40e_chk_linearize didn't take into account the
fact that if
4.14-stable review patch. If anyone has any objections, please let me know.
--
From: Netanel Belgazal
[ Upstream commit 7853b49ce8e0ef6364d24512b287463841d71bd3 ]
Under certain conditions MSI-X interrupt might arrive right after it
was unmasked in
On Fri, Mar 2, 2018 at 10:10 AM, Pavel Machek wrote:
> Linux-Regression-ID: lr#4b650f
>
> On Tue 2018-02-27 09:43:32, Linus Walleij wrote:
>> On Tue, Feb 27, 2018 at 12:13 AM, Pavel Machek wrote:
>>
>> > I did git bisect, and the winner seems to be:
>> >
>> >
4.14-stable review patch. If anyone has any objections, please let me know.
--
From: Erez Shitrit
[ Upstream commit 16ba3defb8bd01a9464ba4820a487f5b196b455b ]
When using enhanced mode for IPoIB, two threads may execute xmit in
parallel to two different
4.14-stable review patch. If anyone has any objections, please let me know.
--
From: Aliaksei Karaliou
[ Upstream commit 2196881566225f3c3428d1a5f847a992944daa5b ]
xfs_qm_destroy_quotainfo() does not destroy quotainfo->qi_tree_lock
while destroys
On 01/03/2018 22:39, Radim Krčmář wrote:
> [Resent after removing g...@char.us.oracle.com.]
>
> 2018-02-26 17:13-0500, Konrad Rzeszutek Wilk:
>> On Sat, Feb 24, 2018 at 01:52:26AM +0100, Paolo Bonzini wrote:
>>> Use the new MSR feature framework to expose the ARCH_CAPABILITIES MSR to
>>>
On 01/03/2018 21:40, Rob Herring wrote:
On Tue, Feb 20, 2018 at 03:13:24AM +0800, John Garry wrote:
From: Xiaofei Tan
For some new boards with hip07 chipset we are required to
set PHY config registers differently. The hw property which
determines how to set these
4.14-stable review patch. If anyone has any objections, please let me know.
--
From: Jan Beulich
[ Upstream commit 2cc42bac1c795f75fcc062b95c6ca7ac1b84d5d8 ]
A few thousand such pages are usually left around due to the re-use of
L1 tables having been
4.14-stable review patch. If anyone has any objections, please let me know.
--
From: Leon Romanovsky
[ Upstream commit 5a371cf87e145b86efd32007e46146e78c1eff6d ]
ibmr.device is being set only after ib_alloc_mr() is successfully complete.
Therefore, in
On 03/02/2018 12:46 AM, Greg KH wrote:
> On Thu, Mar 01, 2018 at 08:53:37PM +0800, Alex Shi wrote:
>> Hi All,
>>
>> Resent without non-upstream patches.
>>
>> This backport patchset fixed the spectre issue, it's original branch:
>>
4.14-stable review patch. If anyone has any objections, please let me know.
--
From: John Stultz
[ Upstream commit f292b9b28097d8fe870336108e91bd95a14294bf ]
In trying to add support for drm_hwcomposer to HiKey,
I've needed to utilize the ION CMA
4.14-stable review patch. If anyone has any objections, please let me know.
--
From: Siva Reddy Kallam
[ Upstream commit 4419bb1cedcda0272e1dc410345c5a1d1da0e367 ]
One of AMD based server with 5762 hangs with jumbo frame traffic.
This AMD platform
On 01/03/18 07:41, Peter De Schrijver wrote:
> On Wed, Feb 28, 2018 at 08:20:47PM +0300, Dmitry Osipenko wrote:
>> On 28.02.2018 17:14, Peter De Schrijver wrote:
>>> On Wed, Feb 28, 2018 at 03:00:23PM +0300, Dmitry Osipenko wrote:
On 28.02.2018 12:36, Peter De Schrijver wrote:
> On Tue,
Commit 7ed915059c3001 (gpio: raspberrypi-ext: fix firmware dependency)
fixed the Kconfig dependency to ensure that gpio-raspberrypi-exp is not
built-in when the firmware is a module. But the Kconfig syntax for doing
so is cryptic. Add a comment to make it a little easier.
Cc: Arnd Bergmann
4.14-stable review patch. If anyone has any objections, please let me know.
--
From: Bryan Tan
[ Upstream commit 17748056ce123ee37fb7382bc698fc721e3c4a09 ]
The QP cleanup did not previously call ib_umem_release,
resulting in a user-triggerable kernel
4.14-stable review patch. If anyone has any objections, please let me know.
--
From: Cathy Avery
[ Upstream commit d1b8b2391c24751e44f618fcf86fb55d9a9247fd ]
When an I/O is returned with an srb_status of SRB_STATUS_INVALID_LUN
which has zero good_bytes it
4.14-stable review patch. If anyone has any objections, please let me know.
--
From: Jonathan Cameron
[ Upstream commit af955bf15d2c27496b0269b1f05c26f758c68314 ]
This variable was increased and decreased without any protection.
Result was an
4.14-stable review patch. If anyone has any objections, please let me know.
--
From: Gabriel Krisman Bertazi
[ Upstream commit 8bc0d7ac934b6f2d0dc8f38a3104d281c9db1e98 ]
Current code advertises (on the modifiers blob property) support for CCS
On Fri, 2018-03-02 at 13:47 +0530, Vinod Koul wrote:
> On Fri, Mar 02, 2018 at 02:47:51PM +0800, Sean Wang wrote:
> > Hi, Vinod
> >
> > On Thu, 2018-03-01 at 18:26 +0530, Vinod Koul wrote:
> > > On Thu, Mar 01, 2018 at 06:27:01PM +0800, Sean Wang wrote:
> > > > On Thu, 2018-03-01 at 13:53 +0530,
On Sat, Feb 24, 2018 at 11:44 AM, Baolin Wang wrote:
> The Spreadtrum digital-chip EIC controller has 4 sub-modules: debounce EIC,
> latch EIC, async EIC and sync EIC, and each sub-module can has multiple
> banks and each bank contains 8 EICs.
>
> Each EIC can only be
4.14-stable review patch. If anyone has any objections, please let me know.
--
From: Fredrik Hallenberg
[ Upstream commit a1762456993893795030d911106a7650481db0ef ]
As noted in dwmac4_wrback_get_rx_timestamp_status the timestamp is found
in the context
4.14-stable review patch. If anyone has any objections, please let me know.
--
From: Moshe Shemesh
[ Upstream commit d6b2785cd55ee72e9608762650b3ef299f801b1b ]
When mlx5_stop_eqs fails to destroy any of the eqs it returns with an error.
In such failure
Hi,
On Wed, Feb 21, 2018 at 11:36:10PM +0800, Chen-Yu Tsai wrote:
> On Wed, Feb 21, 2018 at 5:20 PM, Maxime Ripard
> wrote:
> > From: Maxime Ripard
> >
> > The LHR050H41 panel is the panel shipped with the BananaPi M2-Magic. Add a
> >
This is the start of the stable review cycle for the 4.14.24 release.
There are 115 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should be made by Sun Mar 4 08:44:32 UTC 2018.
Anything
4.14-stable review patch. If anyone has any objections, please let me know.
--
From: Karol Herbst
[ Upstream commit a121027d2747168df0aac0c3da35509eea39f61c ]
On my GP107 when I load nouveau after unloading it, for some reason the
GPU stopped sending or
On Sat, Feb 24, 2018 at 3:07 AM, Baolin Wang wrote:
> This patch adds the device tree bindings for the Spreadtrum
> GPIO controller. The gpios will be supported by the GPIO
> generic library.
>
> Signed-off-by: Baolin Wang
> Acked-by: Rob Herring
4.14-stable review patch. If anyone has any objections, please let me know.
--
From: Xin Long
[ Upstream commit 2c52129a7d74d017320804c6928de770815c5f4a ]
The same fix as the patch "ip_gre: remove the incorrect mtu limit for
ipgre tap" is also needed
4.14-stable review patch. If anyone has any objections, please let me know.
--
From: Sean Wang
[ Upstream commit 7352e252b5bf40d59342494a70354a2d436fd0cd ]
The current solution would setup fixed and force link of 1Gbps to the both
GMAC on the default.
On 27/02/2018 09:50, Jiri Olsa wrote:
On Sat, Feb 24, 2018 at 12:05:21AM +0800, John Garry wrote:
This patchset adds support for some perf events features,
targeted at ARM64, implemented in a generic fashion.
The two main features are as follows:
- support for arch/vendor/platform pmu events
On Thu, Mar 01, 2018 at 04:09:50PM -0800, Andrew Morton wrote:
> On Thu, 1 Mar 2018 14:28:45 +0800 Aaron Lu wrote:
>
> > When a page is freed back to the global pool, its buddy will be checked
> > to see if it's possible to do a merge. This requires accessing buddy's
> >
On Thu, Mar 01, 2018 at 05:19:28PM -0800, Philippe Ombredanne wrote:
> Miroslav,
>
> On Tue, Feb 27, 2018 at 3:54 AM, Miroslav Benes wrote:
> > On Sat, 24 Feb 2018, Philippe Ombredanne wrote:
> >
> >> Joe,
> >>
> >> On Fri, Feb 23, 2018 at 1:33 PM, Joe Lawrence
Add a binding for the I2C controller that can be found in the Socionext
SynQuacer SoC.
Signed-off-by: Ard Biesheuvel
Reviewed-by: Rob Herring
---
Documentation/devicetree/bindings/i2c/i2c-synquacer.txt | 29
1 file changed, 29
Add a binding and a driver for the I2C IP found in the Socionext SynQuacer
SoC, which is essentially a rebranded version of the Fujitsu F_I2C controller.
I think this is good to go now. Wolfram?
v5:
- add Rob's ack to #1
- drop unnecessary 'platform_set_drvdata(pdev, NULL)' in remove path (#2)
On Fri, 2 Mar 2018, Masami Hiramatsu wrote:
> On Thu, 1 Mar 2018 22:12:56 +0100 (CET)
> Thomas Gleixner wrote:
> > > For each kprobe hook, preempt_disable() is called twice, but
> > > preempt_enable() is called once, when CONFIG_PREEMPT=y. No
> > > matter kprobe uses ftrace or
Linus responded in v2 mail thread that he's gonna take it instead of v1.
2018-03-02 9:14 GMT+01:00 Alexandre Torgue :
> Hi Radoslaw and Linus,
>
>
> On 03/01/2018 10:24 PM, Radosław Pietrzyk wrote:
>>
>> I don't know if Alexandre agrees but It might be better to take v2
Hi John,
On Fri, Mar 2, 2018 at 1:54 PM, John Garry wrote:
> On 27/02/2018 09:50, Jiri Olsa wrote:
>>
>> On Sat, Feb 24, 2018 at 12:05:21AM +0800, John Garry wrote:
>>>
>>> This patchset adds support for some perf events features,
>>> targeted at ARM64, implemented in a
On Fri, Mar 2, 2018 at 9:20 AM, Geert Uytterhoeven wrote:
>
> On Thu, Mar 1, 2018 at 5:06 PM, Linus Walleij
> wrote:
>> On Mon, Feb 12, 2018 at 2:55 PM, Geert Uytterhoeven
>> wrote:
>>
>>> Since commit ab82fa7da4dce5c7
On 03/02/2018 09:37 AM, Radosław Pietrzyk wrote:
Linus responded in v2 mail thread that he's gonna take it instead of v1.
I saw that too late :).
Regards
Alex
2018-03-02 9:14 GMT+01:00 Alexandre Torgue :
Hi Radoslaw and Linus,
On 03/01/2018 10:24 PM, Radosław
On 2018-03-01 at 17:39:43 +0100, Greentime Hu wrote:
> A commit for the nds32 architecture bootstrap("asm-generic/io.h:
> move ioremap_nocache/ioremap_uc/ioremap_wc/ioremap_wt out of ifndef
> CONFIG_MMU") will move the ioremap_nocache out of the CONFIG_MMU ifdef.
> This means
4.9-stable review patch. If anyone has any objections, please let me know.
--
From: Aliaksei Karaliou
[ Upstream commit 2196881566225f3c3428d1a5f847a992944daa5b ]
xfs_qm_destroy_quotainfo() does not destroy quotainfo->qi_tree_lock
while destroys
4.9-stable review patch. If anyone has any objections, please let me know.
--
From: Radu Pirea
[ Upstream commit 66e900a3d225575c8b48b59ae1fe74bb6e5a65cc ]
The only part of atmel_spi_remove which needs to be atomic is hardware
reset.
4.9-stable review patch. If anyone has any objections, please let me know.
--
From: Sean Wang
[ Upstream commit 7352e252b5bf40d59342494a70354a2d436fd0cd ]
The current solution would setup fixed and force link of 1Gbps to the both
GMAC on the default.
4.9-stable review patch. If anyone has any objections, please let me know.
--
From: Karol Herbst
[ Upstream commit a121027d2747168df0aac0c3da35509eea39f61c ]
On my GP107 when I load nouveau after unloading it, for some reason the
GPU stopped sending or
4.9-stable review patch. If anyone has any objections, please let me know.
--
From: Luu An Phu
[ Upstream commit 13454c14550065fcc1705d6bd4ee6d40e057099f ]
The flexcan_start_xmit() function compares the frame length with data
register length to write frame
4.9-stable review patch. If anyone has any objections, please let me know.
--
From: Christophe JAILLET
[ Upstream commit 56c0290202ab94a2f2780c449395d4ae8495fab4 ]
If the probing of the regulator is deferred, the memory allocated by
4.9-stable review patch. If anyone has any objections, please let me know.
--
From: Nitzan Carmi
[ Upstream commit 45e6ae7ef21b907dacb18da62d5787d74a31d860 ]
ibmr.device is being set only after ib_alloc_mr() is
(successfully) complete. Therefore, in
4.9-stable review patch. If anyone has any objections, please let me know.
--
From: Aliaksei Karaliou
[ Upstream commit 3a3882ff26fbdbaf5f7e13f6a0bccfbf7121041d ]
xfs_qm_init_quotainfo() does not check result of register_shrinker()
which was tagged
4.9-stable review patch. If anyone has any objections, please let me know.
--
From: Alexey Khoroshilov
[ Upstream commit ab14436065c8066c265540312742390d6d07ddd2 ]
There are several error paths in xgene_mdio_probe(),
where clk is left undisabled. The
4.9-stable review patch. If anyone has any objections, please let me know.
--
From: Siva Reddy Kallam
[ Upstream commit e60ee41aaf898584205a6af5c996860d0fe6a836 ]
A customer noticed RX path hang when MTU is changed on the fly while
running heavy
4.9-stable review patch. If anyone has any objections, please let me know.
--
From: Felix Janda
[ Upstream commit c0bace798436bca0fdc221ff61143f1376a9c3de ]
libc-compat.h aims to prevent symbol collisions between uapi and libc
headers for each
4.14-stable review patch. If anyone has any objections, please let me know.
--
From: Tommi Rantala
[ Upstream commit 19142551b2be4a9e13838099fde1351386e5e007 ]
Fix memory leak in tipc_enable_bearer() if enable_media() fails, and
cleanup with
4.14-stable review patch. If anyone has any objections, please let me know.
--
From: Hangbin Liu
[ Upstream commit 8bea728dce8972e534e6b99fd550f7b5cc3864e8 ]
If there is no NFTA_OBJ_TABLE and NFTA_OBJ_TYPE, the c.data will be NULL in
nf_tables_getobj().
4.14-stable review patch. If anyone has any objections, please let me know.
--
From: Prateek Sood
[ Upstream commit 116d2f7496c51b2e02e8e4ecdd2bdf5fb9d5a641 ]
Deadlock during cgroup migration from cpu hotplug path when a task T is
being moved from
4.14-stable review patch. If anyone has any objections, please let me know.
--
From: James Hogan
[ Upstream commit bbc25bee37d2b32cf3a1fab9195b6da3a185614a ]
Current MIPS64r6 toolchains aren't able to generate efficient
DMULU/DMUHU based code for the C
4.14-stable review patch. If anyone has any objections, please let me know.
--
From: "Guilherme G. Piccoli"
[ Upstream commit f7084059a9cb9e56a186e1677b1dcffd76c2cd24 ]
While in recovery process of PCI error (called EEH on PowerPC arch),
another
4.14-stable review patch. If anyone has any objections, please let me know.
--
From: Jia-Ju Bai
[ Upstream commit 162bd5e5fd921785077b5862d8f2ffabe2fe11e5 ]
The driver may sleep under a spinlock.
The function call path is:
hwsim_get_radio_nl (acquire
4.14-stable review patch. If anyone has any objections, please let me know.
--
From: "Ewan D. Milne"
[ Upstream commit 6b018235b4daabae96d855219fae59c3fb8be417 ]
The field was uninitialized before use.
Signed-off-by: Ewan D. Milne
4.14-stable review patch. If anyone has any objections, please let me know.
--
From: Cong Wang
commit efbf78973978b0d25af59bc26c8013a942af6e64 upstream.
Both Eric and Paolo noticed the rcu_barrier() we use in
tcf_block_put_ext() could be a
4.14-stable review patch. If anyone has any objections, please let me know.
--
From: Stefan Haberland
[ Upstream commit 8a9bd4f8ebc6800bfc0596e28631ff6809a2f615 ]
We store per path and per device configuration data to identify the
path or device
On 2018-02-25 07:40:05 [+], Al Viro wrote:
> FWIW, a variant of that series is in #work.dcache; it's
> almost certainly not the final (I want to clean the things up
> and probably reorder them as well) and it needs one hell of
> profiling and review. It seems to work, and I don't see any
>
4.14-stable review patch. If anyone has any objections, please let me know.
--
From: Christophe JAILLET
[ Upstream commit 56c0290202ab94a2f2780c449395d4ae8495fab4 ]
If the probing of the regulator is deferred, the memory allocated by
4.14-stable review patch. If anyone has any objections, please let me know.
--
From: Nitzan Carmi
[ Upstream commit 45e6ae7ef21b907dacb18da62d5787d74a31d860 ]
ibmr.device is being set only after ib_alloc_mr() is
(successfully) complete. Therefore, in
From: Colin Ian King
Trivial fix to spelling mistake in debug message text.
Signed-off-by: Colin Ian King
---
fs/ecryptfs/keystore.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/fs/ecryptfs/keystore.c
4.14-stable review patch. If anyone has any objections, please let me know.
--
From: Eduardo Otubo
[ Upstream commit b707fda2df4070785d0fa8a278aa13944c5f51f8 ]
When loading the module after unloading it, the network interface would
not be enabled and thus
On 02 March 2018 08:57, Alexandre Belloni wrote:
> To: Steve Twiss
> Cc: linux-kernel@vger.kernel.org; linux-...@vger.kernel.org
> Subject: Re: [PATCH 000/100] rtc: remove cargo culted code
>
> On 02/03/2018 at 08:46:48 +, Steve Twiss wrote:
> > Hi Alexandre,
> >
> > Acked for:
> > rtc:
And no top posting on email threads... So don't you forget it. :P
regards,
dan carpenter
501 - 600 of 2180 matches
Mail list logo