[PATCH v2 6/6] selftests: move watchdog tests from Documentation/watchdog

Remove watchdog-test from Makefile to move the test to selftests. Add Makefile and .gitignore to for watchdog-test. watchdog-test will not be run as part of selftests suite and will not be included in install targets. It can be built separately for now. Signed-off-by: Shuah Khan ---

[PATCH v2 5/6] selftests: move ia64 tests from Documentation/ia64

Remove ia64 from Makefile to move the test to selftests. Update ia64 Makefile to work under selftests. ia64 will not be run as part of selftests suite and will not be included in install targets. They can be built separately for now. The original Makefile built this test on all archirectures and

[PATCH v2 0/6] Move runnable code (tests) from Documentation to selftests

Move runnable code (tests) from Documentation to selftests and update Makefiles to work under selftests. Jon Corbet and I discussed this in an email thread and as per that discussion, this patch series moves all the tests that are under the Documentation directory to selftests. There is more

[PATCH v2 1/6] selftests: move dnotify_test from Documentation/filesystems

Move dnotify_test.c, Makefile, and .gitignore from Documentation/filesystems to selftests/filesystems. Remove filesystems build target from Documentation/Makefile and update selftests/filesystems/Makefile to work under selftests. dnotify_test will not be run as part of selftests suite and will

[PATCH v2 0/6] Move runnable code (tests) from Documentation to selftests

Move runnable code (tests) from Documentation to selftests and update Makefiles to work under selftests. Jon Corbet and I discussed this in an email thread and as per that discussion, this patch series moves all the tests that are under the Documentation directory to selftests. There is more

[PATCH v2 1/6] selftests: move dnotify_test from Documentation/filesystems

Move dnotify_test.c, Makefile, and .gitignore from Documentation/filesystems to selftests/filesystems. Remove filesystems build target from Documentation/Makefile and update selftests/filesystems/Makefile to work under selftests. dnotify_test will not be run as part of selftests suite and will

Re: [PATCH v3] net: ip, diag -- Add diag interface for raw sockets

Greg wrote: Someday Linux will be a modern OS that just includes IPV6 and forces a config option to NOT have it. That'll be great. All the IS_ENABLED_(CONFIG_IPV6) scattered everywhere is nuts. Better wait until everyone at least *has* IPv6! I have yet to have IPv6

Re: [PATCH v3] net: ip, diag -- Add diag interface for raw sockets

Greg wrote: Someday Linux will be a modern OS that just includes IPV6 and forces a config option to NOT have it. That'll be great. All the IS_ENABLED_(CONFIG_IPV6) scattered everywhere is nuts. Better wait until everyone at least *has* IPv6! I have yet to have IPv6 deployed on any of

[PATCH 3/4] input: Deprecate real timestamps beyond year 2106

struct timeval is not y2038 safe. All usage of timeval in the kernel will be replaced by y2038 safe structures. struct input_event maintains time for each input event. Real time timestamps are not ideal for input as this time can go backwards as noted in the patch a80b83b7b8 by John Stultz.

[PATCH 3/4] input: Deprecate real timestamps beyond year 2106

struct timeval is not y2038 safe. All usage of timeval in the kernel will be replaced by y2038 safe structures. struct input_event maintains time for each input event. Real time timestamps are not ideal for input as this time can go backwards as noted in the patch a80b83b7b8 by John Stultz.

Re: [RESEND][PATCH V7 0/5] perf: Driver specific configuration for PMU

Em Tue, Sep 06, 2016 at 10:37:12AM -0600, Mathieu Poirier escreveu: > Original blurb: > --- So, I managed to apply "perf tools: add infrastructure for PMU specific configuration", the first, as we discussed, needs splitting, some don't apply due to the first not being applied, and one

Re: [RESEND][PATCH V7 0/5] perf: Driver specific configuration for PMU

Em Tue, Sep 06, 2016 at 10:37:12AM -0600, Mathieu Poirier escreveu: > Original blurb: > --- So, I managed to apply "perf tools: add infrastructure for PMU specific configuration", the first, as we discussed, needs splitting, some don't apply due to the first not being applied, and one

Re: [PATCH 2/2] PCI: add CRS support to error handling path

On Thu, Sep 01, 2016 at 07:00:01PM -0400, Sinan Kaya wrote: > The PCIE spec allows an endpoint device to extend the initialization time > beyond 1 second by issuing Configuration Request Retry Status (CRS) for a > vendor ID read request. > > This basically means "I'm busy now, please call me back

Re: [PATCH 2/2] PCI: add CRS support to error handling path

On Thu, Sep 01, 2016 at 07:00:01PM -0400, Sinan Kaya wrote: > The PCIE spec allows an endpoint device to extend the initialization time > beyond 1 second by issuing Configuration Request Retry Status (CRS) for a > vendor ID read request. > > This basically means "I'm busy now, please call me back

RE: [PATCH 3/3] Drivers: hv: utils: Support TimeSync version 4.0 protocol samples.

> On Thu, Sep 08, k...@exchange.microsoft.com wrote: > > > - default: > > + case(VERSION_WIN10): > > util_fw_version = UTIL_FW_VERSION; > > sd_srv_version = SD_VERSION; > > ts_srv_version = TS_VERSION; > > hb_srv_version = HB_VERSION; > > +

RE: [PATCH 3/3] Drivers: hv: utils: Support TimeSync version 4.0 protocol samples.

> On Thu, Sep 08, k...@exchange.microsoft.com wrote: > > > - default: > > + case(VERSION_WIN10): > > util_fw_version = UTIL_FW_VERSION; > > sd_srv_version = SD_VERSION; > > ts_srv_version = TS_VERSION; > > hb_srv_version = HB_VERSION; > > +

[PATCH V2 for-next 7/9] IB/hns: Fix the bug of rdma cm connecting on user mode

From: Lijun Ou Fix bug of modify qp from init to init on user mode. Otherwise, it will oops when rmda cm established. Signed-off-by: Lijun Ou Reviewed-by: Wei Hu Signed-off-by: Salil Mehta ---

[PATCH V2 for-next 7/9] IB/hns: Fix the bug of rdma cm connecting on user mode

From: Lijun Ou Fix bug of modify qp from init to init on user mode. Otherwise, it will oops when rmda cm established. Signed-off-by: Lijun Ou Reviewed-by: Wei Hu Signed-off-by: Salil Mehta --- drivers/infiniband/hw/hns/hns_roce_hw_v1.c | 41 ++ 1 file changed, 14

Re: [PATCH] android: binder: Disable preemption while holding the global binder lock

On Tue, Sep 13, 2016 at 12:32 AM, Peter Zijlstra wrote: > On Mon, Sep 12, 2016 at 08:44:09PM -0700, Arve Hjønnevåg wrote: > >> A previous attempt to fix this problem, changed the lock to use >> rt_mutex instead of mutex, but this apparently did not work as well as >> this

Re: [PATCH] android: binder: Disable preemption while holding the global binder lock

On Tue, Sep 13, 2016 at 12:32 AM, Peter Zijlstra wrote: > On Mon, Sep 12, 2016 at 08:44:09PM -0700, Arve Hjønnevåg wrote: > >> A previous attempt to fix this problem, changed the lock to use >> rt_mutex instead of mutex, but this apparently did not work as well as >> this patch. I believe the

Re: [PATCH] android: binder: Disable preemption while holding the global binder lock

On Mon, Sep 12, 2016 at 11:42 PM, Greg Kroah-Hartman wrote: > On Mon, Sep 12, 2016 at 08:44:09PM -0700, Arve Hjønnevåg wrote: >> On Sat, Sep 10, 2016 at 10:28 AM, Greg Kroah-Hartman >> wrote: >> > On Sat, Sep 10, 2016 at 06:37:29PM +0200,

[PATCH V2 for-next 9/9] IB/hns: Add node_guid definition to the bindings document

From: Lijun Ou This patch adds node_guid definition in bindings document. The value of node_guid will be used during RDMA connection. Signed-off-by: Lijun Ou Reviewed-by: Wei Hu Signed-off-by: Salil Mehta

[PATCH V2 for-next 3/9] IB/hns: Fix the value of device_cap_flags

From: Lijun Ou In the latest IB core version, it has some known issues with memory registration using the local_dma_lkey. Thus RoCE don't expose support for it, and remove device->local_dma_lkey which is introduced to working systems. Signed-off-by: Lijun Ou

[PATCH V2 for-next 5/9] IB/hns: Add phy_port for computing GSI/QPN

From: Lijun Ou This patch mainly adds phy_port to HNS RoCE QP. This shall be used in calculating the GSI QPN for the port. Initally when RDMA is being established, all IB ports share a QPN which later needs to be re-assigned to a particular GSI/QPN and which is per-port. This

Re: [PATCH] android: binder: Disable preemption while holding the global binder lock

On Mon, Sep 12, 2016 at 11:42 PM, Greg Kroah-Hartman wrote: > On Mon, Sep 12, 2016 at 08:44:09PM -0700, Arve Hjønnevåg wrote: >> On Sat, Sep 10, 2016 at 10:28 AM, Greg Kroah-Hartman >> wrote: >> > On Sat, Sep 10, 2016 at 06:37:29PM +0200, Thomas Gleixner wrote: >> >> On Sat, 10 Sep 2016, Peter

[PATCH V2 for-next 9/9] IB/hns: Add node_guid definition to the bindings document

From: Lijun Ou This patch adds node_guid definition in bindings document. The value of node_guid will be used during RDMA connection. Signed-off-by: Lijun Ou Reviewed-by: Wei Hu Signed-off-by: Salil Mehta --- Documentation/devicetree/bindings/infiniband/hisilicon-hns-roce.txt | 2 ++ 1 file

[PATCH V2 for-next 3/9] IB/hns: Fix the value of device_cap_flags

From: Lijun Ou In the latest IB core version, it has some known issues with memory registration using the local_dma_lkey. Thus RoCE don't expose support for it, and remove device->local_dma_lkey which is introduced to working systems. Signed-off-by: Lijun Ou Reviewed-by: Wei Hu Signed-off-by:

[PATCH V2 for-next 5/9] IB/hns: Add phy_port for computing GSI/QPN

From: Lijun Ou This patch mainly adds phy_port to HNS RoCE QP. This shall be used in calculating the GSI QPN for the port. Initally when RDMA is being established, all IB ports share a QPN which later needs to be re-assigned to a particular GSI/QPN and which is per-port. This also fixes a bug in

[PATCH V2 for-next 8/9] IB/hns: Fix two bugs for rdma cm connecting

From: Lijun Ou This patch mainly modify the value of HNS_ROCE_SL_SHIFT and delete the lines for assigning for the field of local_enable_e2e_credit in QP1C. Signed-off-by: Lijun Ou Reviewed-by: Wei Hu Signed-off-by: Salil Mehta

[PATCH V2 for-next 4/9] IB/hns: Fix two possible bugs for rdma cm

From: Lijun Ou Fix the length of wqe that maybe lead to an error and write the end bytes of QP1C into the register. Signed-off-by: Lijun Ou Reviewed-by: Wei Hu Signed-off-by: Salil Mehta ---

[PATCH V2 for-next 6/9] IB/hns: Change the logic for allocating uar registers

From: Lijun Ou This patch mainly modifies the logic for allocating uar registers. In HiP06 SoC, HW has 8 group of uar registers for kernel and user space application. The uar index is assigned as follows: 0 -- for kernel 1~7 -- for user space application

[PATCH V2 for-next 4/9] IB/hns: Fix two possible bugs for rdma cm

From: Lijun Ou Fix the length of wqe that maybe lead to an error and write the end bytes of QP1C into the register. Signed-off-by: Lijun Ou Reviewed-by: Wei Hu Signed-off-by: Salil Mehta --- drivers/infiniband/hw/hns/hns_roce_hw_v1.c | 10 -- 1 file changed, 4 insertions(+), 6

[PATCH V2 for-next 6/9] IB/hns: Change the logic for allocating uar registers

From: Lijun Ou This patch mainly modifies the logic for allocating uar registers. In HiP06 SoC, HW has 8 group of uar registers for kernel and user space application. The uar index is assigned as follows: 0 -- for kernel 1~7 -- for user space application Signed-off-by: Lijun

[PATCH V2 for-next 8/9] IB/hns: Fix two bugs for rdma cm connecting

From: Lijun Ou This patch mainly modify the value of HNS_ROCE_SL_SHIFT and delete the lines for assigning for the field of local_enable_e2e_credit in QP1C. Signed-off-by: Lijun Ou Reviewed-by: Wei Hu Signed-off-by: Salil Mehta --- drivers/infiniband/hw/hns/hns_roce_device.h | 2 +-

[PATCH V2 for-next 2/9] IB/hns: Add & initialize "node_guid" parameter for RDMA CM

From: Lijun Ou According to the Infiniband spec, NodeGUID uniquely identifies a node. This must be initialized to some unique value. This patch adds the support to the HNS RoCE driver to fetch the NodeGUID value from DT or ACPI and then use this value to initialize the

[PATCH V2 for-next 2/9] IB/hns: Add & initialize "node_guid" parameter for RDMA CM

From: Lijun Ou According to the Infiniband spec, NodeGUID uniquely identifies a node. This must be initialized to some unique value. This patch adds the support to the HNS RoCE driver to fetch the NodeGUID value from DT or ACPI and then use this value to initialize the node_guid parameter of IB

[PATCH V2 for-next 0/9] IB/hns: Add CM(Connection Manager) Support to HNS RoCe Driver

This patch-set adds the CM(Connection Manager) support to the HNS RoCE driver. Changes done are primarily to add support of APIs in IB device and some fixes over the base driver to support RDMA Connection Manager. This patch-set also updates the Device binding document as new parameter node-guid

[PATCH V2 for-next 1/9] IB/hns: Register HNS RoCE Driver get_netdev() with IB Core

From: Lijun Ou This patch adds get_netdev() function to the IB device. This shall be used to fetch netdev corresponding to the port number. This function would be called by IB core(Generic CM Agent) for example, when the RDMA connection is being established. Signed-off-by:

[PATCH V2 for-next 0/9] IB/hns: Add CM(Connection Manager) Support to HNS RoCe Driver

This patch-set adds the CM(Connection Manager) support to the HNS RoCE driver. Changes done are primarily to add support of APIs in IB device and some fixes over the base driver to support RDMA Connection Manager. This patch-set also updates the Device binding document as new parameter node-guid

[PATCH V2 for-next 1/9] IB/hns: Register HNS RoCE Driver get_netdev() with IB Core

From: Lijun Ou This patch adds get_netdev() function to the IB device. This shall be used to fetch netdev corresponding to the port number. This function would be called by IB core(Generic CM Agent) for example, when the RDMA connection is being established. Signed-off-by: Lijun Ou

Re: [PATCH v2] x86/dumpstack: allow preemption in show_stack_log_lvl() and dump_trace()

On Tue, Sep 13, 2016 at 08:29:57PM +0200, Ingo Molnar wrote: > > * Josh Poimboeuf wrote: > > > show_stack_log_lvl() and dump_trace() are already preemption safe: > > > > - If they're running in irq or exception context, preemption is already > > disabled and the percpu

Re: [PATCH v2] x86/dumpstack: allow preemption in show_stack_log_lvl() and dump_trace()

On Tue, Sep 13, 2016 at 08:29:57PM +0200, Ingo Molnar wrote: > > * Josh Poimboeuf wrote: > > > show_stack_log_lvl() and dump_trace() are already preemption safe: > > > > - If they're running in irq or exception context, preemption is already > > disabled and the percpu stack pointers can be

Re: [PATCH v3 07/15] lockdep: Implement crossrelease feature

On Wed, Sep 14, 2016 at 02:12:51AM +0900, Byungchul Park wrote: > On Wed, Sep 14, 2016 at 12:05 AM, Peter Zijlstra wrote: > > > > > > So the idea is to add support for non-owner serialization primitives, > > like completions/semaphores, and so far I've not looked at the code

Re: [PATCH v3 07/15] lockdep: Implement crossrelease feature

On Wed, Sep 14, 2016 at 02:12:51AM +0900, Byungchul Park wrote: > On Wed, Sep 14, 2016 at 12:05 AM, Peter Zijlstra wrote: > > > > > > So the idea is to add support for non-owner serialization primitives, > > like completions/semaphores, and so far I've not looked at the code yet. > > I did spend

[PATCH] f2fs: remove dead code f2fs_check_acl

The macro f2fs_check_acl is defined but never used since the initial commit, this patch removes the code that has been dead for several years. Signed-off-by: Tiezhu Yang --- fs/f2fs/acl.h | 1 - 1 file changed, 1 deletion(-) diff --git a/fs/f2fs/acl.h b/fs/f2fs/acl.h index

[PATCH] f2fs: remove dead code f2fs_check_acl

The macro f2fs_check_acl is defined but never used since the initial commit, this patch removes the code that has been dead for several years. Signed-off-by: Tiezhu Yang --- fs/f2fs/acl.h | 1 - 1 file changed, 1 deletion(-) diff --git a/fs/f2fs/acl.h b/fs/f2fs/acl.h index b2334d1..2c68518

Re: [PATCH] MIPS: Octeon: Use defines instead of magic numbers

Hi, On Tue, Sep 13, 2016 at 07:04:54PM +, Asbjørn Sloth Tønnesen wrote: > On Tue, 13 Sep 2016 00:03:14 +0300, Aaro Koskinen > wrote: > > On Mon, Sep 12, 2016 at 08:33:43PM +, Asbjoern Sloth Toennesen wrote: > > > The patch will be followed by a similar patch to > >

Re: [PATCH] MIPS: Octeon: Use defines instead of magic numbers

Hi, On Tue, Sep 13, 2016 at 07:04:54PM +, Asbjørn Sloth Tønnesen wrote: > On Tue, 13 Sep 2016 00:03:14 +0300, Aaro Koskinen > wrote: > > On Mon, Sep 12, 2016 at 08:33:43PM +, Asbjoern Sloth Toennesen wrote: > > > The patch will be followed by a similar patch to > > >

Re: [PATCH] usb: cleanup with list_first_entry_or_null()

On 9/12/2016 10:52 PM, Felipe Balbi wrote: > > Hi Masahiro, > > Masahiro Yamada writes: >> The combo of list_empty() check and return list_first_entry() >> can be replaced with list_first_entry_or_null(). >> >> Signed-off-by: Masahiro Yamada

Re: [PATCH] usb: cleanup with list_first_entry_or_null()

On 9/12/2016 10:52 PM, Felipe Balbi wrote: > > Hi Masahiro, > > Masahiro Yamada writes: >> The combo of list_empty() check and return list_first_entry() >> can be replaced with list_first_entry_or_null(). >> >> Signed-off-by: Masahiro Yamada >> --- > > Care to split this into two patches (one

[PATCH] remoteproc: Drop unnecessary NULL check

rproc_alloc() will make sure that the "firmware" pointer is either a driver supplied value or pointing to a generated firmware filename, it can't be NULL. So drop the extra check in the rproc_boot() path. Signed-off-by: Bjorn Andersson ---

[PATCH] remoteproc: Drop unnecessary NULL check

rproc_alloc() will make sure that the "firmware" pointer is either a driver supplied value or pointing to a generated firmware filename, it can't be NULL. So drop the extra check in the rproc_boot() path. Signed-off-by: Bjorn Andersson --- drivers/remoteproc/remoteproc_core.c | 7 --- 1

Re: [PATCH] MIPS: Octeon: Use defines instead of magic numbers

Hi Aaro, On Tue, 13 Sep 2016 00:03:14 +0300, Aaro Koskinen wrote: > On Mon, Sep 12, 2016 at 08:33:43PM +, Asbjoern Sloth Toennesen wrote: > > The patch will be followed by a similar patch to > > drivers/staging/octeon/ethernet.c > > I think you should: > > 1.

[PATCH] staging: octeon: use defines instead of magic numbers

The ugly magic number 65392 is waiting for CVMX_IPD_MAX_MTU to appear in the mips tree. Signed-off-by: Asbjoern Sloth Toennesen --- drivers/staging/octeon/ethernet.c | 18 -- 1 file changed, 12 insertions(+), 6 deletions(-) diff --git

Re: [PATCH] MIPS: Octeon: Use defines instead of magic numbers

Hi Aaro, On Tue, 13 Sep 2016 00:03:14 +0300, Aaro Koskinen wrote: > On Mon, Sep 12, 2016 at 08:33:43PM +, Asbjoern Sloth Toennesen wrote: > > The patch will be followed by a similar patch to > > drivers/staging/octeon/ethernet.c > > I think you should: > > 1. Move this function to

[PATCH] staging: octeon: use defines instead of magic numbers

The ugly magic number 65392 is waiting for CVMX_IPD_MAX_MTU to appear in the mips tree. Signed-off-by: Asbjoern Sloth Toennesen --- drivers/staging/octeon/ethernet.c | 18 -- 1 file changed, 12 insertions(+), 6 deletions(-) diff --git a/drivers/staging/octeon/ethernet.c

Re: [PATCH v4 1/4] regulator: Add set_voltage_time op

El Mon, Sep 12, 2016 at 06:18:31PM -0700 Matthias Kaehlcke ha dit: > El Tue, Sep 13, 2016 at 12:57:58AM +0100 Mark Brown ha dit: > > > On Mon, Sep 12, 2016 at 04:18:51PM -0700, Matthias Kaehlcke wrote: > > > El Mon, Sep 12, 2016 at 07:32:30PM +0100 Mark Brown ha dit: > > > > On Tue, Sep 06, 2016

Re: [PATCH v4 1/4] regulator: Add set_voltage_time op

El Mon, Sep 12, 2016 at 06:18:31PM -0700 Matthias Kaehlcke ha dit: > El Tue, Sep 13, 2016 at 12:57:58AM +0100 Mark Brown ha dit: > > > On Mon, Sep 12, 2016 at 04:18:51PM -0700, Matthias Kaehlcke wrote: > > > El Mon, Sep 12, 2016 at 07:32:30PM +0100 Mark Brown ha dit: > > > > On Tue, Sep 06, 2016

Re: [PATCH 2/2] usb: dwc3: Added a property to set GFLADJ register

On 9/12/2016 8:30 AM, Rob Herring wrote: > On Thu, Sep 01, 2016 at 02:32:33PM -0700, John Youn wrote: >> From: Thinh Nguyen >> >> Added gfladj variable to control the core behavior with respect to >> SOF, ITP, and frame timer functionality. >> >> Currently there is dwc->fladj

Re: [PATCH 2/2] usb: dwc3: Added a property to set GFLADJ register

On 9/12/2016 8:30 AM, Rob Herring wrote: > On Thu, Sep 01, 2016 at 02:32:33PM -0700, John Youn wrote: >> From: Thinh Nguyen >> >> Added gfladj variable to control the core behavior with respect to >> SOF, ITP, and frame timer functionality. >> >> Currently there is dwc->fladj that holds a single

RE: [PATCH v2 11/33] x86/intel_rdt: Hot cpu support for Cache Allocation

> Just for my info, why do we need not update MSRs when a cpu goes offline? The CBM (cache bitmask) MSRs are shared by all the cpus that use that same cache. So they mustn't be updated when some of the CPUs go offline, because the remaining ones are still using them. I suppose you could do

RE: [PATCH v2 11/33] x86/intel_rdt: Hot cpu support for Cache Allocation

> Just for my info, why do we need not update MSRs when a cpu goes offline? The CBM (cache bitmask) MSRs are shared by all the cpus that use that same cache. So they mustn't be updated when some of the CPUs go offline, because the remaining ones are still using them. I suppose you could do

Re: [PATCH 3/3] net-next: dsa: add new driver for qca8xxx family

On 13/09/2016 21:07, Andrew Lunn wrote: >> Since the former alternative is prefered, we may want to remove the >> latter soon from DSA. If this phy_port_map is needed for that case, it'd >> be preferable not to add it. > > O.K, so maybe we should solve it the device tree way: > > > {

Re: [PATCH 3/3] net-next: dsa: add new driver for qca8xxx family

On 13/09/2016 21:07, Andrew Lunn wrote: >> Since the former alternative is prefered, we may want to remove the >> latter soon from DSA. If this phy_port_map is needed for that case, it'd >> be preferable not to add it. > > O.K, so maybe we should solve it the device tree way: > > > {

Re: [RFC PATCH 2/3] tracing/syscalls: add handling for compat tasks

On Mon, Sep 12, 2016 at 10:41 PM, Marcin Nowakowski wrote: > Hi Andy, > > Thanks for your review and the comments, I'll address them in a next > iteration. Do you have any other comments on the complete patchset? It seems reasonable to me. > > On 12.09.2016 19:35,

Re: [RFC PATCH 2/3] tracing/syscalls: add handling for compat tasks

On Mon, Sep 12, 2016 at 10:41 PM, Marcin Nowakowski wrote: > Hi Andy, > > Thanks for your review and the comments, I'll address them in a next > iteration. Do you have any other comments on the complete patchset? It seems reasonable to me. > > On 12.09.2016 19:35, Andy Lutomirski wrote: >> >>

Re: [PATCH 3/3] net-next: dsa: add new driver for qca8xxx family

> Since the former alternative is prefered, we may want to remove the > latter soon from DSA. If this phy_port_map is needed for that case, it'd > be preferable not to add it. O.K, so maybe we should solve it the device tree way: { phy_port1: phy@0 {

Re: [PATCH 1/2] usb: dwc3: Add ref clock period setting

On 9/12/2016 7:09 AM, Rob Herring wrote: > On Thu, Sep 01, 2016 at 02:32:30PM -0700, John Youn wrote: >> From: Thinh Nguyen >> >> Added ref_clk_per for writing to GUCTL.RefClkPer which >> sets the period of ref_clk in nano second. >> >> Signed-off-by: Thinh Nguyen

Re: [PATCH 3/3] net-next: dsa: add new driver for qca8xxx family

> Since the former alternative is prefered, we may want to remove the > latter soon from DSA. If this phy_port_map is needed for that case, it'd > be preferable not to add it. O.K, so maybe we should solve it the device tree way: { phy_port1: phy@0 {

Re: [PATCH 1/2] usb: dwc3: Add ref clock period setting

On 9/12/2016 7:09 AM, Rob Herring wrote: > On Thu, Sep 01, 2016 at 02:32:30PM -0700, John Youn wrote: >> From: Thinh Nguyen >> >> Added ref_clk_per for writing to GUCTL.RefClkPer which >> sets the period of ref_clk in nano second. >> >> Signed-off-by: Thinh Nguyen >> Signed-off-by: John Youn >>

[PATCH 2/6] leds: gpio: add helper cdev_to_gpio_led_data

Add a helper for the container_of as it's used more than once. Signed-off-by: Heiner Kallweit --- drivers/leds/leds-gpio.c | 12 1 file changed, 8 insertions(+), 4 deletions(-) diff --git a/drivers/leds/leds-gpio.c b/drivers/leds/leds-gpio.c index

[PATCH 2/6] leds: gpio: add helper cdev_to_gpio_led_data

Add a helper for the container_of as it's used more than once. Signed-off-by: Heiner Kallweit --- drivers/leds/leds-gpio.c | 12 1 file changed, 8 insertions(+), 4 deletions(-) diff --git a/drivers/leds/leds-gpio.c b/drivers/leds/leds-gpio.c index 10c851e..da4aa8e 100644 ---

Re: kvm-unit-test fail for split irqchip

2016-09-13 19:06+0800, Wanpeng Li: > Add -kernel_irqchip=split > ./x86-run x86/eventinj.flat > > qemu-system-x86_64 -enable-kvm -machine kernel_irqchip=split -cpu host > -device pc-testdev -device isa-debug-exit,iobase=0xf4,iosize=0x4 -vnc > none -serial stdio -device pci-testdev -kernel

Re: kvm-unit-test fail for split irqchip

2016-09-13 19:06+0800, Wanpeng Li: > Add -kernel_irqchip=split > ./x86-run x86/eventinj.flat > > qemu-system-x86_64 -enable-kvm -machine kernel_irqchip=split -cpu host > -device pc-testdev -device isa-debug-exit,iobase=0xf4,iosize=0x4 -vnc > none -serial stdio -device pci-testdev -kernel

[PATCH 1/6] leds: gpio: fix an unhandled error case in create_gpio_led

gpiod_get_value_cansleep returns 0, 1, or an error code. So far errors are not handled and treated the same as 1. Change this to bail out if an error code is returned and remove the double negation. Signed-off-by: Heiner Kallweit --- drivers/leds/leds-gpio.c | 9 ++---

[PATCH 1/6] leds: gpio: fix an unhandled error case in create_gpio_led

gpiod_get_value_cansleep returns 0, 1, or an error code. So far errors are not handled and treated the same as 1. Change this to bail out if an error code is returned and remove the double negation. Signed-off-by: Heiner Kallweit --- drivers/leds/leds-gpio.c | 9 ++--- 1 file changed, 6

[PATCH 3/6] leds: gpio: simplify gpio_leds_create

Definition of np can be moved into the loop as well to simplify the code a little. Signed-off-by: Heiner Kallweit --- drivers/leds/leds-gpio.c | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/drivers/leds/leds-gpio.c b/drivers/leds/leds-gpio.c index

[PATCH 3/6] leds: gpio: simplify gpio_leds_create

Definition of np can be moved into the loop as well to simplify the code a little. Signed-off-by: Heiner Kallweit --- drivers/leds/leds-gpio.c | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/drivers/leds/leds-gpio.c b/drivers/leds/leds-gpio.c index da4aa8e..171ba2f 100644

[PATCH 5/6] leds: gpio: switch to managed version of led_classdev_register

Using the managed version of led_classdev_register allows to significantly simplify the code. Signed-off-by: Heiner Kallweit --- drivers/leds/leds-gpio.c | 23 ++- 1 file changed, 2 insertions(+), 21 deletions(-) diff --git a/drivers/leds/leds-gpio.c

[PATCH 6/6] leds: gpio: fix and simplify error handling in gpio_leds_create

Simplify the error handling and add a missing call to fwnode_handle_put when checking led.name. Signed-off-by: Heiner Kallweit --- drivers/leds/leds-gpio.c | 12 1 file changed, 4 insertions(+), 8 deletions(-) diff --git a/drivers/leds/leds-gpio.c

[PATCH 5/6] leds: gpio: switch to managed version of led_classdev_register

Using the managed version of led_classdev_register allows to significantly simplify the code. Signed-off-by: Heiner Kallweit --- drivers/leds/leds-gpio.c | 23 ++- 1 file changed, 2 insertions(+), 21 deletions(-) diff --git a/drivers/leds/leds-gpio.c

[PATCH 6/6] leds: gpio: fix and simplify error handling in gpio_leds_create

Simplify the error handling and add a missing call to fwnode_handle_put when checking led.name. Signed-off-by: Heiner Kallweit --- drivers/leds/leds-gpio.c | 12 1 file changed, 4 insertions(+), 8 deletions(-) diff --git a/drivers/leds/leds-gpio.c b/drivers/leds/leds-gpio.c index

[PATCH 4/6] leds: gpio: fix and simplify reading property "label"

Checking for the presence of the property first isn't strictly needed as we can react on the return code of fwnode_property_read_string. Also, even if the presence of a property "label" was checked, reading a string value for it theoretically still can fail and this case isn't handled.

[PATCH 4/6] leds: gpio: fix and simplify reading property "label"

Checking for the presence of the property first isn't strictly needed as we can react on the return code of fwnode_property_read_string. Also, even if the presence of a property "label" was checked, reading a string value for it theoretically still can fail and this case isn't handled.

Re: [PATCH v10 3/4] ARM64: ACPI: enable ACPI_SPCR_TABLE

On Fri, 2016-09-09 at 17:28 +0800, Hanjun Guo wrote: > On 2016/9/9 0:34, Mark Salter wrote: > > > > On Thu, 2016-09-08 at 12:16 +0100, Will Deacon wrote: > > > > > > On Wed, Sep 07, 2016 at 12:30:19PM +0300, Aleksey Makarov wrote: > > > > > > > > > > > > > > > > On 09/05/2016 03:36 PM,

Re: [PATCH v10 3/4] ARM64: ACPI: enable ACPI_SPCR_TABLE

On Fri, 2016-09-09 at 17:28 +0800, Hanjun Guo wrote: > On 2016/9/9 0:34, Mark Salter wrote: > > > > On Thu, 2016-09-08 at 12:16 +0100, Will Deacon wrote: > > > > > > On Wed, Sep 07, 2016 at 12:30:19PM +0300, Aleksey Makarov wrote: > > > > > > > > > > > > > > > > On 09/05/2016 03:36 PM,

Re: Ping: [PATCH v15 00/13] support "task_isolation" mode

Thanks for your explanation of the TIF_TASK_ISOLATION flag being needed for x86 _TIF_WORK_SYSCALL_ENTRY. It makes perfect sense in retrospect :-) On 9/12/2016 8:20 PM, Francis Giraldeau wrote: On a side note, the NOSIG mode may be confusing for the users. At first, I was expecting that NOSIG

Re: Ping: [PATCH v15 00/13] support "task_isolation" mode

Thanks for your explanation of the TIF_TASK_ISOLATION flag being needed for x86 _TIF_WORK_SYSCALL_ENTRY. It makes perfect sense in retrospect :-) On 9/12/2016 8:20 PM, Francis Giraldeau wrote: On a side note, the NOSIG mode may be confusing for the users. At first, I was expecting that NOSIG

Re: [RFC PATCH 2/2] x86: wire up mincore2()

* Dan Williams wrote: > Add the new the mincore2() symbol to the x86 syscall tables. Could you please send the patch against -tip? We have this (new) commit in the x86 tree: f9afc6197e9b x86: Wire up protection keys system calls ... which created a new conflict.

Re: [RFC PATCH 2/2] x86: wire up mincore2()

* Dan Williams wrote: > Add the new the mincore2() symbol to the x86 syscall tables. Could you please send the patch against -tip? We have this (new) commit in the x86 tree: f9afc6197e9b x86: Wire up protection keys system calls ... which created a new conflict. Thanks, Ingo

Re: [PATCH] prctl,x86 Add PR_[GET|SET]_CPUID for controlling the CPUID instruction.

On Mon, Sep 12, 2016 at 7:15 AM, Kyle Huey wrote: > On Mon, Sep 12, 2016 at 2:07 AM, Borislav Petkov wrote: >> On Sun, Sep 11, 2016 at 05:29:23PM -0700, Kyle Huey wrote: >>> @@ -2162,6 +2168,12 @@ SYSCALL_DEFINE5(prctl, int, option, unsigned long, >>> arg2,

Re: [PATCH] prctl,x86 Add PR_[GET|SET]_CPUID for controlling the CPUID instruction.

On Mon, Sep 12, 2016 at 7:15 AM, Kyle Huey wrote: > On Mon, Sep 12, 2016 at 2:07 AM, Borislav Petkov wrote: >> On Sun, Sep 11, 2016 at 05:29:23PM -0700, Kyle Huey wrote: >>> @@ -2162,6 +2168,12 @@ SYSCALL_DEFINE5(prctl, int, option, unsigned long, >>> arg2, unsigned long, arg3, >>> case

Re: [RFCv3][PATCH 3/5] arm64: Implement ARCH_HAS_FORCE_CACHE

On 09/13/2016 08:14 AM, Will Deacon wrote: On Tue, Sep 13, 2016 at 08:02:20AM -0700, Laura Abbott wrote: On 09/13/2016 02:19 AM, Will Deacon wrote: On Mon, Sep 12, 2016 at 02:32:56PM -0700, Laura Abbott wrote: arm64 may need to guarantee the caches are synced. Implement versions of the

Re: [RFCv3][PATCH 3/5] arm64: Implement ARCH_HAS_FORCE_CACHE

On 09/13/2016 08:14 AM, Will Deacon wrote: On Tue, Sep 13, 2016 at 08:02:20AM -0700, Laura Abbott wrote: On 09/13/2016 02:19 AM, Will Deacon wrote: On Mon, Sep 12, 2016 at 02:32:56PM -0700, Laura Abbott wrote: arm64 may need to guarantee the caches are synced. Implement versions of the

[patch v5] i2c: mux: mellanox: add driver

From: Vadim Pasternak This driver allows I2C routing controlled through CPLD select registers on a wide range of Mellanox systems (CPLD Lattice device). MUX selection is provided by digital and analog HW. Analog part is not under SW control. Digital part is under CPLD

[patch v5] i2c: mux: mellanox: add driver

From: Vadim Pasternak This driver allows I2C routing controlled through CPLD select registers on a wide range of Mellanox systems (CPLD Lattice device). MUX selection is provided by digital and analog HW. Analog part is not under SW control. Digital part is under CPLD control (channel

Re: [PATCH] xen: consolidate swiotbl_xen dma_ops

* Christoph Hellwig wrote: > On Mon, Sep 12, 2016 at 01:45:40PM +0200, Ingo Molnar wrote: > > Please organize such initializers better! Something like this: > > > Makes it much easier to review such definitions. > > That's my personal preference, too. But this is just

Re: [PATCH] xen: consolidate swiotbl_xen dma_ops

* Christoph Hellwig wrote: > On Mon, Sep 12, 2016 at 01:45:40PM +0200, Ingo Molnar wrote: > > Please organize such initializers better! Something like this: > > > Makes it much easier to review such definitions. > > That's my personal preference, too. But this is just moving/consolidating >

RE: [patch v4] i2c: mux: mellanox: add driver

> -Original Message- > From: Peter Rosin [mailto:p...@axentia.se] > Sent: Tuesday, September 13, 2016 5:36 PM > To: Vadim Pasternak ; w...@the-dreams.de > Cc: linux-...@vger.kernel.org; linux-kernel@vger.kernel.org; j...@resnulli.us; > Michael Shych

RE: [patch v4] i2c: mux: mellanox: add driver

> -Original Message- > From: Peter Rosin [mailto:p...@axentia.se] > Sent: Tuesday, September 13, 2016 5:36 PM > To: Vadim Pasternak ; w...@the-dreams.de > Cc: linux-...@vger.kernel.org; linux-kernel@vger.kernel.org; j...@resnulli.us; > Michael Shych > Subject: Re: [patch v4] i2c: mux:

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