[PATCH V2 3/9] usb: bdc: Add clock enable for new chips with a separate BDC clock

Newer SoC's have added a BDC clock to the Device Tree, so get and enable it. Signed-off-by: Al Cooper Signed-off-by: Florian Fainelli --- drivers/usb/gadget/udc/bdc/bdc_core.c | 15 +++ 1 file changed, 15 insertions(+) diff --git

[PATCH V2 3/9] usb: bdc: Add clock enable for new chips with a separate BDC clock

Newer SoC's have added a BDC clock to the Device Tree, so get and enable it. Signed-off-by: Al Cooper Signed-off-by: Florian Fainelli --- drivers/usb/gadget/udc/bdc/bdc_core.c | 15 +++ 1 file changed, 15 insertions(+) diff --git a/drivers/usb/gadget/udc/bdc/bdc_core.c

[PATCH V2 6/9] usb: bdc: Add support for suspend/resume

Based on a previous commit by Danesh Petigara that added resume to solve the following problem: "The BDC driver will fail after resuming from S3 suspend and this will cause any upper layer gadget driver to fail." This commit also adds support for suspend and manages the

[PATCH V2 6/9] usb: bdc: Add support for suspend/resume

Based on a previous commit by Danesh Petigara that added resume to solve the following problem: "The BDC driver will fail after resuming from S3 suspend and this will cause any upper layer gadget driver to fail." This commit also adds support for suspend and manages the clock during

[PATCH V2 9/9] usb: bdc: Add support for USB phy

If a phy is specified in the device tree node, get it and use it. This was based on a patch by: "Srinath Mannam " Signed-off-by: Al Cooper --- drivers/usb/gadget/udc/bdc/bdc.h | 3 ++ drivers/usb/gadget/udc/bdc/bdc_core.c | 74

[PATCH V2 9/9] usb: bdc: Add support for USB phy

If a phy is specified in the device tree node, get it and use it. This was based on a patch by: "Srinath Mannam " Signed-off-by: Al Cooper --- drivers/usb/gadget/udc/bdc/bdc.h | 3 ++ drivers/usb/gadget/udc/bdc/bdc_core.c | 74 ++- 2 files changed, 75

[PATCH V2 8/9] usb: bdc: Enable in Kconfig for ARCH_BRCMSTB systems

Many ARM based Broadcom STB SoC's have a USB BDC controller so enable this driver for these systems. Signed-off-by: Al Cooper --- drivers/usb/gadget/udc/bdc/Kconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/usb/gadget/udc/bdc/Kconfig

[PATCH V2 8/9] usb: bdc: Enable in Kconfig for ARCH_BRCMSTB systems

Many ARM based Broadcom STB SoC's have a USB BDC controller so enable this driver for these systems. Signed-off-by: Al Cooper --- drivers/usb/gadget/udc/bdc/Kconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/usb/gadget/udc/bdc/Kconfig b/drivers/usb/gadget/udc/bdc/Kconfig index

Re: [PATCH 09/10] percpu: replace area map allocator with bitmap allocator

On Sat, Jul 15, 2017 at 10:23:14PM -0400, Dennis Zhou wrote: > From: "Dennis Zhou (Facebook)" > > The percpu memory allocator is experiencing scalability issues when > allocating and freeing large numbers of counters as in BPF. > Additionally, there is a corner case where

Re: [PATCH 09/10] percpu: replace area map allocator with bitmap allocator

On Sat, Jul 15, 2017 at 10:23:14PM -0400, Dennis Zhou wrote: > From: "Dennis Zhou (Facebook)" > > The percpu memory allocator is experiencing scalability issues when > allocating and freeing large numbers of counters as in BPF. > Additionally, there is a corner case where iteration is triggered

Re: [PATCH] netvsc: Remove redundant use of ipv6_hdr()

On Wed, Jul 19, 2017 at 01:48:03PM -0400, Mohammed Gamal wrote: > It's worth pointing out that MAINTAINERS points that files under > drivers/net/hyperv are to be sent to de...@linuxdriverproject.org. > Perhaps that should be updated. get_maintainer.pl gives you both because drivers/net/ is

Re: [PATCH] netvsc: Remove redundant use of ipv6_hdr()

On Wed, Jul 19, 2017 at 01:48:03PM -0400, Mohammed Gamal wrote: > It's worth pointing out that MAINTAINERS points that files under > drivers/net/hyperv are to be sent to de...@linuxdriverproject.org. > Perhaps that should be updated. get_maintainer.pl gives you both because drivers/net/ is

Re: [PATCH] livepatch: add (un)patch hooks

On Tue, 18 Jul 2017, Josh Poimboeuf wrote: > On Tue, Jul 18, 2017 at 01:15:16PM +0200, Miroslav Benes wrote: > > On Thu, 13 Jul 2017, Josh Poimboeuf wrote: > > > > > On Wed, Jul 12, 2017 at 10:10:00AM -0400, Joe Lawrence wrote: > > > > When the livepatch core executes klp_(un)patch_object, call

Re: [PATCH] livepatch: add (un)patch hooks

On Tue, 18 Jul 2017, Josh Poimboeuf wrote: > On Tue, Jul 18, 2017 at 01:15:16PM +0200, Miroslav Benes wrote: > > On Thu, 13 Jul 2017, Josh Poimboeuf wrote: > > > > > On Wed, Jul 12, 2017 at 10:10:00AM -0400, Joe Lawrence wrote: > > > > When the livepatch core executes klp_(un)patch_object, call

Re: [PATCH] libkmod-elf: resolve CRC if module is built with MODULE_REL_CRCS

On 19 July 2017 at 20:04, Yauheni Kaliuta wrote: > Hi, Lucas! > >> On Wed, 19 Jul 2017 10:51:44 -0700, Lucas De Marchi wrote: > > On Wed, Jul 19, 2017 at 7:56 AM, Yauheni Kaliuta > > wrote: > >> Normally exported symbol's crc is

Re: [PATCH] libkmod-elf: resolve CRC if module is built with MODULE_REL_CRCS

On 19 July 2017 at 20:04, Yauheni Kaliuta wrote: > Hi, Lucas! > >> On Wed, 19 Jul 2017 10:51:44 -0700, Lucas De Marchi wrote: > > On Wed, Jul 19, 2017 at 7:56 AM, Yauheni Kaliuta > > wrote: > >> Normally exported symbol's crc is stored as absolute (SHN_ABS) > >> value of special named

[PATCH v2 3/6] genirq: generic chip: remove irq_gc_mask_disable_reg_and_ack()

Any usage of the irq_gc_mask_disable_reg_and_ack() function has been replaced with the desired functionality. The incorrect and ambiguously named function is removed here to prevent accidental misuse. Signed-off-by: Doug Berger --- include/linux/irq.h | 1 -

[PATCH v2 2/6] irqchip/tango: Use irq_gc_mask_disable_and_ack_set

From: Florian Fainelli The only usage of the irq_gc_mask_disable_reg_and_ack() function is by the Tango irqchip driver. This usage is replaced by the irq_gc_mask_disable_and_ack_set() function since it provides the intended functionality. Fixes: 4bba66899ac6

[PATCH v2 3/6] genirq: generic chip: remove irq_gc_mask_disable_reg_and_ack()

Any usage of the irq_gc_mask_disable_reg_and_ack() function has been replaced with the desired functionality. The incorrect and ambiguously named function is removed here to prevent accidental misuse. Signed-off-by: Doug Berger --- include/linux/irq.h | 1 - kernel/irq/generic-chip.c |

[PATCH v2 2/6] irqchip/tango: Use irq_gc_mask_disable_and_ack_set

From: Florian Fainelli The only usage of the irq_gc_mask_disable_reg_and_ack() function is by the Tango irqchip driver. This usage is replaced by the irq_gc_mask_disable_and_ack_set() function since it provides the intended functionality. Fixes: 4bba66899ac6 ("irqchip/tango: Add support for

[PATCH v2 1/6] genirq: generic chip: add irq_gc_mask_disable_and_ack_set()

The irq_gc_mask_disable_reg_and_ack() function name implies that it provides the combined functions of irq_gc_mask_disable_reg() and irq_gc_ack(). However, the implementation does not actually do that since it writes the mask instead of the disable register. It also does not maintain the mask

[PATCH v2 1/6] genirq: generic chip: add irq_gc_mask_disable_and_ack_set()

The irq_gc_mask_disable_reg_and_ack() function name implies that it provides the combined functions of irq_gc_mask_disable_reg() and irq_gc_ack(). However, the implementation does not actually do that since it writes the mask instead of the disable register. It also does not maintain the mask

[PATCH v2 4/6] irqchip: brcmstb-l2: Remove some processing from the handler

Saving the generic chip pointer in the brcmstb_l2_intc_data prevents the need to call irq_get_domain_generic_chip(). Also don't need to save parent_irq and base there since local variables in the brcmstb_l2_intc_of_init() function are just as good. The handle_edge_irq flow or chained_irq_enter

[PATCH v2 5/6] irqchip: brcmstb-l2: Abstract register accesses

Added register block offsets to the brcmstb_l2_intc_data structure for the status and mask registers to support reading the active interupts in an abstracted way. It seems like an irq_chip method should have been provided for this, but it's not there yet. Abstracted the implementation of the

[PATCH v2 4/6] irqchip: brcmstb-l2: Remove some processing from the handler

Saving the generic chip pointer in the brcmstb_l2_intc_data prevents the need to call irq_get_domain_generic_chip(). Also don't need to save parent_irq and base there since local variables in the brcmstb_l2_intc_of_init() function are just as good. The handle_edge_irq flow or chained_irq_enter

[PATCH v2 5/6] irqchip: brcmstb-l2: Abstract register accesses

Added register block offsets to the brcmstb_l2_intc_data structure for the status and mask registers to support reading the active interupts in an abstracted way. It seems like an irq_chip method should have been provided for this, but it's not there yet. Abstracted the implementation of the

[PATCH v2 6/6] irqchip: brcmstb-l2: Add support for the BCM7271 L2 controller

Add the initialization of the generic irq chip for the BCM7271 L2 interrupt controller. This controller only supports level interrupts and uses the "brcm,bcm7271-l2-intc" compatibility string. Reviewed-by: Florian Fainelli Acked-by: Rob Herring

[PATCH v2 6/6] irqchip: brcmstb-l2: Add support for the BCM7271 L2 controller

Add the initialization of the generic irq chip for the BCM7271 L2 interrupt controller. This controller only supports level interrupts and uses the "brcm,bcm7271-l2-intc" compatibility string. Reviewed-by: Florian Fainelli Acked-by: Rob Herring Signed-off-by: Doug Berger ---

[PATCH v2 0/6] Add support for BCM7271 style interrupt controller

This patch set extends the functionality of the irq-brcmstb-l2 interrupt controller driver to cover a hardware variant first introduced in the BCM7271 SoC. The main difference between this variant and the block found in earlier brcmstb SoCs is that this variant only supports level sensitive

[PATCH v2 0/6] Add support for BCM7271 style interrupt controller

This patch set extends the functionality of the irq-brcmstb-l2 interrupt controller driver to cover a hardware variant first introduced in the BCM7271 SoC. The main difference between this variant and the block found in earlier brcmstb SoCs is that this variant only supports level sensitive

ATTENZIONE

ATTENZIONE; La cassetta postale ha superato il limite di archiviazione, che è 5 GB come definiti dall'amministratore, che è attualmente in esecuzione su 10.9GB, non si può essere in grado di inviare o ricevere nuovi messaggi fino a ri-convalidare la tua mailbox. Per rinnovare la vostra casella

ATTENZIONE

ATTENZIONE; La cassetta postale ha superato il limite di archiviazione, che è 5 GB come definiti dall'amministratore, che è attualmente in esecuzione su 10.9GB, non si può essere in grado di inviare o ricevere nuovi messaggi fino a ri-convalidare la tua mailbox. Per rinnovare la vostra casella

Re: [PATCH v2 1/2] livepatch: introduce shadow variable API

> > > +/** > > > + * _klp_shadow_attach() - allocate and add a new shadow variable > > > + * @obj: pointer to original data > > > + * @num: numerical description of new data > > > + * @new_data:pointer to new data > > > + * @new_size:size of new data > > > + * @gfp_flags: GFP mask for

Re: [PATCH v2 1/2] livepatch: introduce shadow variable API

> > > +/** > > > + * _klp_shadow_attach() - allocate and add a new shadow variable > > > + * @obj: pointer to original data > > > + * @num: numerical description of new data > > > + * @new_data:pointer to new data > > > + * @new_size:size of new data > > > + * @gfp_flags: GFP mask for

Re: [PATCH] libkmod-elf: resolve CRC if module is built with MODULE_REL_CRCS

Hi, Lucas! > On Wed, 19 Jul 2017 10:51:44 -0700, Lucas De Marchi wrote: > On Wed, Jul 19, 2017 at 7:56 AM, Yauheni Kaliuta > wrote: >> Normally exported symbol's crc is stored as absolute (SHN_ABS) >> value of special named symbol __crc_. >> >> When the

Re: [PATCH] libkmod-elf: resolve CRC if module is built with MODULE_REL_CRCS

Hi, Lucas! > On Wed, 19 Jul 2017 10:51:44 -0700, Lucas De Marchi wrote: > On Wed, Jul 19, 2017 at 7:56 AM, Yauheni Kaliuta > wrote: >> Normally exported symbol's crc is stored as absolute (SHN_ABS) >> value of special named symbol __crc_. >> >> When the kernel and modules are built

Re: [PATCH 3/3] ghes_edac: add platform check to enable ghes_edac

On Wed, Jul 19, 2017 at 06:22:04PM +0200, Borislav Petkov wrote: > On Wed, Jul 19, 2017 at 04:10:07PM +, Kani, Toshimitsu wrote: > > I do prefer to avoid any white / black listing. But I do not see how > > it solves the buggy DMI/SMBIOS info as an example of firmware bugs we > > may have to

Re: [PATCH 3/3] ghes_edac: add platform check to enable ghes_edac

On Wed, Jul 19, 2017 at 06:22:04PM +0200, Borislav Petkov wrote: > On Wed, Jul 19, 2017 at 04:10:07PM +, Kani, Toshimitsu wrote: > > I do prefer to avoid any white / black listing. But I do not see how > > it solves the buggy DMI/SMBIOS info as an example of firmware bugs we > > may have to

Re: [PATCH] livepatch: add (un)patch hooks

On 07/17/2017 11:51 AM, Petr Mladek wrote: > On Wed 2017-07-12 10:10:00, Joe Lawrence wrote: >> When the livepatch core executes klp_(un)patch_object, call out to a >> livepatch-module specified array of callback hooks. These hooks provide >> a notification mechanism for livepatch modules when

Re: [PATCH] livepatch: add (un)patch hooks

On 07/17/2017 11:51 AM, Petr Mladek wrote: > On Wed 2017-07-12 10:10:00, Joe Lawrence wrote: >> When the livepatch core executes klp_(un)patch_object, call out to a >> livepatch-module specified array of callback hooks. These hooks provide >> a notification mechanism for livepatch modules when

RE: [PATCH] netvsc: Remove redundant use of ipv6_hdr()

> -Original Message- > From: Mohammed Gamal [mailto:mga...@redhat.com] > Sent: Wednesday, July 19, 2017 1:48 PM > To: Stephen Hemminger > Cc: KY Srinivasan ; Haiyang Zhang > ; Stephen Hemminger

RE: [PATCH] netvsc: Remove redundant use of ipv6_hdr()

> -Original Message- > From: Mohammed Gamal [mailto:mga...@redhat.com] > Sent: Wednesday, July 19, 2017 1:48 PM > To: Stephen Hemminger > Cc: KY Srinivasan ; Haiyang Zhang > ; Stephen Hemminger ; > ot...@redhat.com; linux-kernel@vger.kernel.org; > de...@linuxdriverproject.org;

Re: [PATCH v2 1/2] livepatch: introduce shadow variable API

On Wed, 19 Jul 2017, Petr Mladek wrote: > On Tue 2017-07-18 15:36:27, Joe Lawrence wrote: > > Who knew naming things was so difficult :) > > > > There's been a bunch of feedback on terminology, so I'll just issue a > > collective reply to Petr's last msg on the topic. These were my > > thoughts

Re: [PATCH v2 1/2] livepatch: introduce shadow variable API

On Wed, 19 Jul 2017, Petr Mladek wrote: > On Tue 2017-07-18 15:36:27, Joe Lawrence wrote: > > Who knew naming things was so difficult :) > > > > There's been a bunch of feedback on terminology, so I'll just issue a > > collective reply to Petr's last msg on the topic. These were my > > thoughts

Re: [kernel-hardening] Re: [PATCH v10 2/3] arm/syscalls: Check address limit on user-mode return

On Wed, Jul 19, 2017 at 11:35 AM, Russell King - ARM Linux wrote: > On Wed, Jul 19, 2017 at 10:20:35AM -0700, Thomas Garnier wrote: >> On Wed, Jul 19, 2017 at 10:06 AM, Russell King - ARM Linux >> wrote: >> > On Wed, Jul 19, 2017 at 05:58:20PM +0300,

Re: [kernel-hardening] Re: [PATCH v10 2/3] arm/syscalls: Check address limit on user-mode return

On Wed, Jul 19, 2017 at 11:35 AM, Russell King - ARM Linux wrote: > On Wed, Jul 19, 2017 at 10:20:35AM -0700, Thomas Garnier wrote: >> On Wed, Jul 19, 2017 at 10:06 AM, Russell King - ARM Linux >> wrote: >> > On Wed, Jul 19, 2017 at 05:58:20PM +0300, Leonard Crestez wrote: >> > Probably best to

[PATCH v2] ARC: reset: introduce HSDKv1 reset driver

The HSDK v1 periphery IPs can be reset by accessing some registers from the CGU block. The list of available reset lines is documented in the DT bindings. Signed-off-by: Eugeniy Paltsev --- Changes v1 -> v2: - Remove defines of the unused registers. - Map io

[PATCH v2] ARC: reset: introduce HSDKv1 reset driver

The HSDK v1 periphery IPs can be reset by accessing some registers from the CGU block. The list of available reset lines is documented in the DT bindings. Signed-off-by: Eugeniy Paltsev --- Changes v1 -> v2: - Remove defines of the unused registers. - Map io memory only for single

[PATCH V7 0/3] powernv : Add support for OPAL-OCC command/response interface

In P9, OCC (On-Chip-Controller) supports shared memory based commad-response interface. Within the shared memory there is an OPAL command buffer and OCC response buffer that can be used to send inband commands to OCC. The following commands are supported: 1) Set system powercap 2) Set CPU-GPU

[PATCH V7 0/3] powernv : Add support for OPAL-OCC command/response interface

In P9, OCC (On-Chip-Controller) supports shared memory based commad-response interface. Within the shared memory there is an OPAL command buffer and OCC response buffer that can be used to send inband commands to OCC. The following commands are supported: 1) Set system powercap 2) Set CPU-GPU

Re: [PATCH] ath10k_htt_rx_amsdu_allowed(): use ath10k_dbg()

On 07/19/2017 11:24 AM, Gabriel Craciunescu wrote: To make it consistent, maybe rename the patch title starting with ath10k: > From: Gabriel Craciunescu > > Each time we get disconencted from AP we get flooded with messages like: > > ... > ath10k_pci

Re: [PATCH] ath10k_htt_rx_amsdu_allowed(): use ath10k_dbg()

On 07/19/2017 11:24 AM, Gabriel Craciunescu wrote: To make it consistent, maybe rename the patch title starting with ath10k: > From: Gabriel Craciunescu > > Each time we get disconencted from AP we get flooded with messages like: > > ... > ath10k_pci :03:00.0: no channel

[PATCH V7 3/3] powernv : Add support to clear sensor groups data

Adds support for clearing different sensor groups. OCC inband sensor groups like CSM, Profiler, Job Scheduler can be cleared using this driver. The min/max of all sensors belonging to these sensor groups will be cleared. Signed-off-by: Shilpasri G Bhat --- Changes

[PATCH V7 3/3] powernv : Add support to clear sensor groups data

Adds support for clearing different sensor groups. OCC inband sensor groups like CSM, Profiler, Job Scheduler can be cleared using this driver. The min/max of all sensors belonging to these sensor groups will be cleared. Signed-off-by: Shilpasri G Bhat --- Changes from V6: - Removed a generic

[PATCH V7 2/3] powernv: Add support to set power-shifting-ratio

This patch adds support to set power-shifting-ratio for CPU-GPU which is used by OCC power capping algorithm. Signed-off-by: Shilpasri G Bhat --- arch/powerpc/include/asm/opal-api.h| 4 +- arch/powerpc/include/asm/opal.h| 3 +

[PATCH V7 2/3] powernv: Add support to set power-shifting-ratio

This patch adds support to set power-shifting-ratio for CPU-GPU which is used by OCC power capping algorithm. Signed-off-by: Shilpasri G Bhat --- arch/powerpc/include/asm/opal-api.h| 4 +- arch/powerpc/include/asm/opal.h| 3 +

[PATCH V7 1/3] powernv: powercap: Add support for powercap framework

Adds a generic powercap framework to change the system powercap inband through OPAL-OCC command/response interface. Signed-off-by: Shilpasri G Bhat --- arch/powerpc/include/asm/opal-api.h| 5 +- arch/powerpc/include/asm/opal.h| 4 +

[PATCH V7 1/3] powernv: powercap: Add support for powercap framework

Adds a generic powercap framework to change the system powercap inband through OPAL-OCC command/response interface. Signed-off-by: Shilpasri G Bhat --- arch/powerpc/include/asm/opal-api.h| 5 +- arch/powerpc/include/asm/opal.h| 4 +

Re: [PATCH v9 05/10] mm: thp: enable thp migration in generic path

On 19 Jul 2017, at 4:04, kbuild test robot wrote: > Hi Zi, > > [auto build test WARNING on mmotm/master] > [also build test WARNING on v4.13-rc1 next-20170718] > [if your patch is applied to the wrong git tree, please drop us a note to > help improve the system] > > url: >

Re: [PATCH v9 05/10] mm: thp: enable thp migration in generic path

On 19 Jul 2017, at 4:04, kbuild test robot wrote: > Hi Zi, > > [auto build test WARNING on mmotm/master] > [also build test WARNING on v4.13-rc1 next-20170718] > [if your patch is applied to the wrong git tree, please drop us a note to > help improve the system] > > url: >

RE: [PATCH 3.18 36/68] Handle mismatched open calls

2017-07-14 9:43 Ben Hutchings : > On Fri, 2017-05-05 at 11:32 -0700, Greg Kroah-Hartman wrote: > > 3.18-stable review patch.  If anyone has any objections, please let me know. > > > > -- > > > > From: Sachin Prabhu > > > > commit

RE: [PATCH 3.18 36/68] Handle mismatched open calls

2017-07-14 9:43 Ben Hutchings : > On Fri, 2017-05-05 at 11:32 -0700, Greg Kroah-Hartman wrote: > > 3.18-stable review patch.  If anyone has any objections, please let me know. > > > > -- > > > > From: Sachin Prabhu > > > > commit 38bd49064a1ecb67baad33598e3d824448ab11ec

Re: [kernel-hardening] Re: [PATCH v10 2/3] arm/syscalls: Check address limit on user-mode return

On Wed, Jul 19, 2017 at 10:20:35AM -0700, Thomas Garnier wrote: > On Wed, Jul 19, 2017 at 10:06 AM, Russell King - ARM Linux > wrote: > > On Wed, Jul 19, 2017 at 05:58:20PM +0300, Leonard Crestez wrote: > > Probably best to revert. I stopped looking at these patches during

Re: [kernel-hardening] Re: [PATCH v10 2/3] arm/syscalls: Check address limit on user-mode return

On Wed, Jul 19, 2017 at 10:20:35AM -0700, Thomas Garnier wrote: > On Wed, Jul 19, 2017 at 10:06 AM, Russell King - ARM Linux > wrote: > > On Wed, Jul 19, 2017 at 05:58:20PM +0300, Leonard Crestez wrote: > > Probably best to revert. I stopped looking at these patches during > > the discussion, as

[PATCH v1 3/6] staging: unisys: Switch to use new generic UUID API

There are new types and helpers that are supposed to be used in new code. As a preparation to get rid of legacy types and API functions do the conversion here. While here, re-indent couple of lines to increase readability. Cc: David Kershner Cc: Greg Kroah-Hartman

[PATCH v1 0/6] uuid: Convert rest users to new API

This series is converting the rest of the users of old UUID API to a new one and dropping UUID UAPI header away. Note, ABI is kept the same. User space should have not used those headers. We have libuuid and it likely would be extended to cover GUID operations. All patches have been compiled

[PATCH v1 3/6] staging: unisys: Switch to use new generic UUID API

There are new types and helpers that are supposed to be used in new code. As a preparation to get rid of legacy types and API functions do the conversion here. While here, re-indent couple of lines to increase readability. Cc: David Kershner Cc: Greg Kroah-Hartman Cc:

[PATCH v1 0/6] uuid: Convert rest users to new API

This series is converting the rest of the users of old UUID API to a new one and dropping UUID UAPI header away. Note, ABI is kept the same. User space should have not used those headers. We have libuuid and it likely would be extended to cover GUID operations. All patches have been compiled

[PATCH v1 4/6] vmbus: Switch to use new generic UUID API

There are new types and helpers that are supposed to be used in new code. As a preparation to get rid of legacy types and API functions do the conversion here. Cc: "K. Y. Srinivasan" Cc: Haiyang Zhang Cc: Stephen Hemminger

[PATCH v1 4/6] vmbus: Switch to use new generic UUID API

There are new types and helpers that are supposed to be used in new code. As a preparation to get rid of legacy types and API functions do the conversion here. Cc: "K. Y. Srinivasan" Cc: Haiyang Zhang Cc: Stephen Hemminger Cc: de...@linuxdriverproject.org Signed-off-by: Andy Shevchenko ---

[PATCH v1 1/6] efi: Switch to use new generic UUID API

There are new types and helpers that are supposed to be used in new code. As a preparation to get rid of legacy types and API functions do the conversion here. Cc: Matt Fleming Cc: Ard Biesheuvel Signed-off-by: Andy Shevchenko

[PATCH v1 6/6] device property: Switch to use new generic UUID API

There are new types and helpers that are supposed to be used in new code. As a preparation to get rid of legacy types and API functions do the conversion here. Cc: "Rafael J. Wysocki" Cc: Mika Westerberg Cc: linux-a...@vger.kernel.org

[PATCH v1 6/6] device property: Switch to use new generic UUID API

There are new types and helpers that are supposed to be used in new code. As a preparation to get rid of legacy types and API functions do the conversion here. Cc: "Rafael J. Wysocki" Cc: Mika Westerberg Cc: linux-a...@vger.kernel.org Signed-off-by: Andy Shevchenko ---

[PATCH v1 1/6] efi: Switch to use new generic UUID API

There are new types and helpers that are supposed to be used in new code. As a preparation to get rid of legacy types and API functions do the conversion here. Cc: Matt Fleming Cc: Ard Biesheuvel Signed-off-by: Andy Shevchenko --- drivers/firmware/efi/cper.c | 10 ++--- include/linux/cper.h

[PATCH v1 5/6] uuid: Kill uapi/uuid.h

There is no more users for uapi/uuid.h. Remove it for good. Anyone needs it in user space better to use libuuid. Signed-off-by: Andy Shevchenko --- include/linux/uuid.h | 20 +++- include/uapi/linux/uuid.h | 42

[PATCH v1 5/6] uuid: Kill uapi/uuid.h

There is no more users for uapi/uuid.h. Remove it for good. Anyone needs it in user space better to use libuuid. Signed-off-by: Andy Shevchenko --- include/linux/uuid.h | 20 +++- include/uapi/linux/uuid.h | 42 --

[PATCH v1 2/6] mei: Switch to use new generic UUID API

There are new types and helpers that are supposed to be used in new code. As a preparation to get rid of legacy types and API functions do the conversion here. Cc: Tomas Winkler Cc: Guenter Roeck Cc: Samuel Ortiz

[PATCH v1 2/6] mei: Switch to use new generic UUID API

There are new types and helpers that are supposed to be used in new code. As a preparation to get rid of legacy types and API functions do the conversion here. Cc: Tomas Winkler Cc: Guenter Roeck Cc: Samuel Ortiz Signed-off-by: Andy Shevchenko --- drivers/misc/mei/bus-fixup.c| 35

[PATCH] llist: clang: introduce member_address_is_nonnull()

Currently llist_for_each_entry() and llist_for_each_entry_safe() iterate until >member != NULL. But when building the kernel with Clang, the compiler assumes >member cannot be NULL if the member's offset is greater than 0 (which would be equivalent to the object being non-contiguous in memory).

[PATCH] llist: clang: introduce member_address_is_nonnull()

Currently llist_for_each_entry() and llist_for_each_entry_safe() iterate until >member != NULL. But when building the kernel with Clang, the compiler assumes >member cannot be NULL if the member's offset is greater than 0 (which would be equivalent to the object being non-contiguous in memory).

[PATCH] device-dax: fix sysfs duplicate warnings

Fix warnings of the form... WARNING: CPU: 10 PID: 4983 at fs/sysfs/dir.c:31 sysfs_warn_dup+0x62/0x80 sysfs: cannot create duplicate filename '/class/dax/dax12.0' Call Trace: dump_stack+0x63/0x86 __warn+0xcb/0xf0 warn_slowpath_fmt+0x5a/0x80 ?

[PATCH] device-dax: fix sysfs duplicate warnings

Fix warnings of the form... WARNING: CPU: 10 PID: 4983 at fs/sysfs/dir.c:31 sysfs_warn_dup+0x62/0x80 sysfs: cannot create duplicate filename '/class/dax/dax12.0' Call Trace: dump_stack+0x63/0x86 __warn+0xcb/0xf0 warn_slowpath_fmt+0x5a/0x80 ?

Re: [PATCH] MAINTAINERS: fpga: Update email and add patchwork URL

On Wed, Jul 19, 2017 at 11:37 AM, Moritz Fischer wrote: > Add Q: entry for patchwork and update my email address. > > Signed-off-by: Moritz Fischer > Cc: Alan Tull > Cc: linux-f...@vger.kernel.org > Cc: linux-kernel@vger.kernel.org Acked-by:

Re: [PATCH] MAINTAINERS: fpga: Update email and add patchwork URL

On Wed, Jul 19, 2017 at 11:37 AM, Moritz Fischer wrote: > Add Q: entry for patchwork and update my email address. > > Signed-off-by: Moritz Fischer > Cc: Alan Tull > Cc: linux-f...@vger.kernel.org > Cc: linux-kernel@vger.kernel.org Acked-by: Alan Tull > --- > MAINTAINERS | 3 ++- > 1 file

[PATCH] ath10k_htt_rx_amsdu_allowed(): use ath10k_dbg()

From: Gabriel Craciunescu Each time we get disconencted from AP we get flooded with messages like: ... ath10k_pci :03:00.0: no channel configured; ignoring frame(s)! ath10k_warn: 155 callbacks suppressed ... Use

[PATCH] ath10k_htt_rx_amsdu_allowed(): use ath10k_dbg()

From: Gabriel Craciunescu Each time we get disconencted from AP we get flooded with messages like: ... ath10k_pci :03:00.0: no channel configured; ignoring frame(s)! ath10k_warn: 155 callbacks suppressed ... Use ath10k_dbg() here

[PATCH] trace-cmd record: Add --quiet (-q) option

trace-cmd record will output information about the number of missed trace events, the size of the data written to the data file from events on each CPU, etc. When tracing programs that rely on specific output from a command, this output can cause mis- matches that cause failures. This is

[PATCH] trace-cmd record: Add --quiet (-q) option

trace-cmd record will output information about the number of missed trace events, the size of the data written to the data file from events on each CPU, etc. When tracing programs that rely on specific output from a command, this output can cause mis- matches that cause failures. This is

Re: [PATCH v1] crypto: caam - set hwrng quality level

On Wed, Jul 19, 2017 at 04:53:21PM +, Horia Geantă wrote: > On 7/19/2017 7:32 PM, Oleksij Rempel wrote: > > On Wed, Jul 19, 2017 at 12:49:47PM +, Horia Geantă wrote: > >> On 7/19/2017 10:45 AM, Oleksij Rempel wrote: > >>> According documentation, it is NIST certified TRNG. > >>> So, set

Re: [PATCH v1] crypto: caam - set hwrng quality level

On Wed, Jul 19, 2017 at 04:53:21PM +, Horia Geantă wrote: > On 7/19/2017 7:32 PM, Oleksij Rempel wrote: > > On Wed, Jul 19, 2017 at 12:49:47PM +, Horia Geantă wrote: > >> On 7/19/2017 10:45 AM, Oleksij Rempel wrote: > >>> According documentation, it is NIST certified TRNG. > >>> So, set

Re: [PATCH v2 1/4] time: rtc-lib: Add rtc_show_time(const char *prefix_msg)

On 07/19/2017 05:03 AM, Prarit Bhargava wrote: On 07/19/2017 03:23 AM, Thomas Gleixner wrote: On Tue, 18 Jul 2017, Mark Salyzyn wrote: On 07/18/2017 03:35 PM, Thomas Gleixner wrote: There was some discussion about making the clock source for dmesg time stamps selectable, so you can use

Re: [PATCH v2 1/4] time: rtc-lib: Add rtc_show_time(const char *prefix_msg)

On 07/19/2017 05:03 AM, Prarit Bhargava wrote: On 07/19/2017 03:23 AM, Thomas Gleixner wrote: On Tue, 18 Jul 2017, Mark Salyzyn wrote: On 07/18/2017 03:35 PM, Thomas Gleixner wrote: There was some discussion about making the clock source for dmesg time stamps selectable, so you can use

Re: [PATCH] mmc: core: Fix access to HS400-ES devices

Hi, On Tue, Mar 14, 2017 at 9:22 AM, Ulf Hansson wrote: > On 1 March 2017 at 23:11, Guenter Roeck wrote: >> HS400-ES devices fail to initialize with the following error messages. >> >> mmc1: power class selection to bus width 8 ddr 0 failed >> mmc1:

Re: [PATCH] mmc: core: Fix access to HS400-ES devices

Hi, On Tue, Mar 14, 2017 at 9:22 AM, Ulf Hansson wrote: > On 1 March 2017 at 23:11, Guenter Roeck wrote: >> HS400-ES devices fail to initialize with the following error messages. >> >> mmc1: power class selection to bus width 8 ddr 0 failed >> mmc1: error -110 whilst initialising MMC card >> >>

Re: [PATCH] ath10k_htt_rx_amsdu_allowed(): use ath10k_dbg()

On 19.07.2017 18:26, Joe Perches wrote: On Wed, 2017-07-19 at 17:37 +0200, Gabriel C wrote: Each time we get disconencted from AP we get flooded with messages like: ... ath10k_pci :03:00.0: no channel configured; ignoring frame(s)!

Re: [PATCH] ath10k_htt_rx_amsdu_allowed(): use ath10k_dbg()

On 19.07.2017 18:26, Joe Perches wrote: On Wed, 2017-07-19 at 17:37 +0200, Gabriel C wrote: Each time we get disconencted from AP we get flooded with messages like: ... ath10k_pci :03:00.0: no channel configured; ignoring frame(s)!

Re: [PATCH] ibm_rtl: remove unnecessary static in ibm_rtl_write()

On Wed, Jul 19, 2017 at 1:01 AM, Gustavo A. R. Silva wrote: > Remove unnecessary static on local variable cmd_port_val. Such variable > is initialized before being used, on every execution path throughout > the function. The static has no benefit and, removing it reduces

Re: [PATCH] ibm_rtl: remove unnecessary static in ibm_rtl_write()

On Wed, Jul 19, 2017 at 1:01 AM, Gustavo A. R. Silva wrote: > Remove unnecessary static on local variable cmd_port_val. Such variable > is initialized before being used, on every execution path throughout > the function. The static has no benefit and, removing it reduces the > object file size. >

Re: [PATCH] msi-wmi: remove unnecessary static in msi_wmi_notify()

On Wed, Jul 19, 2017 at 12:49 AM, Gustavo A. R. Silva wrote: > Remove unnecessary static on local variable _key_. Such variable is > initialized before being used, on every execution path throughout > the function. The static has no benefit and, removing it reduces > the

Re: [PATCH] msi-wmi: remove unnecessary static in msi_wmi_notify()

On Wed, Jul 19, 2017 at 12:49 AM, Gustavo A. R. Silva wrote: > Remove unnecessary static on local variable _key_. Such variable is > initialized before being used, on every execution path throughout > the function. The static has no benefit and, removing it reduces > the object file size. > >

<    3   4   5   6   7   8   9   10   11   12   >