Re: [PATCH v2 0/8] mtd: spi-nor: locking fixes and updates

On Fri, Jan 29, 2016 at 11:25:29AM -0800, Brian Norris wrote: > Hi, > > These are an assortment of fixes and updates to the SPI NOR lock/unlock > feature. The biggest new features are: > (a) Status Register protection; I don't see why this shouldn't be enabled by > default. See patch 4's

Re: [PATCH v2 0/8] mtd: spi-nor: locking fixes and updates

On Fri, Jan 29, 2016 at 11:25:29AM -0800, Brian Norris wrote: > Hi, > > These are an assortment of fixes and updates to the SPI NOR lock/unlock > feature. The biggest new features are: > (a) Status Register protection; I don't see why this shouldn't be enabled by > default. See patch 4's

Re: [PATCH] Use ida_simple for SCSI iSCSI transport session id

> "Lee" == Lee Duncan writes: Lee> It looks like Mike and Chris are good with it. However, it received no formal reviews or acked-bys... -- Martin K. Petersen Oracle Linux Engineering

Re: [PATCH] Use ida_simple for SCSI iSCSI transport session id

> "Lee" == Lee Duncan writes: Lee> It looks like Mike and Chris are good with it. However, it received no formal reviews or acked-bys... -- Martin K. Petersen Oracle Linux Engineering

Re: [PATCH v2 7/8] mtd: spi-nor: add TB (Top/Bottom) protect support

On Mon, Feb 29, 2016 at 05:35:02PM -0300, Ezequiel Garcia wrote: > On 29 January 2016 at 16:25, Brian Norris wrote: > > Some flash support a bit in the status register that inverts protection > > so that it applies to the bottom of the flash, not the top. This yields

Re: [PATCH v2] locktorture: Fix NULL pointer when torture_type is invalid

On 2016/3/7 21:37, Paul E. McKenney wrote: > On Mon, Mar 07, 2016 at 03:02:05PM +0800, Kefeng Wang wrote: >> >> >> On 2016/3/7 13:40, Davidlohr Bueso wrote: >>> On Mon, 07 Mar 2016, Kefeng Wang wrote: On 2016/3/3 16:36, Davidlohr Bueso wrote: >>> > +/* > + * Indicates early

Re: [PATCH v2 7/8] mtd: spi-nor: add TB (Top/Bottom) protect support

On Mon, Feb 29, 2016 at 05:35:02PM -0300, Ezequiel Garcia wrote: > On 29 January 2016 at 16:25, Brian Norris wrote: > > Some flash support a bit in the status register that inverts protection > > so that it applies to the bottom of the flash, not the top. This yields > > additions to the

Re: [PATCH v2] locktorture: Fix NULL pointer when torture_type is invalid

On 2016/3/7 21:37, Paul E. McKenney wrote: > On Mon, Mar 07, 2016 at 03:02:05PM +0800, Kefeng Wang wrote: >> >> >> On 2016/3/7 13:40, Davidlohr Bueso wrote: >>> On Mon, 07 Mar 2016, Kefeng Wang wrote: On 2016/3/3 16:36, Davidlohr Bueso wrote: >>> > +/* > + * Indicates early

Re: [RFC PATCH 11/12] certs: Add a secondary system keyring that can be added to dynamically [ver #2]

On Fri, 2016-03-04 at 15:01 +, David Howells wrote: > Add a secondary system keyring that can be added to by root whilst the > system is running - provided the key being added is vouched for by a key > built into the kernel or already added to the secondary keyring. > > Rename .system_keyring

Re: [RFC PATCH 11/12] certs: Add a secondary system keyring that can be added to dynamically [ver #2]

On Fri, 2016-03-04 at 15:01 +, David Howells wrote: > Add a secondary system keyring that can be added to by root whilst the > system is running - provided the key being added is vouched for by a key > built into the kernel or already added to the secondary keyring. > > Rename .system_keyring

RE: [PATCH] mfd: act8945a: fix platform_no_drv_owner.cocci warnings

Hi Fengguang Wu, Thank you for your patch. > -Original Message- > From: kbuild test robot [mailto:l...@intel.com] > Sent: 2016年3月8日 7:54 > To: Yang, Wenyou > Cc: kbuild-...@01.org; Lee Jones ; Rob Herring > ; Pawel Moll

RE: [PATCH] mfd: act8945a: fix platform_no_drv_owner.cocci warnings

Hi Fengguang Wu, Thank you for your patch. > -Original Message- > From: kbuild test robot [mailto:l...@intel.com] > Sent: 2016年3月8日 7:54 > To: Yang, Wenyou > Cc: kbuild-...@01.org; Lee Jones ; Rob Herring > ; Pawel Moll ; Mark Rutland > ; Ian Campbell ; Kumar > Gala ; Ferre, Nicolas ; >

Re: Suspicious error for CMA stress test

On 2016/3/8 2:42, Laura Abbott wrote: > On 03/07/2016 12:16 AM, Leizhen (ThunderTown) wrote: >> >> >> On 2016/3/7 12:34, Joonsoo Kim wrote: >>> On Fri, Mar 04, 2016 at 03:35:26PM +0800, Hanjun Guo wrote: On 2016/3/4 14:38, Joonsoo Kim wrote: > On Fri, Mar 04, 2016 at 02:05:09PM +0800,

Re: Suspicious error for CMA stress test

On 2016/3/8 2:42, Laura Abbott wrote: > On 03/07/2016 12:16 AM, Leizhen (ThunderTown) wrote: >> >> >> On 2016/3/7 12:34, Joonsoo Kim wrote: >>> On Fri, Mar 04, 2016 at 03:35:26PM +0800, Hanjun Guo wrote: On 2016/3/4 14:38, Joonsoo Kim wrote: > On Fri, Mar 04, 2016 at 02:05:09PM +0800,

Re: How to merge? (was Re: [PATCH][v4] livepatch/ppc: Enable livepatching on powerpc)

On Tue, 08 Mar 2016 10:20:22 +1100 Michael Ellerman wrote: > > > > There is one remaining issue which I think would be really nice to > > have(TM), and that's Steven's Ack for the whole thing :) > > Yeah. He's been on CC the whole time, but he's probably getting a bit

Re: How to merge? (was Re: [PATCH][v4] livepatch/ppc: Enable livepatching on powerpc)

On Tue, 08 Mar 2016 10:20:22 +1100 Michael Ellerman wrote: > > > > There is one remaining issue which I think would be really nice to > > have(TM), and that's Steven's Ack for the whole thing :) > > Yeah. He's been on CC the whole time, but he's probably getting a bit sick of > it all, as

Re: [PATCH][RFC v3] ACPI / PM: Fix poweroff issue on HW-full platforms without _S5

On Monday, March 07, 2016 03:53:13 PM Chen, Yu C wrote: > Hi Rafael, > (resend for broken content) > > > -Original Message- > > From: rjwyso...@gmail.com [mailto:rjwyso...@gmail.com] On Behalf Of > > Rafael J. Wysocki > > Sent: Monday, March 07, 2016 9:19 PM > > To: Chen, Yu C > > Cc:

Re: [PATCH][RFC v3] ACPI / PM: Fix poweroff issue on HW-full platforms without _S5

On Monday, March 07, 2016 03:53:13 PM Chen, Yu C wrote: > Hi Rafael, > (resend for broken content) > > > -Original Message- > > From: rjwyso...@gmail.com [mailto:rjwyso...@gmail.com] On Behalf Of > > Rafael J. Wysocki > > Sent: Monday, March 07, 2016 9:19 PM > > To: Chen, Yu C > > Cc:

[PATCH v4 5/5] ARM: at91/dt: sama5d2_xplained: add fast_restart node

Add fast_restart node as a pmc's child node to support fast startup signal configuration. Signed-off-by: Wenyou Yang --- Changes in v4: - add fast_restart node to the DT file. Changes in v3: None Changes in v2: None arch/arm/boot/dts/at91-sama5d2_xplained.dts |8

[PATCH v4 5/5] ARM: at91/dt: sama5d2_xplained: add fast_restart node

Add fast_restart node as a pmc's child node to support fast startup signal configuration. Signed-off-by: Wenyou Yang --- Changes in v4: - add fast_restart node to the DT file. Changes in v3: None Changes in v2: None arch/arm/boot/dts/at91-sama5d2_xplained.dts |8 1 file

[PATCH v4 4/5] Documentation: atmel-pmc: add DT bindings for fast startup

Add DT bindings to configurate the PMC_FSMR and PMC_FSPR registers to trigger a fast restart signal to PMC. Signed-off-by: Wenyou Yang Acked-by: Rob Herring --- Changes in v4: - add Acked-by tag. Changes in v3: - update the property description.

[PATCH v4 4/5] Documentation: atmel-pmc: add DT bindings for fast startup

Add DT bindings to configurate the PMC_FSMR and PMC_FSPR registers to trigger a fast restart signal to PMC. Signed-off-by: Wenyou Yang Acked-by: Rob Herring --- Changes in v4: - add Acked-by tag. Changes in v3: - update the property description. Changes in v2: - change the property name

[PATCH v3 1/2] cxl: Add mechanism for delivering AFU driver specific events

From: Ian Munsie This adds an afu_driver_ops structure with event_pending and deliver_event callbacks. An AFU driver such as cxlflash can fill these out and associate it with a context to enable passing custom AFU specific events to userspace. The cxl driver will call

[PATCH v3 1/2] cxl: Add mechanism for delivering AFU driver specific events

From: Ian Munsie This adds an afu_driver_ops structure with event_pending and deliver_event callbacks. An AFU driver such as cxlflash can fill these out and associate it with a context to enable passing custom AFU specific events to userspace. The cxl driver will call event_pending() during

[PATCH v3 2/2] cxl: add set/get private data to context struct

From: Michael Neuling This provides AFU drivers a means to associate private data with a cxl context. This is particularly intended for make the new callbacks for driver specific events easier for AFU drivers to use, as they can easily get back to any private data structures

[PATCH v3 2/2] cxl: add set/get private data to context struct

From: Michael Neuling This provides AFU drivers a means to associate private data with a cxl context. This is particularly intended for make the new callbacks for driver specific events easier for AFU drivers to use, as they can easily get back to any private data structures they may use.

[PATCH v4 3/5] ARM: at91: pm: configure PMC fast startup signals

The fast startup signal is used as wake up sources for ULP1 mode. As soon as a fast startup signal is asserted, the embedded 12 MHz RC oscillator restarts automatically. This patch is to configure the fast startup signals, which signal is enabled to trigger the PMC to wake up the system from ULP1

[PATCH v4 3/5] ARM: at91: pm: configure PMC fast startup signals

The fast startup signal is used as wake up sources for ULP1 mode. As soon as a fast startup signal is asserted, the embedded 12 MHz RC oscillator restarts automatically. This patch is to configure the fast startup signals, which signal is enabled to trigger the PMC to wake up the system from ULP1

[PATCH v4 2/5] ARM: at91: pm: add ULP1 mode support

The ULP1 (Ultra Low-power mode 1) is introduced by SAMA5D2. In the ULP1 mode, all the clocks are shut off, inclusive the embedded 12MHz RC oscillator, so as to achieve the lowest power consumption with the system in retention mode and able to resume on the wake up events. As soon as the wake up

[PATCH v4 2/5] ARM: at91: pm: add ULP1 mode support

The ULP1 (Ultra Low-power mode 1) is introduced by SAMA5D2. In the ULP1 mode, all the clocks are shut off, inclusive the embedded 12MHz RC oscillator, so as to achieve the lowest power consumption with the system in retention mode and able to resume on the wake up events. As soon as the wake up

[PATCH v1] tools/vm/page-types.c: remove memset() in walk_pfn()

I found that page-types is very slow and my testing shows many timeout errors. Here's an example with a simple program allocating 1000 thps. $ time ./page-types -p $(pgrep -f test_alloc) ... real0m17.201s user0m16.889s sys 0m0.312s $ time ./page-types.patched -p $(pgrep

[PATCH v4 1/5] ARM: at91: pm: create a separate procedure for the ULP0 mode

To make the code more legible and prepare to add the ULP1 mode support in the future, create a separate procedure for the ULP0 mode. Signed-off-by: Wenyou Yang --- Changes in v4: None Changes in v3: None Changes in v2: None arch/arm/mach-at91/pm_suspend.S | 65

[PATCH v1] tools/vm/page-types.c: remove memset() in walk_pfn()

I found that page-types is very slow and my testing shows many timeout errors. Here's an example with a simple program allocating 1000 thps. $ time ./page-types -p $(pgrep -f test_alloc) ... real0m17.201s user0m16.889s sys 0m0.312s $ time ./page-types.patched -p $(pgrep

[PATCH v4 1/5] ARM: at91: pm: create a separate procedure for the ULP0 mode

To make the code more legible and prepare to add the ULP1 mode support in the future, create a separate procedure for the ULP0 mode. Signed-off-by: Wenyou Yang --- Changes in v4: None Changes in v3: None Changes in v2: None arch/arm/mach-at91/pm_suspend.S | 65

[PATCH v4 0/5] ARM: at91: pm: add ULP1 mode support

The ULP1 (Ultra Low-power mode 1) is introduced by SAMA5D2. In order to achieve the lowest power consumption, in the ULP1 mode, all the clocks are shut off, inclusive the embedded 12MHz RC oscillator. The fast startup signal is used as a wake up source for ULP1 mode. As soon as the wake up event

[PATCH v4 0/5] ARM: at91: pm: add ULP1 mode support

The ULP1 (Ultra Low-power mode 1) is introduced by SAMA5D2. In order to achieve the lowest power consumption, in the ULP1 mode, all the clocks are shut off, inclusive the embedded 12MHz RC oscillator. The fast startup signal is used as a wake up source for ULP1 mode. As soon as the wake up event

Re: [PATCHSET v2 cgroup/for-4.6] cgroup, perf_event: make perf_event work on v2 hierarchy

On Thu, Mar 03, 2016 at 10:06:54AM -0500, Tejun Heo wrote: > All the prerequisite patches are now available in cgroup/for-4.6 > branch. > > git://git.kernel.org/pub/scm/linux/kernel/git/tj/cgroup.git for-4.6 > > If the perf_event changes look okay, we can either apply the first > patch to

Re: [PATCH v2 1/2] cxl: Add mechanism for delivering AFU driver specific events

Excerpts from Matt Ochs's message of 2016-03-08 11:26:55 +1100: > Any reason for adding these extra lines as part of this commit? mpe asked for some newlines here in the v1 submission, and it only really made sense to do so if all the related sections had consistent whitespace as well. > > +/* >

Re: [PATCHSET v2 cgroup/for-4.6] cgroup, perf_event: make perf_event work on v2 hierarchy

On Thu, Mar 03, 2016 at 10:06:54AM -0500, Tejun Heo wrote: > All the prerequisite patches are now available in cgroup/for-4.6 > branch. > > git://git.kernel.org/pub/scm/linux/kernel/git/tj/cgroup.git for-4.6 > > If the perf_event changes look okay, we can either apply the first > patch to

Re: [PATCH v2 1/2] cxl: Add mechanism for delivering AFU driver specific events

Excerpts from Matt Ochs's message of 2016-03-08 11:26:55 +1100: > Any reason for adding these extra lines as part of this commit? mpe asked for some newlines here in the v1 submission, and it only really made sense to do so if all the related sections had consistent whitespace as well. > > +/* >

Re: Suspicious error for CMA stress test

On 2016/3/4 13:33, Hanjun Guo wrote: > Hi Joonsoo, > > On 2016/3/4 10:02, Joonsoo Kim wrote: >> On Thu, Mar 03, 2016 at 08:49:01PM +0800, Hanjun Guo wrote: >>> On 2016/3/3 15:42, Joonsoo Kim wrote: 2016-03-03 10:25 GMT+09:00 Laura Abbott : > (cc -mm and Joonsoo Kim)

Re: Suspicious error for CMA stress test

On 2016/3/4 13:33, Hanjun Guo wrote: > Hi Joonsoo, > > On 2016/3/4 10:02, Joonsoo Kim wrote: >> On Thu, Mar 03, 2016 at 08:49:01PM +0800, Hanjun Guo wrote: >>> On 2016/3/3 15:42, Joonsoo Kim wrote: 2016-03-03 10:25 GMT+09:00 Laura Abbott : > (cc -mm and Joonsoo Kim) > > > On

Re: [PATCH 1/1] dma-mapping: to avoid exception when cpu_addr is NULL

On 2016/3/8 6:59, Andrew Morton wrote: > On Mon, 7 Mar 2016 18:43:47 +0800 "Leizhen (ThunderTown)" > wrote: > >> Suppose: >> CONFIG_SPARSEMEM is opened. >> CONFIG_DMA_API_DEBUG or CONFIG_CMA is opened. >> >> Then virt_to_page or phys_to_page will be called.

Re: [PATCH 1/1] dma-mapping: to avoid exception when cpu_addr is NULL

On 2016/3/8 6:59, Andrew Morton wrote: > On Mon, 7 Mar 2016 18:43:47 +0800 "Leizhen (ThunderTown)" > wrote: > >> Suppose: >> CONFIG_SPARSEMEM is opened. >> CONFIG_DMA_API_DEBUG or CONFIG_CMA is opened. >> >> Then virt_to_page or phys_to_page will be called. Finally, in __pfn_to_page, >>

Re: [PATCH v2] sparc64: Add support for Application Data Integrity (ADI)

On 03/07/2016 10:39 AM, Khalid Aziz wrote: On 03/07/2016 11:12 AM, Dave Hansen wrote: On 03/07/2016 09:53 AM, Andy Lutomirski wrote: Also, what am I missing? Tying these tags to the physical page seems like a poor design to me. This seems really awkward to use. Yeah, can you describe the

Re: [PATCH v2] sparc64: Add support for Application Data Integrity (ADI)

On 03/07/2016 10:39 AM, Khalid Aziz wrote: On 03/07/2016 11:12 AM, Dave Hansen wrote: On 03/07/2016 09:53 AM, Andy Lutomirski wrote: Also, what am I missing? Tying these tags to the physical page seems like a poor design to me. This seems really awkward to use. Yeah, can you describe the

[PATCH v5 4/6] ARM: OMAP2+: DRA7: Add hwmod entries for PWMSS

From: Vignesh R Add hwmod entries for the PWMSS on DRA7. Set l4_root_clk_div as the main_clk of PWMSS. It is fixed-factored clock equal to L4PER2_L3_GICLK/2(l3_iclk_div/2). Signed-off-by: Vignesh R [fcoo...@ti.com: Do not add eQEP, ePWM and eCAP hwmod

[PATCH v5 3/6] ARM: AM335x/AM437x: hwmod: Remove eQEP, ePWM and eCAP hwmod entries

Devices that utilize the OCP registers and/or PRCM registers and register bit fields should be modelled using hwmod. Since eQEP, ePWM and eCAP don't fall under this category, remove their hwmod entries. Instead these clocks simply use the clock that is pass through by its parent PWMSS. Therefore,

[PATCH v5 2/6] ARM: dts: am437x/am33xx: Remove eCAP and ePWM hwmod properties

ECAP and ePWM do not have OCP integration registers, have L3/L4 ports, etc. Therefore, they shouldn't be using hwmod at all. Remove their hwmod properties. For ePWM add the tbclk to the node rather than depending on hwmod to do so. Signed-off-by: Franklin S Cooper Jr ---

[PATCH v5 6/6] ARM: dts: DRA7: Add dt nodes for PWMSS

From: Vignesh R Add PWMSS device tree nodes for DRA7 SoC family and add documentation for dt bindings. Signed-off-by: Vignesh R [fcoo...@ti.com: Add eCAP and use updated bindings for PWMSS and ePWM] Signed-off-by: Franklin S Cooper Jr ---

[PATCH v5 0/6] ARM: am335x/am437x/dra7: Add PWM support for DRA7

This patch series adds support for PWM for DRA7. The IP is same as that present in AM33XX and AM437XX. However, before doing so remove unnecessary hwmod entries for eCAP, ePWM and eQEP. This series is almost identical to v4. Only difference is the addition of eCAP DT nodes in the dra7.dtsi file.

[PATCH v5 4/6] ARM: OMAP2+: DRA7: Add hwmod entries for PWMSS

From: Vignesh R Add hwmod entries for the PWMSS on DRA7. Set l4_root_clk_div as the main_clk of PWMSS. It is fixed-factored clock equal to L4PER2_L3_GICLK/2(l3_iclk_div/2). Signed-off-by: Vignesh R [fcoo...@ti.com: Do not add eQEP, ePWM and eCAP hwmod entries] Signed-off-by: Franklin S Cooper

[PATCH v5 3/6] ARM: AM335x/AM437x: hwmod: Remove eQEP, ePWM and eCAP hwmod entries

Devices that utilize the OCP registers and/or PRCM registers and register bit fields should be modelled using hwmod. Since eQEP, ePWM and eCAP don't fall under this category, remove their hwmod entries. Instead these clocks simply use the clock that is pass through by its parent PWMSS. Therefore,

[PATCH v5 2/6] ARM: dts: am437x/am33xx: Remove eCAP and ePWM hwmod properties

ECAP and ePWM do not have OCP integration registers, have L3/L4 ports, etc. Therefore, they shouldn't be using hwmod at all. Remove their hwmod properties. For ePWM add the tbclk to the node rather than depending on hwmod to do so. Signed-off-by: Franklin S Cooper Jr ---

[PATCH v5 6/6] ARM: dts: DRA7: Add dt nodes for PWMSS

From: Vignesh R Add PWMSS device tree nodes for DRA7 SoC family and add documentation for dt bindings. Signed-off-by: Vignesh R [fcoo...@ti.com: Add eCAP and use updated bindings for PWMSS and ePWM] Signed-off-by: Franklin S Cooper Jr --- Version 5 changes: Add DT node for eCAP and update

[PATCH v5 0/6] ARM: am335x/am437x/dra7: Add PWM support for DRA7

This patch series adds support for PWM for DRA7. The IP is same as that present in AM33XX and AM437XX. However, before doing so remove unnecessary hwmod entries for eCAP, ePWM and eQEP. This series is almost identical to v4. Only difference is the addition of eCAP DT nodes in the dra7.dtsi file.

[PATCH v5 5/6] ARM: dts: DRA7: Add TBCLK for PWMSS

From: Vignesh R tbclk is used by ehrpwm to generate PWM waveform on DRA7 SoC. Add Linux clock to control ehrpwm tbclk. The TRM says, tbclk is derived from SYSCLKOUT. SYSCLKOUT is nothing but ehrpwm functional clock derived from the gateable interface and functional clock of

[PATCH v5 1/6] pwms: pwm-ti*: Get the clock from the PWMSS (parent)

The eCAP and ePWM doesn't have their own separate clocks. They simply utilize the clock provided directly by the PWMSS. Therefore, they simply need to grab a reference to their parent's clock. Signed-off-by: Franklin S Cooper Jr --- drivers/pwm/pwm-tiecap.c | 2 +-

[PATCH v5 5/6] ARM: dts: DRA7: Add TBCLK for PWMSS

From: Vignesh R tbclk is used by ehrpwm to generate PWM waveform on DRA7 SoC. Add Linux clock to control ehrpwm tbclk. The TRM says, tbclk is derived from SYSCLKOUT. SYSCLKOUT is nothing but ehrpwm functional clock derived from the gateable interface and functional clock of

[PATCH v5 1/6] pwms: pwm-ti*: Get the clock from the PWMSS (parent)

The eCAP and ePWM doesn't have their own separate clocks. They simply utilize the clock provided directly by the PWMSS. Therefore, they simply need to grab a reference to their parent's clock. Signed-off-by: Franklin S Cooper Jr --- drivers/pwm/pwm-tiecap.c | 2 +- drivers/pwm/pwm-tiehrpwm.c

RE: [PATCH v3 3/7] QE: Add uqe_serial document to bindings

On Tue, Mar 08, 2016 at 1:28AM, Scott Wood wrote: > -Original Message- > From: Scott Wood [mailto:o...@buserror.net] > Sent: Tuesday, March 08, 2016 1:28 AM > To: Qiang Zhao ; Rob Herring > Cc: Yang-Leo Li ; Xiaobo Xie

RE: [PATCH v3 3/7] QE: Add uqe_serial document to bindings

On Tue, Mar 08, 2016 at 1:28AM, Scott Wood wrote: > -Original Message- > From: Scott Wood [mailto:o...@buserror.net] > Sent: Tuesday, March 08, 2016 1:28 AM > To: Qiang Zhao ; Rob Herring > Cc: Yang-Leo Li ; Xiaobo Xie ; > linux-kernel@vger.kernel.org; devicet...@vger.kernel.org;

RE: [PATCH] scsi: storvsc: fix SRB_STATUS_ABORTED handling

> -Original Message- > From: Vitaly Kuznetsov [mailto:vkuzn...@redhat.com] > Sent: Monday, March 7, 2016 3:00 AM > To: linux-s...@vger.kernel.org > Cc: linux-kernel@vger.kernel.org; de...@linuxdriverproject.org; KY > Srinivasan ; Haiyang Zhang >

RE: [PATCH] scsi: storvsc: fix SRB_STATUS_ABORTED handling

> -Original Message- > From: Vitaly Kuznetsov [mailto:vkuzn...@redhat.com] > Sent: Monday, March 7, 2016 3:00 AM > To: linux-s...@vger.kernel.org > Cc: linux-kernel@vger.kernel.org; de...@linuxdriverproject.org; KY > Srinivasan ; Haiyang Zhang > ; Cathy Avery ; James E.J. > Bottomley ;

Re: [PATCH v6 0/4] powercap/rapl: reduce ipi calls and misc clean up

On Wed, 24 Feb 2016 13:31:34 -0800 Jacob Pan wrote: > Changes since v5: > - Split changes into seprate patches. No code change. > Changes since V4: > - Deleted unnecessary cpumask_any_and() call, assign first > cpu as lead Changes since V3: > -

Re: sscanf: implement basic character sets

+++ Andrew Morton [07/03/16 15:24 -0800]: On Mon, 7 Mar 2016 18:12:20 -0500 Jessica Yu wrote: +++ Jessica Yu [26/02/16 15:28 -0500]: >+++ Jessica Yu [26/02/16 15:20 -0500]: >>Implement basic character sets for the '%[' conversion specifier. >> >>The '%[' conversion specifier

Re: [PATCH v6 0/4] powercap/rapl: reduce ipi calls and misc clean up

On Wed, 24 Feb 2016 13:31:34 -0800 Jacob Pan wrote: > Changes since v5: > - Split changes into seprate patches. No code change. > Changes since V4: > - Deleted unnecessary cpumask_any_and() call, assign first > cpu as lead Changes since V3: > - Avoid for_each_online_cpu()

Re: sscanf: implement basic character sets

+++ Andrew Morton [07/03/16 15:24 -0800]: On Mon, 7 Mar 2016 18:12:20 -0500 Jessica Yu wrote: +++ Jessica Yu [26/02/16 15:28 -0500]: >+++ Jessica Yu [26/02/16 15:20 -0500]: >>Implement basic character sets for the '%[' conversion specifier. >> >>The '%[' conversion specifier matches a

[PATCH 6/8] dmi: Move memdev_dmi_entry definition to dmi.h

A couple of the EDAC drivers have a nice memdev_dmi_entry structure for decoding DMI memory device entries. Move the structure definition to dmi.h so that it can be shared between those drivers and also other parts of the kernel; the i915 graphics driver is going to need to use this structure

[PATCH 6/8] dmi: Move memdev_dmi_entry definition to dmi.h

A couple of the EDAC drivers have a nice memdev_dmi_entry structure for decoding DMI memory device entries. Move the structure definition to dmi.h so that it can be shared between those drivers and also other parts of the kernel; the i915 graphics driver is going to need to use this structure

Re: [PATCH] Use ida_simple for SCSI iSCSI transport session id

On 02/12/2016 09:54 AM, James Bottomley wrote: > On Fri, 2016-02-12 at 09:38 -0800, Lee Duncan wrote: >> The scsi_transport_iscsi module already uses the ida_simple >> routines for managing the target ID, if requested to do >> so. This change replaces an ever-increasing atomic integer >> that

Re: [PATCH] Use ida_simple for SCSI iSCSI transport session id

On 02/12/2016 09:54 AM, James Bottomley wrote: > On Fri, 2016-02-12 at 09:38 -0800, Lee Duncan wrote: >> The scsi_transport_iscsi module already uses the ida_simple >> routines for managing the target ID, if requested to do >> so. This change replaces an ever-increasing atomic integer >> that

[PATCH v2 2/4] DT: leds: Add binding for the ISSI IS31FL32xx family of LED controllers

From: David Rivshin This adds a binding description for the is31fl3236/35/18/16 I2C LED controllers. Signed-off-by: David Rivshin Acked-by: Rob Herring --- Changes from v1: - swapped node name and label in example - added Rob's

[PATCH v2 4/4] leds: Add SN3218 and SN3216 support to the IS31FL32XX driver

From: David Rivshin Si-En Technology was acquired by ISSI in 2011, and it appears that the IS31FL3218/IS31FL3216 are just rebranded SN3218/SN3216 devices. Add the "si-en,sn3218" and "si-en,sn3216" compatible strings into the IS31FL32XX driver as aliases for the issi

[PATCH v2 2/4] DT: leds: Add binding for the ISSI IS31FL32xx family of LED controllers

From: David Rivshin This adds a binding description for the is31fl3236/35/18/16 I2C LED controllers. Signed-off-by: David Rivshin Acked-by: Rob Herring --- Changes from v1: - swapped node name and label in example - added Rob's ack (given above fix) [1] Changes from RFC: - Removed

[PATCH v2 4/4] leds: Add SN3218 and SN3216 support to the IS31FL32XX driver

From: David Rivshin Si-En Technology was acquired by ISSI in 2011, and it appears that the IS31FL3218/IS31FL3216 are just rebranded SN3218/SN3216 devices. Add the "si-en,sn3218" and "si-en,sn3216" compatible strings into the IS31FL32XX driver as aliases for the issi equivalents, and update

[PATCH v2 3/4] leds: Add driver for the ISSI IS31FL32xx family of LED controllers

From: David Rivshin The IS31FL32xx family of LED controllers are I2C devices with multiple constant-current channels, each with independent 256-level PWM control. Datasheets: http://www.issi.com/US/product-analog-fxled-driver.shtml This has been tested on the IS31FL3236

[PATCH v2 3/4] leds: Add driver for the ISSI IS31FL32xx family of LED controllers

From: David Rivshin The IS31FL32xx family of LED controllers are I2C devices with multiple constant-current channels, each with independent 256-level PWM control. Datasheets: http://www.issi.com/US/product-analog-fxled-driver.shtml This has been tested on the IS31FL3236 and IS31FL3216, on an

[PATCH v2 1/4] DT: Add vendor prefix for Integrated Silicon Solutions Inc.

From: David Rivshin ISSI is the stock ticker Integrated Silicon Solutions Inc. Company website: http://www.issi.com Signed-off-by: David Rivshin Acked-by: Rob Herring --- Changes from v1: - added Rob's ack [1] Changes from RFC:

[PATCH v2 0/4] leds: Add driver for the ISSI IS31FL32xx family of LED controllers

From: David Rivshin This series adds support for the ISSI IS31FL32xx family of I2C LED controllers. Since the IS31FL3218/3216 are actually the same devices as the SN3218/3216, adds their compatible strings as aliases. As requested, this series is based on the current

[PATCH v2 1/4] DT: Add vendor prefix for Integrated Silicon Solutions Inc.

From: David Rivshin ISSI is the stock ticker Integrated Silicon Solutions Inc. Company website: http://www.issi.com Signed-off-by: David Rivshin Acked-by: Rob Herring --- Changes from v1: - added Rob's ack [1] Changes from RFC: none [1] https://lkml.org/lkml/2016/3/4/961

[PATCH v2 0/4] leds: Add driver for the ISSI IS31FL32xx family of LED controllers

From: David Rivshin This series adds support for the ISSI IS31FL32xx family of I2C LED controllers. Since the IS31FL3218/3216 are actually the same devices as the SN3218/3216, adds their compatible strings as aliases. As requested, this series is based on the current linux-leds/for-next, minus

RE: [PATCH] ACPICA: Events: Execute some _REG methods in early boot

Hi, Chris > From: linux-acpi-ow...@vger.kernel.org [mailto:linux-acpi- > Subject: Re: [PATCH] ACPICA: Events: Execute some _REG methods in early > boot > > On Mon, Mar 07, 2016 at 06:36:05AM +, Zheng, Lv wrote: > > Hi, > > > > First of all, why don't you respond on the kernel bugzilla? > >

RE: [PATCH] ACPICA: Events: Execute some _REG methods in early boot

Hi, Chris > From: linux-acpi-ow...@vger.kernel.org [mailto:linux-acpi- > Subject: Re: [PATCH] ACPICA: Events: Execute some _REG methods in early > boot > > On Mon, Mar 07, 2016 at 06:36:05AM +, Zheng, Lv wrote: > > Hi, > > > > First of all, why don't you respond on the kernel bugzilla? > >

[PATCH 4.2.y-ckt 011/273] vmstat: explicitly schedule per-cpu work on the CPU we need it to run on

4.2.8-ckt5 -stable review patch. If anyone has any objections, please let me know. ---8< From: Linus Torvalds commit 176bed1de5bf977938cad26551969eca8f0883b1 upstream. The vmstat code uses

[PATCH 4.2.y-ckt 013/273] drm/vmwgfx: Fix an fb unlocking bug

4.2.8-ckt5 -stable review patch. If anyone has any objections, please let me know. ---8< From: Thomas Hellstrom commit 12617971c443c50750a12a77ea0e08319d161975 upstream. A regression introduced when the

[PATCH 4.2.y-ckt 010/273] ALSA: usb-audio: avoid freeing umidi object twice

4.2.8-ckt5 -stable review patch. If anyone has any objections, please let me know. ---8< From: Andrey Konovalov commit 07d86ca93db7e5cdf4743564d98292042ec21af7 upstream. The 'umidi' object will be free'd on

[PATCH 4.2.y-ckt 013/273] drm/vmwgfx: Fix an fb unlocking bug

4.2.8-ckt5 -stable review patch. If anyone has any objections, please let me know. ---8< From: Thomas Hellstrom commit 12617971c443c50750a12a77ea0e08319d161975 upstream. A regression introduced when the master ttm lock was split

[PATCH 4.2.y-ckt 010/273] ALSA: usb-audio: avoid freeing umidi object twice

4.2.8-ckt5 -stable review patch. If anyone has any objections, please let me know. ---8< From: Andrey Konovalov commit 07d86ca93db7e5cdf4743564d98292042ec21af7 upstream. The 'umidi' object will be free'd on the error path by

[PATCH 4.2.y-ckt 011/273] vmstat: explicitly schedule per-cpu work on the CPU we need it to run on

4.2.8-ckt5 -stable review patch. If anyone has any objections, please let me know. ---8< From: Linus Torvalds commit 176bed1de5bf977938cad26551969eca8f0883b1 upstream. The vmstat code uses "schedule_delayed_work_on()" to do the

[PATCH 4.2.y-ckt 018/273] iio: add HAS_IOMEM dependency to VF610_ADC

4.2.8-ckt5 -stable review patch. If anyone has any objections, please let me know. ---8< From: Vegard Nossum commit 005ce0713006a76d2b0c924ce0e2629e5d8510c3 upstream. Ran into this on UML:

[PATCH 4.2.y-ckt 009/273] EVM: Use crypto_memneq() for digest comparisons

4.2.8-ckt5 -stable review patch. If anyone has any objections, please let me know. ---8< From: Ryan Ware commit 613317bd212c585c20796c10afe5daaa95d4b0a1 upstream. This patch fixes vulnerability CVE-2016-2085.

[PATCH 4.2.y-ckt 018/273] iio: add HAS_IOMEM dependency to VF610_ADC

4.2.8-ckt5 -stable review patch. If anyone has any objections, please let me know. ---8< From: Vegard Nossum commit 005ce0713006a76d2b0c924ce0e2629e5d8510c3 upstream. Ran into this on UML: drivers/built-in.o: In function

[PATCH 4.2.y-ckt 009/273] EVM: Use crypto_memneq() for digest comparisons

4.2.8-ckt5 -stable review patch. If anyone has any objections, please let me know. ---8< From: Ryan Ware commit 613317bd212c585c20796c10afe5daaa95d4b0a1 upstream. This patch fixes vulnerability CVE-2016-2085. The problem exists

[PATCH 4.2.y-ckt 007/273] [stable-only] Revert "powerpc: Simplify module TOC handling"

4.2.8-ckt5 -stable review patch. If anyone has any objections, please let me know. ---8< From: Kamal Mostafa This reverts commit 504017f7fa4377d77f134a6465f047858318e1f1. Breaks ppc64 builds on hosts which

[PATCH 4.2.y-ckt 007/273] [stable-only] Revert "powerpc: Simplify module TOC handling"

4.2.8-ckt5 -stable review patch. If anyone has any objections, please let me know. ---8< From: Kamal Mostafa This reverts commit 504017f7fa4377d77f134a6465f047858318e1f1. Breaks ppc64 builds on hosts which don't include the kmod

[PATCH 4.2.y-ckt 020/273] iommu/vt-d: Fix 64-bit accesses to 32-bit DMAR_GSTS_REG

4.2.8-ckt5 -stable review patch. If anyone has any objections, please let me know. ---8< From: CQ Tang commit fda3bec12d0979aae3f02ee645913d66fbc8a26e upstream. This is a 32-bit register. Apparently harmless on

[PATCH 4.2.y-ckt 017/273] iio: add IIO_TRIGGER dependency to STK8BA50

4.2.8-ckt5 -stable review patch. If anyone has any objections, please let me know. ---8< From: Vegard Nossum commit 01cc5235604d61018712c11a14d74230f6a38bf4 upstream. Ran into this on UML:

[PATCH 4.2.y-ckt 019/273] iio: dac: mcp4725: set iio name property in sysfs

4.2.8-ckt5 -stable review patch. If anyone has any objections, please let me know. ---8< From: Yong Li commit 97a249e98a72d6b79fb7350a8dd56b147e9d5bdb upstream. Without this change, the name entity for mcp4725

[PATCH 4.2.y-ckt 017/273] iio: add IIO_TRIGGER dependency to STK8BA50

4.2.8-ckt5 -stable review patch. If anyone has any objections, please let me know. ---8< From: Vegard Nossum commit 01cc5235604d61018712c11a14d74230f6a38bf4 upstream. Ran into this on UML: drivers/iio/accel/stk8ba50.c: In function

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