Re: [PATCH v5 07/24] regulator: pwm: use pwm_get_args() where appropriate

2016-04-14 Thread Mark Brown
On Thu, Apr 14, 2016 at 09:17:27PM +0200, Boris Brezillon wrote: > The PWM framework has clarified the concept of reference PWM config > (the platform dependent config retrieved from the DT or the PWM > lookup table) and real PWM state. Acked-by: Mark Brown signature.asc Description: PGP signat

Re: [PATCH v4 00/20] x86, boot: kaslr cleanup and 64bit kaslr support

2016-04-14 Thread Ingo Molnar
* Kees Cook wrote: > On Thu, Apr 14, 2016 at 9:08 PM, Baoquan He wrote: > >> I will split these chunks up into the correct patches and resend the > >> series. > >> If you get a chance, can you double-check this? > > > > Yes, these changes sounds great. I checked the series you posted, and ha

[PATCH 2/5] tracing: Make stacktrace trigger affect the correct instance

2016-04-14 Thread Howard Cochran
Currently, the stacktrace trigger always dumps the stack into the top level buffer, even if it was triggered within an instance. Fixed by using the trace_array associated with the trace_event_file which fired the trigger. Signed-off-by: Howard Cochran --- kernel/trace/trace.c| 21

[PATCHSET] tracing: Make event triggers affect correct instance

2016-04-14 Thread Howard Cochran
Although all of the trace event triggers can be used in instances, most of them affect the top-level instance even when triggered from within an instance. This patch set makes them affect the instance in which the trigger occurred. The enable_event & disable_event triggers already work within the c

[PATCH 1/5] tracing: Add param to event_trigger_ops.func() for instances

2016-04-14 Thread Howard Cochran
(Non-functional change) Currently, the traceon, traceoff, stacktrace, and snapshot event triggers always affect the top level trace buffer, even when the trigger is enabled in a buffer instance. In order to fix this, the trigger's .func() needs to receive the struct trace_event_file * so that it ca

[PATCH 3/5] tracing: Make traceon, traceoff trigger affect the correct instance

2016-04-14 Thread Howard Cochran
Currently, the traceon & traceoff triggers always enable or disable tracing in the top level buffer, even if it was triggered within an instance. Fixed by using the trace_array associated with the trace_event_file which fired the trigger. Signed-off-by: Howard Cochran --- kernel/trace/trace.c

[PATCH 4/5] tracing: Make snapshot trigger affect the correct instance

2016-04-14 Thread Howard Cochran
Currently, the snapshot trigger always snapshots the top level instance, even if it was triggered within an instance. Fixed by using the trace_array associated with the trace_event_file which fired the trigger. Signed-off-by: Howard Cochran --- kernel/trace/trace.c| 38 ++

[PATCH 5/5] tracing: Make internal_trace_puts() write to correct instance

2016-04-14 Thread Howard Cochran
Currently, internal_trace_puts() always writes to the top level instance, but callers use this to write warnings which may apply to any instance. Fixed by adding a struct trace_array * parameter and changing current callers to use it. Note that this still queries the trace_printk option for the to

Re: [PATCH 0/6 v4] arm64/perf: Add ACPI support

2016-04-14 Thread Jan Glauber
Hi Jeremy, I've tested the patches on ThunderX and got perf running with ACPI, so you can add my Tested-by if you like. Thanks, Jan On Tue, Apr 12, 2016 at 03:21:05PM -0500, Jeremy Linton wrote: > v3->v4: > Correct build issues with ARM (!ARM64) kernels. > Add ThunderX to list of PMU types. > >

Re: [PATCH v11 01/17] Xen: ACPI: Hide UART used by Xen

2016-04-14 Thread Shannon Zhao
Hi Rafael, Could you please give your comments on this patch? Thanks in advanced! On 2016/4/7 20:03, Shannon Zhao wrote: > From: Shannon Zhao > > ACPI 6.0 introduces a new table STAO to list the devices which are used > by Xen and can't be used by Dom0. On Xen virtual platforms, the physical >

Re: [PATCH] efi: Use GFP_ATOMIC instead of GFP_KERNEL

2016-04-14 Thread Julia Lawall
On Thu, 14 Apr 2016, Matt Fleming wrote: > On Mon, 11 Apr, at 04:23:29PM, Vaishali Thakkar wrote: > > Function dup_variable_bug is called inside the spinlock. > > This may lead to issues when kzalloc sleeps, so it is > > better to use GFP_ATOMIC in this spinlocked context. > > > > Problem found

Re: [PATCH 0/2] da8xx clocks (was part of "da8xx USB clocks")

2016-04-14 Thread Sekhar Nori
On Friday 15 April 2016 12:56 AM, David Lechner wrote: > On 04/14/2016 02:13 PM, David Lechner wrote: >> I have separated these patches from the "da8xx USB clocks" series >> since that >> series no longer depends on the clock init being moved. >> >> Tested working on the linux-davinci/master branch

[PATCH] regmap: spmi: Fix regmap_spmi_ext_read in multi-byte case

2016-04-14 Thread Jack Pham
Specifically for the case of reads that use the Extended Register Read Long command, a multi-byte read operation is broken up into 8-byte chunks. However the call to spmi_ext_register_readl() is incorrectly passing 'val_size', which if greater than 8 will always fail. The argument should instead

[PATCH v2 4/8] ARM: dts: Add NoC Probe dt node for Exynos542x SoC

2016-04-14 Thread Chanwoo Choi
This patch adds the NoCP (Network on Chip Probe) Device Tree node to measure the bandwidth of memory and g3d in Exynos542x SoC. Signed-off-by: Chanwoo Choi Tested-by: Markus Reichl Tested-by: Anand Moon --- arch/arm/boot/dts/exynos5420.dtsi | 36 1 file cha

[PATCH v2 2/8] PM / devfreq: event: Find the instance of devfreq-event device by using phandle

2016-04-14 Thread Chanwoo Choi
This patch use the phandle to find the instance of devfreq-event device in Device Tree when calling the devfreq_event_get_edev_by_phandle() because there is two type devfreq-event devices as following: First case, exynos-ppmu.c driver provides the maximum four event of each PPMU. So, when getting

[PATCH v2 3/8] PM / devfreq: exynos: Add the detailed correlation for Exynos5422 bus

2016-04-14 Thread Chanwoo Choi
This patch adds the detailed corrleation between sub-blocks and power line for Exynos5422. Signed-off-by: Chanwoo Choi --- .../devicetree/bindings/devfreq/exynos-bus.txt| 19 +++ 1 file changed, 19 insertions(+) diff --git a/Documentation/devicetree/bindings/devfreq/exyn

[PATCH v2 1/8] PM / devfreq: event: Add new Exynos NoC probe driver

2016-04-14 Thread Chanwoo Choi
This patch adds NoC (Network on Chip) Probe driver which provides the primitive values to get the performance data. The packets that the Network on Chip (NoC) probes detects are transported over the network infrastructure. Exynos542x bus has multiple NoC probes to provide bandwidth information abou

[PATCH v2 7/8] ARM: dts: Add bus nodes using VDD_INT for Exynos542x SoC

2016-04-14 Thread Chanwoo Choi
This patch adds the AMBA bus nodes using VDD_INT for Exynos542x SoC. Exynos542x has the following AMBA buses to translate data between DRAM and sub-blocks. Following list specifies the detailed correlation between sub-block and clock: - CLK_DOUT_ACLK400_WCORE clock for WCORE's AXI - CLK_DOUT_ACLK1

[PATCH v2 0/8] PM / devfreq: Add NoCP devfreq-event and support busfreq on exyno5422-odroidxu3

2016-04-14 Thread Chanwoo Choi
This patchset support the AMBA bus frequency scaling on Exynos5422-based Odroid-XU3 board. But, this series only support the bus frequency scaling for INT (Internal) block using VDD_INT power line. Also, to support the bus frequency scaling for Exynos542x SoC, Exynos542x SoC has the specific 'NoC

[PATCH v2 8/8] ARM: dts: Add support of Bus frequency using VDD_INT for exynos5422-odroidxu3

2016-04-14 Thread Chanwoo Choi
This patch adds the bus device tree nodes for INT (Internal) block to enable the AMBA bus frequency scaling and add the NoC (Network on Chip) Probe Device Tree node to measure the bandwidht for AMBA AXI bus. The WCORE bus bus is parent device in INT block using VDD_INT. Signed-off-by: Chanwoo Cho

[PATCH v2 5/8] dt-bindings: clock: Add the clock id for ACLK clock of Exynos542x SoC

2016-04-14 Thread Chanwoo Choi
This patch adds the clock id for ACLK clock of Exynos542x SoC. ACLK clock mean the source clock of AMBA AXI bus. This clock id should be used for Bus frequency scaling. Cc: Sylwester Nawrocki Cc: Tomasz Figa Signed-off-by: Chanwoo Choi Tested-by: Markus Reichl Tested-by: Anand Moon Reviewed-b

[PATCH v2 6/8] clk: samsung: exynos542x: Add the clock id for ACLK

2016-04-14 Thread Chanwoo Choi
This patch adds the clock id for ACLK clock which is source clock of AMBA AXI Bus. This clock should be handled in Bus frequency scaling driver. Cc: Sylwester Nawrocki Cc: Tomasz Figa Signed-off-by: Chanwoo Choi Tested-by: Markus Reichl Tested-by: Anand Moon --- drivers/clk/samsung/clk-exyno

[PATCH v2 0/2] cpufreq: powernv: Ramp-down global pstate slower than local-pstate

2016-04-14 Thread Akshay Adiga
The frequency transition latency from pmin to pmax is observed to be in few millisecond granurality. And it usually happens to take a performance penalty during sudden frequency rampup requests. This patch set solves this problem by using a chip-level entity called "global pstates". Global pstate

[PATCH v2 1/2] cpufreq: powernv: Remove flag use-case of policy->driver_data

2016-04-14 Thread Akshay Adiga
From: Shilpasri G Bhat commit 1b0289848d5d ("cpufreq: powernv: Add sysfs attributes to show throttle stats") used policy->driver_data as a flag for one-time creation of throttle sysfs files. Instead of this use 'kernfs_find_and_get()' to check if the attribute already exists. This is required as

[PATCH v2 2/2] cpufreq: powernv: Ramp-down global pstate slower than local-pstate

2016-04-14 Thread Akshay Adiga
The frequency transition latency from pmin to pmax is observed to be in few millisecond granurality. And it usually happens to take a performance penalty during sudden frequency rampup requests. This patch set solves this problem by using an entity called "global pstates". The global pstate is a C

Re: [PATCH v2 2/2] spi: pic32-sqi: add SPI driver for PIC32 SQI controller.

2016-04-14 Thread Purna Chandra Mandal
On 04/14/2016 11:25 AM, Mark Brown wrote: > On Wed, Apr 13, 2016 at 06:52:58PM +0530, Purna Chandra Mandal wrote: > >> +enable = readl(sqi->regs + PESQI_INT_ENABLE_REG); >> +status = readl(sqi->regs + PESQI_INT_STAT_REG); >> +if (!status) >> +return IRQ_NONE; >> + > For rob

Re: [PATCH] i2c: designware-platdrv: implement bus recovery

2016-04-14 Thread Jisheng Zhang
Dear Mika, On Thu, 14 Apr 2016 17:39:16 +0300 Mika Westerberg wrote: > On Thu, Apr 14, 2016 at 10:04:56PM +0800, Jisheng Zhang wrote: > > Implement bus recovery methods for i2c designware so we can recover > > from situations where SCL/SDA are stuck low. > > > > The recovery method is similar as

Re: binary execution from DAX mount hang since next-20160407

2016-04-14 Thread Xiong Zhou
# cat /proc/cmdline BOOT_IMAGE=/vmlinuz-4.6.0-rc3-next-20160414+ root=/dev/mapper/x--01-root ro crashkernel=auto rd.lvm.lv=x-01/root rd.lvm.lv=xx/swap console=ttyS1,115200n81 memmap=10G!5G memmap=15G!15G selinux=0 LANG=en_US.UTF-8 # mkfs.ext4 -V mke2fs 1.43-WIP (15-Mar-2016) Using

Re: [PATCH 2/7] PM / devfreq: exynos: Add the detailed correlation for Exynos5422 bus

2016-04-14 Thread Chanwoo Choi
Hi Rob, On 2016년 04월 12일 00:45, Rob Herring wrote: > On Fri, Apr 08, 2016 at 02:00:41PM +0900, Chanwoo Choi wrote: >> This patch adds the detailed corrleation between sub-blocks and power line >> for Exynos5422. >> >> Signed-off-by: Chanwoo Choi >> --- >> .../devicetree/bindings/devfreq/exynos-b

Re: [PATCH] fujitsu-laptop: Support radio LED

2016-04-14 Thread Jonathan Woithe
Hi Darren On Thu, Apr 14, 2016 at 10:44:52PM -0700, Darren Hart wrote: > On Fri, Apr 15, 2016 at 03:03:33PM +0930, Jonathan Woithe wrote: > > > I've made a couple cosmetic changes and queued to for-next. Please review > > > and let me know if you have any concerns. > > > > Sure. Pardon my ignora

Re: [patch v2] scsi_dh_alua: uninitialized variable in alua_rtpg()

2016-04-14 Thread Hannes Reinecke
On 04/14/2016 08:20 PM, Dan Carpenter wrote: > It's possible to use "err" without initializing it. If it happens to be > a 2 which is SCSI_DH_RETRY then that could cause a bug. Bart Van Assche > pointed out that we should probably re-initialize it for every iteration > through the retry loop. >

Re: [-next] BUG_ON in scsi_target_destroy()

2016-04-14 Thread Xiong Zhou
Hi, On Wed, Apr 13, 2016 at 11:14 PM, James Bottomley wrote: > On Wed, 2016-04-13 at 10:41 +0200, Johannes Thumshirn wrote: >> Hi Sergey, Xiong, >> >> Can you try below patch? >> >> On Montag, 11. April 2016 18:01:47 CEST Sergey Senozhatsky wrote: >> > Hello, >> > >> > commit 7b106f2de6938c31ce5

Re: [Xen-devel] HVMLite / PVHv2 - using x86 EFI boot entry

2016-04-14 Thread Juergen Gross
On 14/04/16 21:44, Luis R. Rodriguez wrote: > On Thu, Apr 14, 2016 at 10:53:47AM +0100, George Dunlap wrote: >> On 13/04/16 20:52, Luis R. Rodriguez wrote: >>> On Wed, Apr 13, 2016 at 04:44:54PM +0100, George Dunlap wrote: On Thu, Apr 7, 2016 at 7:51 PM, Luis R. Rodriguez wrote: > So more

Re: [PATCH] fujitsu-laptop: Support radio LED

2016-04-14 Thread Darren Hart
On Fri, Apr 15, 2016 at 03:03:33PM +0930, Jonathan Woithe wrote: > On Thu, Apr 14, 2016 at 09:42:55PM -0700, Darren Hart wrote: > > > Signed-off-by: Michał Kępień > > > > Jonathan, please check your character set, a few mangled characters here > > which I have to fix up to use. UTF-8 seems to

Re: This patch triggers a bad gcc bug (was Re: [PATCH] force inlining of some byteswap operations)

2016-04-14 Thread Ingo Molnar
* Denys Vlasenko wrote: > > In fact, the following patch seems to fix it: > > > > diff --git a/include/scsi/scsi_transport_fc.h > > b/include/scsi/scsi_transport_fc.h > > index bf66ea6..56b9e81 100644 > > --- a/include/scsi/scsi_transport_fc.h > > +++ b/include/scsi/scsi_transport_fc.h > > @@

Re: [PATCH] fujitsu-laptop: Support radio LED

2016-04-14 Thread Jonathan Woithe
On Thu, Apr 14, 2016 at 09:42:55PM -0700, Darren Hart wrote: > > Signed-off-by: Michał Kępień > > Jonathan, please check your character set, a few mangled characters here > which I have to fix up to use. UTF-8 seems to work reliably. Sorry about that. Normally UTF-8 stuff goes through just

Re: [PATCH 1/7] PM / devfreq: event: Add new Exynos NoC probe driver

2016-04-14 Thread Chanwoo Choi
On 2016년 04월 12일 17:07, Krzysztof Kozlowski wrote: > On 04/08/2016 07:00 AM, Chanwoo Choi wrote: >> This patch adds NoC (Network on Chip) Probe driver which provides >> the primitive values to get the performance data. The packets that the >> Network >> on Chip (NoC) probes detects are transported

Re: [PATCH] platform:x86 decouple telemetry driver from the optional IPC resources

2016-04-14 Thread Darren Hart
On Fri, Apr 15, 2016 at 10:18:58AM +0800, Li, Aubrey wrote: Hi Aubrey, > res = platform_get_resource(pdev, IORESOURCE_MEM, > PLAT_RESOURCE_ISP_DATA_INDEX); > - if (!res) { > - dev_err(&pdev->dev, "Failed to get re

linux-next: Tree for Apr 15

2016-04-14 Thread Stephen Rothwell
Hi all, Changes since 20160414: The tip tree still had its build failure for which I reverted a commit. The akpm-current tree still had its build failure for which I applied a patch. Non-merge commits (relative to Linus' tree): 3999 3724 files changed, 148813 insertions(+), 87018 dele

Re: [PATCH v4 00/20] x86, boot: kaslr cleanup and 64bit kaslr support

2016-04-14 Thread Kees Cook
On Thu, Apr 14, 2016 at 9:08 PM, Baoquan He wrote: > On 04/14/16 at 10:56am, Kees Cook wrote: >> On Thu, Apr 14, 2016 at 8:06 AM, Baoquan He wrote: >> > On 04/13/16 at 11:02pm, Kees Cook wrote: >> >> On Wed, Apr 13, 2016 at 7:11 AM, Kees Cook wrote: >> >> > On Wed, Apr 13, 2016 at 3:19 AM, Ingo

Re: [PATCH] fujitsu-laptop: Support radio LED

2016-04-14 Thread Darren Hart
On Tue, Apr 12, 2016 at 10:06:34PM +0930, Jonathan Woithe wrote: > Hi Darren > > On Sun, Apr 10, 2016 at 08:22:58PM +0930, Jonathan Woithe wrote: > > On Sat, Apr 09, 2016 at 07:30:20PM -0700, Darren Hart wrote: > > > Jonathan, Micha??, > > > > > > Where are we with this? The above reads as "Doesn

[PATCH V2] regulator: pv88080: new regulator driver

2016-04-14 Thread James Bans
From: James Ban This is the driver for the Powerventure PV88080 BUCKs regulator. It communicates via an I2C bus to the device. Signed-off-by: James Ban --- Changes since PATCH V1 - Removed unnecessary array. - Added detault case. This patch applies against linux-next and next-20160413 ..

[git pull] drm fixes

2016-04-14 Thread Dave Airlie
Hi Linus, This contains fixes for exynos, amdgpu, radeon, i915 and qxl. It also contains some fixes to the core drm edid parser. The qxl fix for a cursor hotspot issue, and the radeon are some MST fixes that I've been running locally and make my monitor a bit happier. The exynos ones fix some r

Re: [-next] BUG_ON in scsi_target_destroy()

2016-04-14 Thread Xiong Zhou
Hi, On Wed, Apr 13, 2016 at 4:41 PM, Johannes Thumshirn wrote: > Hi Sergey, Xiong, > > Can you try below patch? This survives modprobe -r scsi_debug. > > On Montag, 11. April 2016 18:01:47 CEST Sergey Senozhatsky wrote: >> Hello, >> >> commit 7b106f2de6938c31ce5e9c86bc70ad3904666b96 >> Author:

Re: WARNING: CPU: 1 PID: 2485 at drivers/net/wireless/intel/iwlwifi/pcie/trans.c:1752 iwl_trans_pcie_grab_nic_access+0x110/0x120 [iwlwifi]

2016-04-14 Thread Grumbach, Emmanuel
On Fri, 2016-04-15 at 02:07 +, Borislav Petkov wrote: > Hi, > > so I'm seeing this when wlan0 tries to associate. On 4.6-rc2 + tip. > After that, wifi is dead in the water. Anyone have a clue? > > And 4.5 seems fine, I'm typing from it as we speak. > ... > [ 661.142657] [ cut

Re: [PATCH v4 00/20] x86, boot: kaslr cleanup and 64bit kaslr support

2016-04-14 Thread Baoquan He
On 04/14/16 at 10:56am, Kees Cook wrote: > On Thu, Apr 14, 2016 at 8:06 AM, Baoquan He wrote: > > On 04/13/16 at 11:02pm, Kees Cook wrote: > >> On Wed, Apr 13, 2016 at 7:11 AM, Kees Cook wrote: > >> > On Wed, Apr 13, 2016 at 3:19 AM, Ingo Molnar wrote: > >> >> > >> >> * Kees Cook wrote: > >> >>

[RFC PATCH] aliworkqueue: Adaptive lock integration on multi-core platform

2016-04-14 Thread ling . ma . program
From: Ma Ling Wire-latency(RC delay) dominate modern computer performance, conventional serialized works cause cache line ping-pong seriously, the process spend lots of time and power to complete. specially on multi-core platform. However if the serialized works are sent to one core and executed

Re: [PATCH 0/7] IB/hfi1: Remove write() and use ioctl() for user access

2016-04-14 Thread Leon Romanovsky
On Thu, Apr 14, 2016 at 01:48:31PM -0400, Ira Weiny wrote: > On Thu, Apr 14, 2016 at 10:45:50AM -0600, Jason Gunthorpe wrote: > > On Thu, Apr 14, 2016 at 08:41:35AM -0700, Dennis Dalessandro wrote: > > > This patch series removes the write() interface for user access in favor > > > of an > > > ioc

Re: [PATCH 2/4] sched/fair: Drop out incomplete current period when sched averages accrue

2016-04-14 Thread Yuyang Du
Hi Dietmar, On Thu, Apr 14, 2016 at 01:52:43PM +0100, Dietmar Eggemann wrote: > On 13/04/16 19:44, Yuyang Du wrote: > > On Wed, Apr 13, 2016 at 05:28:18PM +0200, Vincent Guittot wrote: > > [...] > > > By "bailing out", you mean return without update because the delta is less > > than 1ms? > > y

Re: [PATCH 1/3] rxrpc: Don't permit use of connect() op and simplify sendmsg() op

2016-04-14 Thread David Howells
David Miller wrote: > > Simplify the RxRPC user interface and remove the use of connect() to direct > > client calls. It is redundant given that sendmsg() can be given the target > > address and calls to multiple targets are permitted from a client socket > > and also from a service socket. > >

Re: [PATCH v4 1/2] scsi: Add intermediate STARGET_REMOVE state to scsi_target_state

2016-04-14 Thread Xiong Zhou
On Wed, Apr 13, 2016 at 4:19 PM, Johannes Thumshirn wrote: > Hi Xiong > Sorry for the late reply > > On Dienstag, 12. April 2016 21:01:53 CEST Xiong Zhou wrote: >> How about this? >> >> drivers/scsi/scsi_scan: mark STARGET_REMOVE state before destroy >> >> Signed-off-by: Xiong Zhou >> --- >> dri

[RT PATCH] cputime: remove raw locks introduced by RT patchset

2016-04-14 Thread Clark Williams
Sebastian, This patch removes the raw spinlock operations when updating cputtime in the vtime_* functions in kernel/sched/cputime.c. Based on Frederic's commit b7ce2277f087fd052, there is no need for the raw spinlocks in vtime_* functions to guard against writer concurrency and the RT versions of

Re: [PATCH 01/14] drm/amdgpu: use drm_crtc_send_vblank_event()

2016-04-14 Thread Michel Dänzer
On 15.04.2016 02:48, Gustavo Padovan wrote: > From: Gustavo Padovan > > Replace the legacy drm_send_vblank_event() with the new helper function. > > Signed-off-by: Gustavo Padovan > --- > drivers/gpu/drm/amd/amdgpu/dce_v10_0.c | 2 +- > drivers/gpu/drm/amd/amdgpu/dce_v11_0.c | 2 +- > drivers/

RE: [PATCH 3/3] fec: move to new ethtool api {get|set}_link_ksettings

2016-04-14 Thread Fugang Duan
From: Philippe Reynes Sent: Friday, April 15, 2016 6:35 AM > To: da...@davemloft.net; de...@googlers.com; f.faine...@gmail.com; Fugang > Duan > Cc: linux-kernel@vger.kernel.org; net...@vger.kernel.org; Philippe Reynes > > Subject: [PATCH 3/3] fec: move to new ethtool api {get|set}_link_ksettings

RE: [PATCH net-next 0/2] ethernet: intel: Support Hyper-V hosts

2016-04-14 Thread KY Srinivasan
> -Original Message- > From: tar...@gmail.com [mailto:tar...@gmail.com] On Behalf Of Jeff Kirsher > Sent: Thursday, April 14, 2016 7:21 PM > To: KY Srinivasan > Cc: David Miller ; netdev > ; LKML ; > de...@linuxdriverproject.org; o...@aepfle.de; a...@canonical.com; > jasow...@redhat.com;

RE: [PATCH 2/3] phy: add generic function to support ksetting support

2016-04-14 Thread Fugang Duan
From: Philippe Reynes Sent: Friday, April 15, 2016 6:35 AM > To: da...@davemloft.net; de...@googlers.com; f.faine...@gmail.com; Fugang > Duan > Cc: linux-kernel@vger.kernel.org; net...@vger.kernel.org; Philippe Reynes > > Subject: [PATCH 2/3] phy: add generic function to support ksetting support

RE: [PATCH net-next 2/2] intel: ixgbevf: Support Windows hosts (Hyper-V)

2016-04-14 Thread KY Srinivasan
> -Original Message- > From: Alexander Duyck [mailto:alexander.du...@gmail.com] > Sent: Thursday, April 14, 2016 4:18 PM > To: KY Srinivasan > Cc: David Miller ; Netdev > ; linux-kernel@vger.kernel.org; > de...@linuxdriverproject.org; o...@aepfle.de; Robo Bot > ; Jason Wang ; > e...@mell

Re: [PATCH] mpt3sas: Remove usage of 'struct timeval'

2016-04-14 Thread Martin K. Petersen
> "Tina" == Tina Ruchandani writes: Tina> 'struct timeval' will have its tv_sec value overflow on 32-bit Tina> systems in year 2038 and beyond. This patch replaces the use of Tina> struct timeval for computing mpi_request.TimeStamp, and instead Tina> uses ktime_t which provides 64-bit seconds

[PATCH v2 2/6] ARM: xen: Register with kernel restart handler

2016-04-14 Thread Guenter Roeck
Register with kernel restart handler instead of setting arm_pm_restart directly. Select a high priority of 192 to ensure that default restart handlers are replaced if Xen is running. Acked-by: Arnd Bergmann Reviewed-by: Wolfram Sang Reviewed-by: Stefano Stabellini Signed-off-by: Guenter Roeck

[PATCH v2 3/6] ARM: PSCI: Register with kernel restart handler

2016-04-14 Thread Guenter Roeck
Register with kernel restart handler instead of setting arm_pm_restart directly. This enables support for replacing the PSCI restart handler with a different handler if necessary for a specific board. Select a priority of 129 to indicate a higher than default priority, but keep it as low as possib

[PATCH v2 0/6] ARM/ARM64: Drop arm_pm_restart

2016-04-14 Thread Guenter Roeck
This is the final push to replace arm_pm_restart with the kernel restart handler. Finally drop arm_pm_restart after it is no longer used. --- v2: Rebased to v4.6-rc3 Added Reviewed-by/Acked/by/Tested-by tags Variable name change in patch 3/6. --

Re: [PATCH] mpt3sas: fix possible NULL dereference

2016-04-14 Thread Martin K. Petersen
> "Sudip" == Sudip Mukherjee writes: Sudip> We are dereferencing ioc->sense_dma_pool in pci_pool_free() and Sudip> after that we are checking if it is NULL, before calling Sudip> pci_pool_destroy(). Lets check if it is NULL before calling both Sudip> pci_pool_free() and pci_pool_destroy().

[PATCH v2 4/6] ARM: Register with kernel restart handler

2016-04-14 Thread Guenter Roeck
By making use of the kernel restart handler, board specific restart handlers can be prioritized amongst available mechanisms for a particular board or system. Select the default priority of 128 to indicate that the restart callback in the machine description is the default restart mechanism. Acke

[PATCH v2 6/6] ARM: Remove arm_pm_restart

2016-04-14 Thread Guenter Roeck
All users of arm_pm_restart have been converted to use the kernel restart handler. Acked-by: Arnd Bergmann Reviewed-by: Wolfram Sang Signed-off-by: Guenter Roeck --- v2: Rebased to v4.6-rc3, added Reviewed/by/Acked-by tags arch/arm/include/asm/system_misc.h | 1 - arch/arm/kernel/reboot.c

Re: [PATCHSET RFC cgroup/for-4.6] cgroup, sched: implement resource group and PRIO_RGRP

2016-04-14 Thread Mike Galbraith
On Thu, 2016-04-14 at 15:57 -0400, Tejun Heo wrote: > Hello, Mike. > > On Thu, Apr 14, 2016 at 08:07:37AM +0200, Mike Galbraith wrote: > > Let /foo be an exclusive cpuset containing exclusive subset bar. > > How can any task acquire set foo affinity if B really really > > applies? My box calls me

[PATCH v2 1/6] ARM: prima2: Register with kernel restart handler

2016-04-14 Thread Guenter Roeck
Register with kernel restart handler instead of setting arm_pm_restart directly. By doing this, the prima2 reset handler can be prioritized among other restart methods available on a particular board. Select a high priority of 192 since the original code overwrites the default arm restart handler.

[PATCH v2 5/6] ARM64: Remove arm_pm_restart

2016-04-14 Thread Guenter Roeck
All users of arm_pm_restart have been converted to use the kernel restart handler. Acked-by: Arnd Bergmann Reviewed-by: Wolfram Sang Tested-by: Wolfram Sang Acked-by: Catalin Marinas Signed-off-by: Guenter Roeck --- v2: Rebased to v4.6-rc3, added Reviewed/by/Acked-by/Tested-by tags arch/arm

[PATCH] libnvdimm, btt: add btt startup debug

2016-04-14 Thread Dan Williams
Report the reason for btt probe failures when debug is enabled. Signed-off-by: Dan Williams --- drivers/nvdimm/btt.c |6 +- 1 file changed, 5 insertions(+), 1 deletion(-) diff --git a/drivers/nvdimm/btt.c b/drivers/nvdimm/btt.c index cc9fafed9362..68a7c3c1eed9 100644 --- a/drivers/nvdim

[PATCH] libnvdimm, pmem: clarify the write+clear_poison+write flow

2016-04-14 Thread Dan Williams
The ACPI specification does not specify the state of data after a clear poison operation. Potential future libnvdimm bus implementations for other architectures also might not specify or disagree on the state of data after clear poison. Clarify why we write twice. Reported-by: Jeff Moyer Report

Re: [PATCH] pm80xx: Remove bogus address masking in pm8001_ioremap()

2016-04-14 Thread Martin K. Petersen
> "David" == David Daney writes: David> It is unclear what the original intent of the masking was, but it David> is clearly incorrect to truncate a physical address before David> calling ioremap(). On systems where there are valid physical David> address bits above bit-31 (arm64 for example)

[PATCH] platform/chrome: cros_ec_dev - Populate compat_ioctl

2016-04-14 Thread Guenter Roeck
compat_ioctl has to be populated for 32 bit userspace applications to work with 64 bit kernels. Signed-off-by: Guenter Roeck --- drivers/platform/chrome/cros_ec_dev.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/drivers/platform/chrome/cros_ec_dev.c b/drivers/platform/chrome/cros_ec_d

Re: [PATCH v7 2/3] gpio: dwapb: convert device node to fwnode

2016-04-14 Thread Kefeng Wang
On 2016/4/6 15:07, qiujiang wrote: > This patch converts device node to fwnode for dwapb driver, so > as to provide a unified fwnode for DT and ACPI bindings. > > Acked-by: Andy Shevchenko > Signed-off-by: qiujiang > --- > drivers/gpio/gpio-dwapb.c| 37 > -

Re: [PATCH, RESEND 3] qla2xxx: Remove use of 'struct timeval'

2016-04-14 Thread Martin K. Petersen
> "Tina" == Tina Ruchandani writes: Tina, >> Applied to 4.6/scsi-queue. Tina> I am not seeing this patch in v4.6-rc3 in Linus's tree. Not sure how I messed that up. Sorry! Applied to 4.7/scsi-queue. -- Martin K. Petersen Oracle Linux Engineering

Re: [PATCH net-next 0/2] ethernet: intel: Support Hyper-V hosts

2016-04-14 Thread Jeff Kirsher
On Thu, Apr 14, 2016 at 4:55 PM, K. Y. Srinivasan wrote: > Make adjustments to the Intel 10G VF driver to support > running on Hyper-V hosts. > > K. Y. Srinivasan (2): > ethernet: intel: Add the device ID's presented while running on > Hyper-V > intel: ixgbevf: Support Windows hosts (Hyper

Re: [PATCH 0/5] hisi_sas: v2 hw SATA fixes

2016-04-14 Thread Martin K. Petersen
> "John" == John Garry writes: John> This patchset introduces SATA support fixes for the HiSilicon v2 John> hw SAS controller. John> Fixes include: - attach issue for SATA disk attached through John> expander - intermittent issue for directly attaching multiple SATA John> disks - add support

Re: [PATCH] fs: add the FIGETFROZEN ioctl call

2016-04-14 Thread Dave Chinner
On Thu, Apr 14, 2016 at 09:57:07AM +0200, Florian Margaine wrote: > This lets userland get the filesystem freezing status, aka whether the > filesystem is frozen or not. This is so that an application can know if > it should freeze the filesystem or if it isn't necessary when taking a > snapshot.

Re: [PATCH v3 5/6] sched/deadline/rtmutex: Fix unprotected PI access in enqueue_task_dl()

2016-04-14 Thread Xunlei Pang
On 2016/04/15 at 09:58, Xunlei Pang wrote: > On 2016/04/14 at 23:31, Peter Zijlstra wrote: >> On Thu, Apr 14, 2016 at 07:37:06PM +0800, Xunlei Pang wrote: >>> We access @pi_task's data without any lock in enqueue_task_dl(), though >>> checked "dl_prio(pi_task->normal_prio)" condition, that's not en

Re: [PATCH] platform:x86 decouple telemetry driver from the optional IPC resources

2016-04-14 Thread Li, Aubrey
On 2016/4/15 8:32, Darren Hart wrote: > On Sun, Apr 10, 2016 at 09:46:48PM +0800, Li, Aubrey wrote: >> On 2016/4/10 21:17, Andy Shevchenko wrote: >>> On Thu, Mar 31, 2016 at 10:28 PM, Aubrey Li >>> wrote: Currently the optional IPC resources prevent telemetry driver from probing if thes

Re: [Xen-devel] HVMLite / PVHv2 - using x86 EFI boot entry

2016-04-14 Thread Konrad Rzeszutek Wilk
On Thu, Apr 14, 2016 at 11:12:01PM +0200, Luis R. Rodriguez wrote: > On Thu, Apr 14, 2016 at 04:38:47PM -0400, Konrad Rzeszutek Wilk wrote: > > > This has nothing to do with dominance or anything nefarious, I'm asking > > > simply for a full engineering evaluation of all possibilities, with > > > t

Re: [Xen-devel] HVMLite / PVHv2 - using x86 EFI boot entry

2016-04-14 Thread Konrad Rzeszutek Wilk
On Thu, Apr 14, 2016 at 10:56:19PM +0200, Luis R. Rodriguez wrote: > On Thu, Apr 14, 2016 at 03:56:53PM -0400, Konrad Rzeszutek Wilk wrote: > > On Thu, Apr 14, 2016 at 08:40:48PM +0200, Luis R. Rodriguez wrote: > > > On Wed, Apr 13, 2016 at 09:01:32PM -0400, Konrad Rzeszutek Wilk wrote: > > > > On

Re: [PATCH v6 3/4] soc: mediatek: Add MT2701 power dt-bindings

2016-04-14 Thread James Liao
Hi Yingjoe, On Thu, 2016-04-14 at 18:56 +0800, Yingjoe Chen wrote: > On Thu, 2016-04-14 at 16:16 +0800, James Liao wrote: > > From: Shunli Wang > > > > Add power dt-bindings for MT2701. > > > > Signed-off-by: Shunli Wang > > Signed-off-by: James Liao > > Acked-by: Rob Herring > > Reviewed-by

Re: [PATCH v3 5/6] sched/deadline/rtmutex: Fix unprotected PI access in enqueue_task_dl()

2016-04-14 Thread Xunlei Pang
On 2016/04/14 at 23:31, Peter Zijlstra wrote: > On Thu, Apr 14, 2016 at 07:37:06PM +0800, Xunlei Pang wrote: >> We access @pi_task's data without any lock in enqueue_task_dl(), though >> checked "dl_prio(pi_task->normal_prio)" condition, that's not enough. > The proper fix is to ensure that pi_task

Re: [alsa-devel] [RFC PATCH v2 1/5] ASoC: Mediatek: Refine mt8173 driver

2016-04-14 Thread Garlic Tseng
On Thu, 2016-04-14 at 20:44 +0800, Yingjoe Chen wrote: > On Thu, 2016-04-14 at 20:14 +0800, Garlic Tseng wrote: > > Move mt8173 driver to another folder. > > > > The software control sequence of mt2701 is very different from that of > > mt8173, > > so this patch moves mt8173 code to another folde

Re: [alsa-devel] [RFC PATCH v2 5/5] ASoC: mediatek: Add mt2701-cs42448 driver and config option.

2016-04-14 Thread YiMing (Garlic) Tseng
On Thu, 2016-04-14 at 20:39 +0800, Yingjoe Chen wrote: > On Thu, 2016-04-14 at 20:14 +0800, Garlic Tseng wrote: > > Add machine driver and config option for MT2701. > > > > Signed-off-by: Garlic Tseng > > --- > > sound/soc/mediatek/Kconfig | 21 ++ > > sound/soc/mediatek/Makefil

Re: [RFC 6/8] drm/fence: create DRM_MODE_ATOMIC_OUT_FENCE flag

2016-04-14 Thread Rob Clark
On Thu, Apr 14, 2016 at 9:29 PM, Gustavo Padovan wrote: > From: Gustavo Padovan > > This flag tells drm_atomic_ioctl that we want to get a per-crtc out-fence > fd back. > > Signed-off-by: Gustavo Padovan > --- > include/uapi/drm/drm_mode.h | 4 +++- > 1 file changed, 3 insertions(+), 1 deletion

[RFC 2/8] dma-buf/sync_file: add sync_file_fences_get()

2016-04-14 Thread Gustavo Padovan
From: Gustavo Padovan Creates a function that given an sync file descriptor returns a fence_collection containing all fences in the sync_file. If there is only one fence in the sync_file this fence itself is returned, however if there is more than one, a fence_collection fence is returned. Sign

Re: [RESEND PATCH v10 2/6] clk: hisilicon: add CRG driver for hi3519 soc

2016-04-14 Thread Jiancheng Xue
Hi, On 2016/3/31 16:10, Jiancheng Xue wrote: > From: Jiancheng Xue > > The CRG(Clock and Reset Generator) block provides clock > and reset signals for other modules in hi3519 soc. > > Signed-off-by: Jiancheng Xue > Acked-by: Rob Herring > Acked-by: Philipp Zabel > --- I hope this patchset ca

[RFC 4/8] drm/fence: add in-fences support

2016-04-14 Thread Gustavo Padovan
From: Gustavo Padovan There is now a new property called FENCE_FD attached to every plane state that receives the sync_file fd from userspace via the atomic commit IOCTL. The fd is then translated to a fence (that may be a fence_collection subclass or just a normal fence) and then used by DRM to

[RFC 7/8] drm/fence: create per-crtc sync_timeline

2016-04-14 Thread Gustavo Padovan
From: Gustavo Padovan Add one timeline per-crtc that will be use to handle fence signalling to userspace via sync_files. Signed-off-by: Gustavo Padovan --- drivers/gpu/drm/drm_crtc.c | 9 + include/drm/drm_crtc.h | 4 2 files changed, 13 insertions(+) diff --git a/drivers/gpu

[RFC 5/8] drm/fence: add fence to drm_pending_event

2016-04-14 Thread Gustavo Padovan
From: Gustavo Padovan Now a drm_pending_event can either send a real drm_event or signal a fence, or both. It allow us to signal via fences when the buffer is displayed on the screen. Which in turn means that the previous buffer is not in use anymore and can be freed or sent back to another drive

[RFC 6/8] drm/fence: create DRM_MODE_ATOMIC_OUT_FENCE flag

2016-04-14 Thread Gustavo Padovan
From: Gustavo Padovan This flag tells drm_atomic_ioctl that we want to get a per-crtc out-fence fd back. Signed-off-by: Gustavo Padovan --- include/uapi/drm/drm_mode.h | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/include/uapi/drm/drm_mode.h b/include/uapi/drm/drm_mode

[RFC 3/8] drm/fence: allow fence waiting to be interrupted by userspace

2016-04-14 Thread Gustavo Padovan
From: Gustavo Padovan If userspace is running an synchronously atomic commit and interrupts the atomic operation during fence_wait() it will hang until the timer expires, so here we change the wait to be interruptible so it stop immediately when userspace wants to quit. Signed-off-by: Gustavo Pa

[RFC 1/8] dma-buf/fence: add fence_collection fences

2016-04-14 Thread Gustavo Padovan
From: Gustavo Padovan struct fence_collection inherits from struct fence and carries a collection of fences that needs to be waited together. It is useful to translate a sync_file to a fence to remove the complexity of dealing with sync_files from DRM drivers. So even if there are many fences in

[RFC 8/8] drm/fence: add out-fences support

2016-04-14 Thread Gustavo Padovan
From: Gustavo Padovan Support DRM out-fences creating a sync_file with a fence for each crtc update with the DRM_MODE_ATOMIC_OUT_FENCE flag. We then send an struct drm_out_fences array with the out-fences fds back in the drm_atomic_ioctl() as an out arg in the out_fences_ptr field. struct drm_o

[RFC 0/8] drm: explicit fencing support

2016-04-14 Thread Gustavo Padovan
From: Gustavo Padovan Hi, Currently the Linux Kernel only have an implicit fencing mechanism where the fence are attached directly to buffers and userspace is unaware of what is happening. On the other hand explicit fencing which is not supported yet by Linux but it expose fences to the userspac

Re: linux-next crash during very early boot

2016-04-14 Thread Joonsoo Kim
2016-04-15 4:22 GMT+09:00 : > On Thu, 14 Apr 2016 10:35:47 +0900, Joonsoo Kim said: > >> My fault. It should be assgined every time. Please test below patch. >> I will send it with proper SOB after you confirm the problem disappear. >> Thanks for report and analysis! > > Still bombs out, sorry. W

[PATCHv3 0/2] target: make location of /var/targets configurable

2016-04-14 Thread Lee Duncan
These patches make the location of "/var/target" configurable, though it still defauls to "/var/target". This "target database directory" can only be changed after the target_core_mod loads but before any fabric drivers are loaded, and must be the pathname of an existing directory. This configura

[PATCHv3 1/2] target: make target db location configurable

2016-04-14 Thread Lee Duncan
This commit adds the read-write attribute "dbroot", in the top-level CONFIGFS (core) target directory, normally /sys/kernel/config/target. This attribute defaults to "/var/target" but can be changed by writing a new pathname string to it. Changing this attribute is only allowed when no fabric drive

[PATCHv3 2/2] target: use new "dbroot" target attribute

2016-04-14 Thread Lee Duncan
This commit updates the target core ALUA and PR modules to use the new "dbroot" attribute instead of assuming the target database is in "/var/target". Signed-off-by: Lee Duncan Reviewed-by: Hannes Reinecke --- drivers/target/target_core_alua.c | 6 +++--- drivers/target/target_core_pr.c | 2 +

Re: [PATCH 1/3] rxrpc: Don't permit use of connect() op and simplify sendmsg() op

2016-04-14 Thread David Miller
From: David Howells Date: Tue, 12 Apr 2016 16:05:41 +0100 > Simplify the RxRPC user interface and remove the use of connect() to direct > client calls. It is redundant given that sendmsg() can be given the target > address and calls to multiple targets are permitted from a client socket > and al

  1   2   3   4   5   6   7   8   9   10   >