This is a note to let you know that I have just added a patch titled
=?UTF-8?q?veth:=20don=E2=80=99t=20modify=20ip=5Fsummed;=20doing?=
=?UTF-8?q?=20so=20treats=20packets=20with=20bad=20checksums=20as=20good.?=
to the linux-3.13.y-queue branch of the 3.13.y-ckt extended stable tree
which
On Tue, Feb 02, 2016 at 09:10:24AM -0800, Dan Williams wrote:
> On Tue, Feb 2, 2016 at 8:46 AM, Jan Kara wrote:
> > On Tue 02-02-16 08:33:56, Dan Williams wrote:
> >> On Tue, Feb 2, 2016 at 3:17 AM, Jan Kara wrote:
> >> [..]
> >> > I see, thanks for explanation. So I'm OK with changing what is
Hi
On Sun, Jan 10, 2016 at 7:54 AM, Willy Tarreau wrote:
> It is possible for a process to allocate and accumulate far more FDs than
> the process' limit by sending them over a unix socket then closing them
> to keep the process' fd count low.
>
> This change addresses this problem by keeping
On Sun, Jan 31, 2016 at 11:10:14AM -0800, Greg Kroah-Hartman wrote:
>
> No, we should move the check much higher up to the top of the function,
> which makes it simpler. I'll go do that instead, thanks.
>
Ok, that makes sense. I'll use a similar solution for the 3.16 kernel
backport. Thanks.
On Tue, Feb 02, 2016 at 04:55:30PM +0100, Arnd Bergmann wrote:
> The clk-sun6i-ar100 clk driver is a platform driver that may use
> deferred probing, so its probe function must not access
> __init symbols. Kbuild warns about this:
>
> WARNING: drivers/clk/sunxi/built-in.o(.text+0x15f0): Section
On Mon, Feb 01, 2016 at 08:28:50PM -0600, Mario Limonciello wrote:
> This allows configuration the system for wakeup with a controller.
Hrm, I'm happy to clean up English grammar in commit messages... but I'm
struggling with the intent of the above... Is this correct:
Allow for user
On Mon, Feb 01, 2016 at 11:44:32AM -0800, Stephen Boyd wrote:
> On 01/30, Rabin Vincent wrote:
> > For __gnu_mcount_nc, wouldn't it be better to replace both the push {lr}
> > and the bl with nop instructions, instead of keeping a (useless) push +
> > pop sequence?
>
> Agreed. I was trying to do
On Tue, Feb 2, 2016 at 1:34 AM, Boqun Feng wrote:
>
> Just to be clear, what Will, Paul and I are discussing here is about
> local transitivity,
I really don't think that changes the picture.
Given that
(a) we already mix ordering methods and there are good reasons for
it, and I'd expect
On Mon, Feb 01, 2016 at 07:33:48PM -0700, Jeffrey Merkey wrote:
> This patch series adds config options which can be set during compile to
> direct the compiler to output a breakpoint instruction anywhere a BUG()
> macro has been placed in the kernel to trigger the system to
> enter a debugger if
On 01/25/2016, 02:00 PM, Dmitry Vyukov wrote:
> --- a/scripts/Makefile.lib
> +++ b/scripts/Makefile.lib
> @@ -136,6 +136,12 @@ _c_flags += $(if $(patsubst n%,, \
> $(CFLAGS_UBSAN))
> endif
>
> +ifeq ($(CONFIG_KCOV),y)
> +_c_flags += $(if $(patsubst n%,, \
> +
On Mon, Feb 01, 2016 at 04:06:23PM -0800, Stephen Boyd wrote:
> In similar spirit to x86 and arm64 support, add a make_nop_arm()
> to replace calls to mcount with nops in sections that aren't
> traced.
>
> Cc: Russell King
> Cc: Rabin Vincent
> Signed-off-by: Stephen Boyd
> ---
>
> Changes
On Tue, Feb 02, 2016 at 07:15:57AM +, Wenbo Wang wrote:
> Jens,
>
> I did the following test to validate the issue.
>
> 1. Modify code as below to increase the chance of races.
> Add 10s delay after nvme_dev_unmap() in nvme_dev_disable()
> Add 10s delay before __nvme_submit_cmd()
On Mon, Feb 01, 2016 at 08:28:49PM -0600, Mario Limonciello wrote:
> The alienware graphics amplifier is a device that provides external
> access to a full PCIe slot, USB hub, and additional control zone.
>
> This patch enables support for reading status whether the cable is
> plugged in as well
Found it. Thanks.
On 2/2/2016 5:17 PM, Joao Pinto wrote:
> Hi Bjorn,
> Thanks. Could you please send me the git URL for me to give it a try?
>
> Joao
>
> On 2/2/2016 5:14 PM, Bjorn Helgaas wrote:
>> On Mon, Feb 01, 2016 at 06:07:43PM +, Joao Pinto wrote:
>>> This patch set has the goal to
On 2 February 2016 07:44:33 CET, "Paul E. McKenney"
wrote:
>
>> If so, do we also need to take the following pairing into
>consideration?
>>
>> osmp_store_release() -> READ_ONCE(); if ;smp_rmb();
We rely on this with smp_cond_aquire() to extend the chain.
--
Sent from my Android
From: Rik van Riel
Change the indentation in __acct_update_integrals to make the function
a little easier to read.
Suggested-by: Peter Zijlstra
Signed-off-by: Rik van Riel
Acked-by: Frederic Weisbecker
---
kernel/tsacct.c | 51 ++-
1 file
On Tue, Feb 02, 2016 at 10:09:38PM +0530, Ani Sinha wrote:
> Hey guys,
>
> kernel.org lists linux 4.4.1 as "stable" but the releases page lists
> it as a long term stable kernel. Which one is true?
Both :)
It hasn't had the "chance" to be a longterm stable kernel given that
there hasn't been
From: Rik van Riel
It looks like all the call paths that lead to __acct_update_integrals
already have irqs disabled, and __acct_update_integrals does not need
to disable irqs itself.
This is very convenient since about half the CPU time left in this
function was spent in local_irq_save alone.
From: Rik van Riel
After removing __acct_update_integrals from the profile,
native_sched_clock remains as the top CPU user. This can be
reduced by only calling account_{user,sys,guest,idle}_time
once per jiffy for long running tasks on nohz_full CPUs.
This will reduce timing accuracy on
We free the transfer buffers when a command is cancelled. The controller,
however, may still own the command and may try to write to them. We
have to fence the controller off from being able to do that, so we can't
cancel inflight commands while the PCI device is still bus master enabled.
In a
(v5: address comments by Frederic & Peter, fix bug found by Eric)
Running with nohz_full introduces a fair amount of overhead.
Specifically, various things that are usually done from the
timer interrupt are now done at syscall, irq, and guest
entry and exit times.
However, some of the code that
On Tue, Feb 2, 2016 at 6:14 PM, Greg KH wrote:
> On Tue, Feb 02, 2016 at 05:48:56PM +0100, Ksenija Stanojević wrote:
>> Hi Greg,
>>
>> On Tue, Feb 2, 2016 at 5:23 PM, Greg KH wrote:
>> > On Tue, Feb 02, 2016 at 03:38:21PM +0100, Ksenija Stanojevic wrote:
>> >> Move panel driver from
From: Rik van Riel
When running a microbenchmark calling an invalid syscall number
in a loop, on a nohz_full CPU, we spend a full 9% of our CPU
time in __acct_update_integrals.
This function converts cputime_t to jiffies, to a timeval, only to
convert the timeval back to microseconds before
On 02/02/2016 11:39 AM, David Vrabel wrote:
On 01/02/16 15:38, Boris Ostrovsky wrote:
--- a/include/xen/xen.h
+++ b/include/xen/xen.h
@@ -29,6 +29,12 @@ extern enum xen_domain_type xen_domain_type;
#define xen_initial_domain() (0)
#endif/* CONFIG_XEN_DOM0 */
+#ifdef
Hi Bjorn,
Thanks. Could you please send me the git URL for me to give it a try?
Joao
On 2/2/2016 5:14 PM, Bjorn Helgaas wrote:
> On Mon, Feb 01, 2016 at 06:07:43PM +, Joao Pinto wrote:
>> This patch set has the goal to add suppport for DesignWare PCIe RC in ARC
>> AXS10x. It includes the
On Tue, Feb 02, 2016 at 05:48:56PM +0100, Ksenija Stanojević wrote:
> Hi Greg,
>
> On Tue, Feb 2, 2016 at 5:23 PM, Greg KH wrote:
> > On Tue, Feb 02, 2016 at 03:38:21PM +0100, Ksenija Stanojevic wrote:
> >> Move panel driver from drivers/staging/panel to drivers/misc.
> >>
> >> Signed-off-by:
On Mon, Feb 01, 2016 at 06:07:43PM +, Joao Pinto wrote:
> This patch set has the goal to add suppport for DesignWare PCIe RC in ARC
> AXS10x. It includes the necessary tweaks to the ARC architecture,
> necessary tweaks to the PCI subsystem and a new driver (pcie-synopsys).
> This new driver
On Tue, Feb 02, 2016 at 12:20:25PM +, Will Deacon wrote:
> On Tue, Feb 02, 2016 at 08:12:30PM +0800, Boqun Feng wrote:
> > On Tue, Feb 02, 2016 at 11:45:59AM +, Will Deacon wrote:
> > > On Tue, Feb 02, 2016 at 01:19:04PM +0800, Boqun Feng wrote:
> > > > On Mon, Feb 01, 2016 at 07:54:58PM
On Mon, Feb 01, 2016 at 06:07:45PM +, Joao Pinto wrote:
> This patch adds a new driver that will be the reference platform driver
> for all PCI RC IP Protoyping Kits based on ARC SDP.
> This patch is composed by:
>
> -MAINTAINERS file was updated to include the new driver
>
On Wed, 27 Jan 2016, Aaro Koskinen wrote:
> On Sun, Jan 17, 2016 at 04:49:05PM +0100, Sebastian Reichel wrote:
> > This patch enables Synchronous Serial Interface (SSI)
> > hwmod support for OMAP36xx SoCs (used by Nokia N950/N9).
> >
> > Signed-off-by: Sebastian Reichel
>
> Tested-by: Aaro
On Tue, Feb 02, 2016 at 09:02:16AM -0800, Joe Perches wrote:
> On Tue, 2016-02-02 at 15:45 +, Al Viro wrote:
> > On Tue, Feb 02, 2016 at 10:11:18AM +0100, Ingo Molnar wrote:
> > > * Wei Tang wrote:
> []
> > > > WARNING: sizeof sig->rlim should be sizeof(sig->rlim)
> []
> > > If anyone feels
On Tue, Feb 2, 2016 at 8:46 AM, Jan Kara wrote:
> On Tue 02-02-16 08:33:56, Dan Williams wrote:
>> On Tue, Feb 2, 2016 at 3:17 AM, Jan Kara wrote:
>> [..]
>> > I see, thanks for explanation. So I'm OK with changing what is stored in
>> > the radix tree to accommodate this use case but my
Hi Markus,
just checking if you had any comments on this patch?
On Thu, Jan 14, 2016 at 1:42 PM, Dan Streetman
wrote:
> Make the "Attempted send on closed socket" error messages generated in
> nbd_request_handler() ratelimited.
>
> When the nbd socket is shutdown, the nbd_request_handler()
On Tue, 02 Feb 2016 22:09:38 +0530, Ani Sinha wrote:
> kernel.org lists linux 4.4.1 as "stable" but the releases page lists
> it as a long term stable kernel. Which one is true?
Both :) 4.4.1 is the *current* stable release and will be labeled LTS
when 4.5.1 is released. It has been this way for
On Tue, Feb 02, 2016 at 03:56:01PM +, Aleksa Sarai wrote:
> I haven't looked at the order of operations for sizeof, but I imagine
> there's cases where it might bind in a different way than is expected. Are
> you sure there'd be no negative downside to removing the check (the whole
> point is
On Tue, 2016-02-02 at 15:45 +, Al Viro wrote:
> On Tue, Feb 02, 2016 at 10:11:18AM +0100, Ingo Molnar wrote:
> > * Wei Tang wrote:
[]
> > > WARNING: sizeof sig->rlim should be sizeof(sig->rlim)
[]
> > If anyone feels strongly about accepting such patches, then the right
> > solution is
> >
On 02/02/2016 11:27 AM, David Vrabel wrote:
On 01/02/16 15:38, Boris Ostrovsky wrote:
xen_timer_init() will be called from apic_bsp_setup().
I must be missing something because xen_init_time_ops() is only called
from the PV-only xen_start_kernel()?
This is leftover from the earlier series
Hi Rafael,
On 02/02/16 17:35, Rafael J. Wysocki wrote:
> On Tue, Feb 2, 2016 at 4:47 PM, Juri Lelli wrote:
> > Hi Viresh,
> >
> > On 02/02/16 16:27, Viresh Kumar wrote:
> >> Until now, governors (ondemand/conservative) were using the
> >> 'global-attr' or 'freq-attr', depending on the sysfs
On Sat, Jan 30, 2016 at 08:18:50PM +0100, Jean Delvare wrote:
> On Sat, 30 Jan 2016 10:13:09 -0800, Andy Lutomirski wrote:
> > On Sat, Jan 30, 2016 at 10:05 AM, Darren Hart wrote:
> > > If I understand this correctly, this is the first of 5 patches, and this
> > > one has
> > > some unanswered
On Tue, Feb 02, 2016 at 08:23:20AM -0800, Greg KH wrote:
> On Tue, Feb 02, 2016 at 03:38:21PM +0100, Ksenija Stanojevic wrote:
> > Move panel driver from drivers/staging/panel to drivers/misc.
> >
> > Signed-off-by: Ksenija Stanojevic
> > ---
> > drivers/misc/Kconfig | 278
On Tue, Feb 02, 2016 at 07:30:12PM +0800, Hanjun Guo wrote:
[...]
> >How about the following (similar to x86)?
> >
> >
> > if (!numa_off) {
> >#ifdef CONFIG_ACPI_NUMA
> > if (!numa_init(acpi_numa_init))
> > return 0;
> >#endif
> >#ifdef CONFIG_OF_NUMA
> >
On 02/02/2016 11:21 AM, David Vrabel wrote:
This needs some more description in the commit message.
--- a/arch/x86/xen/smp.c
+++ b/arch/x86/xen/smp.c
[...]
+ hctxt->cpu_regs.x86_32.cs_base = 0;
+ hctxt->cpu_regs.x86_32.cs_limit = ~0u;
+
Em Tue, Feb 02, 2016 at 01:52:05PM -0300, Arnaldo Carvalho de Melo escreveu:
> Em Tue, Feb 02, 2016 at 11:39:48PM +0900, Namhyung Kim escreveu:
> > Currently hists__collapse_resort() and hists__collapse_insert_entry()
> > don't return error code. Now callchain_merge() can check error case,
> >
Hi,
On 02/02/16 10:00, Maxime Ripard wrote:
> Hi Andre,
>
> On Mon, Feb 01, 2016 at 10:49:16PM +, André Przywara wrote:
>> On 01/02/16 18:27, Karsten Merker wrote:
>>
>> Hi Karsten,
>>
>> thank you very much for your feedback!
>>
>>> On Mon, Feb 01, 2016 at 05:39:24PM +, Andre Przywara
Em Tue, Feb 02, 2016 at 11:39:48PM +0900, Namhyung Kim escreveu:
> Currently hists__collapse_resort() and hists__collapse_insert_entry()
> don't return error code. Now callchain_merge() can check error case,
> abort and pass the error to the user. Later patch can add more work
> which can be
On Tue, Feb 2, 2016 at 12:05 AM, Jared Hulbert wrote:
[..]
> Well... as CONFIG_BLOCK was not required with filemap_xip.c for a
> decade. This CONFIG_BLOCK dependency is a result of an incremental
> feature from a certain point of view ;)
>
> The obvious 'driver' is physical RAM without a
On 02/02/2016 07:36 PM, Joshua Henderson wrote:
From: Cristian Birsan
Commit 6b6e97107f12f3a9f7 (USB: musb: fix isochronous TXDMA (take 2)) introduces
Again, wrong commit style.
Commit citing style, I meant.
And I really doubt that blaming my commit was correct. :-)
I
On 02/02/16 16:32, Andre Przywara wrote:
Hi,
On 02/02/16 15:12, Matthias Brugger wrote:
On 01/02/16 18:39, Andre Przywara wrote:
The Allwinner sunxi specific interrupt controller cannot be compiled
for any architecture except arm:
s/arm/arm64
???
As it stands it only compiles for arm,
On 02/02/2016 11:13 AM, David Vrabel wrote:
On 01/02/16 15:38, Boris Ostrovsky wrote:
.. just like we currently do for PVH guests
I think this description is wrong. In the HVM guess the grant table
initialization is delayed, but here we want to do it immediately (since
we may have no platform
Hi Greg,
On Tue, Feb 2, 2016 at 5:23 PM, Greg KH wrote:
> On Tue, Feb 02, 2016 at 03:38:21PM +0100, Ksenija Stanojevic wrote:
>> Move panel driver from drivers/staging/panel to drivers/misc.
>>
>> Signed-off-by: Ksenija Stanojevic
>> ---
>> drivers/misc/Kconfig | 278
Hi Viresh,
On 02/02/16 16:27, Viresh Kumar wrote:
> Invalid state-transitions is verified by governor core now and there is
> no need to replicate that in cpufreq core. Also we don't drop
> policy->rwsem anymore, which makes rest of the races go away.
There are still paths where we call
On Tue 2016-02-02 16:45:23, Torsten Duwe wrote:
> On Tue, Feb 02, 2016 at 01:12:24PM +0100, Petr Mladek wrote:
> >
> > Hmm, the size of the offset is not a constant. In particular, leaf
> > functions do not set TOC before the mcount location.
>
> To be slightly more precise, a leaf function that
On 02/02/16 05:31, Masanari Iida wrote:
> This patch fix spelling typos found in DocBook/filesystem.xml.
> It is because the file was generated from comments in code,
> I have to fix the comments in codes, instead of xml file.
>
> Signed-off-by: Masanari Iida
> ---
> fs/inode.c| 2
Hi Jens,
thanks for having such an elaborate look!
On 02/02/16 16:24, Jens Kuske wrote:
> Hi,
>
> On 01/02/16 18:39, Andre Przywara wrote:
>> The Allwinner A64 SoC is low-cost SoC with 4 ARM Cortex-A53 cores
>> and the typical tablet / TV box peripherals.
>> The Soc is based on the (32-bit)
On 02/02/16 02:19, Shanker Donthineni wrote:
> The current ITS driver has a memory leak in its_free_tables(). It
> happens on tear down path of the driver when its_probe() call fails.
> its_free_tables() should free the exact number of pages that have
> been allocated, not just a single page as
On Tue 02-02-16 08:33:56, Dan Williams wrote:
> On Tue, Feb 2, 2016 at 3:17 AM, Jan Kara wrote:
> [..]
> > I see, thanks for explanation. So I'm OK with changing what is stored in
> > the radix tree to accommodate this use case but my reservation that we IHMO
> > have other more pressing things
Hi Andrew,
I like the idea to introduce a generic binding in principle, but it
should be able to cover a lot of the cases in the wild. And I'm not sure
we know this to be the case yet.
Currently we have three syscon users in drivers/reset: reset-berlin,
reset-zynq, and sti/reset-syscfg.
berlin
On Wed, Oct 28, 2015 at 12:32:36AM +0530, punit vara wrote:
> This patch is to the htt_rx.c that removes unneeded semicolon which is
> reported by coccicheck.
>
> Here semicolon just create empty statement so please remote it.
s/remote/remove
Instead of "net: wireless: ath: Remove unnecessary
On Wed, Feb 3, 2016 at 12:21 AM, Maxime Ripard
wrote:
> Hi,
>
> On Tue, Feb 02, 2016 at 06:27:43PM +0800, Chen-Yu Tsai wrote:
>> These 3 regulators are provided in sunxi-common-regulators.dtsi.
>> 3.0V/3.3V and 5.0V are commonly used voltages in Allwinner devices.
>> These dummy regulators
Em Tue, Feb 02, 2016 at 09:20:51AM -0700, Mathieu Poirier escreveu:
> [...]
>
> >>> >
> >>> > Looks OK, apart from adding linux/coresight-pmu.h to the manifest, but I
> >>> > mentioned that on another patch.
> >>> >
> >>> > However there is no decoder, which begs the question, is there anything
Hey guys,
kernel.org lists linux 4.4.1 as "stable" but the releases page lists
it as a long term stable kernel. Which one is true?
thanks
ani
On 01/02/16 15:38, Boris Ostrovsky wrote:
> --- a/include/xen/xen.h
> +++ b/include/xen/xen.h
> @@ -29,6 +29,12 @@ extern enum xen_domain_type xen_domain_type;
> #define xen_initial_domain() (0)
> #endif /* CONFIG_XEN_DOM0 */
>
> +#ifdef CONFIG_XEN_PVHVM
> +extern int xen_hvmlite;
>
On Tue, Feb 2, 2016 at 3:17 AM, Jan Kara wrote:
[..]
> I see, thanks for explanation. So I'm OK with changing what is stored in
> the radix tree to accommodate this use case but my reservation that we IHMO
> have other more pressing things to fix remains...
We don't need pfns in the radix to
On Mon, 01 Feb 2016 11:33 +0100
Arnd Bergmann wrote:
> The goldfish nand driver divides a signed 64-bit number (loff_t)
> in multiple places using the do_div() function. This has always
> been unreliable but now produces a compiler warning (since 4.5-rc1):
>
> goldfish/goldfish_nand.c: In
On Tue, Feb 2, 2016 at 4:47 PM, Juri Lelli wrote:
> Hi Viresh,
>
> On 02/02/16 16:27, Viresh Kumar wrote:
>> Until now, governors (ondemand/conservative) were using the
>> 'global-attr' or 'freq-attr', depending on the sysfs location where we
>> want to create governor's directory.
>>
>> The
Sergei,
On 02/02/2016 06:32 AM, Sergei Shtylyov wrote:
> On 2/2/2016 3:37 AM, Joshua Henderson wrote:
>
>> From: Cristian Birsan
>>
>> Commit 6b6e97107f12f3a9f7 (USB: musb: fix isochronous TXDMA (take 2))
>> introduces
>
>Again, wrong commit style. And I really doubt that blaming my
Hi,
we recently updated our kernel to 4.1.16 + patch for "unix: properly
account for FDs passed over unix sockets" and have since then
self-detected stalls triggered by the Samba daemon:
> Feb 1 09:03:14 dcs1 kernel: [ 1152.840007] INFO: rcu_sched self-detected
> stall on CPU { 3} (t=162780
On 01/02/16 15:38, Boris Ostrovsky wrote:
> xen_timer_init() will be called from apic_bsp_setup().
I must be missing something because xen_init_time_ops() is only called
from the PV-only xen_start_kernel()?
David
> --- a/arch/x86/xen/time.c
> +++ b/arch/x86/xen/time.c
> @@ -492,7 +492,10 @@
The intention was to detect the situation in which a new allocator
appears for which we don't know how it behaves if we allocate more
than KMALLOC_MAX_CACHE_SIZE.
I agree this makes little sense and we can just stick to
CONFIG_SLAB/CONFIG_SLUB cases.
However I think it's better to keep 'size =
On Mon, Oct 19, 2015 at 05:02:22PM +0100, Paul Mcquade wrote:
> Fixed Pointer Coding Style
>
> Signed-off-by: Paul McQuade
> Acked-by: Michael Buesch
Please fix the From: name like i just replied in another of your patch
and this patch will not apply anymore as the driver has moved to a new
Hi,
On 01/02/16 18:39, Andre Przywara wrote:
> The Allwinner A64 SoC is low-cost SoC with 4 ARM Cortex-A53 cores
> and the typical tablet / TV box peripherals.
> The Soc is based on the (32-bit) Allwinner H3 chip, sharing most of
> the peripherals and the memory map.
> Although the cores are
On Tue, Feb 2, 2016 at 2:48 PM, Horng-Shyang Liao wrote:
> On Mon, 2016-02-01 at 18:22 +0800, Daniel Kurtz wrote:
>> On Mon, Feb 1, 2016 at 2:20 PM, Horng-Shyang Liao
>> wrote:
>> > On Mon, 2016-02-01 at 12:15 +0800, Daniel Kurtz wrote:
>> >> On Mon, Feb 1, 2016 at 10:04 AM, Horng-Shyang Liao
Maybe I miss some point, but I don't see a reason why we try to queue
pages from non migratable VMAs.
This testcase steps on VM_BUG_ON_PAGE() in isolate_lru_page():
#include
#include
#include
#include
#include
#define SIZE 0x2000
int
On Tue, Feb 02, 2016 at 03:38:21PM +0100, Ksenija Stanojevic wrote:
> Move panel driver from drivers/staging/panel to drivers/misc.
>
> Signed-off-by: Ksenija Stanojevic
> ---
> drivers/misc/Kconfig | 278
> drivers/misc/Makefile |1 +
>
This needs some more description in the commit message.
> --- a/arch/x86/xen/smp.c
> +++ b/arch/x86/xen/smp.c
[...]
> + hctxt->cpu_regs.x86_32.cs_base = 0;
> + hctxt->cpu_regs.x86_32.cs_limit = ~0u;
> + hctxt->cpu_regs.x86_32.cs_ar = 0xc9b;
> +
Calling isolate_lru_page() is wrong and shouldn't happen, but it not
nessesary fatal: the page just will not be isolated if it's not on LRU.
Let's downgrade the VM_BUG_ON_PAGE() to WARN_RATELIMIT().
Signed-off-by: Kirill A. Shutemov
---
mm/vmscan.c | 2 +-
1 file changed, 1 insertion(+), 1
Hi,
On Tue, Feb 02, 2016 at 06:27:43PM +0800, Chen-Yu Tsai wrote:
> These 3 regulators are provided in sunxi-common-regulators.dtsi.
> 3.0V/3.3V and 5.0V are commonly used voltages in Allwinner devices.
> These dummy regulators provide a stand-in when bindings that require
> one, but the real
Dmitry Vyukov reported yet another VM_BUG_ON_PAGE(PageTail(page)) bug from
isolate_lru_page().
The fisrt patch fixes the bug by filter out non migratable VMAs in
queue_pages_test_walk(). There's no point to queue pages from non-migratable
VMA even for MPOL_MF_STRICT.
The second patch replace
[...]
>>> >
>>> > Looks OK, apart from adding linux/coresight-pmu.h to the manifest, but I
>>> > mentioned that on another patch.
>>> >
>>> > However there is no decoder, which begs the question, is there anything
>>> > you
>>> > can actually do with the perf.data file? Might be a bit confusing
On 02/02/16 15:46, Christoffer Dall wrote:
> On Tue, Feb 02, 2016 at 09:46:05AM +, Marc Zyngier wrote:
>> On 01/02/16 13:54, Christoffer Dall wrote:
>>> On Mon, Jan 25, 2016 at 03:53:44PM +, Marc Zyngier wrote:
A handful of system registers are still shared between EL1 and EL2,
On Sun, Oct 18, 2015 at 12:01:36AM +0100, Paul Mcquade wrote:
> Removed space before that ','
>
> Signed-off-by: Paul McQuade
The From: name and Signed-off-by: name should be same else some of the
stats generating tools will break. It should be Paul McQuade, not
Paul Mcquade. Maybe you have
On 02/02/2016 01:21 AM, Andrew Morton wrote:
> On Mon, 1 Feb 2016 18:10:38 +0300 Andrey Ryabinin
> wrote:
>
>> On 01/30/2016 03:36 AM, Mike Krinkin wrote:
>>> Hi,
>>>
>>> option CONFIG_UBSAN_ALIGNMENT breaks x86-64 kernel with lockdep enabled,
>>> i. e kernel with CONFIG_UBSAN_ALIGNMENT fails
Ohhh. It's not my driver from scratch. I'm just trying to maintain it in
working state.
Could you please advice me some correct and small and simple (I know I
ask a lot) PCI driver as example. Maybe it will be not so hard to fix
this 1553b driver.
02.02.2016 19:13, Bjorn Helgaas пишет:
On
On 01/02/16 15:38, Boris Ostrovsky wrote:
> Subsequent patch will add support for starting secondary VCPUs in
> HVMlite guest. This patch exists to simmplify code review.
>
> No functional changes (except for introduction of 'if (!xen_hvmlite)').
Acked-by: David Vrabel
David
On Tue, Feb 02, 2016 at 08:04:39AM +0300, Олег Мороз wrote:
> it looks much better with pci=routeirq
>
> [ 100.896723] *Before pci_enable_device IRQ 20*
> [ 100.896735] *After pci_enable_device IRQ 20*
> [ 100.896745] *Before pci_enable_device IRQ 21*
> [ 100.896752] *After
On 01/02/16 15:38, Boris Ostrovsky wrote:
> .. just like we currently do for PVH guests
I think this description is wrong. In the HVM guess the grant table
initialization is delayed, but here we want to do it immediately (since
we may have no platform PCI device to trigger it otherwise).
On 01/29/2016 07:17 PM, Dave Hansen wrote:
From: Dave Hansen
The protection key can now be just as important as read/write
permissions on a VMA. We need some debug mechanism to help
figure out if it is in play. smaps seems like a logical
place to expose it.
arch/x86/kernel/setup.c is a bit
On Tue, Feb 02, 2016 at 06:43:31PM +0300, Yury Norov wrote:
> > Well, I'd like to have some proof by the compiler or linker that nothing
> > went wrong. Which seems hard if only selected system call defines will be
> > converted to the new defines.
> >
> > How can you tell that nothing has been
On 2 Feb 2016, Thomas Gleixner verbalised:
> On Tue, 2 Feb 2016, Nix wrote:
>> The fairly trivial code motion below also seems to work, and may be more
>> like an actual fix, though I'm a bit horrified that it's this simple. I
>> may well have moved too much and unknowingly violated some
On 02/02/2016 04:31 AM, Mark Rutland wrote:
On Tue, Feb 02, 2016 at 12:23:18PM +, Mark Rutland wrote:
Is there anything else in mm/ that I've potentially missed?
I'm seeing a hang on Juno just after reaching userspace (splat below)
with debug_pagealloc=on.
It looks like something's gone
On 01/02/16 15:38, Boris Ostrovsky wrote:
> Signed-off-by: Boris Ostrovsky
Acked-by: David Vrabel
David
Hi Ross,
Please don't top-post on kernel mailinglists. Use either inline
style or bottom posting.
On Tue, Feb 02, 2016 at 04:41:13PM +1100, Ross Green wrote:
> On Tue, Feb 2, 2016 at 3:34 PM, Sebastian Reichel wrote:
> > On Mon, Feb 01, 2016 at 11:38:38PM +1100, Ross Green wrote:
> >> On Mon,
On Tuesday 02 February 2016 15:30:48 Andre Przywara wrote:
> Hi,
>
> On 02/02/16 15:20, Matthias Brugger wrote:
> >
> >
> > On 01/02/16 18:39, Andre Przywara wrote:
> >> To prepare for the Allwinner A64 SoC support, introduce a config
> >> option to allow compiling Allwinner (aka. sunxi)
2016-01-25 16:00 GMT+03:00 Dmitry Vyukov :
> diff --git a/lib/Kconfig.debug b/lib/Kconfig.debug
> index ecb9e75..cde6bd1 100644
> --- a/lib/Kconfig.debug
> +++ b/lib/Kconfig.debug
> @@ -678,6 +678,26 @@ config DEBUG_STACKOVERFLOW
>
> If in doubt, say "N".
>
> +config ARCH_HAS_KCOV
> +
-for-Allwinner-SoCs/20160202-225229
base: https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git
for-next
coccinelle warnings: (new ones prefixed by >>)
>> sound/soc/sunxi/sun4i-spdif.c:572:3-8: No need to set .owner here. The core
>> will do it.
Please review
sound/soc/sunxi/sun4i-spdif.c:572:3-8: No need to set .owner here. The core
will do it.
Remove .owner field if calls are used which set it automatically
Generated by: scripts/coccinelle/api/platform_no_drv_owner.cocci
CC: Marcus Cooper
Signed-off-by: Fengguang Wu
---
sun4i-spdif.c |1
Ralf Baechle writes:
> On Tue, Feb 02, 2016 at 02:54:06PM +, Måns Rullgård wrote:
>
>> We don't really have much choice given the reality of existing hardware.
>
> No, of course not - but I want us discourage new weakly ordered
> platforms as much as possible.
Where do you draw the line
On Sat, Oct 17, 2015 at 09:04:39PM +0100, Paul Mcquade wrote:
> Removed empty spaces before/after parenthesis
>
> Signed-off-by: Paul McQuade
> Acked-by: Helmut Schaa
>
> ---
> drivers/net/wireless/rt2x00/rt61pci.h | 20 ++--
> 1 file changed, 10 insertions(+), 10 deletions(-)
memcg_destroy_kmem_caches shutdowns in the first place kmem_caches under
slab_mutex which involves freeing NUMA node structures for kmem_cache
and only then under release_caches removes corresponding sysfs files for
these caches. Which may lead to dereferencing NULL ptr on read.
Lets remove sysfs
The clk-sun6i-ar100 clk driver is a platform driver that may use
deferred probing, so its probe function must not access
__init symbols. Kbuild warns about this:
WARNING: drivers/clk/sunxi/built-in.o(.text+0x15f0): Section mismatch in
reference from the function sun6i_a31_ar100_clk_probe() to
701 - 800 of 2334 matches
Mail list logo