Re: [PATCH V2] usb: xhci: add support for performing fake doorbell

Hi Mathias, On 17 October 2016 at 22:30, Rafał Miłecki wrote: > From: Rafał Miłecki > > Broadcom's Northstar XHCI controllers seem to need a special start > procedure to work correctly. There isn't any official documentation of > this, the problem is that

Re: [PATCH V2] usb: xhci: add support for performing fake doorbell

Hi Mathias, On 17 October 2016 at 22:30, Rafał Miłecki wrote: > From: Rafał Miłecki > > Broadcom's Northstar XHCI controllers seem to need a special start > procedure to work correctly. There isn't any official documentation of > this, the problem is that controller doesn't detect any connected

Re: [RFC][PATCH 7/7] kref: Implement using refcount_t

* Boqun Feng wrote: > > It also fails to decrement in the underflow case (which is fine, but not > > obvious from the comment). Same thing below. > > > > Maybe a table in the comment like the following helps? > > /* > * T: return true, F: return fasle > * W: trigger

Re: [RFC][PATCH 7/7] kref: Implement using refcount_t

* Boqun Feng wrote: > > It also fails to decrement in the underflow case (which is fine, but not > > obvious from the comment). Same thing below. > > > > Maybe a table in the comment like the following helps? > > /* > * T: return true, F: return fasle > * W: trigger WARNING > * N: no

Re: [PATCH 2/5] drm/modes: Support modes names on the command line

Hi Sean, On Wed, Nov 16, 2016 at 12:21:42PM -0500, Sean Paul wrote: > On Tue, Oct 18, 2016 at 4:29 AM, Maxime Ripard > wrote: > > The drm subsystem also uses the video= kernel parameter, and in the > > documentation refers to the fbdev documentation for that

Re: [PATCH 2/5] drm/modes: Support modes names on the command line

Hi Sean, On Wed, Nov 16, 2016 at 12:21:42PM -0500, Sean Paul wrote: > On Tue, Oct 18, 2016 at 4:29 AM, Maxime Ripard > wrote: > > The drm subsystem also uses the video= kernel parameter, and in the > > documentation refers to the fbdev documentation for that parameter. > > > > However, that

Re: [PATCH v2 2/2] usb: dwc3: core: Support the dwc3 host suspend/resume

Hi Baolin, [auto build test ERROR on next-20161117] [cannot apply to balbi-usb/next usb/usb-testing v4.9-rc6 v4.9-rc5 v4.9-rc4 v4.9-rc6] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url:

Re: [PATCH v2 2/2] usb: dwc3: core: Support the dwc3 host suspend/resume

Hi Baolin, [auto build test ERROR on next-20161117] [cannot apply to balbi-usb/next usb/usb-testing v4.9-rc6 v4.9-rc5 v4.9-rc4 v4.9-rc6] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url:

Re: moduleparam: introduce core_param_named macro for non-modular code

+++ Paul Gortmaker [14/11/16 21:00 -0500]: We have the case where module_param_named() in file "foo.c" for parameter myparam translates that into the bootarg for the non-modular use case as "foo.myparam=..." The problem exists where the use case with the filename and the dot prefix is

Re: moduleparam: introduce core_param_named macro for non-modular code

+++ Paul Gortmaker [14/11/16 21:00 -0500]: We have the case where module_param_named() in file "foo.c" for parameter myparam translates that into the bootarg for the non-modular use case as "foo.myparam=..." The problem exists where the use case with the filename and the dot prefix is

Re: [PATCH v5 5/9] IB/isert: Replace semaphore sem with completion

diff --git a/drivers/infiniband/ulp/isert/ib_isert.c b/drivers/infiniband/ulp/isert/ib_isert.c index 6dd43f6..de80f56 100644 --- a/drivers/infiniband/ulp/isert/ib_isert.c +++ b/drivers/infiniband/ulp/isert/ib_isert.c @@ -619,7 +619,7 @@ mutex_unlock(_np->mutex); isert_info("np

Re: [PATCH v5 5/9] IB/isert: Replace semaphore sem with completion

diff --git a/drivers/infiniband/ulp/isert/ib_isert.c b/drivers/infiniband/ulp/isert/ib_isert.c index 6dd43f6..de80f56 100644 --- a/drivers/infiniband/ulp/isert/ib_isert.c +++ b/drivers/infiniband/ulp/isert/ib_isert.c @@ -619,7 +619,7 @@ mutex_unlock(_np->mutex); isert_info("np

Re: [PATCH 1/5] drm/modes: Rewrite the command line parser

Hi Sean, Thanks for taking the time to review this. On Wed, Nov 16, 2016 at 12:12:53PM -0500, Sean Paul wrote: > On Tue, Oct 18, 2016 at 4:29 AM, Maxime Ripard > wrote: > > Rewrite the command line parser in order to get away from the state machine > > parsing

Re: [PATCH 1/5] drm/modes: Rewrite the command line parser

Hi Sean, Thanks for taking the time to review this. On Wed, Nov 16, 2016 at 12:12:53PM -0500, Sean Paul wrote: > On Tue, Oct 18, 2016 at 4:29 AM, Maxime Ripard > wrote: > > Rewrite the command line parser in order to get away from the state machine > > parsing the video mode lines. > > > >

Re: [PATCH] stm class: Add a missing call to put_device

Quentin Lambert writes: > Most error branches following the call to class_find_device contain > a call to put_device. This patch add calls to put_device where > they are missing. > > This issue was found with Hector. > > Signed-off-by: Quentin Lambert

Re: [PATCH] stm class: Add a missing call to put_device

Quentin Lambert writes: > Most error branches following the call to class_find_device contain > a call to put_device. This patch add calls to put_device where > they are missing. > > This issue was found with Hector. > > Signed-off-by: Quentin Lambert > > --- > drivers/hwtracing/stm/core.c |

Re: [PATCH v16 05/15] clocksource/drivers/arm_arch_timer: fix a bug in arch_timer_register about arch_timer_uses_ppi

Hi Mark, On 19 November 2016 at 02:52, Mark Rutland wrote: > On Wed, Nov 16, 2016 at 09:48:58PM +0800, fu@linaro.org wrote: >> From: Fu Wei >> >> The patch fix a potential bug about arch_timer_uses_ppi in >> arch_timer_register. >> On ARM64, we don't

Re: [PATCH v16 05/15] clocksource/drivers/arm_arch_timer: fix a bug in arch_timer_register about arch_timer_uses_ppi

Hi Mark, On 19 November 2016 at 02:52, Mark Rutland wrote: > On Wed, Nov 16, 2016 at 09:48:58PM +0800, fu@linaro.org wrote: >> From: Fu Wei >> >> The patch fix a potential bug about arch_timer_uses_ppi in >> arch_timer_register. >> On ARM64, we don't use ARCH_TIMER_PHYS_SECURE_PPI in Linux,

Re: [PATCH 5/5] drm/sun4i: Add support for the overscan profiles

On Fri, Nov 11, 2016 at 10:17:55AM +0100, Daniel Vetter wrote: > On Thu, Nov 10, 2016 at 03:56:30PM +0100, Maxime Ripard wrote: > > Hi Daniel, > > > > On Tue, Nov 08, 2016 at 09:59:27AM +0100, Daniel Vetter wrote: > > > On Tue, Oct 18, 2016 at 10:29:38AM +0200, Maxime Ripard wrote: > > > > Create

Re: [PATCH 5/5] drm/sun4i: Add support for the overscan profiles

On Fri, Nov 11, 2016 at 10:17:55AM +0100, Daniel Vetter wrote: > On Thu, Nov 10, 2016 at 03:56:30PM +0100, Maxime Ripard wrote: > > Hi Daniel, > > > > On Tue, Nov 08, 2016 at 09:59:27AM +0100, Daniel Vetter wrote: > > > On Tue, Oct 18, 2016 at 10:29:38AM +0200, Maxime Ripard wrote: > > > > Create

Re: [PATCH resend] kbuild: provide include/asm/asm-prototypes.h for x86

Hi Adam, Thanks. I'd suggest doing x86: or x86/kbuild: prefix for the patch. Also possibly consider describing what the patch does at a higher level in your subject line, e.g.: x86/kbuild: enable modversions for symbols exported from asm Also, it wouldn't hurt to add a little changelog of

Re: What exactly do 32-bit x86 exceptions push on the stack in the CS slot?

* Andy Lutomirski wrote: > On Sat, Nov 19, 2016 at 6:11 PM, Brian Gerst wrote: > > On Sat, Nov 19, 2016 at 8:52 PM, Andy Lutomirski wrote: > >> This is a question for the old-timers here, since I can't find > >> anything resembling an

Re: [PATCH resend] kbuild: provide include/asm/asm-prototypes.h for x86

Hi Adam, Thanks. I'd suggest doing x86: or x86/kbuild: prefix for the patch. Also possibly consider describing what the patch does at a higher level in your subject line, e.g.: x86/kbuild: enable modversions for symbols exported from asm Also, it wouldn't hurt to add a little changelog of

Re: What exactly do 32-bit x86 exceptions push on the stack in the CS slot?

* Andy Lutomirski wrote: > On Sat, Nov 19, 2016 at 6:11 PM, Brian Gerst wrote: > > On Sat, Nov 19, 2016 at 8:52 PM, Andy Lutomirski wrote: > >> This is a question for the old-timers here, since I can't find > >> anything resembling an answer in the SDM. > >> > >> Suppose an exception happens

Re: [PATCH v3 0/2] Ajust lockdep static allocations for sparc

* Peter Zijlstra wrote: > On Fri, Nov 18, 2016 at 02:34:07PM -0500, David Miller wrote: > > From: Babu Moger > > Date: Tue, 27 Sep 2016 12:33:26 -0700 > > > > > These patches limit the static allocations for lockdep data structures > > > used for

Re: [PATCH v3 0/2] Ajust lockdep static allocations for sparc

* Peter Zijlstra wrote: > On Fri, Nov 18, 2016 at 02:34:07PM -0500, David Miller wrote: > > From: Babu Moger > > Date: Tue, 27 Sep 2016 12:33:26 -0700 > > > > > These patches limit the static allocations for lockdep data structures > > > used for debugging locking correctness. For sparc, all

Re: [PATCH] drivers/usb: use READ_ONCE instead of deprecated ACCESS_ONCE

On Sun, Nov 20, 2016 at 08:09:40AM -0800, Davidlohr Bueso wrote: > Hi Greg! > > On Sun, 20 Nov 2016, Greg KH wrote: > > > On Sat, Nov 19, 2016 at 11:54:25AM -0800, Davidlohr Bueso wrote: > > > With the new standardized functions, we can replace all ACCESS_ONCE() > > > calls across relevant

Re: [PATCH] drivers/usb: use READ_ONCE instead of deprecated ACCESS_ONCE

On Sun, Nov 20, 2016 at 08:09:40AM -0800, Davidlohr Bueso wrote: > Hi Greg! > > On Sun, 20 Nov 2016, Greg KH wrote: > > > On Sat, Nov 19, 2016 at 11:54:25AM -0800, Davidlohr Bueso wrote: > > > With the new standardized functions, we can replace all ACCESS_ONCE() > > > calls across relevant

Re: [PATCH] thermal/powerclamp: add back module device table

On Mon, Nov 21, 2016 at 11:43:10AM +0800, Zhang Rui wrote: > On Thu, 2016-11-17 at 11:42 -0800, Jacob Pan wrote: > > On Tue, 15 Nov 2016 08:03:32 +0100 > > Greg Kroah-Hartman wrote: > > > > > > > > On Mon, Nov 14, 2016 at 11:08:45AM -0800, Jacob Pan wrote: > > > > >

Re: [PATCH] thermal/powerclamp: add back module device table

On Mon, Nov 21, 2016 at 11:43:10AM +0800, Zhang Rui wrote: > On Thu, 2016-11-17 at 11:42 -0800, Jacob Pan wrote: > > On Tue, 15 Nov 2016 08:03:32 +0100 > > Greg Kroah-Hartman wrote: > > > > > > > > On Mon, Nov 14, 2016 at 11:08:45AM -0800, Jacob Pan wrote: > > > > > > > > Commit

[PATCH] ARM: dts: exynos: remove the cd-gpios property for eMMC of odroid-xu3/4

Odroid-xu3/4 didn't need to use the cd-gpios for detecting card. Because Host controller has the CDETECT register through SDx_CDN line. Host controller can know whether card is inserted or not with this register. When i have checked the Odroid-xu3/4, they are using CDETECT register. (Not using

[PATCH] ARM: dts: exynos: remove the cd-gpios property for eMMC of odroid-xu3/4

Odroid-xu3/4 didn't need to use the cd-gpios for detecting card. Because Host controller has the CDETECT register through SDx_CDN line. Host controller can know whether card is inserted or not with this register. When i have checked the Odroid-xu3/4, they are using CDETECT register. (Not using

Re: [PATCH 00/36] cputime: Convert core use of cputime_t to nsecs

On Fri, 18 Nov 2016 15:47:02 +0100 Frederic Weisbecker wrote: > On Fri, Nov 18, 2016 at 01:08:46PM +0100, Martin Schwidefsky wrote: > > On Thu, 17 Nov 2016 19:08:07 +0100 > > Frederic Weisbecker wrote: > > > > > I'm sorry for the patchbomb, especially as

Re: [PATCH 00/36] cputime: Convert core use of cputime_t to nsecs

On Fri, 18 Nov 2016 15:47:02 +0100 Frederic Weisbecker wrote: > On Fri, Nov 18, 2016 at 01:08:46PM +0100, Martin Schwidefsky wrote: > > On Thu, 17 Nov 2016 19:08:07 +0100 > > Frederic Weisbecker wrote: > > > > > I'm sorry for the patchbomb, especially as I usually complain about > > > these

Re: [HMM v13 01/18] mm/memory/hotplug: convert device parameter bool to set of flags

On 11/21/2016 10:23 AM, Jerome Glisse wrote: > On Mon, Nov 21, 2016 at 11:44:36AM +1100, Balbir Singh wrote: >> >> >> On 19/11/16 05:18, Jérôme Glisse wrote: >>> Only usefull for arch where we support ZONE_DEVICE and where we want to >>> also support un-addressable device memory. We need struct

Re: [HMM v13 01/18] mm/memory/hotplug: convert device parameter bool to set of flags

On 11/21/2016 10:23 AM, Jerome Glisse wrote: > On Mon, Nov 21, 2016 at 11:44:36AM +1100, Balbir Singh wrote: >> >> >> On 19/11/16 05:18, Jérôme Glisse wrote: >>> Only usefull for arch where we support ZONE_DEVICE and where we want to >>> also support un-addressable device memory. We need struct

[lkp] [rcu] 83ee00c6cf: WARNING:at_kernel/softirq.c:#__local_bh_enable

FYI, we noticed the following commit: https://github.com/0day-ci/linux Ding-Tianhong/rcu-fix-the-OOM-problem-of-huge-IP-abnormal-packet-traffic/20161118-204521 commit 83ee00c6cf5eaa85f74094d6800732edf7114ef9 ("rcu: fix the OOM problem of huge IP abnormal packet traffic") in testcase: boot on

[lkp] [rcu] 83ee00c6cf: WARNING:at_kernel/softirq.c:#__local_bh_enable

FYI, we noticed the following commit: https://github.com/0day-ci/linux Ding-Tianhong/rcu-fix-the-OOM-problem-of-huge-IP-abnormal-packet-traffic/20161118-204521 commit 83ee00c6cf5eaa85f74094d6800732edf7114ef9 ("rcu: fix the OOM problem of huge IP abnormal packet traffic") in testcase: boot on

[PATCH] ACPI: small formatting fixes

A quick cleanup that passes scripts/checkpatch.pl -f . Signed-off-by: Nick Desaulniers --- arch/x86/kernel/acpi/cstate.c | 20 ++-- 1 file changed, 10 insertions(+), 10 deletions(-) diff --git a/arch/x86/kernel/acpi/cstate.c

[PATCH] ACPI: small formatting fixes

A quick cleanup that passes scripts/checkpatch.pl -f . Signed-off-by: Nick Desaulniers --- arch/x86/kernel/acpi/cstate.c | 20 ++-- 1 file changed, 10 insertions(+), 10 deletions(-) diff --git a/arch/x86/kernel/acpi/cstate.c b/arch/x86/kernel/acpi/cstate.c index

Re: [HMM v13 01/18] mm/memory/hotplug: convert device parameter bool to set of flags

On 11/18/2016 11:48 PM, Jérôme Glisse wrote: > Only usefull for arch where we support ZONE_DEVICE and where we want to A small nit s/usefull/useful/ > also support un-addressable device memory. We need struct page for such > un-addressable memory. But we should avoid populating the kernel linear

Re: [HMM v13 01/18] mm/memory/hotplug: convert device parameter bool to set of flags

On 11/18/2016 11:48 PM, Jérôme Glisse wrote: > Only usefull for arch where we support ZONE_DEVICE and where we want to A small nit s/usefull/useful/ > also support un-addressable device memory. We need struct page for such > un-addressable memory. But we should avoid populating the kernel linear

[PATCH resend] kbuild: provide include/asm/asm-prototypes.h for x86

Nicholas Piggin wrote: > Architectures will need to have an include/asm/asm-prototypes.h that > defines or #include<>s C-style prototypes for exported asm functions. > We can do an asm-generic version for the common ones like memset so > there's not a lot of pointless duplication there.

[PATCH resend] kbuild: provide include/asm/asm-prototypes.h for x86

Nicholas Piggin wrote: > Architectures will need to have an include/asm/asm-prototypes.h that > defines or #include<>s C-style prototypes for exported asm functions. > We can do an asm-generic version for the common ones like memset so > there's not a lot of pointless duplication there.

[GIT PULL][SECURITY] Apparmor bugfix

Please pull this fix for 4.9. >From JJ: "This is a fix for a policy replacement bug that is fairly serious for apache mod_apparmor users, as it results in the wrong policy being applied on an network facing service." The following changes since commit 9c763584b7c8911106bb77af7e648bef09af9d80:

[GIT PULL][SECURITY] Apparmor bugfix

Please pull this fix for 4.9. >From JJ: "This is a fix for a policy replacement bug that is fairly serious for apache mod_apparmor users, as it results in the wrong policy being applied on an network facing service." The following changes since commit 9c763584b7c8911106bb77af7e648bef09af9d80:

Re: perf TUI fails with "failed to process type: 64"

Hi, I forgot about the set of issues below. Michael had a suggested powerpc fix for 3, but it it would be nice to fix the perf bugs in 1 and 2. Anton -- > Updating to mainline as of last night, I started seeing the following > error when running the perf report TUI: > > 0x46068 [0x8]: failed

Re: perf TUI fails with "failed to process type: 64"

Hi, I forgot about the set of issues below. Michael had a suggested powerpc fix for 3, but it it would be nice to fix the perf bugs in 1 and 2. Anton -- > Updating to mainline as of last night, I started seeing the following > error when running the perf report TUI: > > 0x46068 [0x8]: failed

[PATCH v2 1/2] usb: host: plat: Enable xhci plat runtime PM

Enable the xhci plat runtime PM for parent device to suspend/resume xhci. Signed-off-by: Baolin Wang --- Changes since v1: - No updates. --- drivers/usb/host/xhci-plat.c | 37 - 1 file changed, 32 insertions(+), 5 deletions(-) diff

[PATCH v2 1/2] usb: host: plat: Enable xhci plat runtime PM

Enable the xhci plat runtime PM for parent device to suspend/resume xhci. Signed-off-by: Baolin Wang --- Changes since v1: - No updates. --- drivers/usb/host/xhci-plat.c | 37 - 1 file changed, 32 insertions(+), 5 deletions(-) diff --git

[PATCH v2 2/2] usb: dwc3: core: Support the dwc3 host suspend/resume

For some mobile devices with strict power management, we also want to suspend the host when the slave is detached for power saving. Thus we add the host suspend/resume functions to support this requirement. Signed-off-by: Baolin Wang --- Changes since v1: - Add

[PATCH v2 2/2] usb: dwc3: core: Support the dwc3 host suspend/resume

For some mobile devices with strict power management, we also want to suspend the host when the slave is detached for power saving. Thus we add the host suspend/resume functions to support this requirement. Signed-off-by: Baolin Wang --- Changes since v1: - Add pm_runtime.h head file to avoid

RE: [PATCH v3 6/9] mtd: spi-nor: Support R/W for S25FS-S family flash

On Thu, Nov 18, 2016 at 07:00 PM +, Krzeminski, Marcin (Nokia - PL/Wroclaw) wrote: > > -Original Message- > > From: Yao Yuan [mailto:yao.y...@nxp.com] > > Sent: Friday, November 18, 2016 5:20 AM > > To: Krzeminski, Marcin (Nokia - PL/Wroclaw) > > ; Han Xu

RE: [PATCH v3 6/9] mtd: spi-nor: Support R/W for S25FS-S family flash

On Thu, Nov 18, 2016 at 07:00 PM +, Krzeminski, Marcin (Nokia - PL/Wroclaw) wrote: > > -Original Message- > > From: Yao Yuan [mailto:yao.y...@nxp.com] > > Sent: Friday, November 18, 2016 5:20 AM > > To: Krzeminski, Marcin (Nokia - PL/Wroclaw) > > ; Han Xu > > Cc: David Woodhouse ;

Re: [PATCH 2/2] usb: dwc3: core: Support the dwc3 host suspend/resume

On 18 November 2016 at 21:14, kbuild test robot wrote: > Hi Baolin, > > [auto build test ERROR on next-20161117] > [cannot apply to balbi-usb/next usb/usb-testing v4.9-rc5 v4.9-rc4 v4.9-rc3 > v4.9-rc5] > [if your patch is applied to the wrong git tree, please drop us a note to >

Re: [PATCH 2/2] usb: dwc3: core: Support the dwc3 host suspend/resume

On 18 November 2016 at 21:14, kbuild test robot wrote: > Hi Baolin, > > [auto build test ERROR on next-20161117] > [cannot apply to balbi-usb/next usb/usb-testing v4.9-rc5 v4.9-rc4 v4.9-rc3 > v4.9-rc5] > [if your patch is applied to the wrong git tree, please drop us a note to > help improve

[PATCH] vfio: fix vfio_info_cap_add/shift

Capability header next field is an offset relative to the start of the INFO buffer. tmp->next is assigned the proper value but iterations implemented in vfio_info_cap_add and vfio_info_cap_shift use next as an offset between the headers. When coping with multiple capabilities this leads to an

[PATCH] vfio: fix vfio_info_cap_add/shift

Capability header next field is an offset relative to the start of the INFO buffer. tmp->next is assigned the proper value but iterations implemented in vfio_info_cap_add and vfio_info_cap_shift use next as an offset between the headers. When coping with multiple capabilities this leads to an

[PATCH v5 2/9] IB/core: Replace semaphore sm_sem with an atomic wait

The semaphore 'sm_sem' is used for an exclusive ownership of the device so model the same as an atomic variable with an associated wait_event. Semaphores are going away in the future. Signed-off-by: Binoy Jayan --- drivers/infiniband/core/user_mad.c | 20

[PATCH v5 2/9] IB/core: Replace semaphore sm_sem with an atomic wait

The semaphore 'sm_sem' is used for an exclusive ownership of the device so model the same as an atomic variable with an associated wait_event. Semaphores are going away in the future. Signed-off-by: Binoy Jayan --- drivers/infiniband/core/user_mad.c | 20 ++-- 1 file changed, 14

[PATCH v5 5/9] IB/isert: Replace semaphore sem with completion

The semaphore 'sem' in isert_device is used as completion, but in a counting fashion as isert_connected_handler could be called multiple times during which it allows for that number of waiters (isert_accept_np) to continue without blocking, each consuming one node out from the list

[PATCH v5 5/9] IB/isert: Replace semaphore sem with completion

The semaphore 'sem' in isert_device is used as completion, but in a counting fashion as isert_connected_handler could be called multiple times during which it allows for that number of waiters (isert_accept_np) to continue without blocking, each consuming one node out from the list

[PATCH v5 4/9] IB/mthca: Replace semaphore poll_sem with mutex

The semaphore 'poll_sem' is a simple mutex, so it should be written as one. Semaphores are going away in the future. So replace it with a mutex. Also, remove mutex_[un]lock from mthca_cmd_use_events and mthca_cmd_use_polling respectively. Signed-off-by: Binoy Jayan ---

[PATCH v5 4/9] IB/mthca: Replace semaphore poll_sem with mutex

The semaphore 'poll_sem' is a simple mutex, so it should be written as one. Semaphores are going away in the future. So replace it with a mutex. Also, remove mutex_[un]lock from mthca_cmd_use_events and mthca_cmd_use_polling respectively. Signed-off-by: Binoy Jayan ---

[PATCH v2 2/6] powerpc/powernv: Autoload IMA device driver module

This patch does three things : - Enables "opal.c" to create a platform device for the IMA interface according to the appropriate compatibility string. - Find the reserved-memory region details from the system device tree and get the base address of HOMER region address for each chip. - We

Re: [PATCH 1/2] kbuild: provide include/asm/asm-prototypes.h for ARM

On Sun, 20 Nov 2016 19:12:57 + Russell King - ARM Linux wrote: > On Sun, Nov 20, 2016 at 10:32:50AM -0800, Linus Torvalds wrote: > > On Sun, Nov 20, 2016 at 5:21 AM, Russell King - ARM Linux > > wrote: > > > On Tue, Oct 25, 2016 at 07:32:00PM

Re: [PATCH v16 04/15] clocksource/drivers/arm_arch_timer: rename some enums and defines, and some cleanups.

Hi Mark, On 19 November 2016 at 02:49, Mark Rutland wrote: > On Wed, Nov 16, 2016 at 09:48:57PM +0800, fu@linaro.org wrote: >> From: Fu Wei >> >> Rename some enums and defines, to unify the format of enums and defines >> in arm_arch_timer.h, also

[PATCH v2 4/6] powerpc/perf: Add event attribute and group to IMA pmus

Device tree IMA driver code parses the IMA units and their events. It passes the information to IMA pmu code which is placed in powerpc/perf as "ima-pmu.c". This patch creates only event attributes and attribute groups for the IMA pmus. Cc: Madhavan Srinivasan Cc:

[PATCH v2 2/6] powerpc/powernv: Autoload IMA device driver module

This patch does three things : - Enables "opal.c" to create a platform device for the IMA interface according to the appropriate compatibility string. - Find the reserved-memory region details from the system device tree and get the base address of HOMER region address for each chip. - We

Re: [PATCH 1/2] kbuild: provide include/asm/asm-prototypes.h for ARM

On Sun, 20 Nov 2016 19:12:57 + Russell King - ARM Linux wrote: > On Sun, Nov 20, 2016 at 10:32:50AM -0800, Linus Torvalds wrote: > > On Sun, Nov 20, 2016 at 5:21 AM, Russell King - ARM Linux > > wrote: > > > On Tue, Oct 25, 2016 at 07:32:00PM +1100, Nicholas Piggin wrote: > > >> > > >>

Re: [PATCH v16 04/15] clocksource/drivers/arm_arch_timer: rename some enums and defines, and some cleanups.

Hi Mark, On 19 November 2016 at 02:49, Mark Rutland wrote: > On Wed, Nov 16, 2016 at 09:48:57PM +0800, fu@linaro.org wrote: >> From: Fu Wei >> >> Rename some enums and defines, to unify the format of enums and defines >> in arm_arch_timer.h, also update all the users of these enums and

[PATCH v2 4/6] powerpc/perf: Add event attribute and group to IMA pmus

Device tree IMA driver code parses the IMA units and their events. It passes the information to IMA pmu code which is placed in powerpc/perf as "ima-pmu.c". This patch creates only event attributes and attribute groups for the IMA pmus. Cc: Madhavan Srinivasan Cc: Michael Ellerman Cc: Benjamin

[PATCH v2 0/6] IMA Instrumentation Support

Power 9 has In-Memory-Accumulation (IMA) infrastructure which contains various Performance Monitoring Units (PMUs) at Nest level (these are on-chip but off-core). These Nest PMU counters are handled by a Nest IMA microcode. This microcode runs in the OCC (On-Chip Controller) complex and its

[PATCH v5 6/9] IB/hns: Replace counting semaphore event_sem with wait_event

Counting semaphores are going away in the future, so replace the semaphore mthca_cmd::event_sem with a conditional wait_event. Signed-off-by: Binoy Jayan --- drivers/infiniband/hw/hns/hns_roce_cmd.c| 46 -

[PATCH v5 7/9] IB/mthca: Replace counting semaphore event_sem with wait_event

Counting semaphores are going away in the future, so replace the semaphore mthca_cmd::event_sem with a conditional wait_event. Signed-off-by: Binoy Jayan --- drivers/infiniband/hw/mthca/mthca_cmd.c | 47 ++---

[PATCH v5 8/9] IB/mlx5: Add helper mlx5_ib_post_send_wait

Clean up the following common code (to post a list of work requests to the send queue of the specified QP) at various places and add a helper function 'mlx5_ib_post_send_wait' to implement the same. - Initialize 'mlx5_ib_umr_context' on stack - Assign "mlx5_umr_wr:wr:wr_cqe to umr_context.cqe

[PATCH v2 5/6] powerpc/perf: Generic ima pmu event functions

Since, the IMA counters' data are periodically fed to a memory location, the functions to read/update, start/stop, add/del can be generic and can be used by all IMA PMU units. This patch adds a set of generic ima pmu related event functions to be used by each ima pmu unit. Add code to setup

[PATCH v2 3/6] powerpc/powernv: Detect supported IMA units and its events

Parse device tree to detect IMA units. Traverse through each IMA unit node to find supported events and corresponding unit/scale files (if any). Right now, only nest IMA units are supported. The nest IMA unit event node from device tree will contain the offset in the reserved memory region to get

[PATCH v2 1/6] powerpc/powernv: Data structure and macros definitions

Create new header file "ima-pmu.h" to add the data structures and macros needed for IMA pmu support. Cc: Madhavan Srinivasan Cc: Michael Ellerman Cc: Benjamin Herrenschmidt Cc: Paul Mackerras Cc: Anton

[PATCH v2 0/6] IMA Instrumentation Support

Power 9 has In-Memory-Accumulation (IMA) infrastructure which contains various Performance Monitoring Units (PMUs) at Nest level (these are on-chip but off-core). These Nest PMU counters are handled by a Nest IMA microcode. This microcode runs in the OCC (On-Chip Controller) complex and its

[PATCH v5 6/9] IB/hns: Replace counting semaphore event_sem with wait_event

Counting semaphores are going away in the future, so replace the semaphore mthca_cmd::event_sem with a conditional wait_event. Signed-off-by: Binoy Jayan --- drivers/infiniband/hw/hns/hns_roce_cmd.c| 46 - drivers/infiniband/hw/hns/hns_roce_device.h | 2 +- 2

[PATCH v5 7/9] IB/mthca: Replace counting semaphore event_sem with wait_event

Counting semaphores are going away in the future, so replace the semaphore mthca_cmd::event_sem with a conditional wait_event. Signed-off-by: Binoy Jayan --- drivers/infiniband/hw/mthca/mthca_cmd.c | 47 ++--- drivers/infiniband/hw/mthca/mthca_dev.h | 3 ++- 2 files

[PATCH v5 8/9] IB/mlx5: Add helper mlx5_ib_post_send_wait

Clean up the following common code (to post a list of work requests to the send queue of the specified QP) at various places and add a helper function 'mlx5_ib_post_send_wait' to implement the same. - Initialize 'mlx5_ib_umr_context' on stack - Assign "mlx5_umr_wr:wr:wr_cqe to umr_context.cqe

[PATCH v2 5/6] powerpc/perf: Generic ima pmu event functions

Since, the IMA counters' data are periodically fed to a memory location, the functions to read/update, start/stop, add/del can be generic and can be used by all IMA PMU units. This patch adds a set of generic ima pmu related event functions to be used by each ima pmu unit. Add code to setup

[PATCH v2 3/6] powerpc/powernv: Detect supported IMA units and its events

Parse device tree to detect IMA units. Traverse through each IMA unit node to find supported events and corresponding unit/scale files (if any). Right now, only nest IMA units are supported. The nest IMA unit event node from device tree will contain the offset in the reserved memory region to get

[PATCH v2 1/6] powerpc/powernv: Data structure and macros definitions

Create new header file "ima-pmu.h" to add the data structures and macros needed for IMA pmu support. Cc: Madhavan Srinivasan Cc: Michael Ellerman Cc: Benjamin Herrenschmidt Cc: Paul Mackerras Cc: Anton Blanchard Cc: Sukadev Bhattiprolu Cc: Michael Neuling Cc: Stewart Smith Cc: Stephane

[PATCH v2 6/6] powerpc/perf: IMA pmu cpumask and cpu hotplug support

Adds cpumask attribute to be used by each IMA pmu. Only one cpu (any online CPU) from each chip for nest PMUs is designated to read counters. On CPU hotplug, dying CPU is checked to see whether it is one of the designated cpus, if yes, next online cpu from the same chip (for nest units) is

[PATCH v5 9/9] IB/mlx5: Replace semaphore umr_common:sem with wait_event

Remove semaphore umr_common:sem used to limit concurrent access to umr qp and introduce an atomic value 'users' to keep track of the same. Use a wait_event to block when the limit is reached. Signed-off-by: Binoy Jayan --- drivers/infiniband/hw/mlx5/main.c| 6 +-

[PATCH v5 3/9] IB/hns: Replace semaphore poll_sem with mutex

The semaphore 'poll_sem' is a simple mutex, so it should be written as one. Semaphores are going away in the future. So replace it with a mutex. Also, remove mutex_[un]lock from mthca_cmd_use_events and mthca_cmd_use_polling respectively. Signed-off-by: Binoy Jayan ---

[PATCH v2 6/6] powerpc/perf: IMA pmu cpumask and cpu hotplug support

Adds cpumask attribute to be used by each IMA pmu. Only one cpu (any online CPU) from each chip for nest PMUs is designated to read counters. On CPU hotplug, dying CPU is checked to see whether it is one of the designated cpus, if yes, next online cpu from the same chip (for nest units) is

[PATCH v5 9/9] IB/mlx5: Replace semaphore umr_common:sem with wait_event

Remove semaphore umr_common:sem used to limit concurrent access to umr qp and introduce an atomic value 'users' to keep track of the same. Use a wait_event to block when the limit is reached. Signed-off-by: Binoy Jayan --- drivers/infiniband/hw/mlx5/main.c| 6 +-

[PATCH v5 3/9] IB/hns: Replace semaphore poll_sem with mutex

The semaphore 'poll_sem' is a simple mutex, so it should be written as one. Semaphores are going away in the future. So replace it with a mutex. Also, remove mutex_[un]lock from mthca_cmd_use_events and mthca_cmd_use_polling respectively. Signed-off-by: Binoy Jayan ---

[PATCH v5 1/9] IB/core: iwpm_nlmsg_request: Replace semaphore with completion

Semaphore sem in iwpm_nlmsg_request is used as completion, so convert it to a struct completion type. Semaphores are going away in the future. Signed-off-by: Binoy Jayan --- drivers/infiniband/core/iwpm_msg.c | 8 drivers/infiniband/core/iwpm_util.c | 7 +++

[PATCH v5 0/9] infiniband: Remove semaphores

Hi, These are a set of patches [v5] which removes semaphores from infiniband. These are part of a bigger effort to eliminate all semaphores from the linux kernel. v4 --> v5 - IB/isert: Replace semaphore sem with completion - Modified changelog to support use of completion IB/mlx5:

[PATCH v5 1/9] IB/core: iwpm_nlmsg_request: Replace semaphore with completion

Semaphore sem in iwpm_nlmsg_request is used as completion, so convert it to a struct completion type. Semaphores are going away in the future. Signed-off-by: Binoy Jayan --- drivers/infiniband/core/iwpm_msg.c | 8 drivers/infiniband/core/iwpm_util.c | 7 +++

[PATCH v5 0/9] infiniband: Remove semaphores

Hi, These are a set of patches [v5] which removes semaphores from infiniband. These are part of a bigger effort to eliminate all semaphores from the linux kernel. v4 --> v5 - IB/isert: Replace semaphore sem with completion - Modified changelog to support use of completion IB/mlx5:

Re: [PATCH V2 2/2] pinctrl: tegra: Add driver to configure voltage and power of io pads

Hi Laxman, [auto build test ERROR on tegra/for-next] [also build test ERROR on v4.9-rc6 next-20161117] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url:

Re: [PATCH V2 2/2] pinctrl: tegra: Add driver to configure voltage and power of io pads

Hi Laxman, [auto build test ERROR on tegra/for-next] [also build test ERROR on v4.9-rc6 next-20161117] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url:

[PATCH v2 2/4] spi: spi-fsl-dspi: Fix continuous selection format

Current DMA implementation was not handling the continuous selection format viz. SPI chip select would be deasserted even between sequential serial transfers. Use the cs_change variable and correctly set or reset the CONT bit accordingly for case where peripherals require the chip select to be

[PATCH v2 4/4] spi: spi-fsl-dspi: Minor code cleanup and error path fixes

Code cleanup for improving code readability and error path fixes and cleanup removing use of devm_kfree. Signed-off-by: Sanchayan Maity --- drivers/spi/spi-fsl-dspi.c | 22 -- 1 file changed, 16 insertions(+), 6 deletions(-) diff --git

  1   2   3   4   5   6   >