[PATCH 2/2] [media] exynos-gsc: Fix imprecise external abort due disabled power domain

2017-01-17 Thread Javier Martinez Canillas
Commit 15f90ab57acc ("[media] exynos-gsc: Make driver functional when CONFIG_PM is unset") removed the implicit dependency that the driver had with CONFIG_PM, since it relied on the config option to be enabled. In order to work with !CONFIG_PM, the GSC reset logic that happens in the runtime resum

[PATCH 1/2] [media] exynos-gsc: Fix unbalanced pm_runtime_enable() error

2017-01-17 Thread Javier Martinez Canillas
Commit a006c04e6218 ("[media] exynos-gsc: Fixup clock management at ->remove()") changed the driver's .remove function logic to fist do a pm_runtime_get_sync() to make sure the device is powered before attempting to gate the gsc clock. But the commit also removed a pm_runtime_disable() call that l

[PATCH] net: ethernet: ti: davinci_cpdma: correct check on NULL in set rate

2017-01-17 Thread Ivan Khoronzhuk
Check "ch" on NULL first, then get ctlr. Signed-off-by: Ivan Khoronzhuk --- Based on net-next/master drivers/net/ethernet/ti/davinci_cpdma.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers/net/ethernet/ti/davinci_cpdma.c b/drivers/net/ethernet/ti/davinci_cpdma.c

linux-next: build warnings after merge of the net-next tree

2017-01-17 Thread Stephen Rothwell
Hi all, After merging the net-next tree, today's linux-next build (powerpc ppc64_defconfig) produced these warnings: drivers/net/ethernet/chelsio/cxgb4/cxgb4_main.c: In function 'init_one': drivers/net/ethernet/chelsio/cxgb4/cxgb4_main.c:4646:9: warning: unused variable 'port_vec' [-Wunused-vari

Re: [PATCH] platform: x86: Support Turbo Boost Max for non HWP systems

2017-01-17 Thread Srinivas Pandruvada
On Tue, 2017-01-17 at 16:32 -0800, Darren Hart wrote: > On Wed, Jan 11, 2017 at 12:36:34PM -0800, Srinivas Pandruvada wrote: > > > > On platforms supporting Intel Turbo Boost Max Technology 3.0, the > > maximum turbo frequencies (turbo ratio) of some cores in a CPU > > package > > may be higher th

[PATCH] staging: fbtft: replace decimal with 4-digit octal permissions

2017-01-17 Thread Stefano Manni
Following error detected by checkpatch.pl: ERROR: Use 4 digit octal (0777) not decimal permissions Signed-off-by: Stefano Manni --- drivers/staging/fbtft/flexfb.c | 18 +- 1 file changed, 9 insertions(+), 9 deletions(-) diff --git a/drivers/staging/fbtft/flexfb.c b/drivers/stag

Re: [PATCH v2 14/14] ARM: dts: da850-lcdk: enable the SATA node

2017-01-17 Thread Kevin Hilman
Bartosz Golaszewski writes: > Enable the SATA node for da850-lcdk. We omit the pinctrl property on > purpose - the muxed SATA pins are not hooked up to anything > SATA-related on the lcdk. > > The REFCLKN/P rate on the board is 100MHz, so we need a multiplier of > 15 for 1.5GHz PLL rate. leftove

Re: [PATCH v4] ARM64: dts: meson-gx: Add reserved memory zone and usable memory range

2017-01-17 Thread Andreas Färber
Am 18.01.2017 um 01:00 schrieb Andreas Färber: > Am 17.01.2017 um 09:21 schrieb Neil Armstrong: >> The stress-ng package provides this "stress" command and is used to force >> the kernel to map more memory >> zones, but I also got the issue while running a fully fledged Desktop >> Environment tha

clocksource watchdog false detection

2017-01-17 Thread Yinghai Lu
one socket system with running cpu/memory stress test, got: -- [45477.565642] timekeeping watchdog: Marking clocksource 'tsc' as unstable, because the skew is too large: [45477.565643] 'acpi_pm' wd_now: 32e642 wd_last: 71c8c5 mask: ff [45477.565644] 'tsc' cs_now: 4b80842681e0 cs_last:

Re: [PATCH 09/12] x86/cqm: Add RMID reuse

2017-01-17 Thread Shivappa Vikas
On Tue, 17 Jan 2017, Thomas Gleixner wrote: On Fri, 6 Jan 2017, Vikas Shivappa wrote: +static void cqm_schedule_rmidwork(int domain); This forward declaration is required because all callers of that function are coming _after_ the function implementation, right? +static inline bool is_fir

Re: [PATCH] security/apparmor/lsm.c: set debug messages

2017-01-17 Thread John Johansen
On 01/17/2017 12:25 AM, Valentin Rothberg wrote: > Add the _APPARMOR substring to reference the intended Kconfig option. > > Signed-off-by: Valentin Rothberg sigh, yep. Acked-by: John Johansen I have pulled it into my tree > --- > Detected by using ./scripts/checkkconfigsymbols.py (--diff on

[PATCHv2 0/3] OF phandle nexus support + GPIO nexus

2017-01-17 Thread Stephen Boyd
This is one small chunk of work related to DT overlays for expansion boards. It would be good to have a way to expose #-cells types of providers through a connector in a standard way. So we introduce a way to make "nexus" nodes for these types of properties to remap the consumer number space to the

Re: [PATCH] platform: x86: Support Turbo Boost Max for non HWP systems

2017-01-17 Thread Darren Hart
On Wed, Jan 11, 2017 at 12:36:34PM -0800, Srinivas Pandruvada wrote: > On platforms supporting Intel Turbo Boost Max Technology 3.0, the > maximum turbo frequencies (turbo ratio) of some cores in a CPU package > may be higher than the other cores in the same package. In that case, > better perform

[PATCH v2 3/3] gpio: Support gpio nexus dt bindings

2017-01-17 Thread Stephen Boyd
Platforms like 96boards have a standardized connector/expansion slot that exposes signals like GPIOs to expansion boards in an SoC agnostic way. We'd like the DT overlays for the expansion boards to be written once without knowledge of the SoC on the other side of the connector. This avoids the uns

[PATCH v2 2/3] of: unittest: Add phandle remapping test

2017-01-17 Thread Stephen Boyd
Test the functionality of of_parse_phandle_with_args_map(). Cc: Pantelis Antoniou Cc: Linus Walleij Cc: Mark Brown Signed-off-by: Stephen Boyd --- drivers/of/unittest-data/testcases.dts | 11 +++ drivers/of/unittest-data/tests-phandle.dtsi | 25 ++ drivers/of/unittest.c

[PATCH v2 1/3] of: Support parsing phandle argument lists through a nexus node

2017-01-17 Thread Stephen Boyd
Platforms like 96boards have a standardized connector/expansion slot that exposes signals like GPIOs to expansion boards in an SoC agnostic way. We'd like the DT overlays for the expansion boards to be written once without knowledge of the SoC on the other side of the connector. This avoids the uns

Re: [PATCH 1/8] Documentation, x86: Documentation for Intel Mem b/w allocation user interface

2017-01-17 Thread Shivappa Vikas
On Mon, 16 Jan 2017, Thomas Gleixner wrote: On Tue, 10 Jan 2017, Vikas Shivappa wrote: Memory b/w allocation is part of Intel RDT(resource director technology) which lets user control the amount of memory b/w (L2 external b/w) per thread. This is done programming MSR interfaces like cache al

Re: [PATCH 3/8] x86/intel_rdt/mba: Improvements to handle more RDT resources like MBA

2017-01-17 Thread Shivappa Vikas
On Mon, 16 Jan 2017, Thomas Gleixner wrote: On Tue, 10 Jan 2017, Vikas Shivappa wrote: This patch does some changes to get ready to handle more resources like Memory b/w allocation(MBA). -Update the control registers only when user changes the controls(cbm for Cache resources and Mem b/w for

Re: [PATCH 5/8] x86/intel_rct/mba: Add MBA structures and initialize MBA

2017-01-17 Thread Shivappa Vikas
On Mon, 16 Jan 2017, Thomas Gleixner wrote: On Tue, 10 Jan 2017, Vikas Shivappa wrote: +static void rdt_get_mem_config(struct rdt_resource *r) +{ + union cpuid_0x10_3_eax eax; + union cpuid_0x10_x_edx edx; + u32 ebx, ecx; + + cpuid_count(0x0010, 3, &eax.full, &ebx,

[PATCH] ARM: dts: sun6i: sina31s: Enable USB OTG controller in peripheral mode

2017-01-17 Thread Chen-Yu Tsai
While the SinA31s does have a proper 5-pin mini USB OTG port, the ID pin does not seem to work. The pin used in the schematics is always low, regardless of the attached OTG cable or SoC internal pin bias settings. The v1.5 board is missing bias resistors shown in the schematics for earlier revisio

Re: [PATCH 7/8] x86/intel_rdt/mba: Add schemata file support for MBA

2017-01-17 Thread Shivappa Vikas
On Mon, 16 Jan 2017, Thomas Gleixner wrote: On Tue, 10 Jan 2017, Vikas Shivappa wrote: + * @display_str: Format string to show schemata + * @validate: API to validate the ctrl values. * @info_files:resctrl info files for the resource * @infof

Re: [PATCHv2 5/7] TAP: Extending tap device create/destroy APIs

2017-01-17 Thread Andy Shevchenko
On Wed, Jan 18, 2017 at 2:03 AM, Sainath Grandhi wrote: > Extending tap APIs get/free_minor and create/destroy_cdev to handle more than > one > type of virtual interface. > Yes, looks better now. FWIW: Reviewed-by: Andy Shevchenko > Signed-off-by: Sainath Grandhi > --- > drivers/net/macvtap

[PATCH 02/10] slub: separate out sysfs_slab_release() from sysfs_slab_remove()

2017-01-17 Thread Tejun Heo
Separate out slub sysfs removal and release, and call the former earlier from __kmem_cache_shutdown(). There's no reason to defer sysfs removal through RCU and this will later allow us to remove sysfs files way earlier during memory cgroup offline instead of release. Signed-off-by: Tejun Heo Cc:

Re: [PATCH 6/8] x86/intel_rdt/mba: Add info directory files for MBA

2017-01-17 Thread Shivappa Vikas
On Mon, 16 Jan 2017, Thomas Gleixner wrote: On Tue, 10 Jan 2017, Vikas Shivappa wrote: Add the files in info directory for MBA. The files in the info directory are as follows : - num_closids: max number of closids for MBA which represents the max class of service user can configure. - max

RE: GOOD NEWS

2017-01-17 Thread Khokhar, Kashif
A donation was made to you . Contact ( antoiaxjohn...@yahoo.com ) for details...

Re: [PATCH RFC] net: dsa: remove unnecessary phy.h include

2017-01-17 Thread Vivien Didelot
Hi Russell, Russell King - ARM Linux writes: > Including phy.h and phy_fixed.h into net/dsa.h causes phy*.h to be an > unnecessary dependency for quite a large amount of the kernel. There's > very little which actually requires definitions from phy.h in net/dsa.h > - the include itself only wan

Re: [GIT PULL] bcm2835-dt-next-2017-01-17

2017-01-17 Thread Florian Fainelli
On 01/17/2017 02:10 AM, Eric Anholt wrote: > Linux 4.10-rc1 (2016-12-25 16:13:08 -0800) > > are available in the git repository at: > > https://github.com/anholt/linux tags/bcm2835-dt-next-2017-01-17 > > for you to fetch changes up to 38742ca2b8b21bfc2a2cc24278b58485ff781644: > > ARM: bcm

Re: [PATCH RFC] net: dsa: remove unnecessary phy.h include

2017-01-17 Thread Florian Fainelli
On 01/17/2017 04:14 PM, Russell King - ARM Linux wrote: > Including phy.h and phy_fixed.h into net/dsa.h causes phy*.h to be an > unnecessary dependency for quite a large amount of the kernel. There's > very little which actually requires definitions from phy.h in net/dsa.h > - the include itself

Re: [PATCH 1/3] Input: add STMicroelectronics FingerTip touchscreen driver

2017-01-17 Thread Andi Shyti
Hi Krzysztof, > > +Optional properties: > > +- touch-key-connected : specifies whether the touchkey feature is > > connected > > You are making it a generic property but it is specific to this device, > so: > st,touch-key-connected > ? > > > +- ledvdd-supply: power supply

Re: [PATCH] staging: fbtft: replace decimal with 4-digit octal permissions

2017-01-17 Thread Andy Shevchenko
On Wed, Jan 18, 2017 at 1:38 AM, Stefano Manni wrote: > Following error detected by checkpatch.pl: > > ERROR: Use 4 digit octal (0777) not decimal permissions > > Signed-off-by: Stefano Manni > --- > drivers/staging/fbtft/flexfb.c | 18 +- > 1 file changed, 9 insertions(+), 9 del

Re: [PATCH 1/3] Input: add STMicroelectronics FingerTip touchscreen driver

2017-01-17 Thread Andi Shyti
Hi Dmitry, > > > +- ledvdd-supply : power supply to the touch key leds > > > > Is this really optional? If yes... how it gets the power when not > > provided? > > Also, is this really a regulator? Given you are testing whether it is on > or off to report LED state it feels to me it migh

Re: [PATCH 0/3] Fix DECON_UPDATE for TV

2017-01-17 Thread Inki Dae
Hi Andrzej, 2017년 01월 17일 23:15에 Andrzej Hajda 이(가) 쓴 글: > Hi Inki, > > This is my final fight with DECON_UPDATE issues (I hope). My two previous > patches > fixed problems on panel path, this patchset fixes also TV path. > The root cause of all evil was in incorrect DECON_CMU programming. > >

Re: [PATCH 3/4] net: ethernet: ti: cpsw: don't duplicate ndev_running

2017-01-17 Thread Ivan Khoronzhuk
On Thu, Jan 12, 2017 at 11:34:47AM -0600, Grygorii Strashko wrote: Hi Grygorii, Sorry for late reply. > > > On 01/10/2017 07:56 PM, Ivan Khoronzhuk wrote: > > On Mon, Jan 09, 2017 at 11:25:38AM -0600, Grygorii Strashko wrote: > >> > >> > >> On 01/08/2017 10:41 AM, Ivan Khoronzhuk wrote: > >>> N

[PATCH net-next 1/2] net: dsa: store CPU switch structure in the tree

2017-01-17 Thread Vivien Didelot
Store a dsa_switch pointer to the CPU switch in the tree instead of only its index. This avoids the need to initialize it to -1. Signed-off-by: Vivien Didelot --- include/net/dsa.h | 8 net/dsa/dsa.c | 7 +++ net/dsa/dsa2.c| 5 ++--- 3 files changed, 9 insertions(+), 11 dele

[PATCH net-next 2/2] net: dsa: use cpu_switch instead of ds[0]

2017-01-17 Thread Vivien Didelot
Now that the DSA Ethernet switches are true Linux devices, the CPU switch is not necessarily the first one. If its address is higher than the second switch on the same MDIO bus, its index will be 1, not 0. Avoid any confusion by using dst->cpu_switch instead of dst->ds[0]. Signed-off-by: Vivien D

Re: [PATCH V9 2/3] ACPI: Add support for ResourceSource/IRQ domain mapping

2017-01-17 Thread Hanjun Guo
On 2017/1/17 23:07, Agustin Vega-Frias wrote: > Hi Hanjun, > > On 2017-01-17 07:47, Hanjun Guo wrote: >> On 2016/12/15 6:10, Agustin Vega-Frias wrote: >>> ACPI extended IRQ resources may contain a ResourceSource to specify >>> an alternate interrupt controller. Introduce acpi_irq_get and use it >>>

RE: [PATCH v2] PCI: pciehp: Optimize PCIe root resume time

2017-01-17 Thread Shankar, Vaibhav
> -Original Message- > From: Bjorn Helgaas [mailto:helg...@kernel.org] > Sent: Wednesday, January 11, 2017 10:37 AM > To: Shankar, Vaibhav > Cc: bhelg...@google.com; Patel, Mayurkumar > ; Busch, Keith ; > lu...@wunner.de; ying...@kernel.org; yhlu.ker...@gmail.com; linux- > p...@vger.kernel

Re: [PATCH] slub: Trace free objects at KERN_INFO

2017-01-17 Thread David Rientjes
On Fri, 13 Jan 2017, Daniel Thompson wrote: > Currently when trace is enabled (e.g. slub_debug=T,kmalloc-128 ) the > trace messages are mostly output at KERN_INFO. However the trace code > also calls print_section() to hexdump the head of a free object. This > is hard coded to use KERN_ERR, meanin

RE: [virtio-dev] Re: [PATCH v6 kernel 2/5] virtio-balloon: define new feature bit and head struct

2017-01-17 Thread Li, Liang Z
> Sent: Wednesday, January 18, 2017 3:11 AM > To: Li, Liang Z > Cc: k...@vger.kernel.org; virtio-...@lists.oasis-open.org; qemu- > de...@nongnu.org; linux...@kvack.org; linux-kernel@vger.kernel.org; > virtualizat...@lists.linux-foundation.org; amit.s...@redhat.com; Hansen, > Dave; cornelia.h...@de.

[PATCH] drivers: staging: rtl8188eu: include: statements using pointers enclosed in parantheses

2017-01-17 Thread Kartikey Singh
Macros with complex values enclosed in parentheses Signed-off-by: Kartikey Singh --- drivers/staging/rtl8188eu/include/wifi.h | 28 ++-- 1 file changed, 14 insertions(+), 14 deletions(-) diff --git a/drivers/staging/rtl8188eu/include/wifi.h b/drivers/staging/rtl8188eu/i

Re: [PATCH 2/3] Input: add support for the STMicroelectronics FingerTip touchscreen

2017-01-17 Thread Andi Shyti
Hi Dmitry, thanks for looking into the driver and the review! I agree with almost everything, some comments below. > > + /* optional tuning */ > > + err = stmfts_write_and_wait(sdata, STMFTS_MS_CX_TUNING); > > + if (err) > > + dev_warn(&sdata->client->dev, "failed to perform mutua

Re: random: /dev/random often returns short reads

2017-01-17 Thread H. Peter Anvin
On 01/17/17 15:41, Theodore Ts'o wrote: > On Tue, Jan 17, 2017 at 02:29:30PM -0800, H. Peter Anvin wrote: >> If there is a real need to hack around this, then I would instead >> suggest modifying random_read() to block rather than return if the user >> requests below a certain value, O_NONBLOCK is

Re: [PATCH 3/4] rtc: cros-ec: add cros-ec-rtc driver.

2017-01-17 Thread Alexandre Belloni
Hi, This seems mostly good to me. On 11/01/2017 at 17:52:20 +0100, Enric Balletbo i Serra wrote : > From: Stephen Barber > > On platforms with a Chrome OS EC, the EC can function as a simple RTC. > Add a basic driver with this functionality. > > Signed-off-by: Stephen Barber > Signed-off-by:

Re: [PATCH 4/4] mfd: cros_ec: add RTC as mfd subdevice

2017-01-17 Thread Alexandre Belloni
Lee, I don't think that one has your ack, is it ok for me to take it? On 11/01/2017 at 17:52:21 +0100, Enric Balletbo i Serra wrote : > From: Stephen Barber > > If the EC supports RTC host commands, expose an RTC device. > > Signed-off-by: Stephen Barber > Signed-off-by: Enric Balletbo i Ser

Re: [PATCH 05/12] x86/cqm,perf/core: Cgroup support prepare

2017-01-17 Thread Shivappa Vikas
On Tue, 17 Jan 2017, Thomas Gleixner wrote: On Fri, 6 Jan 2017, Vikas Shivappa wrote: From: David Carrillo-Cisneros cgroup hierarchy monitoring is not supported currently. This patch builds all the necessary datastructures, cgroup APIs like alloc, free etc and necessary quirks for supporti

Re: [PATCH V2 1/4] efi/x86: move efi bgrt init code to early init code

2017-01-17 Thread Dave Young
On 01/17/17 at 05:10pm, Ard Biesheuvel wrote: > On 16 January 2017 at 02:45, Dave Young wrote: > > Before invoking the arch specific handler, efi_mem_reserve() reserves > > the given memory region through memblock. > > > > efi_bgrt_init will call efi_mem_reserve after mm_init(), at that time > > m

Re: Regression on Dell XPS13 (was: [char-misc for 4.10-rc4 V2] mei: bus: enable OS version only for SPT and newer)

2017-01-17 Thread Rafael J. Wysocki
Mario, thanks for CCing this to linux-pm. On Tue, Jan 17, 2017 at 5:57 PM, wrote: > Hi Paul, > > Thanks for raising this topic and including me. > Suspend to Idle support in Linux as an alternative S3 on x86 is a new > topic. In all, I expected that some problems would arise as a result > of th

Re: [PATCH v4 05/15] lockdep: Make check_prev_add can use a separate stack_trace

2017-01-17 Thread Byungchul Park
On Tue, Jan 17, 2017 at 04:54:31PM +0100, Peter Zijlstra wrote: > On Fri, Jan 13, 2017 at 07:11:43PM +0900, Byungchul Park wrote: > > What do you think about the following patches doing it? > > I was more thinking about something like so... > > Also, I think I want to muck with struct stack_trace

Re: [PATCH v2 2/3] mwifiex: pcie: don't loop/retry interrupt status checks

2017-01-17 Thread Brian Norris
On Tue, Jan 17, 2017 at 12:44:55PM -0800, Dmitry Torokhov wrote: > On Tue, Jan 17, 2017 at 11:48:22AM -0800, Brian Norris wrote: > > Also, FWIW, I did some fairly non-scientific tests of this on my > > systems, and I didn't see much difference. I can run better tests, and > > even collect data on h

Re: [PATCH V3] x86: call smp vmxoff in smp stop

2017-01-17 Thread Xishi Qiu
On 2017/1/17 23:18, Paolo Bonzini wrote: > > > On 14/01/2017 02:42, Xishi Qiu wrote: >> From: Tiantian Feng >> >> We need to disable VMX on all CPUs before stop cpu when OS panic, >> otherwisewe risk hanging up the machine, because the CPU ignore INIT >> signals when VMX is enabled. In kernel m

Re: [01/26] drm/rockchip: dw-mipi-dsi: use mode from display state

2017-01-17 Thread Mark yao
On 2017年01月17日 18:38, Chris Zhong wrote: @@ -821,8 +824,6 @@ static void dw_mipi_dsi_encoder_mode_set(struct drm_encoder *encoder, struct dw_mipi_dsi *dsi = encoder_to_dsi(encoder); int ret; -dsi->mode = adjusted_mode; - I prefer to keep the original method, although this"dsi->

Re: [PATCH] slab: add a check for the first kmem_cache not to be destroyed

2017-01-17 Thread kwon
> On Jan 18, 2017, at 7:54 AM, David Rientjes wrote: > > On Tue, 17 Jan 2017, kwon wrote: > diff --git a/mm/slab_common.c b/mm/slab_common.c index 1dfc209..2d30ace 100644 --- a/mm/slab_common.c +++ b/mm/slab_common.c @@ -744,7 +744,7 @@ void kmem_cache_destroy(struct km

Re: [PATCH V2 4/4] efi/x86: make efi_memmap_reserve only insert into boot mem areas

2017-01-17 Thread Dave Young
On 01/17/17 at 05:13pm, Ard Biesheuvel wrote: > On 16 January 2017 at 02:45, Dave Young wrote: > > efi_mem_reserve cares only about boot services regions, for making sure > > later efi_free_boot_services does not free areas which are still useful, > > such as bgrt image buffer. > > > > So add a ne

Re: [PATCH 00/12] Cqm2: Intel Cache quality monitoring fixes

2017-01-17 Thread Shivappa Vikas
On Tue, 17 Jan 2017, Thomas Gleixner wrote: On Fri, 6 Jan 2017, Vikas Shivappa wrote: Cqm(cache quality monitoring) is part of Intel RDT(resource director technology) which enables monitoring and controlling of processor shared resources via MSR interface. We know that already. No need for

Re: [PATCH tip/core/rcu 0/6] Dynticks updates for 4.11

2017-01-17 Thread Paul E. McKenney
Hello! This series provides v2 of the dynticks updates: 1-4.Abstract access to the dyntick counter, replacing the current open-coding of atomic operations. 5. Check cond_resched_rcu_qs() state less often to reduce GP overhead. 6. Adjust FQS offline checks for exact online-

[PATCH v2 tip/core/rcu 1/6] rcu: Abstract the dynticks momentary-idle operation

2017-01-17 Thread Paul E. McKenney
This commit is the first step towards full abstraction of all accesses to the ->dynticks counter, implementing the previously open-coded atomic add of two in a new rcu_dynticks_momentary_idle() function. This abstraction will ease changes to the ->dynticks counter operation. Note that this commit

[PATCH v2 tip/core/rcu 3/6] rcu: Abstract dynticks extended quiescent state enter/exit operations

2017-01-17 Thread Paul E. McKenney
This commit is the third step towards full abstraction of all accesses to the ->dynticks counter, implementing the previously open-coded atomic add of 1 and entry checks in a new rcu_dynticks_eqs_enter() function, and the same but with exit checks in a new rcu_dynticks_eqs_exit() function. This abs

[PATCH v2 tip/core/rcu 6/6] rcu: Adjust FQS offline checks for exact online-CPU detection

2017-01-17 Thread Paul E. McKenney
Commit 7ec99de36f40 ("rcu: Provide exact CPU-online tracking for RCU"), as its title suggests, got rid of RCU's remaining CPU-hotplug timing guesswork. This commit therefore removes the one-jiffy kludge that was used to paper over this guesswork. Signed-off-by: Paul E. McKenney Reviewed-by: Josh

[PATCH v2 tip/core/rcu 5/6] rcu: Check cond_resched_rcu_qs() state less often to reduce GP overhead

2017-01-17 Thread Paul E. McKenney
Commit 4a81e8328d37 ("rcu: Reduce overhead of cond_resched() checks for RCU") moved quiescent-state generation out of cond_resched() and commit bde6c3aa9930 ("rcu: Provide cond_resched_rcu_qs() to force quiescent states in long loops") introduced cond_resched_rcu_qs(), and commit 5cd37193ce85 ("rcu

[PATCH v2 tip/core/rcu 4/6] rcu: Abstract extended quiescent state determination

2017-01-17 Thread Paul E. McKenney
This commit is the fourth step towards full abstraction of all accesses to the ->dynticks counter, implementing previously open-coded checks and comparisons in new rcu_dynticks_in_eqs() and rcu_dynticks_in_eqs_since() functions. This abstraction will ease changes to the ->dynticks counter operatio

[PATCH v2 tip/core/rcu 2/6] rcu: Abstract the dynticks snapshot operation

2017-01-17 Thread Paul E. McKenney
This commit is the second step towards full abstraction of all accesses to the ->dynticks counter, implementing the previously open-coded atomic add of zero in a new rcu_dynticks_snap() function. This abstraction will ease changes o the ->dynticks counter operation. Signed-off-by: Paul E. McKenne

Re: [PATCH] net: ethernet: stmmac: add ARP management

2017-01-17 Thread kbuild test robot
Hi Christophe, [auto build test WARNING on net-next/master] [also build test WARNING on next-20170117] [cannot apply to v4.10-rc4] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Christophe

Re: [PATCH tip/core/rcu 0/20] Miscellaneous fixes for 4.11

2017-01-17 Thread Paul E. McKenney
On Sat, Jan 14, 2017 at 01:12:55AM -0800, Paul E. McKenney wrote: Hello! This series provides miscellaneous fixes: 1. Make RCU_EXPEDITE_BOOT be the default in order to speed up boot, courtesy of Sebastian Andrzej Siewior. 2. Make RCU suspicious-access lockdep splats use pr_err(

[PATCH v2 tip/core/rcu 01/18] rcu: update: Make RCU_EXPEDITE_BOOT be the default

2017-01-17 Thread Paul E. McKenney
From: Sebastian Andrzej Siewior RCU_EXPEDITE_BOOT should speed up the boot process by enforcing synchronize_rcu_expedited() instead of synchronize_rcu() during the boot process. There should be no reason why one does not want this and there is no need worry about real time latency at this point.

[PATCH v2 tip/core/rcu 04/18] rcu: Only dump stalled-tasks stacks if there was a real stall

2017-01-17 Thread Paul E. McKenney
From: Byungchul Park The print_other_cpu_stall() function currently unconditionally invokes rcu_print_detail_task_stall(). This is OK because if there was a stall sufficient to cause print_other_cpu_stall() to be invoked, that stall is very likely to persist through the entire print_other_cpu_st

[PATCH v2 tip/core/rcu 08/18] rcu: Remove short-term CPU kicking

2017-01-17 Thread Paul E. McKenney
Commit 4914950aaa12d ("rcu: Stop treating in-kernel CPU-bound workloads as errors") added a (relatively) short-timeout call to resched_cpu(). This was inspired by as issue that was fixed by b7e7ade34e61 ("sched/core: Fix remote wakeups"). But given that this issue was fixed, it is time for the cur

[PATCH v2 tip/core/rcu 09/18] rcu: Once again use NMI-based stack traces in stall warnings

2017-01-17 Thread Paul E. McKenney
This commit is for all intents and purposes a revert of bc1dce514e9b ("rcu: Don't use NMIs to dump other CPUs' stacks"). The reason to suppose that this can now safely be reverted is the presence of 42a0bb3f7138 ("printk/nmi: generic solution for safe printk in NMI"), which is said to have made NM

[PATCH v2 tip/core/rcu 14/18] rcu: Enable RCU tracepoints by default to aid in debugging

2017-01-17 Thread Paul E. McKenney
From: Matt Fleming While debugging a performance issue I needed to understand why RCU sofitrqs were firing so frequently. Unfortunately, the RCU callback tracepoints are hidden behind CONFIG_RCU_TRACE which defaults to off in the upstream kernel and is likely to also be disabled in enterprise di

[PATCH v2 tip/core/rcu 10/18] rcu: Re-enable TASKS_RCU for User Mode Linux

2017-01-17 Thread Paul E. McKenney
Now that User Mode Linux supports arch_irqs_disabled_flags(), this commit re-enables TASKS_RCU for User Mode Linux. Reported-by: Richard Weinberger Signed-off-by: Paul E. McKenney Reviewed-by: Josh Triplett --- init/Kconfig | 1 - 1 file changed, 1 deletion(-) diff --git a/init/Kconfig b/init

[PATCH] mm: fix stray kernel-doc notation

2017-01-17 Thread Randy Dunlap
From: Randy Dunlap Delete stray (second) function description in find_lock_page() kernel-doc notation. Fixes: 2457aec63745e ("mm: non-atomically mark page accessed during page cache allocation where possible") Note: scripts/kernel-doc just ignores the second function description. Signed-off-b

[PATCH v2 tip/core/rcu 11/18] rcu: Don't wake rcuc/X kthreads on NOCB CPUs

2017-01-17 Thread Paul E. McKenney
Chris Friesen notice that rcuc/X kthreads were consuming CPU even on NOCB CPUs. This makes no sense because the only purpose or these kthreads is to invoke normal (non-offloaded) callbacks, of which there will never be any on NOCB CPUs. This problem was due to a bug in cpu_has_callbacks_ready_to_

Business Offer

2017-01-17 Thread Sergio
I have a business in my office that will interest you. Kindly reply for business proposal details. Thanks, Sergio

[PATCH] iio: trigger: free trigger resource correctly

2017-01-17 Thread Alison Schofield
Using iio_trigger_put() to free a trigger leads to release of a resource we never held. Replace with iio_trigger_free(). Signed-off-by: Alison Schofield --- Patches to use devm_* funcs are ready to follow this for the interrupt & bfin-timer triggers. drivers/iio/trigger/iio-trig-interrupt.c

Re: [PATCH] platform: x86: Support Turbo Boost Max for non HWP systems

2017-01-17 Thread Andy Shevchenko
On Wed, Jan 18, 2017 at 2:39 AM, Srinivas Pandruvada wrote: > On Tue, 2017-01-17 at 16:32 -0800, Darren Hart wrote: >> On Wed, Jan 11, 2017 at 12:36:34PM -0800, Srinivas Pandruvada wrote: >> intel_bdw_turbo.c >> CONFIG_INTEL_BDW_TURBO > We should add _MAX_3 as this is a technology more than simpl

[PATCH v2 tip/core/rcu 15/18] rcu: Fix comment in rcu_organize_nocb_kthreads()

2017-01-17 Thread Paul E. McKenney
It used to be that the rcuo callback-offload kthreads were spawned in rcu_organize_nocb_kthreads(), and the comment before the "for" loop says as much. However, this spawning has long since moved to the CPU-hotplug code, so this commit fixes this comment. Reported-by: Michalis Kokologiannakis Si

Re: [PATCH] m68k: Replaced all gcc specific macros with macros from compiler.h

2017-01-17 Thread Greg Ungerer
Hi Gideon, On 17/01/17 19:39, Gideon Israel Dsouza wrote: > There is which provides macros for various gcc specific > constructs. Eg: __weak for __attribute__((weak)). I've cleaned all > instances of gcc specific attributes with the right macros for all files > under /arch/m68k There is a lot of

[PATCH v2 tip/core/rcu 06/18] rcu: Remove unused but set variable

2017-01-17 Thread Paul E. McKenney
From: Tobias Klauser Since commit 7ec99de36f40 ("rcu: Provide exact CPU-online tracking for RCU"), the variable mask in rcu_init_percpu_data is set but no longer used. Remove it to fix the following warning when building with 'W=1': kernel/rcu/tree.c: In function ‘rcu_init_percpu_data’: kern

[PATCH v2 tip/core/rcu 13/18] rcu: Make rcu_cpu_starting() use its "cpu" argument

2017-01-17 Thread Paul E. McKenney
The rcu_cpu_starting() function uses this_cpu_ptr() to locate the incoming CPU's rcu_data structure. This works for the boot CPU and for all CPUs onlined after rcu_init() executes (during very early boot). Currently, this is the full set of CPUs, so all is well. But if anyone ever parallelizes bo

[PATCH v2 tip/core/rcu 18/18] rcu: Add lockdep checks to synchronous expedited primitives

2017-01-17 Thread Paul E. McKenney
The non-expedited synchronize_*rcu() primitives have lockdep checks, but their expedited counterparts lack these checks. This commit therefore adds these checks to the expedited synchronize_*rcu() primitives. Signed-off-by: Paul E. McKenney Reviewed-by: Josh Triplett --- kernel/rcu/tree_exp.h

[PATCH] zram: remove obsolete sysfs attrs

2017-01-17 Thread Sergey Senozhatsky
We had a deprecated_attr_warn() warning for 2 years and now the time has come and we finally can do the cleanup. The plan was as follows: : per-stat sysfs attributes are considered to be deprecated. : The basic strategy is: : -- the existing RW nodes will be downgraded to WO nodes (in linux 4.11)

Re: [PATCH] zram: remove obsolete sysfs attrs

2017-01-17 Thread Sergey Senozhatsky
sorry, forgot to Cc Jonathan Corbet https://marc.info/?l=linux-kernel&m=148471192416338 On (01/18/17 12:58), Sergey Senozhatsky wrote: > Date: Wed, 18 Jan 2017 12:58:38 +0900 > From: Sergey Senozhatsky > To: Minchan Kim , Andrew Morton > > Cc: zhouxianr...@huawei.com, linux-kernel@vger.kerne

[PATCH] procfs: change the owner of non-dumpable and writeable files

2017-01-17 Thread Aleksa Sarai
In order to protect against ptrace(2) and similar attacks on container runtimes when they join namespaces, many runtimes set mm->dumpable to SUID_DUMP_DISABLE. However, doing this means that attempting to set up an unprivileged user namespace will fail because an unprivileged process can no longer

[RFC] HWPOISON: soft offlining for non-lru movable page

2017-01-17 Thread Yisheng Xie
This patch is to extends soft offlining framework to support non-lru page, which already support migration after commit bda807d44454 ("mm: migrate: support non-lru movable page migration") When memory corrected errors occur on a non-lru movable page, we can choose to stop using it by migrating dat

Re: [PATCH] clk: rockchip: fix the incorrect pclk_edp div width for RK3399

2017-01-17 Thread hl
Tested-by: Lin Huang On 2017年01月18日 12:20, Xing Zheng wrote: The range of the pclk_edp_div_con is [13:8] and 6 bits, not 5. Reported-by: Lin Huang Signed-off-by: Xing Zheng --- drivers/clk/rockchip/clk-rk3399.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/

[PATCH] clk: rockchip: fix the incorrect pclk_edp div width for RK3399

2017-01-17 Thread Xing Zheng
The range of the pclk_edp_div_con is [13:8] and 6 bits, not 5. Reported-by: Lin Huang Signed-off-by: Xing Zheng --- drivers/clk/rockchip/clk-rk3399.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/clk/rockchip/clk-rk3399.c b/drivers/clk/rockchip/clk-rk3399.c inde

Re: [PATCH v19 06/15] clocksource/drivers/arm_arch_timer: Rework counter frequency detection.

2017-01-17 Thread Fu Wei
Hi Mark, On 17 January 2017 at 01:50, Mark Rutland wrote: > On Wed, Dec 21, 2016 at 02:45:54PM +0800, fu@linaro.org wrote: >> From: Fu Wei >> >> Currently, the counter frequency detection call(arch_timer_detect_rate) >> combines all the ways to get counter frequency: device-tree property, >>

[PATCH v2 tip/core/rcu 03/18] Fix: Disable sys_membarrier when nohz_full is enabled

2017-01-17 Thread Paul E. McKenney
From: Mathieu Desnoyers Userspace applications should be allowed to expect the membarrier system call with MEMBARRIER_CMD_SHARED command to issue memory barriers on nohz_full CPUs, but synchronize_sched() does not take those into account. Given that we do not want unrelated processes to be able

Re: [PATCH 4/8] random: remove unused branch in hot code path

2017-01-17 Thread Theodore Ts'o
On Tue, Dec 27, 2016 at 11:40:23PM +0100, Stephan Müller wrote: > The variable ip is defined to be a __u64 which is always 8 bytes on any > architecture. Thus, the check for sizeof(ip) > 4 will always be true. > > As the check happens in a hot code path, remove the branch. The fact that it's a ho

[PATCH v5 3/3] thermal: zx2967: add thermal driver for ZTE's zx2967 family

2017-01-17 Thread Baoyou Xie
This patch adds thermal driver for ZTE's zx2967 family. Signed-off-by: Baoyou Xie --- drivers/thermal/Kconfig | 8 ++ drivers/thermal/Makefile | 1 + drivers/thermal/zx2967_thermal.c | 256 +++ 3 files changed, 265 insertions(+) create mo

[PATCH v2 tip/core/rcu 12/18] rcu: Add comment headers to expedited-grace-period counter functions

2017-01-17 Thread Paul E. McKenney
These functions (rcu_exp_gp_seq_start(), rcu_exp_gp_seq_end(), rcu_exp_gp_seq_snap(), and rcu_exp_gp_seq_done() seemed too obvious to comment when written, but not so much when being documented. This commit therefore adds header comments to each of them. Signed-off-by: Paul E. McKenney Reviewed-b

[PATCH v2 tip/core/rcu 17/18] rcu: Eliminate unused expedited_normal counter

2017-01-17 Thread Paul E. McKenney
Expedited grace periods no longer fall back to normal grace periods in response to lock contention, given that expedited grace periods now use the rcu_node tree so as to avoid contention. This commit therfore removes the expedited_normal counter. Signed-off-by: Paul E. McKenney Reviewed-by: Josh

Re: [PATCH v2 2/2] power/reset: at91-reset: remove leftover platform_device_id

2017-01-17 Thread Sebastian Reichel
Hi Alexandre, On Wed, Jan 18, 2017 at 12:07:38AM +0100, Alexandre Belloni wrote: > commit eacd8d09db7f ("power/reset: at91-reset: remove useless > at91_reset_platform_probe()") removed non DT probe support but forgot to > remove the now useless id_table. Do that now. > > Signed-off-by: Alexandre

[PATCH v5 1/3] dt: bindings: add documentation for zx2967 family thermal sensor

2017-01-17 Thread Baoyou Xie
This patch adds dt-binding documentation for zx2967 family thermal sensor. Signed-off-by: Baoyou Xie Acked-by: Rob Herring Reviewed-by: Shawn Guo --- .../devicetree/bindings/thermal/zx2967-thermal.txt | 109 + 1 file changed, 109 insertions(+) create mode 100644 Documentat

[PATCH v5 2/3] MAINTAINERS: add zx2967 thermal drivers to ARM ZTE architecture

2017-01-17 Thread Baoyou Xie
Add the zx2967 thermal drivers as maintained by ARM ZTE architecture maintainers, as they're parts of the core IP. Signed-off-by: Baoyou Xie --- MAINTAINERS | 2 ++ 1 file changed, 2 insertions(+) diff --git a/MAINTAINERS b/MAINTAINERS index 5fb9b62..edfdea3 100644 --- a/MAINTAINERS +++ b/MAINT

Re: [PATCH 1/2] random: use chacha20 for get_random_int/long

2017-01-17 Thread Theodore Ts'o
Hi Jason, I've been taking a look at your patch, and i think it's... problematic. You're using a union for the entropy_u64 and entropy_u32 arrays, and the position field is used to indexed into those two arrays. So if the first caller calls get_random_u64 with position=0, it will get the first 6

Re: [PATCH 3/8] random: trigger random_ready callback upon crng_init == 1

2017-01-17 Thread Theodore Ts'o
On Tue, Dec 27, 2016 at 11:39:57PM +0100, Stephan Müller wrote: > The random_ready callback mechanism is intended to replicate the > getrandom system call behavior to in-kernel users. As the getrandom > system call unblocks with crng_init == 1, trigger the random_ready > wakeup call at the same tim

RE: [PATCH v6 kernel 3/5] virtio-balloon: speed up inflate/deflate process

2017-01-17 Thread Li, Liang Z
> > - virtqueue_add_outbuf(vq, &sg, 1, vb, GFP_KERNEL); > > - virtqueue_kick(vq); > > +static void do_set_resp_bitmap(struct virtio_balloon *vb, > > + unsigned long base_pfn, int pages) > > > > - /* When host has read buffer, this completes via balloon_ack */ > > - wait_event(vb->

Re: [PATCH v2 1/2] power/reset: at91-reset: add samx7 support

2017-01-17 Thread Sebastian Reichel
Hi Alexandre, On Wed, Jan 18, 2017 at 12:07:37AM +0100, Alexandre Belloni wrote: > From: Szemző András > > Add samx7 support. It is lacking a few bits and needs a new reset function. > > Signed-off-by: Szemző András > Signed-off-by: Alexandre Belloni > --- > drivers/power/reset/at91-reset.c

Re: [PATCH v2] PCI: pciehp: Optimize PCIe root resume time

2017-01-17 Thread Lukas Wunner
On Wed, Jan 18, 2017 at 01:32:13AM +, Shankar, Vaibhav wrote: > > From: Bjorn Helgaas [mailto:helg...@kernel.org] > > Sent: Wednesday, January 11, 2017 10:37 AM > > On Mon, Dec 12, 2016 at 04:32:25PM -0800, Vaibhav Shankar wrote: > > > On Apollolake platforms, PCIe rootport takes a long time to

[PATCH v2 tip/core/rcu 16/18] llist: Clarify comments about when locking is needed

2017-01-17 Thread Paul E. McKenney
From: Joel Fernandes llist.h comments are confusing about when locking is needed versus when it isn't. Clarify these comments by being more descriptive about why locking is needed for llist_del_first. Cc: Ingo Molnar Cc: Will Deacon Cc: Paul McKenney Acked-by: Huang Ying Acked-by: Mathieu De

<    4   5   6   7   8   9   10   11   >