Re: [PATCH v3 1/2] clocksource: Add Oxford Semiconductor RPS Dual Timer

On 06/15/2016 05:35 PM, kbuild test robot wrote: Hi, [auto build test WARNING on tip/timers/core] [also build test WARNING on v4.7-rc3 next-20160615] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url:

Re: [PATCH 04/15] drivers: net: cpsw: ethtool: fix accessing to suspended device

On 16.06.16 15:48, Ivan Khoronzhuk wrote: On 15.06.16 19:45, Grygorii Strashko wrote: On 06/15/2016 07:14 PM, Florian Fainelli wrote: On 06/15/2016 04:55 AM, Grygorii Strashko wrote: The CPSW might be suspended by RPM if all ethX interfaces are down, but it still could be accesible

Re: net: stmmac: dwmac-rk: fixes for Wake-on-Lan on RK3288

Hi Vincent On 6/15/2016 7:04 PM, Vincent Palatin wrote: On Sun, Jun 12, 2016 at 11:46 PM, Giuseppe CAVALLARO wrote: On 6/11/2016 3:00 AM, Vincent Palatin wrote: In order to support Wake-On-Lan when using the RK3288 integrated MAC (with an external RGMII PHY), we need

[PATCH V2 4/4] clk: max77686: Add support for MAX77620 clocks

Maxim Max77620 has one 32KHz clock output and the clock HW IP used on this PMIC is same as what it is there in the MAX77686. Add clock driver support for MAX77620 on the MAX77686 driver. Signed-off-by: Laxman Dewangan CC: Krzysztof Kozlowski CC:

Re: [PATCH 04/13] mm: Track NR_KERNEL_STACK in pages instead of number of stacks

On Wed, Jun 15, 2016 at 05:28:26PM -0700, Andy Lutomirski wrote: ... > @@ -225,7 +225,8 @@ static void account_kernel_stack(struct thread_info *ti, > int account) > { > struct zone *zone = page_zone(virt_to_page(ti)); > > - mod_zone_page_state(zone, NR_KERNEL_STACK, account); > +

Re: [PATCH v2 2/3] KVM: VMX: validate individual bits of guest MSR_IA32_FEATURE_CONTROL

On 06/16/16 13:19, Paolo Bonzini wrote: > > > On 16/06/2016 13:16, Haozhong Zhang wrote: > >> However, I think FEATURE_CONTROL_LOCKED should always be writable. If > >> you change that, it's simpler to just do |= and &= in the caller. > > > > These two functions (add/del) are to prevent

[PATCH] mm: fix account pmd page to the process

From: zhong jiang when a process acquire a pmd table shared by other process, we increase the account to current process. otherwise, a race result in other tasks have set the pud entry. so it no need to increase it. Signed-off-by: zhong jiang ---

[PATCH 5/5] fbmon: remove unused function argument

When building with "make W=1", we get a warning about an empty stub function that does nothing but reassign its one of its arguments: drivers/video/fbdev/core/fbmon.c: In function 'fb_edid_to_monspecs': drivers/video/fbdev/core/fbmon.c:1497:67: error: parameter 'specs' set but not used

Re: [PATCH -next] Revert "clocksource/drivers/timer-atmel-st: Add the COMPILE_TEST option"

On 06/15/2016 06:01 AM, Guenter Roeck wrote: This reverts commit 7011a4947ca61cd28a8c025b39c98861687e4fb6. When trying to build parisc:allmodconfig: drivers/clocksource/timer-atmel-st.c: In function 'at91rm9200_timer_interrupt': drivers/clocksource/timer-atmel-st.c:76:3: error: invalid

Re: [PATCH] FUSE: Improve aio directIO write performance for size extending writes.

On Thu, Jun 16, 2016 at 2:01 PM, Miklos Szeredi wrote: > On Thu, Jun 16, 2016 at 1:51 PM, Sedat Dilek wrote: >> On Thu, Jun 16, 2016 at 1:25 PM, Miklos Szeredi wrote: >>> On Thu, Apr 7, 2016 at 1:48 PM, Ashish Sangwan

[PATCH] mmc: sdhci-msm: Add pm_runtime and system PM support

Provides runtime PM callbacks to enable and disable clock resources when idle. Also support system PM callbacks to be called during system suspend and resume. Signed-off-by: Pramod Gurav --- drivers/mmc/host/sdhci-msm.c | 57

Re: DRM DMA Engine

On Thu, Jun 16, 2016 at 01:09:34PM +0100, Jose Abreu wrote: > Hi Daniel, > > Sorry to bother you again. I promise this is the last time :) > > On 15-06-2016 11:15, Daniel Vetter wrote: > > On Wed, Jun 15, 2016 at 11:48 AM, Jose Abreu > > wrote: > >> On 15-06-2016

Re: [PATCH -v2 14/33] locking,m68k: Implement atomic_fetch_{add,sub,and,or,xor}()

Peter Zijlstra writes: > On Thu, Jun 16, 2016 at 02:43:29PM +0200, Andreas Schwab wrote: >> Peter Zijlstra writes: >> >> > +/* >> >> > + * Am I reading these CAS loops right in that %2 is the old value and >> >> > the first >> >> > + * iteration uses

Re: [PATCH 10/10] mm, oom: hide mm which is shared with kthread or global init

Michal Hocko wrote: > On Fri 10-06-16 00:15:18, Tetsuo Handa wrote: > [...] > > Nobody will set MMF_OOM_REAPED flag if can_oom_reap == true on > > CONFIG_MMU=n kernel. If a TIF_MEMDIE thread in CONFIG_MMU=n kernel > > is blocked before exit_oom_victim() in exit_mm() from do_exit() is > > called,

[PATCH V2] PM / OPP: 'UNKNOWN' status of opp-table->shared

dev_pm_opp_get_sharing_cpus() returns 0 even in the case where the OPP core doesn't know if the table is shared or not. It is working for most of the platforms, as the OPP table was never created and we returned -ENODEV then. But in case of one of the platforms (Jetson TK1) at least, the

[PATCH 1/8] wireless: airo: rename 'register' variable

'register' is a keyword in C and cannot be used in place of a variable name, as shown by this -Wextra warning: drivers/net/wireless/cisco/airo.c:1105:29: error: 'register' is not at beginning of declaration [-Werror=old-style-declaration] This replaces the 'register' keyword with a 'reg'

[PATCH v9 10/12] kthread: Allow to cancel kthread work

We are going to use kthread workers more widely and sometimes we will need to make sure that the work is neither pending nor running. This patch implements cancel_*_sync() operations as inspired by workqueues. Well, we are synchronized against the other operations via the worker lock, we use

[PATCH v9 12/12] kthread: Better support freezable kthread workers

This patch allows to make kthread worker freezable via a new @flags parameter. It will allow to avoid an init work in some kthreads. It currently does not affect the function of kthread_worker_fn() but it might help to do some optimization or fixes eventually. I currently do not know about any

Re: [PATCH v2 2/3] KVM: VMX: validate individual bits of guest MSR_IA32_FEATURE_CONTROL

On 06/16/16 11:55, Paolo Bonzini wrote: > > > On 16/06/2016 08:05, Haozhong Zhang wrote: > > + /* > > +* Only bits masked by msr_ia32_feature_control_valid_bits can be set in > > +* msr_ia32_feature_control. > > +* > > +* msr_ia32_feature_control_valid_bits should be modified

[PATCH] mm: fix account pmd page to the process

From: zhong jiang when a process acquire a pmd table shared by other process, we increase the account to current process. otherwise, a race result in other tasks have set the pud entry. so it no need to increase it. Signed-off-by: zhong jiang ---

HELP ME PLEASE

HELP ME PLEASE Dear Friend I am Mr. Abdoul Issouf ,I work for BOA bank Ouagadougou Burkina Faso. I have a business proposal which concerns the transfer of $13.5 M USD into a foreign account. Everything about this transaction shall be legally done without any problem. If you are interested to

[PATCH 4/5] usb: pxa27x_udc: remove unused function argument

We get a warning for this when building with W=1 because the argument gets assigned to something else but never read: drivers/usb/gadget/udc/pxa27x_udc.c: In function 'stop_activity': drivers/usb/gadget/udc/pxa27x_udc.c:1828:74: error: parameter 'driver' set but not used

[patch] sched/fair: Use instantaneous load in wakeup paths

On Wed, 2016-06-15 at 09:01 +0200, Mike Galbraith wrote: > On Wed, 2016-06-15 at 06:42 +0800, Yuyang Du wrote: > > > I am entirely for giving it a "clear unadulterated reality", and > > even > > more for it an option. > > > > Reviewed-by: Yuyang Du > > Thanks. I'll have a

Re: [PATCHv9-rebased2 05/37] khugepaged: recheck pmd after mmap_sem re-acquired

On Wed, Jun 15, 2016 at 11:06:10PM +0300, Kirill A. Shutemov wrote: > Vlastimil noted[1] that pmd can be no longer valid after we drop > mmap_sem. We need recheck it once mmap_sem taken again. > > [1] http://lkml.kernel.org/r/12918dcd-a695-c6f4-e06f-69141c5f3...@suse.cz > > Signed-off-by: Kirill

Re: [PATCH 09/13] x86/dumpstack: When dumping stack bytes due to OOPS, start with regs->sp

On Wed, Jun 15, 2016 at 05:28:31PM -0700, Andy Lutomirski wrote: > The comment suggests that show_stack(NULL, NULL) should backtrace > the current context, but the code doesn't match the comment. If > regs are given, start the "Stack:" hexdump at regs->sp. > > Signed-off-by: Andy Lutomirski

Re: [PATCH 1/1] iio: fix config watermark initial value

On Mon, Mar 28, 2016 at 1:02 PM, Jonathan Cameron wrote: > On 24/03/16 09:23, Lars-Peter Clausen wrote: >> On 03/24/2016 10:09 AM, Irina Tirdea wrote: >>> config structure is set to 0 when updating the buffers, so by >>> default config->watermark will be 0. When computing the

[patch] sched/fair: Use instantaneous load in wakeup paths

On Thu, 2016-06-16 at 13:46 +0200, Mike Galbraith wrote: > On Wed, 2016-06-15 at 09:01 +0200, Mike Galbraith wrote: > > On Wed, 2016-06-15 at 06:42 +0800, Yuyang Du wrote: > > > > > I am entirely for giving it a "clear unadulterated reality", and > > > even > > > more for it an option. > > > > >

Re: [PATCH v2] ARM: mm: fix location of _etext

On 15 June 2016 at 22:24, Kees Cook wrote: > The _etext position is defined to be the end of the kernel text code, > and should not include any part of the data segments. This interferes > with things that might check memory ranges and expect executable code > up to _etext.

Re: DRM DMA Engine

On Thu, Jun 16, 2016 at 8:09 AM, Jose Abreu wrote: > Hi Daniel, > > Sorry to bother you again. I promise this is the last time :) > > On 15-06-2016 11:15, Daniel Vetter wrote: >> On Wed, Jun 15, 2016 at 11:48 AM, Jose Abreu wrote: >>> On

[PATCH RFC 1/3] perf: script: Fix documentation of '-f' when it should be '-F'

The documentation for perf script mixes up '-f' and '-F'. Fix it. Signed-off-by: Adrian Hunter --- tools/perf/Documentation/perf-script.txt | 20 ++-- 1 file changed, 10 insertions(+), 10 deletions(-) diff --git

[PATCH RFC 3/3] perf script: Add callindent option

Based on patches from Andi Kleen. When printing PT instruction traces with perf script it is rather useful to see some indentation for the call tree. This patch adds a new callindent field to perf script that prints spaces for the function call stack depth. We already have code to track the

[PATCH RFC 2/3] perf auxtrace: Add option to feed branches to the thread stack

In preparation for using the thread stack to print an indent representing the stack depth in perf script, add an option to tell decoders to feed branches to the thread stack. Add support for that option to Intel PT and Intel BTS. The advantage of using the decoder to feed the thread stack is that

[PATCH] pinctrl: Don't create a pinctrl handle if no pinctrl entries exist

When pinctrl_get() is called for a device, it will return a valid handle even if the device itself has no pinctrl state entries defined in device-tree. This is caused by the function pinctrl_dt_to_map() which will return success even if the first pinctrl state, 'pinctrl-0', is not found in the

[PATCH RFC 0/3] perf script: Add callindent option

Hi Andi Kleen sent a couple of patches to add a callindent option to perf script. If Andi is agreeable, I would like to propose an alternative implementation. While there are some differences in the resulting output, the main differences are: 1. Tell the decoder to feed branches to the thread

Re: [PATCH 2/2] workqueue:Fix affinity of an unbound worker of a node with 1 online CPU

On Thu, Jun 16, 2016 at 10:11:24PM +1000, Michael Ellerman wrote: > Peterz do you want to send a SOB'ed patch, or can we take what you posted and > add your SOB? So I took Ego's first patch, so as to not steal his credits take that one and then see below. --- Subject: workqueue: Fix setting

Re: [PATCH 2/2] perf script: Support callindent

On 11/06/16 01:55, Andi Kleen wrote: > From: Andi Kleen > > When printing PT instruction traces with perf script > it is rather useful to see some indentation for the call tree. This > patch adds a new callindent field to perf script that prints > spaces for the function

Re: [PATCH] USB: core: fix missing include

On 15/06/16 03:43, Peter Chen wrote: > On Tue, Jun 14, 2016 at 01:08:08PM +0200, Arnd Bergmann wrote: >> On Wednesday, June 8, 2016 3:04:27 AM CEST kbuild test robot wrote: > drivers/usb/core/of.c:32:21: error: redefinition of > 'usb_of_get_child_node' >>> struct device_node

Re: [PATCH -v2 14/33] locking,m68k: Implement atomic_fetch_{add,sub,and,or,xor}()

On Thu, Jun 16, 2016 at 02:43:29PM +0200, Andreas Schwab wrote: > Peter Zijlstra writes: > >> > +/* > >> > + * Am I reading these CAS loops right in that %2 is the old value and > >> > the first > >> > + * iteration uses an uninitialized value? > >> > + * > >> > + * Would

Re: [PATCH 3/3] drivers/media/media-device: fix double free bug in _unregister()

On 06/16/2016 03:29 AM, Max Kellermann wrote: > (Shuah, I did not receive your second reply; I only found it in an > email archive.) > >> Yes media_devnode_create() creates the interfaces links and these >> links are deleted by media_devnode_remove(). >> media_device_unregister() still needs to

Re: [PATCH v3 1/2] clocksource: Add Oxford Semiconductor RPS Dual Timer

On 06/16/2016 03:33 PM, Daniel Lezcano wrote: > On 06/15/2016 05:35 PM, kbuild test robot wrote: >> Hi, >> >> [auto build test WARNING on tip/timers/core] >> [also build test WARNING on v4.7-rc3 next-20160615] >> [if your patch is applied to the wrong git tree, please drop us a note to >> help

[PATCH 0/8] net: fix old-style declarations

"make W=1" enables -Wold-style-declaration, which is generally useful to warn about pre-C89 code in the kernel, but it also warns about some harmless variations (sometimes many of them from a single file). This fixes up the 8 instances I found in the networking code, there is another series of 12

Re: [RESEND RFT PATCH 2/2] mfd: max14577: Allow driver to be built as a module

Hello Lee, On 06/16/2016 06:40 AM, Lee Jones wrote: > On Thu, 26 May 2016, Javier Martinez Canillas wrote: > >> The driver's Kconfig symbol is a boolean but nothing prevents the driver >> to be built as a module instead of built-in. It is true that most system >> integrators will choose the

Re: [PATCH V2 2/4] clk: Combine DT binding doc for max77686 and max77802

Hello Laxman, On 06/16/2016 09:23 AM, Laxman Dewangan wrote: > The clock IP used on the Maxim PMICs max77686 and max77802 are > same. The configuration of clock register is also same except > the number of clocks. > > Define the common DT binding file for the clocks of Maxim PMICs > MAX77686 and

Re: [PATCH 2/2] powercap/rapl: reduce warning level

On Monday, May 23, 2016 09:45:43 AM Jacob Pan wrote: > Since RAPL interface is not architectual, its enumeration depends on poking > MSRs instead of using CPUID method. > > In KVM guest, RAPL driver probe will fail and emit the following message > for every CPU: no valid rapl domains found in

[PATCH 3/7] dt-bindings: phy: Add documentation for NSP SATA PHY

Add documentation for SATA PHY available in Broadcom's NSP SoC. Signed-off-by: Yendapally Reddy Dhananjaya Reddy --- Documentation/devicetree/bindings/phy/brcm-sata-phy.txt | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git

Re: [PATCH 1/2] powercap/rapl: handle missing msrs

On Monday, June 13, 2016 11:00:26 PM Rafael J. Wysocki wrote: > On Monday, June 13, 2016 11:53:10 AM jacob wrote: > > Hi Rafael, > > > > Any feedback? It that is OK, can you take this patch independent of the > > second patch (which is going into tip tree)? > > I'll do that. Applied now,

Re: [PATCH v2] powercap/rapl: add support for denverton

On Monday, June 13, 2016 05:02:28 PM Jacob Pan wrote: > Denverton micro server is Atom based but RAPL interface > is compatible with Core based CPUs. > > Signed-off-by: Jacob Pan > --- > drivers/powercap/intel_rapl.c | 1 + > 1 file changed, 1 insertion(+) > >

[PATCH 7/8] net: xfrm: fix old-style declaration

Modern C standards expect the '__inline__' keyword to come before the return type in a declaration, and we get a couple of warnings for this with "make W=1" in the xfrm{4,6}_policy.c files: net/ipv6/xfrm6_policy.c:369:1: error: 'inline' is not at beginning of declaration

[PATCH v9 03/12] kthread/smpboot: Do not park in kthread_create_on_cpu()

kthread_create_on_cpu() was added by the commit 2a1d446019f9a5983e ("kthread: Implement park/unpark facility"). It is currently used only when enabling new CPU. For this purpose, the newly created kthread has to be parked. The CPU binding is a bit tricky. The kthread is parked when the CPU has

Re: [PATCH 4/5] netdev: implement infrastructure for threadable napi irq

On Thu, Jun 16, 2016 at 3:39 AM, Paolo Abeni wrote: > We used a different setup to explicitly avoid the (guest) userspace > starvation issue. Using a guest with 2vCPUs (or more) and a single queue > avoids the starvation issue, because the scheduler moves the user space >

[PATCH v9 09/12] kthread: Initial support for delayed kthread work

We are going to use kthread_worker more widely and delayed works will be pretty useful. The implementation is inspired by workqueues. It uses a timer to queue the work after the requested delay. If the delay is zero, the work is queued immediately. In compare with workqueues, each work is

Re: [PATCH] Revert "mm: rename _count, field of the struct page, to _refcount"

Michal Hocko writes: > On Thu 16-06-16 12:30:16, Vitaly Kuznetsov wrote: >> Christoph Hellwig writes: >> >> > On Thu, Jun 16, 2016 at 11:22:46AM +0200, Vitaly Kuznetsov wrote: >> >> _count -> _refcount rename in commit 0139aa7b7fa12 ("mm: rename _count,

Re: [PATCH 21/23] arm64: ilp32: introduce ilp32-specific handlers for sigframe and ucontext

Hi, On 2016/6/13 1:44, Yury Norov wrote: Hi Bamvor, Sorry, I missed this patch. On Sat, Jun 04, 2016 at 07:34:32PM +0800, Zhangjian (Bamvor) wrote: Hi, I found an issue of unwind with the following code. The correct backtrace should be: (gdb) where #0 0x004004d0 in my_sig (sig=11) at

Re: [PATCH v2 1/2] tools include: Adopt byte ordering macros from byteorder/generic.h

On Thu, Jun 16, 2016 at 10:41:31AM +, He Kuang wrote: > From: Wang Nan > > This patch adopts the macros for byte order conversion from > "include/linux/byteorder/generic.h" to > "tools/include/linux/byteorder/generic.h" > > tools/perf/MANIFEST is also updated for 'make

[PATCH 1/5] net: qlcnic: don't set unused function argument

We get a warning for qlcnic_83xx_get_mac_address when building with "make W=1": drivers/net/ethernet/qlogic/qlcnic/qlcnic_83xx_hw.c: In function 'qlcnic_83xx_get_mac_address': drivers/net/ethernet/qlogic/qlcnic/qlcnic_83xx_hw.c:2156:8: error: parameter 'function' set but not used

Re: [PATCHv9-rebased2 05/37] khugepaged: recheck pmd after mmap_sem re-acquired

On Thu, Jun 16, 2016 at 02:47:14PM +0300, Ebru Akagunduz wrote: > On Wed, Jun 15, 2016 at 11:06:10PM +0300, Kirill A. Shutemov wrote: > > Vlastimil noted[1] that pmd can be no longer valid after we drop > > mmap_sem. We need recheck it once mmap_sem taken again. > > > > [1]

Re: [PATCH] FUSE: Improve aio directIO write performance for size extending writes.

On Thu, Jun 16, 2016 at 1:25 PM, Miklos Szeredi wrote: > On Thu, Apr 7, 2016 at 1:48 PM, Ashish Sangwan > wrote: >> While sending the blocking directIO in fuse, the write request is broken >> into sub-requests, each of default size 128k and all the

Re: [PATCH] FUSE: Improve aio directIO write performance for size extending writes.

On Thu, Jun 16, 2016 at 1:51 PM, Sedat Dilek wrote: > On Thu, Jun 16, 2016 at 1:25 PM, Miklos Szeredi wrote: >> On Thu, Apr 7, 2016 at 1:48 PM, Ashish Sangwan >> wrote: >>> While sending the blocking directIO in fuse, the

[PATCH] drm: rockchip: select DRM_GEM_CMA_HELPER

The rockchip drm driver started using drm_gem_cma_vm_ops, but that might not be part of the kernel, causing the link to fail: drivers/gpu/built-in.o:(.data+0xb234): undefined reference to `drm_gem_cma_vm_ops' This adds a Kconfig 'select' statement to enable it like the other user do.

Re: [PATCH 07/10] mm, oom: fortify task_will_free_mem

Michal Hocko wrote: > On Sat 11-06-16 17:10:03, Tetsuo Handa wrote: > > Michal Hocko wrote: > > > > Also, I think setting TIF_MEMDIE on p when find_lock_task_mm(p) != p is > > > > wrong. While oom_reap_task() will anyway clear TIF_MEMDIE even if we set > > > > TIF_MEMDIE on p when p->mm == NULL,

Re: [PATCH 1/5] clk: max77686: Combine Maxim max77686 and max77802 driver

On 06/15/2016 04:13 PM, Laxman Dewangan wrote: > The clock IP used on the Maxim PMICs max77686 and max77802 are > same. The configuration of clock register is also same except > the number of clocks. > > Part of common code utilisation, there is 3 files for these chips > clock driver, one for

Re: [PATCH 4/5] clk: max77686: Add support for MAX77620 clocks

On 06/15/2016 04:13 PM, Laxman Dewangan wrote: > Maxim Max77620 has one 32KHz clock output and the clock HW > IP used on this PMIC is same as what it is there in the MAX77686. > > Add clock driver support for MAX77620 on the MAX77686 driver. > > Signed-off-by: Laxman Dewangan

Re: [PATCH] USB: core: fix missing include

On 14/06/16 12:08, Arnd Bergmann wrote: > On Wednesday, June 8, 2016 3:04:27 AM CEST kbuild test robot wrote: drivers/usb/core/of.c:32:21: error: redefinition of 'usb_of_get_child_node' >> struct device_node *usb_of_get_child_node(struct device_node *parent, >>

Re: [PATCH v5 2/2] phy: rockchip-inno-usb2: add a new driver for Rockchip usb2phy

On 06/15/2016 06:47 PM, Frank Wang wrote: Hi Guenter & Heiko, On 2016/6/15 23:47, Guenter Roeck wrote: On Tue, Jun 14, 2016 at 6:14 PM, Frank Wang wrote: Hi Heiko & Guenter, On 2016/6/14 22:00, Heiko Stübner wrote: Am Dienstag, 14. Juni 2016, 06:50:31 schrieb

Re: [PATCH V2] ARM64: config: Enable MAX77620 pinctrl/gpio/rtc for Tegra210 P2180

Hi Thierry, On Friday 10 June 2016 10:49 PM, Laxman Dewangan wrote: NVIDIA's Tegra210 Jetson platform (P2180) uses the MAX77620 as PMIC. Enable GPIO, Pincontrol and RTC driver for this device. Signed-off-by: Laxman Dewangan --- Are you picking this change?

[PATCH] net: do not initialise statics to 0

This patch fixes the checkpatch.pl error to dev.c: ERROR: do not initialise statics to 0 Signed-off-by: Wei Tang --- net/core/dev.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/net/core/dev.c b/net/core/dev.c index 904ff43..7a3fe58 100644

[PATCH v9 11/12] kthread: Allow to modify delayed kthread work

There are situations when we need to modify the delay of a delayed kthread work. For example, when the work depends on an event and the initial delay means a timeout. Then we want to queue the work immediately when the event happens. This patch implements kthread_mod_delayed_work() as inspired

Re: [PATCH] Revert "mm: rename _count, field of the struct page, to _refcount"

On Thu 16-06-16 13:22:27, Vitaly Kuznetsov wrote: > Michal Hocko writes: > > > On Thu 16-06-16 12:30:16, Vitaly Kuznetsov wrote: > >> Christoph Hellwig writes: > >> > >> > On Thu, Jun 16, 2016 at 11:22:46AM +0200, Vitaly Kuznetsov wrote: > >> >> _count ->

[PATCH 2/5] net: tlan: don't set unused function argument

We get a warning for tlan_handle_tx_eoc when building with "make W=1" drivers/net/ethernet/ti/tlan.c: In function 'tlan_handle_tx_eoc': drivers/net/ethernet/ti/tlan.c:1647:59: error: parameter 'host_int' set but not used [-Werror=unused-but-set-parameter] static u32 tlan_handle_tx_eoc(struct

[PATCH 3/5] mic: remove unused function arg

When building with W=1, the __scif_rma_destroy_tcw function causes a harmless warning about an argument variable that is modified but not used: drivers/misc/mic/scif/scif_dma.c: In function ‘__scif_rma_destroy_tcw’: drivers/misc/mic/scif/scif_dma.c:118:27: error: parameter ‘ep’ set but not used

[PATCH v3] writeback: inode cgroup wb switch should not call ihold()

Asynchronous wb switching of inodes takes an additional ref count on an inode to make sure inode remains valid until switchover is completed. However, anyone calling ihold() must already have a ref count on inode, but in this case inode->i_count may already be zero: [ cut here

Re: [GIT PULL 4/8] ARM: exynos: Topic branch with driver changes for v4.8

On 06/13/2016 11:47 PM, Olof Johansson wrote: > On Mon, Jun 06, 2016 at 02:25:29PM +0200, Krzysztof Kozlowski wrote: >> Hi, >> >> A topic branch for MultiFormat Codec driver. This pulls in >> an external dependency from media tree (Sylwester Nawrocki). >> >> Below you will find two

Re: [PATCH v3 1/7 UPDATE2] perf tools: Find vdso with the consider of cross-platform

On 15/06/16 16:34, Arnaldo Carvalho de Melo wrote: > Em Tue, May 17, 2016 at 09:04:54AM +, He Kuang escreveu: >> There's a problem in machine__findnew_vdso(), vdso buildid generated >> by a 32-bit machine stores it with the name 'vdso', but when >> processing buildid on a 64-bit machine with

Re: [kernel-hardening] Re: [PATCH 12/13] x86/mm/64: Enable vmapped stacks

On Wed, 2016-06-15 at 22:33 -0700, Andy Lutomirski wrote: >  > > > +++ b/arch/x86/mm/tlb.c > > > @@ -77,10 +77,25 @@ void switch_mm_irqs_off(struct mm_struct > > > *prev, struct mm_struct *next, > > >   unsigned cpu = smp_processor_id(); > > > > > >   if (likely(prev != next)) { > > > +   

Re: [PATCH] tools/perf: fix the word selected in find_*_bit

On Thursday 16 June 2016 02:41 AM, Yury Norov wrote: > On Wed, Jun 15, 2016 at 10:51:27PM +0300, Yury Norov wrote: >> Hi Madhavan, >> >> On Wed, Jun 15, 2016 at 05:12:53PM +0530, Madhavan Srinivasan wrote: >>> When decoding the perf_regs mask in regs_dump__printf(), >>> we loop through the mask

Re: [PATCH 5/5] ARM: config: Get rid of config COMMON_CLK_MAX77802

On Thursday 16 June 2016 06:36 PM, Javier Martinez Canillas wrote: Hello Krzysztof, On 06/16/2016 08:25 AM, Krzysztof Kozlowski wrote: On 06/15/2016 05:39 PM, Javier Martinez Canillas wrote: Hello Laxman, On 06/15/2016 10:13 AM, Laxman Dewangan wrote: The clock driver used by Maxim PMIC

Re: [PATCH] PM / OPP: 'UNKNOWN' status of opp-table->shared

On Thu, Jun 16, 2016 at 2:48 PM, Viresh Kumar wrote: > On 16-06-16, 14:25, Rafael J. Wysocki wrote: >> On Thu, Jun 16, 2016 at 8:33 AM, Viresh Kumar >> wrote: >> > + if (opp_table->shared_opp == OPP_TABLE_IS_SHARED) >> > +

Re: [PATCH v2 0/3] firmware: scpi: add device power domain support

On 16/06/16 14:14, Jon Medhurst (Tixy) wrote: On Thu, 2016-06-16 at 11:37 +0100, Sudeep Holla wrote: This series add support for SCPI based device device power state management using genpd. Regards, Sudeep v1[1]->v2: - Fixed the endianness handling in scpi_device_get_power_state

Re: [PATCH v3 1/2] clocksource: Add Oxford Semiconductor RPS Dual Timer

On 06/15/2016 05:51 PM, kbuild test robot wrote: Hi, [auto build test ERROR on tip/timers/core] [also build test ERROR on v4.7-rc3 next-20160615] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] You should add in the Kconfig: +depends on

Re: [PATCH] tpm_vtpm_proxy: fix sparse warning

On 06/16/2016 06:37 AM, Jarkko Sakkinen wrote: When running make C=2 M=drivers/char/tpm/ CC [M] drivers/char/tpm//tpm_crb.o CHECK drivers/char/tpm//tpm_vtpm_proxy.c drivers/char/tpm//tpm_vtpm_proxy.c:552:32: warning: incorrect type in assignment (different address spaces)

[PATCH 5/8] isdn: eicon: fix old-style declarations

Modern C standards expect the '__inline__' keyword to come before the return type in a declaration, and we get many warnings for this with "make W=1" because the eicon driver has this in a header file: eicon/divasmain.c:448:1: error: '__inline__' is not at beginning of declaration

[PATCH 3/8] wireless: ipw2200: fix old-style declaration

Modern C standards expect the 'inline' keyword to come before the return type in a declaration, and we get a warning for this with "make W=1": drivers/net/wireless/intel/ipw2x00/ipw2200.c:4096:1: error: 'inline' is not at beginning of declaration [-Werror=old-style-declaration] Signed-off-by:

Re: [PATCH V2] PM / OPP: 'UNKNOWN' status of opp-table->shared

On Thu, Jun 16, 2016 at 3:33 PM, Viresh Kumar wrote: > dev_pm_opp_get_sharing_cpus() returns 0 even in the case where the OPP > core doesn't know if the table is shared or not. It is working for most > of the platforms, as the OPP table was never created and we returned >

Re: [PATCH RESEND 1/3] dt-bindings: add bindings documentation for PDC driver.

On 16/06/16 14:50, Rob Rice wrote: On Tue, Jun 14, 2016 at 10:42 AM, Sudeep Holla > wrote: On 14/06/16 15:02, Rob Rice wrote: From: Rob Rice > Add the device tree

[PATCH 2/8] wireless: brcmsmac: fix old-style declaration

Modern C standards expect the 'static' keyword to come first in a declaration, and we get a warning for this with "make W=1": drivers/net/wireless/broadcom/brcm80211/brcmsmac/main.c:3353:1: error: 'static' is not at beginning of declaration [-Werror=old-style-declaration] Signed-off-by: Arnd

[PATCH 6/8] net: gianfar: fix old-style declaration

Modern C standards expect the '__inline__' keyword to come before the return type in a declaration, and we get a warning for this with "make W=1": drivers/net/ethernet/freescale/gianfar.c:2278:1: error: 'inline' is not at beginning of declaration [-Werror=old-style-declaration] Signed-off-by:

[PATCH 4/8] hamradio: baycom: fix old-style declaration

Modern C standards expect the '__inline__' keyword to come before the return type in a declaration, and we get a warning for this with "make W=1": drivers/net/hamradio/baycom_par.c:159:1: error: '__inline__' is not at beginning of declaration [-Werror=old-style-declaration] For consistency with

Re: hfi1 use of PCI internals

On Thu, Jun 16, 2016 at 02:48:30PM -0400, Ashutosh Dixit wrote: > On Thu, Jun 16 2016 at 12:20:52 PM, Bjorn Helgaas wrote: > > I noticed drivers/infiniband/hw/hfi1 got moved from staging to > > drivers/ for v4.7. It does a bunch of grubbing around in PCIe ASPM > >

Re: [PATCH] mm: memcontrol: fix cgroup creation failure after many small jobs

Hello, Looks generally good to me. Some comments below. On Wed, Jun 15, 2016 at 11:42:44PM -0400, Johannes Weiner wrote: > @@ -6205,6 +6205,24 @@ struct cgroup *cgroup_get_from_path(const char *path) > } > EXPORT_SYMBOL_GPL(cgroup_get_from_path); > > +/** > + * css_id_free - relinquish an

Re: [PATCH v3] Linux VM workaround for Knights Landing A/D leak

On 06/16/2016 08:14 AM, Lukasz Anaczkowski wrote: > For reclaim this brings the performance back to before Mel's > flushing changes, but for unmap it disables batching. This turns out to be pretty catastrophic for unmap. In a workload that uses, say 200 hardware threads and alloc/frees() a few

[PATCH] lib: Make strreplace prototype compatible with C++

Since "new" is a keyword in C++, this breaks compilation when string.h is included in a C++ file. For example, this affects VirtualBox Guest Additions. https://www.virtualbox.org/pipermail/vbox-dev/2015-August/013368.html Signed-off-by: Matt Ullman ---

[PATCH v2] mailbox: pcc: Add PCC request and free channel declarations

Exports pcc_mbox_request_channel() and pcc_mbox_free_channel() declarations into a pcc.h header file. v2 * Introduce pcc.h header file for pcc client methods v1 * Initial Signed-off-by: Hoan Tran --- include/acpi/cppc_acpi.h | 7 +-- include/acpi/pcc.h | 29

[PATCH V2 26/63] clocksource/drivers/nomadik-mtu: Convert init function to return error

The init functions do not return any error. They behave as the following: - panic, thus leading to a kernel crash while another timer may work and make the system boot up correctly or - print an error and let the caller unaware if the state of the system Change that by converting

[PATCH V2 33/63] clocksource/drivers/time-armada-370-xp: Convert init function to return error

The init functions do not return any error. They behave as the following: - panic, thus leading to a kernel crash while another timer may work and make the system boot up correctly or - print an error and let the caller unaware if the state of the system Change that by converting

Re: [tpmdd-devel] [PATCH 3/3] tpm, tpm_crb: runtime power management

On Thu, Jun 16, 2016 at 11:26:48PM +0300, Tomas Winkler wrote: > On Thu, Jun 16, 2016 at 10:57 PM, Jarkko Sakkinen > wrote: > > Hi Thomas, > > > > I'm on a vacation this week but I'll give you quick answers :) > > > > On Tue, Jun 14, 2016 at 04:14:58PM +0300,

[PATCH V2 61/63] clocksource/drivers/arc: Convert init function to return error

The init functions do not return any error. They behave as the following: - panic, thus leading to a kernel crash while another timer may work and make the system boot up correctly or - print an error and let the caller unaware if the state of the system Change that by converting

[PATCH V2 24/63] clocksource/drivers/mps2-timer: Convert init function to return error

The init functions do not return any error. They behave as the following: - panic, thus leading to a kernel crash while another timer may work and make the system boot up correctly or - print an error and let the caller unaware if the state of the system Change that by converting

[PATCH V2 22/63] clocksource/drivers/mips-gic-timer: Convert init function to return error

The init functions do not return any error. They behave as the following: - panic, thus leading to a kernel crash while another timer may work and make the system boot up correctly or - print an error and let the caller unaware if the state of the system Change that by converting

[PATCH V2 19/63] clocksource/drivers/h8300_timer16: Convert init function to return error

The init functions do not return any error. They behave as the following: - panic, thus leading to a kernel crash while another timer may work and make the system boot up correctly or - print an error and let the caller unaware if the state of the system Change that by converting

[PATCH V2 18/63] clocksource/drivers/arm_global_timer: Convert init function to return error

The init functions do not return any error. They behave as the following: - panic, thus leading to a kernel crash while another timer may work and make the system boot up correctly or - print an error and let the caller unaware if the state of the system Change that by converting

<    1   2   3   4   5   6   7   8   9   10   >