Hi All,
1028ccf5 did a change for sys_call_table from a pointer to an array of
unsigned long, I think it's not proper, here is my reason:
sys_call_table defined as a label in assembler should be pointer array
rather than an array as described in 1028ccf5. If we defined it as an
array, then
Hello Markus
On Tue, 30 Jun 2015, SF Markus Elfring wrote:
> From: Markus Elfring
> Date: Tue, 30 Jun 2015 14:00:16 +0200
>
> The functions clk_disable(), of_node_put() and omap_device_delete() test
> whether their argument is NULL and then return immediately.
> Thus the test around the call
Andy Lutomirski writes:
> On Wed, Jul 15, 2015 at 10:04 PM, Eric W. Biederman
> wrote:
>> Andy Lutomirski writes:
>>
>>>
>>> So here's the semantic question:
>>>
>>> Suppose an unprivileged user (uid 1000) creates a user namespace and a
>>> mount namespace. They stick a file (owned by uid
Hi Paul,
On Wed, 15 Jul 2015 20:51:38 -0700 "Paul E. McKenney"
wrote:
>
> Thank you in both cases! I suspect that more will follow, so is there
> something I can do to make this easier? (Hard for me to patch stuff
> that is not yet in the tree...)
No, that is what I am here for. But it
On Wed, Jul 15, 2015 at 10:18:35PM -0400, Waiman Long wrote:
> On 07/15/2015 06:03 AM, Peter Zijlstra wrote:
> >*groan*, so you complained the previous version of this patch was too
> >complex, but let me say I vastly preferred it to this one :/
>
> I said it was complex as maintaining a
On Wed, Jul 15, 2015 at 10:01:02PM -0400, Waiman Long wrote:
> On 07/15/2015 05:39 AM, Peter Zijlstra wrote:
> >On Tue, Jul 14, 2015 at 10:13:35PM -0400, Waiman Long wrote:
> >>Frequent CPU halting (vmexit) and CPU kicking (vmenter) lengthens
> >>critical section and block forward progress. This
Hello Krzysztof,
Thanks for the feedback.
On 07/16/2015 02:45 AM, Krzysztof Kozlowski wrote:
> On 16.07.2015 01:32, Javier Martinez Canillas wrote:
>> The Maxim max77802 Power Management IC has besides other devices, a set of
>> regulators. Commit f3caa529c6f5 ("ARM: multi_v7_defconfig: Enable
On Wed, Jul 15, 2015 at 08:18:23PM -0400, Waiman Long wrote:
> On 07/15/2015 05:10 AM, Peter Zijlstra wrote:
> > /*
> >+ * A failed cmpxchg doesn't provide any memory-ordering guarantees,
> >+ * so we need a barrier to order the read of the node data in
> >+ * pv_unhash *after*
On Wed, 2015-07-15 at 23:59 +0800, YH Huang wrote:
> On Mon, 2015-07-13 at 18:19 +0800, Daniel Kurtz wrote:
> > On Mon, Jul 13, 2015 at 5:04 PM, YH Huang wrote:
> > > Add display PWM driver support to modify backlight for MT8173 and MT6595.
> > > The PWM has one channel to control the brightness
Hi Andrew,
After merging the akpm-current tree, today's linux-next build (powerpc
ppc64_defconfig) failed like this:
ERROR: ".smpboot_register_percpu_thread_cpumask"
[drivers/infiniband/hw/ehca/ib_ehca.ko] undefined!
Caused by commit
2b07b4da35a9 ("smpboot: allow passing the cpumask on
On Wed, Jul 15, 2015 at 10:04:08PM -0400, Sreenath Madasu wrote:
> This one of the TODO tasks for staging rtl8188eu driver. I have removed
> the code referring to channel > 14 for rtw_ap.c, rtw_ieee80211.c and
> rtw_mlme.c files. Please review.
Your patch will give a new build warning:
warning:
Hello Krzysztof,
On 07/16/2015 02:42 AM, Krzysztof Kozlowski wrote:
> On 16.07.2015 00:38, Javier Martinez Canillas wrote:
>> Hello,
>>
>> On Thu, May 14, 2015 at 5:40 PM, Javier Martinez Canillas
>> wrote:
>>> The Maxim max77802 Power Management IC is used on many Exynos machines.
>>> Besides a
On 07/16/2015 05:20 AM, Tejun Heo wrote:
On Wed, Jul 01, 2015 at 11:16:54AM +0800, Tang Chen wrote:
...
- /* and there's no empty block */
- if (bi->start >= bi->end)
+ /* and there's no empty or non-exist block */
+ if (bi->start >=
Hi Andrew,
After merging the akpm-current tree, today's linux-next build (arm
multi_v7_defconfig) produced this warning:
lib/genalloc.c: In function 'gen_pool_get':
/scratch/sfr/next/lib/genalloc.c:599:6: warning: passing argument 4 of
'devres_find' discards 'const' qualifier from pointer
Hi Andrew,
After merging the akpm-current tree, today's linux-next build (arm
multi_v7_defconfig) failed like this:
arch/arm/kernel/entry-common.S: Assembler messages:
arch/arm/kernel/entry-common.S:108: Error: __NR_syscalls is not equal to the
size of the syscall table
Caused by commit
On Thursday 16 July 2015 10:44 AM, Paul Walmsley wrote:
Hi
On Tue, 14 Jul 2015, Keerthy wrote:
Enable IO wakeup feature.
Signed-off-by: Keerthy
Per my comments on one of the previous patches, please add a short
description in the commit message for what enabling I/O wakeup will do for
a
Current implemantation ptr argument evaluate 2 times.
It'll be an unexpected result.
Signed-off-by: Yoshinori Sato
---
include/asm-generic/uaccess.h | 10 ++
1 file changed, 6 insertions(+), 4 deletions(-)
diff --git a/include/asm-generic/uaccess.h b/include/asm-generic/uaccess.h
index
On Thu, 2015-07-16 at 15:03 +1000, Benjamin Herrenschmidt wrote:
> On Thu, 2015-07-16 at 12:00 +1000, Michael Ellerman wrote:
> > That would fix the problem with smp_mb__after_unlock_lock(), but not
> > the original worry we had about loads happening before the SC in lock.
>
> However I think
Paul,
Thanks for the review!
On Thursday 16 July 2015 07:24 AM, Paul Walmsley wrote:
Hi
a few minor comments
On Wed, 8 Jul 2015, Keerthy wrote:
PRM_IO_PMCTRL_OFFSET need not be same for all SOCs hence
remove hardcoding and use the value provided by the omap_prcm_irq_setup
structure.
On Thursday 16 July 2015 08:08 AM, Paul Walmsley wrote:
On Thu, 16 Jul 2015, Paul Walmsley wrote:
On Wed, 8 Jul 2015, Keerthy wrote:
Add the PRM IRQ register offsets.
Signed-off-by: Keerthy
Please add more detail to your commit messages so they conform to
On Wed, Jul 15, 2015 at 10:04 PM, Eric W. Biederman
wrote:
> Andy Lutomirski writes:
>
>> On Wed, Jul 15, 2015 at 9:23 PM, Eric W. Biederman
>> wrote:
>>>
>>> Ok. Andy I have stopped and really looked at your patch that is 4/7 in
>>> this series. Something I had not done before since it
Hi
On Tue, 14 Jul 2015, Keerthy wrote:
> Enable IO wakeup feature.
>
> Signed-off-by: Keerthy
Per my comments on one of the previous patches, please add a short
description in the commit message for what enabling I/O wakeup will do for
a user.
- Paul
--
To unsubscribe from this list: send
On 13-07-15, 19:39, Shilpasri G Bhat wrote:
> This patchset intends to add frequency throttle reporting mechanism
> to powernv-cpufreq driver when OCC throttles the frequency. OCC is an
> On-Chip-Controller which takes care of the power and thermal safety of
> the chip. The CPU frequency can be
On 16-07-15, 02:13, Rafael J. Wysocki wrote:
> Cc: Viresh as he's been working on governors recently.
>
> On Wednesday, July 15, 2015 06:04:22 PM Dave Jones wrote:
> > WARNING: CPU: 1 PID: 29529 at kernel/locking/lockdep.c:3497
> > lock_unpin_lock+0x109/0x110()
> > unpinning an unpinned lock
> >
Andy Lutomirski writes:
> On Wed, Jul 15, 2015 at 9:23 PM, Eric W. Biederman
> wrote:
>>
>> Ok. Andy I have stopped and really looked at your patch that is 4/7 in
>> this series. Something I had not done before since it sounded totally
>> wrong.
>>
>> That combined with your earlier comments
On Thu, 2015-07-16 at 12:00 +1000, Michael Ellerman wrote:
> That would fix the problem with smp_mb__after_unlock_lock(), but not
> the original worry we had about loads happening before the SC in lock.
However I think isync fixes *that* :-) The problem with isync is as you
said, it's not a
Casey Schaufler writes:
> On 7/15/2015 6:08 PM, Andy Lutomirski wrote:
>> On Wed, Jul 15, 2015 at 3:39 PM, Casey Schaufler
>> wrote:
>>> On 7/15/2015 2:06 PM, Eric W. Biederman wrote:
Casey Schaufler writes:
The first step needs to be not trusting those labels and treating such
Hi Andrew,
Today's linux-next merge of the akpm-current tree got a conflict in:
arch/arm/include/asm/Kbuild
between commit:
57853e8906a0 ("ARM: 8403/1: kbuild: don't use generic mcs_spinlock.h header")
from the arm tree and commit:
74cf1a5a0c64 ("mm: clean up per architecture MM hook
On Wed, Jul 15, 2015 at 9:23 PM, Eric W. Biederman
wrote:
>
> Ok. Andy I have stopped and really looked at your patch that is 4/7 in
> this series. Something I had not done before since it sounded totally
> wrong.
>
> That combined with your earlier comments I think I can say something
>
HELLO,
KINDLY STUDY ATTACHED DOCUMENT FOR A BETTER UNDERSTANDING TO MY PROPOSAL.
THANKS FOR TAKING THE TIME TO READ MY E-MAIL MESSAGE.
REGARDS,
MR. PHILIP COHEN
MR. PHILIP COHEN.docx
Description: MS-Word 2007 document
This patch adds support to Broadcom's iProc family of arm64 based SoCs
in the arm64 Kconfig and defconfig files
Signed-off-by: Ray Jui
Reviewed-by: Scott Branden
---
arch/arm64/Kconfig |5 +
arch/arm64/configs/defconfig |2 ++
2 files changed, 7 insertions(+)
diff --git
This patch enables arm64 support to the iProc PCIe driver
Signed-off-by: Ray Jui
Reviewed-by: Scott Branden
---
drivers/pci/host/pcie-iproc.c | 15 ---
drivers/pci/host/pcie-iproc.h |8 ++--
2 files changed, 10 insertions(+), 13 deletions(-)
diff --git
This patch series adds Broadcom North Star 2 (NS2) SoC support. NS2 is an ARMv8
based SoC and under the Broadcom iProc family.
Sorry for tying this with the Broadcom iProc PCIe driver fixes for ARM64. I
have to tie them together because iProc PCIe support is enabled by default
when ARCH_BCM_IPROC
Add Broadcom NS2 device tree binding document. Also add initial device
tree dtsi for Broadcom North Star 2 (NS2) SoC and board support for NS2
SVK board
Signed-off-by: Jon Mason
Signed-off-by: Ray Jui
Reviewed-by: Scott Branden
---
Documentation/devicetree/bindings/arm/bcm/ns2.txt |9 ++
Allow Broadcom iProc PCIe core driver to be compiled for ARM64
Signed-off-by: Ray Jui
Reviewed-by: Vikram Prakash
Reviewed-by: Scott Branden
---
drivers/pci/host/Kconfig |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/pci/host/Kconfig b/drivers/pci/host/Kconfig
Ok. Andy I have stopped and really looked at your patch that is 4/7 in
this series. Something I had not done before since it sounded totally
wrong.
That combined with your earlier comments I think I can say something
meaningful.
Andy as I read your patch the thread you are primarily worried
From: Dexuan Cui
Date: Tue, 14 Jul 2015 03:00:48 -0700
> + pr_debug("hvsock_sk_destruct: called\n");
Debug logging just to state that a function is called is not appropriate,
we have very sophisticated tracing facilities in the kernel that can do
that transparently, and more.
PLease remove
The LKML archives once present at
http://lkml.iu.edu/hypermail/linux/kernel/index.html seem to be down;
http://lkml.iu.edu/hypermail/ appears empty. Does anyone know what
happened to it?
- Josh Triplett
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
From: Dexuan Cui
Date: Tue, 14 Jul 2015 02:58:56 -0700
> +int vmbus_sendpacket_hvsock(struct vmbus_channel *channel, void *buf, u32
> len)
> +{
> + struct vmpacket_descriptor desc;
> + struct vmpipe_proto_header pipe_hdr;
> + u32 packetlen;
> + u32 packetlen_aligned;
> +
From: Haiyang Zhang
Date: Mon, 13 Jul 2015 13:09:16 -0700
> The current change mtu call only stops tx before removing RNDIS filter.
> In case ringbufer is not empty, the rndis_filter_device_remove() may
> hang on removing the buffers.
>
> This patch adds close of RNDIS filter before removing
On Mon, 2015-07-13 at 13:35 -0500, Bjorn Helgaas wrote:
> On Sun, Jul 12, 2015 at 10:23 PM, Michael Ellerman
> wrote:
> > On Sun, 2015-12-07 at 22:02:11 UTC, Bjorn Helgaas wrote:
> >> Many architectures use a variant of "unexpected IRQ trap at vector %x" to
> >> log unexpected IRQs. This is
From: Dexuan Cui
Date: Tue, 14 Jul 2015 02:58:03 -0700
> A helper function is also added.
>
> Signed-off-by: Dexuan Cui
> ---
> include/linux/hyperv.h | 7 +++
> 1 file changed, 7 insertions(+)
>
> diff --git a/include/linux/hyperv.h b/include/linux/hyperv.h
> index 30d3a1f..aa21814
On Thu, 2015-07-16 at 03:25 +0800, Xiao Guangrong wrote:
> From: Xiao Guangrong
>
> Currently code uses default memory type if MTRR is fully disabled,
> fix it by using UC instead
>
> Signed-off-by: Xiao Guangrong
> ---
Seems to work for me. I don't see a 0th patch, but for the series:
Hi Linus,
2015-07-15 7:04 GMT+09:00 Linus Walleij :
> On Fri, Jun 19, 2015 at 5:27 AM, Masahiro Yamada
> wrote:
>
>> In my understanding, the GPIO driver framework requires that
>> the hw numbers should be contiguous within each GPIO chip.
>
> Yes but noone says that .request() to the driver
On Thu, 2015-07-16 at 00:16 +0530, Vinay Simha BN wrote:
> scripts/checkpatch.pl kernel coding style fixes of WARNING
Please don't be a checkpatch robot.
Use tools to prompt your brain, but don't ever turn
your brain off.
> diff --git a/drivers/staging/sm750fb/ddk750_help.h
>
chandef is initialized with NULL and on the very next line,
we are using it to get channel, which is not correct.
channel should be initialized after obtaining chandef.
Signed-off-by: Maninder Singh
---
drivers/net/wireless/ath/ath10k/mac.c |2 +-
1 file changed, 1 insertion(+), 1
On Thu, Jul 16, 2015 at 01:14:23PM +1000, Stephen Rothwell wrote:
> Hi Paul,
>
> After merging the rcu tree, today's linux-next build (arm
> multi_v7_defconfig) failed like this:
>
> kernel/notifier.c: In function 'notify_die':
> kernel/notifier.c:547:2: error: implicit declaration of function
Hi Linus,
2015-07-15 23:15 GMT+09:00 Linus Walleij :
> On Tue, Jul 14, 2015 at 4:43 AM, Masahiro Yamada
> wrote:
>
>> This GPIO controller device is used on UniPhier SoCs.
>>
>> Signed-off-by: Masahiro Yamada
>> ---
>>
>> Changes in v3:
>> - Use module_platform_driver()
>>
>> Changes in v2:
On Wed, 2015-07-15 at 08:16 -0700, Kees Cook wrote:
> On Wed, Jul 15, 2015 at 12:37 AM, Michael Ellerman
> wrote:
> > diff --git a/tools/testing/selftests/seccomp/seccomp_bpf.c
> > b/tools/testing/selftests/seccomp/seccomp_bpf.c
> > index b2374c131340..51adb9afb511 100644
> > ---
On Wed, 2015-07-15 at 08:12 -0700, Kees Cook wrote:
> On Wed, Jul 15, 2015 at 12:37 AM, Michael Ellerman
> wrote:
> > diff --git a/tools/testing/selftests/seccomp/seccomp_bpf.c
> > b/tools/testing/selftests/seccomp/seccomp_bpf.c
> > index c5abe7fd7590..b2374c131340 100644
> > ---
Seth I think for the LSMs we should start with:
diff --git a/security/security.c b/security/security.c
index 062f3c997fdc..5b6ece92a8e5 100644
--- a/security/security.c
+++ b/security/security.c
@@ -310,6 +310,8 @@ int security_sb_statfs(struct dentry *dentry)
int security_sb_mount(const char
So that it is easier to convert part->in_flight[rw] into percpu variable
in the following patch.
Signed-off-by: Ming Lei
---
block/bio.c | 4 ++--
block/blk-core.c | 4 ++--
block/blk-merge.c | 2 +-
drivers/nvdimm/core.c | 4 ++--
include/linux/genhd.h | 4 ++--
5 files
Percpu refcount is the perfect match for partition's case,
and the conversion is quite straight.
With the convertion, one pair of atomic inc/dec can be saved
for accounting block I/O, which is run in hot path of block I/O.
Signed-off-by: Ming Lei
---
block/genhd.c | 6 +-
So the atomic operations for accounting block I/O can be killed
completely, and it is OK to add the percpu variables in part_in_flight()
because the function is run at most one time in every tick.
Signed-off-by: Ming Lei
---
block/blk-core.c | 1 +
block/partition-generic.c | 5 +++--
Hi,
This patches kills two kinds of atomic operations in block
accounting I/O.
The 1st two patches convert atomic refcount of partition
into percpu refcount.
The 2nd two patches converts partition->in_flight[] into percpu
variable.
With this change, ~15% throughput improvement can be observed
So the helper can be used in both generic partition
case and part0 case.
Signed-off-by: Ming Lei
---
block/genhd.c | 3 +--
block/partition-generic.c | 3 +--
include/linux/genhd.h | 6 ++
3 files changed, 8 insertions(+), 4 deletions(-)
diff --git a/block/genhd.c
Hi Masami,
On 07/15/2015 02:43 PM, Masami Hiramatsu wrote:
Hi,
Here is the 2nd version of the patchset for probe-cache and
initial SDT support which are going to be perf-cache finally.
Thanks for adding the SDT support.
The perf-probe is useful for debugging, but it strongly depends
on the
Hi Paul,
After merging the rcu tree, today's linux-next build (arm
multi_v7_defconfig) failed like this:
kernel/notifier.c: In function 'notify_die':
kernel/notifier.c:547:2: error: implicit declaration of function
'rcu_lockdep_assert' [-Werror=implicit-function-declaration]
Hi Paul,
Today's linux-next merge of the rcu tree got a conflict in:
arch/x86/kernel/traps.c
between commit:
8c84014f3bbb ("x86/entry: Remove exception_enter() from most trap handlers")
from the tip tree and commit:
02300fdb3e5f ("rcu: Rename rcu_lockdep_assert() to
On 7/15/2015 6:08 PM, Andy Lutomirski wrote:
> On Wed, Jul 15, 2015 at 3:39 PM, Casey Schaufler
> wrote:
>> On 7/15/2015 2:06 PM, Eric W. Biederman wrote:
>>> Casey Schaufler writes:
>>> The first step needs to be not trusting those labels and treating such
>>> filesystems as filesystems
Seth Forshee writes:
> Initially this will be used to eliminate the implicit MNT_NODEV
> flag for mounts from user namespaces. In the future it will also
> be used for translating ids and checking capabilities for
> filesystems mounted from user namespaces.
>
> s_user_ns is initialized in
On Wed, Jul 15, 2015 at 5:34 PM, Dave Hansen
wrote:
>
> I understand why you were misled by it, but the old "xsave_hdr_struct"
> was wrong. Fenghua even posted patches to remove it before the FPU
> rework (you were cc'd):
>
> https://lkml.org/lkml/2015/4/18/164
Oh, and that patch looks
On Thu, Jul 16, 2015 at 04:33:07AM +0200, Andi Kleen wrote:
> > @@ -909,6 +909,15 @@ int get_hwpoison_page(struct page *page)
> > * directly for tail pages.
> > */
> > if (PageTransHuge(head)) {
> > + /*
> > +* Non anonymous thp exists only in allocation/free
Dear Kukjin,
Exynos mach-code related improvements. Description along with a tag.
You can find them also on the lists with my reviewed-by.
Best regards,
Krzysztof
The following changes since commit 1c4c7159ed2468f3ac4ce5a7f08d79663d381a93:
Merge tag 'ext4_for_linus_stable' of
Dear Kukjin,
DTS related improvements. Description along with a tag.
You can find them also on the lists with my reviewed-by.
Best regards,
Krzysztof
The following changes since commit a419d78a6f97f8c977fe55d5d590cd0654ecd1ee:
ARM: dts: Exynos4210: add CPU OPP and regulator supply property
On Wed, 8 Jul 2015, Keerthy wrote:
> The register offsets of IRQENABLE_MPU_2 and IRQSTATUS_MPU_2 are hardcoded.
> This makes it difficult to reuse the code for SoCs like AM437x that have
> a single instance of IRQENABLE_MPU and IRQSTATUS_MPU registers.
> Hence handling the case using offset of 4
On Wed, Jul 15, 2015 at 5:34 PM, Dave Hansen
wrote:
>
> The old code sized the buffer in a fully architectural way and it
> worked. The CPU *tells* you how much memory the 'xsave' instruction is
> going to scribble on. The new code just merrily calls it and let it
> scribble away. This is as
On Thu, 16 Jul 2015, Paul Walmsley wrote:
> On Wed, 8 Jul 2015, Keerthy wrote:
>
> > Add the PRM IRQ register offsets.
> >
> > Signed-off-by: Keerthy
>
> Please add more detail to your commit messages so they conform to
> Documentation/SubmittingPatches:
>
>
On Wed, 8 Jul 2015, Keerthy wrote:
> Add the PRM IRQ register offsets.
>
> Signed-off-by: Keerthy
Please add more detail to your commit messages so they conform to
Documentation/SubmittingPatches:
> @@ -909,6 +909,15 @@ int get_hwpoison_page(struct page *page)
>* directly for tail pages.
>*/
> if (PageTransHuge(head)) {
> + /*
> + * Non anonymous thp exists only in allocation/free time. We
> + * can't handle such a case correctly,
3.19.8-ckt4 -stable review patch. If anyone has any objections, please let me
know.
--
From: Marcelo Ricardo Leitner
[ Upstream commit 2d45a02d0166caf2627fe91897c6ffc3b19514c4 ]
->auto_asconf_splist is per namespace and mangled by functions like
sctp_setsockopt_auto_asconf()
3.19.8-ckt4 -stable review patch. If anyone has any objections, please let me
know.
--
From: Ido Shamay
[ Upstream commit 488a9b48e398b157703766e2cd91ea45ac6997c5 ]
Indication of a single completed packet, marked by txbbs_skipped
being bigger then zero, in not enough in
3.19.8-ckt4 -stable review patch. If anyone has any objections, please let me
know.
--
From: Eran Ben Elisha
[ Upstream commit 0eb08514fdbdcd16fd6870680cd638f203662e9d ]
TX ring QP wasn't released at mlx4_en_destroy_tx_ring. Instead, the code
used the deprecated base_tx_qpn
3.19.8-ckt4 -stable review patch. If anyone has any objections, please let me
know.
--
From: Ido Shamay
[ Upstream commit 79a258526ce1051cb9684018c25a89d51ac21be8 ]
The check_csum() function relied on hwtstamp_rx_filter to know if rxvlan
offload is disabled. This is wrong
Andy Lutomirski writes:
> On Jul 15, 2015 3:34 PM, "Eric W. Biederman" wrote:
>>
>> Seth Forshee writes:
>>
>> > On Wed, Jul 15, 2015 at 04:06:35PM -0500, Eric W. Biederman wrote:
>> >> Casey Schaufler writes:
>> >>
>> >> > On 7/15/2015 12:46 PM, Seth Forshee wrote:
>> >> >> These are the
3.19.8-ckt4 -stable review patch. If anyone has any objections, please let me
know.
--
From: Mauro Carvalho Chehab
commit 1fa2337a315a2448c5434f41e00d56b01a22283c upstream.
The maximum size for a DiSEqC command is 6, according to the
userspace API. However, the code allows
3.19.8-ckt4 -stable review patch. If anyone has any objections, please let me
know.
--
From: Shaohua Li
[ Upstream commit fb05e7a89f500cfc06ae277bdc911b281928995d ]
We saw excessive direct memory compaction triggered by skb_page_frag_refill.
This causes performance issues
3.19.8-ckt4 -stable review patch. If anyone has any objections, please let me
know.
--
From: Mauro Carvalho Chehab
commit 12f4543f5d6811f864e6c4952eb27253c7466c02 upstream.
The maximum size for a DiSEqC command is 6, according to the
userspace API. However, the code allows
3.19.8-ckt4 -stable review patch. If anyone has any objections, please let me
know.
--
From: Julian Anastasov
[ Upstream commit 2c51a97f76d20ebf1f50fef908b986cb051fdff9 ]
The lockless lookups can return entry that is unlinked.
Sometimes they get reference before last
3.19.8-ckt4 -stable review patch. If anyone has any objections, please let me
know.
--
From: Christoph Paasch
[ Upstream commit dfea2aa654243f70dc53b8648d0bbdeec55a7df1 ]
tcp_fastopen_reset_cipher really cannot be called from interrupt
context. It allocates the
3.19.8-ckt4 -stable review patch. If anyone has any objections, please let me
know.
--
From: Mugunthan V N
[ Upstream commit eb686231fce3770299760f24fdcf5ad041f44153 ]
When limiting phy link speed using "max-speed" to 100mbps or less on a
giga bit phy, phy never completes
On 15 July 2015 at 19:55, Thomas Gleixner wrote:
> On Wed, 15 Jul 2015, Baolin Wang wrote:
>
>> On 15 July 2015 at 18:31, Thomas Gleixner wrote:
>> > On Wed, 15 Jul 2015, Baolin Wang wrote:
>> >
>> >> The cputime_to_timespec() and timespec_to_cputime() functions are
>> >> not year 2038 safe on
3.19.8-ckt4 -stable review patch. If anyone has any objections, please let me
know.
--
From: Mauro Carvalho Chehab
commit d7b76c91f471413de9ded837bddeca2164786571 upstream.
If userspace sends an invalid bandwidth, it should either return
EINVAL or switch to auto mode.
This
3.19.8-ckt4 -stable review patch. If anyone has any objections, please let me
know.
--
From: Mauro Carvalho Chehab
commit 82e3b88b679049f043fe9b03991d6d66fc0a43c8 upstream.
The maximum size for a DiSEqC command is 6, according to the
userspace API. However, the code allows
3.19.8-ckt4 -stable review patch. If anyone has any objections, please let me
know.
--
From: Simon Guinot
[ Upstream commit f522a975a8101895a85354b9c143f41b8248e71a ]
The mvneta driver supports the Ethernet IP found in the Armada 370, XP,
380 and 385 SoCs. Since at least one
3.19.8-ckt4 -stable review patch. If anyone has any objections, please let me
know.
--
From: Alexander Sverdlin
[ Upstream commit 29c4afc4e98f4dc0ea9df22c631841f9c220b944 ]
There is NULL pointer dereference possible during statistics update if the route
used for OOTB
3.19.8-ckt4 -stable review patch. If anyone has any objections, please let me
know.
--
From: Eric Dumazet
[ Upstream commit d53c66a5b80698620f7c9ba2372fff4017e987b8 ]
Michel reported following lockdep splat
[ 44.718117] INFO: trying to register non-static key.
[
3.19.8-ckt4 -stable review patch. If anyone has any objections, please let me
know.
--
From: Willem de Bruijn
[ Upstream commit 468479e6043c84f5a65299cc07cb08a22a28c2b1 ]
PACKET_FANOUT_LB computes f->rr_cur such that it is modulo
f->num_members. It returns the old value
3.19.8-ckt4 -stable review patch. If anyone has any objections, please let me
know.
--
From: Simon Guinot
[ Upstream commit b65657fc240ae6c1d2a1e62db9a0e61ac9631d7a ]
The Ethernet controller found in the Armada 370, 380 and 385 SoCs don't
support TCP/IP checksumming with
3.19.8-ckt4 -stable review patch. If anyone has any objections, please let me
know.
--
From: Simon Guinot
[ Upstream commit ea3b55fe83b5fcede82d183164b9d6831b26e33b ]
This patch updates the Ethernet DT nodes for Armada XP SoCs with the
compatible string
3.19.8-ckt4 -stable review patch. If anyone has any objections, please let me
know.
--
From: Sowmini Varadhan
[ Upstream commit 0edfad5959df7379c9e554fbe8ba264ae232d321 ]
Since it is possible for vnet_event_napi to end up doing
vnet_control_pkt_engine -> ... ->
3.19.8-ckt4 -stable review patch. If anyone has any objections, please let me
know.
--
From: Tom Lendacky
[ Upstream commit 472cfe7127760d68b819cf35a26e5a1b44b30f4e ]
When allocating Rx related buffers, alloc_pages is called using an order
number that is decreased until
3.19.8-ckt4 -stable review patch. If anyone has any objections, please let me
know.
--
From: Pawel Moll
commit a18f8e97fe69195823d7fb5c68a8d6565f39db4b upstream.
Events defined as watchpoints on nodes must have their config values
converted so that they apply to the
In debugfs_kprobe_init, we create a directory 'kprobes' and three
files 'list', 'enabled' and 'blacklist'. When any one of the three
files creation fails, we should remove all of them. But debugfs_remove
function can not complete this work. So use debugfs_remove_recursive
instead.
Signed-off-by:
On Wed, Jul 15, 2015 at 04:30:27PM +0300, Roger Quadros wrote:
> On 14/07/15 03:34, Peter Chen wrote:
> > On Mon, Jul 13, 2015 at 01:13:54PM +0300, Roger Quadros wrote:
> >> Peter,
> >>
> >> On 13/07/15 04:58, Peter Chen wrote:
> >>> On Wed, Jul 08, 2015 at 01:19:30PM +0300, Roger Quadros wrote:
>
3.19.8-ckt4 -stable review patch. If anyone has any objections, please let me
know.
--
From: Joe Konno
commit 0dd23f94251f49da99a6cbfb22418b2d757d77d6 upstream.
Commit 007bea098b86 (intel_pstate: Add setting voltage value for
baytrail P states.) introduced byt_set_pstate()
3.19.8-ckt4 -stable review patch. If anyone has any objections, please let me
know.
--
From: Martin Sperl
commit 8e76ef88f607174082023f50b87fe12dcdbe5db5 upstream.
Fix a race (with some kernel configurations) where a queued
master->pump_messages runs and frees dummy_tx/rx
On 07/15/2015 06:03 AM, Peter Zijlstra wrote:
On Tue, Jul 14, 2015 at 10:13:36PM -0400, Waiman Long wrote:
+static void pv_kick_node(struct qspinlock *lock, struct mcs_spinlock *node)
{
struct pv_node *pn = (struct pv_node *)node;
+ if (xchg(>state, vcpu_running) ==
3.19.8-ckt4 -stable review patch. If anyone has any objections, please let me
know.
--
From: Eric Dumazet
[ Upstream commit f98f4514d07871da7a113dd9e3e330743fd70ae4 ]
We need to tell compiler it must not read f->num_members multiple
times. Otherwise testing if num is not
3.19.8-ckt4 -stable review patch. If anyone has any objections, please let me
know.
--
From: Hans Verkuil
commit 534bc3e2ee93835badca753bedce8073c67caa92 upstream.
Fix the VIDIOC_QUERYCAP warning due to the missing device_caps. Don't fill
in the version field, the V4L2 core
1 - 100 of 2484 matches
Mail list logo