There is at least one board on the market, i.e. Intel Galileo Gen2, that uses
_ADR to distinguish the devices under one actual device. Due to this we have to
improve the quirk in the MFD core to handle that board.
Signed-off-by: Andy Shevchenko
---
Documentation/acpi/enumeration.txt | 11
On Wed, Sep 30, 2015 at 05:41:03PM +0100, Mark Brown wrote:
> On Wed, Sep 30, 2015 at 11:19:19AM +0100, Catalin Marinas wrote:
> > On Wed, Sep 30, 2015 at 01:13:57AM +0300, Yury Norov wrote:
>
> > > - What for ILP32 on ARM64?
> > > See https://lkml.org/lkml/2015/4/13/814
> > > and
* Dave Hansen wrote:
> > If yes then this could be a significant security feature / usecase for
> > pkeys:
> > executable sections of shared libraries and binaries could be mapped with
> > pkey
> > access disabled. If I read the Intel documentation correctly then that
> > should
> > be
On Mon, 28 Sep 2015, Richard Fitzgerald wrote:
> If the declared codec type doesn't match the detected type
> we issue a log message but carry on registering the device,
> so a dev_warn() is appropriate rather than a dev_err()
>
> Signed-off-by: Richard Fitzgerald
> ---
>
On Thu, 2015-10-01 at 16:42 +0800, Herbert Xu wrote:
> Mike Galbraith wrote:
> >
> > homer:/usr/local/src/kernel/linux-3.x.git # time strace -vvvfFtT git remote
> > update 2> /strace.out
> > Fetching origin
> >
> > real2m9.164s
> > user0m1.616s
> > sys 0m0.316s
> >
> > 2 minutes
On Thu, Oct 01, 2015 at 11:41:34AM +0200, Jiri Kosina wrote:
> Hi,
>
> since I've updated on my thinkpad x200s to latest Linus' tree (3235031), I
> am getting a lot of
>
> [drm:drm_calc_timestamping_constants [drm]] *ERROR* crtc 21: Can't
> calculate constants, dotclock = 0!
What's a
Hi Seungwon,
[auto build test results on v4.3-rc3 -- if it's inappropriate base, please
ignore]
reproduce:
# apt-get install sparse
make ARCH=x86_64 allmodconfig
make C=1 CF=-D__CHECK_ENDIAN__
sparse warnings: (new ones prefixed by >>)
>>
On Thu 2015-10-01 09:45 +0200, Jiri Kosina wrote:
> That should be fine. Worst case scenario is hardlockup and softlockup
> trigerring 'in parallel' on different CPUs, and all-cpu backtrace being
> triggered twice.
>
> Frankly, I've never seen this happen in practice (hardlockup and
>
Signed-off-by: Fengguang Wu
---
phy-exynos-ufs.c |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/phy/phy-exynos-ufs.c b/drivers/phy/phy-exynos-ufs.c
index 343fcaf..835ee78 100644
--- a/drivers/phy/phy-exynos-ufs.c
+++ b/drivers/phy/phy-exynos-ufs.c
@@ -66,7
On Mon, 28 Sep 2015, Dave Hansen wrote:
>
> From: Dave Hansen
>
> There is a new bit in CR4 for enabling protection keys. We
> will actually enable it later in the series.
>
> Signed-off-by: Dave Hansen
Reviewed-by: Thomas Gleixner
--
To unsubscribe from this list: send the line
On Mon, 28 Sep 2015, Dave Hansen wrote:
> This means that in almost all code, you should use:
>
> cpu_has(X86_FEATURE_PKU)
>
> and *not* the CONFIG option.
>
> Signed-off-by: Dave Hansen
Reviewed-by: Thomas Gleixner
--
To unsubscribe from this list: send the line "unsubscribe
This patch maintains number of oom calls and number of oom kill
count in /proc/vmstat.
It is helpful during sluggish, aging or long duration tests.
Currently if the OOM happens, it can be only seen in kernel ring buffer.
But during long duration tests, all the dmesg and /var/log/messages* could
be
On Mon, 28 Sep 2015, Dave Hansen wrote:
>
> From: Dave Hansen
>
> I don't have a strong opinion on whether we need a Kconfig prompt
> or not. Protection Keys has relatively little code associated
> with it, and it is not a heavyweight feature to keep enabled.
> However, I can imagine that
On Mon, 28 Sep 2015, Dave Hansen wrote:
> From: Dave Hansen
>
> There is an XSAVE state component for Intel Processor Trace. But,
> we do not use it and do not expect to ever use it.
>
> We add a placeholder in the code for it so it is not a mystery and
> also so we do not need an explicit
On Thu, Oct 01, 2015 at 10:24:19AM +, 河合英宏 / KAWAI，HIDEHIRO wrote:
> But how do we check if the starting kernel is a dump capture kernel?
How does that first kernel pass info to the capture kernel?
> I think using cmdline option is the simplest way.
More often than not, simplest != correct.
On 10/1/2015 6:04 AM, Greg Kroah-Hartman wrote:
4.1-stable review patch. If anyone has any objections, please let me know.
NAK on the same grounds as the 3.x patches. of_phy_connect() isn't called
yet. If the patch has been committed already, it's OK -- it should do no
harm.
Yeah,
On 10/01/2015 01:28 AM, Stephen Hemminger wrote:
This is a new UIO device driver to allow supporting MSI-X and MSI devices
in userspace. It has been used in environments like VMware and older versions
of QEMU/KVM where no IOMMU support is available.
Why not add msi/msix support to
On Thu-10/01/15-2015 09:55, Mike Galbraith wrote:
.
>
> Bisected and post bisect verified by applying/removing a revert.
>
> Log:
>
> 6ae459bdaaeebc632b16e54dcbabb490c6931d61 is the first bad commit
> commit 6ae459bdaaeebc632b16e54dcbabb490c6931d61
> Author: Pravin B Shelar
> Date: Tue
Hi Lee, Herbert,
On 09/17/2015 03:45 PM, Lee Jones wrote:
Signed-off-by: Lee Jones
---
arch/arm/boot/dts/stih407-family.dtsi | 14 ++
1 file changed, 14 insertions(+)
diff --git a/arch/arm/boot/dts/stih407-family.dtsi
b/arch/arm/boot/dts/stih407-family.dtsi
index
* Andrey Ryabinin wrote:
> 2015-10-01 13:39 GMT+03:00 Ingo Molnar :
> >
> > There's another problem as well: your change loses the PTRACE_MODE_READ
> > permission
> > check.
>
> I guess, you should fix your patch than, because it removed this check
> likewise...
Doh, indeed. I didn't notice
On Wed, Sep 30, 2015 at 06:32:14PM -0500, Andrew F. Davis wrote:
> On 09/30/2015 05:20 PM, Mark Brown wrote:
> >>This is already the case then, missing regulator nodes in old drivers will
> >>not
> >>get instantiated ether. And old drivers don't always store any more info
> >>about
>
On Thu, 01 Oct 2015 06:41:46 +0200, Andre Tomt wrote:
> On 01. okt. 2015 00:37, Holger Hoffstätte wrote:
>> On Wed, 30 Sep 2015 23:59:43 +0200, Olivier Bonvalet wrote:
>>
>>> for information, I've just upgraded 6 servers from Linux 4.1.8 to Linux
>>> 4.1.9, and have some random soft lockup. If
David Rientjes wrote:
> On Wed, 30 Sep 2015, Oleg Nesterov wrote:
>
> > The fatal_signal_pending() was added to suppress unnecessary "sharing
> > same memory" message, but it can't 100% help anyway because it can be
> > false-negative; SIGKILL can be already dequeued.
> >
> > And worse, it can
On Thu, Oct 01, 2015 at 12:14:37PM +0200, Sedat Dilek wrote:
> Hi,
>
> Linux v4.2.3-rc1 boots fine and has the ppp-fix I need here.
>
> Guillaume Nault (1):
> ppp: fix lockdep splat in ppp_dev_uninit()
Thanks for testing and letting me know.
greg k-h
--
To unsubscribe from this list:
2015-10-01 13:39 GMT+03:00 Ingo Molnar :
>
> There's another problem as well: your change loses the PTRACE_MODE_READ
> permission
> check.
I guess, you should fix your patch than, because it removed this check
likewise...
>
> But ... I think I like it open coded, which is good precisely
Hi Alim,
[auto build test results on v4.3-rc3 -- if it's inappropriate base, please
ignore]
config: x86_64-allmodconfig (attached as .config)
reproduce:
git checkout 6e153e3bf7c68b019e987c5a0ffadebd9c7d4fbb
# save the attached .config to linux build tree
make ARCH=x86_64
* H. Peter Anvin wrote:
> On 09/27/2015 12:06 AM, Ingo Molnar wrote:
> >
> > * Ard Biesheuvel wrote:
> >
> >>> If we allocate the EFI runtime as a single virtual memory block then
> >>> issues
> >>> like rounding between sections does not even come up as a problem: we map
> >>> the
> >>>
APPLY NOW! and get funded within 4 working days.
You can borrow between $5,000.00USD and $50,000,000.00 USD over a period of 1
to 15 years at 3 % rate per annual and get a quick decision within 48.
Kindly reply to this ad if you are in need of my service.
SIMPLY COMPOSE A NEW MESSAGE via:
* Andrey Ryabinin wrote:
> I think you misunderstood me.
> Yes, this code currently doesn't use %pX, but it could:
>
> diff --git a/fs/proc/base.c b/fs/proc/base.c
> index b25eee4..f58f66e 100644
> --- a/fs/proc/base.c
> +++ b/fs/proc/base.c
> @@ -425,18 +425,7 @@ static int
Jason Baron writes:
> On 09/30/2015 01:54 AM, Mathias Krause wrote:
>> On 29 September 2015 at 21:09, Jason Baron wrote:
>>> However, if we call connect on socket 's', to connect to a new socket 'o2',
>>> we
>>> drop the reference on the original socket 'o'. Thus, we can now close socket
>>>
On Thu, Oct 01, 2015 at 11:33:06AM +0300, Michael S. Tsirkin wrote:
> On Wed, Sep 30, 2015 at 03:28:58PM -0700, Stephen Hemminger wrote:
> > This driver allows using PCI device with Message Signalled Interrupt
> > from userspace. The API is similar to the igb_uio driver used by the DPDK.
> > Via
This enables eTSEC's filer (Rx parser) and the FGPI Rx
interrupt (Filer General Purpose Interrupt) as a wakeup
source event.
Upon entering suspend state, the eTSEC filer is given
a rule to match incoming L2 unicast packets. A packet
matching the rule will be enqueued in the Rx ring and
a FGPI Rx
Enable the "wake-on-filer" (aka. wake on user defined packet)
wake on lan capability for the eTSEC ethernet nodes.
Cc: Li Yang
Cc: Zhao Chenhui
Signed-off-by: Claudiu Manoil
---
arch/powerpc/boot/dts/fsl/p1022si-post.dtsi | 2 ++
1 file changed, 2 insertions(+)
diff --git
The format of the role word has changed through the years and the
plugin was never updated; some VMX exit reasons were missing too.
Signed-off-by: Paolo Bonzini
---
tools/lib/traceevent/plugin_kvm.c | 25 +
1 file changed, 17 insertions(+), 8 deletions(-)
diff --git
> On Thu, Oct 01, 2015 at 07:01:50AM +, 河合英宏 / KAWAI，HIDEHIRO wrote:
> > I suppose that a sever which uses this feature will equip a BMC
> > and BMC mandatorily supports hard reset command for the server.
> > If the HA clustering software detects no response from the server
> > after
Commit-ID: 95c2b17534654829db428f11bcf4297c059a2a7e
Gitweb: http://git.kernel.org/tip/95c2b17534654829db428f11bcf4297c059a2a7e
Author: Ben Hutchings
AuthorDate: Sat, 26 Sep 2015 12:23:56 +0100
Committer: Thomas Gleixner
CommitDate: Thu, 1 Oct 2015 12:18:13 +0200
genirq: Fix race in
Hello Marc,
On 10/01/2015 11:03 AM, Marc Zyngier wrote:
> On 30/09/15 22:40, Ralf Ramsauer wrote:
>> Hypervisors may be available as modules, but need to check if
>> HYP mode is enabled. Functions are provided for these means, but
>> are not exported to modules; in particular since
On 10/01/2015 12:29 PM, Ingo Molnar wrote:
>
> * Andrey Ryabinin wrote:
>
>> 2015-10-01 10:57 GMT+03:00 Ingo Molnar :
>>> diff --git a/Documentation/filesystems/proc.txt
>>> b/Documentation/filesystems/proc.txt
>>> index d411ca63c8b6..db64f7d6492d 100644
>>> ---
On Tue, Sep 29, 2015 at 09:33:30PM +0100, Andrew Morton wrote:
> On Mon, 28 Sep 2015 23:28:34 +0200 Andrea Arcangeli
> wrote:
>
> > During boot I get a div by zero Oops regression starting in v4.3-rc3.
> >
> > ...
> >
> > --- a/drivers/thermal/power_allocator.c
> > +++
Hi Alim,
[auto build test results on v4.3-rc3 -- if it's inappropriate base, please
ignore]
config: i386-allmodconfig (attached as .config)
reproduce:
git checkout 6e153e3bf7c68b019e987c5a0ffadebd9c7d4fbb
# save the attached .config to linux build tree
make ARCH=i386
On Wed, Sep 30, 2015 at 04:24:53PM -0700, Rick Mann wrote:
> The current code writes a set of registers that are reserved on the
> tlc320aic3104. The change skips those registers for that IC.
I'll apply this but please keep your commit logs wrapped at
considerably less than 80 columns and use
Add the "fsl,wake-on-filer" property for eTSEC nodes to
indicate that the system has the power management
infrastructure needed to be able to wake up the system
via FGPI (filer, aka. h/w rx parser) interrupt.
Cc: Li Yang
Cc: Zhao Chenhui
Signed-off-by: Claudiu Manoil
---
diff --git a/Makefile b/Makefile
index ca82393e1eea..ce741a9f5b1c 100644
--- a/Makefile
+++ b/Makefile
@@ -1,6 +1,6 @@
VERSION = 3
PATCHLEVEL = 10
-SUBLEVEL = 89
+SUBLEVEL = 90
EXTRAVERSION =
NAME = TOSSUG Baby Fish
diff --git a/arch/arm64/Kconfig b/arch/arm64/Kconfig
index
This patch adds support for R-Car generation 3 USB2 PHY driver.
This SoC has 3 EHCI/OHCI channels, and the channel 0 is shared
with the HSUSB (USB2.0 peripheral) device. And each channel has
independent registers about the PHYs.
So, the purpose of this driver is:
1) initializes some registers of
On Thu, 1 Oct 2015, Christoph Lameter wrote:
> On Thu, 1 Oct 2015, Thomas Gleixner wrote:
>
> > And I really want to see a proper engineering for that isolation
> > stuff, which can be done with an out of tree patch set in the first
> > place. But sure, it's more convenient to push crap into
diff --git a/Makefile b/Makefile
index ca82393e1eea..ce741a9f5b1c 100644
--- a/Makefile
+++ b/Makefile
@@ -1,6 +1,6 @@
VERSION = 3
PATCHLEVEL = 10
-SUBLEVEL = 89
+SUBLEVEL = 90
EXTRAVERSION =
NAME = TOSSUG Baby Fish
diff --git a/arch/arm64/Kconfig b/arch/arm64/Kconfig
index
I'm announcing the release of the 3.10.90 kernel.
All users of the 3.10 kernel series must upgrade.
The updated 3.10.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-3.10.y
and can be browsed at the normal kernel.org git web
+linux-clk +linux-pm and the genpd and clock gurus
Hi James,
On Thu, Oct 1, 2015 at 5:26 PM, James Liao wrote:
> Hi Daniel,
>
> On Thu, 2015-10-01 at 16:07 +0800, Daniel Kurtz wrote:
>> Hmm... below is my current understanding.
>>
>> In the current software architecture, we have split the
Hi Alim,
[auto build test results on v4.3-rc3 -- if it's inappropriate base, please
ignore]
config: x86_64-randconfig-s0-10011705 (attached as .config)
reproduce:
git checkout 6e153e3bf7c68b019e987c5a0ffadebd9c7d4fbb
# save the attached .config to linux build tree
make
On Thu, Oct 01, 2015 at 10:39:09AM +0800, yitian wrote:
> > This doesn't apply against current code, please check and resend.
> I synced up to latest kernel branch, the code is the same as what this patch
> was
> generated.
The "latest kernel branch" was neither v4.3-rc1 nor my for-next
branch,
The patch
regulator: core: Handle probe deferral from DT when resolving supplies
has been applied to the regulator tree at
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime
Hi Rob,
> Sent: Friday, September 25, 2015 9:42 PM
>
> Hi Rob,
>
> Thank you for your comment!
> And, I'm sorry for the delayed response.
>
> > Sent: Monday, September 21, 2015 11:01 PM
> >
> > On 09/18/2015 01:08 AM, Kishon Vijay Abraham I wrote:
< snip >
> > >> +Example (R-Car H3):
> > >> +
Enable the eMMC on the APQ8016 SBC board (also known as DragonBoard 410c),
so that we can use its internal storage.
Signed-off-by: Georgi Djakov
---
arch/arm64/boot/dts/qcom/apq8016-sbc.dtsi |4
1 file changed, 4 insertions(+)
diff --git a/arch/arm64/boot/dts/qcom/apq8016-sbc.dtsi
On Thursday 01 October 2015 14:29:21 Bharat Kumar Gogada wrote:
> Adding PCIe Root Port driver for Xilinx PCIe NWL bridge IP.
>
> Signed-off-by: Bharat Kumar Gogada
> Signed-off-by: Ravi Kiran Gummaluri
> ---
> Removed unneccessary comments
> Modified setup_sspl implementation
> Added more
diff --git a/Makefile b/Makefile
index 86d227774ae6..22c91fa0411e 100644
--- a/Makefile
+++ b/Makefile
@@ -1,8 +1,8 @@
VERSION = 3
PATCHLEVEL = 14
-SUBLEVEL = 53
+SUBLEVEL = 54
EXTRAVERSION =
-NAME = Remembering Coco
+NAME = Kernel Recipes 2015
# *DOCUMENTATION*
# To see a list of typical
I'm announcing the release of the 3.14.54 kernel.
All users of the 3.14 kernel series must upgrade.
The updated 3.14.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-3.14.y
and can be browsed at the normal kernel.org git web
On Thu, Oct 01, 2015 at 02:33:06AM -0400, j...@ringle.org wrote:
> @@ -2509,6 +2510,10 @@ static int _regmap_update_bits(struct regmap *map,
> unsigned int reg,
> int ret;
> unsigned int tmp, orig;
>
> + if (map->reg_update_bits)
> + return
On Thu, Oct 01, 2015 at 08:37:32AM +0200, Peter Zijlstra wrote:
> On Wed, Sep 30, 2015 at 08:28:41PM +, Meyer, Mike wrote:
> > Yes that will also address the issue.
> >
> > The reason I approached the way I did was to avoid adding code path to
> > the far more common uses of
This is the start of the stable review cycle for the 4.1.10 release.
There are 29 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 Sat Oct 3 09:31:26 UTC 2015.
Anything
This is the start of the stable review cycle for the 4.2.3 release.
There are 30 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 Sat Oct 3 09:20:05 UTC 2015.
Anything
4.1-stable review patch. If anyone has any objections, please let me know.
--
From: Florian Fainelli
[ Upstream commit 39797a279d62972cd914ef580fdfacb13e508bf8 ]
The comparison check between cur_hw_state and hw_state is currently
invalid because cur_hw_state is right shifted
4.1-stable review patch. If anyone has any objections, please let me know.
--
From: Daniel Borkmann
[ Upstream commit 1853c949646005b5959c483becde86608f548f24 ]
Ken-ichirou reported that running netlink in mmap mode for receive in
combination with nlmon will throw a NULL
Hi,
since I've updated on my thinkpad x200s to latest Linus' tree (3235031), I
am getting a lot of
[drm:drm_calc_timestamping_constants [drm]] *ERROR* crtc 21: Can't
calculate constants, dotclock = 0!
googling revealed this patch:
4.1-stable review patch. If anyone has any objections, please let me know.
--
From: Florian Fainelli
[ Upstream commit 03679a14739a0d4c14b52ba65a69ff553bfba73b ]
The macro to write 64-bits quantities to the 32-bits register swapped
the value and offsets arguments, we want to
4.1-stable review patch. If anyone has any objections, please let me know.
--
From: Eric Dumazet
[ Upsteam commit 4671fc6d47e0a0108fe24a4d830347d6a6ef4aa7 ]
When changing rss key, we do not want to overwrite user provided key
by the one provided by netdev_rss_key_fill(),
4.1-stable review patch. If anyone has any objections, please let me know.
--
From: Eric Dumazet
[ Upstream commit 675ee231d960af2af3606b4480324e26797eb010 ]
RST packets sent on behalf of TCP connections with TS option (RFC 7323
TCP timestamps) have incorrect TS val (set to
4.1-stable review patch. If anyone has any objections, please let me know.
--
From: Jesse Gross
[ Upstream commit ae5f2fb1d51fa128a460bcfbe3c56d7ab8bf6a43 ]
When support for megaflows was introduced, OVS needed to start
installing flows with a mask applied to them. Since
4.1-stable review patch. If anyone has any objections, please let me know.
--
From: WANG Cong
[ Upstream commit d8aecb10115497f6cdf841df8c88ebb3ba25fa28 ]
fw filter uses tp->root==NULL to check if it is the old method,
so it doesn't need allocation at all in this case. This
* Peter Zijlstra wrote:
> > This will also generate an ELF image for each jitted function. The injected
> > MMAP records will point to these ELF images. The reasoning behind using ELF
> > images is that it makes processing for perf report and annotate automatic
> > and
> > transparent. It
* Ingo Molnar wrote:
>
> * Kees Cook wrote:
>
> > > @@ -507,7 +505,7 @@ static int do_task_stat(struct seq_file *m, struct
> > > pid_namespace *ns,
> > > seq_put_decimal_ull(m, ' ', task->blocked.sig[0] & 0x7fffUL);
> > > seq_put_decimal_ull(m, ' ', sigign.sig[0] &
4.1-stable review patch. If anyone has any objections, please let me know.
--
From: Marcelo Ricardo Leitner
[ Upstream commit bef0057b7ba881d5ae67eec876df7a26fe672a59 ]
Before 56ef9c909b40[1] it used to ignore all errors from igmp_join().
That commit enhanced that and made it
4.1-stable review patch. If anyone has any objections, please let me know.
--
From: Florian Fainelli
[ Upstream d2eac98f7d1b950b762a7eca05a9ce0ea1d878d2 in net-next tree,
will be pushed to Linus very soon. ]
The SF2 driver currently overrides speed settings for its port
4.1-stable review patch. If anyone has any objections, please let me know.
--
From: Stas Sergeev
[ Upstream commit 4cba5c2103657d43d0886e4cff8004d95a3d0def in net-next tree,
will be pushed to Linus very soon. ]
Currently the PHY management type is selected by the MAC driver
4.1-stable review patch. If anyone has any objections, please let me know.
--
From: Stas Sergeev
[ Upstream commit f8af8e6eb95093d5ce5ebcc52bd1929b0433e172 in net-next tree,
will be pushed to Linus very soon. ]
The commit 898b2970e2c9 ("mvneta: implement SGMII-based in-band
4.1-stable review patch. If anyone has any objections, please let me know.
--
From: Eugene Shatokhin
[ Upstream commit f50791ac1aca1ac1b0370d62397b43e9f831421a ]
It is needed to check EVENT_NO_RUNTIME_PM bit of dev->flags in
usbnet_stop(), but its value should be read before
4.1-stable review patch. If anyone has any objections, please let me know.
--
From: Kyle Evans
commit 8a1513b49321e503fd6c8b6793e3b1f9a8a3285b upstream.
Do not write initialize magic on systems that do not have
feature query 0xb. Fixes Bug #82451.
Redefine FEATURE_QUERY to
4.1-stable review patch. If anyone has any objections, please let me know.
--
From: Daniel Borkmann
[ Upstream commit e41b0bedba0293b9e1e8d1e8ed553104b9693656 ]
We previously register IPPROTO_ROUTING offload under inet6_add_offload(),
but in error path, we try to unregister
4.1-stable review patch. If anyone has any objections, please let me know.
--
From: WANG Cong
[ Upstream commit a6c1aea044e490da3e59124ec55991fe316818d5 ]
In commit 1e052be69d04 ("net_sched: destroy proto tp when all filters are gone")
I added a check in u32_destroy() to see
4.1-stable review patch. If anyone has any objections, please let me know.
--
From: Herbert Xu
[ Upstream commit da314c9923fed553a007785a901fd395b7eb6c19 ]
On Mon, Sep 21, 2015 at 02:20:22PM -0400, Tejun Heo wrote:
>
> store_release and load_acquire are different from the
4.1-stable review patch. If anyone has any objections, please let me know.
--
From: Russell King
[ Upstream commit ed63f1dcd5788d36f942fbcce350742385e3e18c ]
The patch just to re-submit the patch "db3421c114cfa6326" because the
patch "4d494cdc92b3b9a0" remove the change.
4.1-stable review patch. If anyone has any objections, please let me know.
--
From: Atsushi Nemoto
[ Upstream commit 4548a697e4969d695047cebd6d9af5e2f6cc728e ]
tse_poll() calls __napi_complete() with irq enabled. This leads napi
poll_list corruption and may stop all napi
4.1-stable review patch. If anyone has any objections, please let me know.
--
From: Daniel Borkmann
[ Upstream commit b382c08656000c12a146723a153b85b13a855b49 ]
diag socket's sock_diag_put_filterinfo() dumps classic BPF programs
upon request to user space (ss -0 -b). However,
4.1-stable review patch. If anyone has any objections, please let me know.
--
From: Luis Henriques
commit 3aaf14da807a4e9931a37f21e4251abb8a67021b upstream.
zcomp_create() verifies the success of zcomp_strm_{multi,single}_create()
through comp->stream, which can potentially
4.1-stable review patch. If anyone has any objections, please let me know.
--
From: Richard Laing
[ Upstream commit 25b4a44c19c83d98e8c0807a7ede07c1f28eab8b ]
In the IPv6 multicast routing code the mrt_lock was not being released
correctly in the MFC iterator, as a result
4.1-stable review patch. If anyone has any objections, please let me know.
--
From: Stas Sergeev
[ Upstream 868a4215be9a6d80548ccb74763b883dc99d32a2 in net-next tree,
will be pushed to Linus very soon. ]
fixed_phy_register() currently hardcodes the fixed PHY link to 1, and
4.1-stable review patch. If anyone has any objections, please let me know.
--
From: Wilson Kok
[ Upstream commit 41fc014332d91ee90c32840bf161f9685b7fbf2b ]
dump_rules returns skb length and not error.
But when family == AF_UNSPEC, the caller of dump_rules
assumes that it
4.1-stable review patch. If anyone has any objections, please let me know.
--
From: Herbert Xu
[ Upstream commit 1f770c0a09da855a2b51af6d19de97fb955eca85 ]
The commit c0bb07df7d981e4091432754e30c9c720e2c0c78 ("netlink:
Reset portid after netlink_insert failure") introduced a
4.1-stable review patch. If anyone has any objections, please let me know.
--
From: "Michael S. Tsirkin"
[ Upstream commit 3ea79249e81e5ed051f2e6480cbde896d99046e8 ]
Upon TUNSETSNDBUF, macvtap reads the requested sndbuf size into
a local variable u.
commit 39ec7de7092b
4.1-stable review patch. If anyone has any objections, please let me know.
--
From: huaibin Wang
[ Upstream commit d4257295ba1b389c693b79de857a96e4b7cd8ac0 ]
When a tunnel is deleted, the cached dst entry should be released.
This problem may prevent the removal of a netns
4.1-stable review patch. If anyone has any objections, please let me know.
--
From: Roopa Prabhu
[ Upstream commit 6b9ea5a64ed5eeb3f68f2e6fcce0ed1179801d1e ]
Problem:
The ecmp route replace support for ipv6 in the kernel, deletes the
existing ecmp route too early, ie when it
4.1-stable review patch. If anyone has any objections, please let me know.
--
From: Marcelo Ricardo Leitner
[ Upstream commit 8e2d61e0aed2b7c4ecb35844fe07e0b2b762dee4 ]
Consider sctp module is unloaded and is being requested because an user
is creating a sctp socket.
During
4.2-stable review patch. If anyone has any objections, please let me know.
--
From: Eric Dumazet
[ Upsteam commit 4671fc6d47e0a0108fe24a4d830347d6a6ef4aa7 ]
When changing rss key, we do not want to overwrite user provided key
by the one provided by netdev_rss_key_fill(),
4.2-stable review patch. If anyone has any objections, please let me know.
--
From: Marcelo Ricardo Leitner
[ Upstream commit 8e2d61e0aed2b7c4ecb35844fe07e0b2b762dee4 ]
Consider sctp module is unloaded and is being requested because an user
is creating a sctp socket.
During
4.2-stable review patch. If anyone has any objections, please let me know.
--
From: "Michael S. Tsirkin"
[ Upstream commit 3ea79249e81e5ed051f2e6480cbde896d99046e8 ]
Upon TUNSETSNDBUF, macvtap reads the requested sndbuf size into
a local variable u.
commit 39ec7de7092b
4.2-stable review patch. If anyone has any objections, please let me know.
--
From: Simon Guinot
[ Upstream commit daf158d0d544cec80b7b30deff8cfc59a6e17610 ]
This patch fixes a regression introduced by the commit a84e32894191
("net: mvneta: fix refilling for Rx DMA buffers").
* Andrey Ryabinin wrote:
> 2015-10-01 10:57 GMT+03:00 Ingo Molnar :
> > diff --git a/Documentation/filesystems/proc.txt
> > b/Documentation/filesystems/proc.txt
> > index d411ca63c8b6..db64f7d6492d 100644
> > --- a/Documentation/filesystems/proc.txt
> > +++ b/Documentation/filesystems/proc.txt
4.2-stable review patch. If anyone has any objections, please let me know.
--
From: Jesse Gross
[ Upstream commit ae5f2fb1d51fa128a460bcfbe3c56d7ab8bf6a43 ]
When support for megaflows was introduced, OVS needed to start
installing flows with a mask applied to them. Since
4.2-stable review patch. If anyone has any objections, please let me know.
--
From: Eric Dumazet
[ Upstream commit 675ee231d960af2af3606b4480324e26797eb010 ]
RST packets sent on behalf of TCP connections with TS option (RFC 7323
TCP timestamps) have incorrect TS val (set to
4.2-stable review patch. If anyone has any objections, please let me know.
--
From: Daniel Borkmann
[ Upstream commit b382c08656000c12a146723a153b85b13a855b49 ]
diag socket's sock_diag_put_filterinfo() dumps classic BPF programs
upon request to user space (ss -0 -b). However,
4.2-stable review patch. If anyone has any objections, please let me know.
--
From: Roopa Prabhu
[ Upstream commit 6b9ea5a64ed5eeb3f68f2e6fcce0ed1179801d1e ]
Problem:
The ecmp route replace support for ipv6 in the kernel, deletes the
existing ecmp route too early, ie when it
701 - 800 of 2032 matches
Mail list logo
