[PATCH 17/20] x86, mmc: use Intel family name macros for mmc driver

From: Dave Hansen Another straightforward replacement of magic numbers. Signed-off-by: Dave Hansen Acked-by: Adrian Hunter Cc: Ulf Hansson Cc: linux-...@vger.kernel.org ---

[PATCH 20/20] x86, powercap, rapl: add Skylake Server model number

From: Dave Hansen SKX uses similar RAPL interface as Broadwell server according to Jacob Pan. Signed-off-by: Dave Hansen Cc: Jacob Pan Cc: "Rafael J. Wysocki" Cc:

[PATCH 17/20] x86, mmc: use Intel family name macros for mmc driver

From: Dave Hansen Another straightforward replacement of magic numbers. Signed-off-by: Dave Hansen Acked-by: Adrian Hunter Cc: Ulf Hansson Cc: linux-...@vger.kernel.org --- b/drivers/mmc/host/sdhci-acpi.c |3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff -puN

[PATCH 20/20] x86, powercap, rapl: add Skylake Server model number

From: Dave Hansen SKX uses similar RAPL interface as Broadwell server according to Jacob Pan. Signed-off-by: Dave Hansen Cc: Jacob Pan Cc: "Rafael J. Wysocki" Cc: linux...@vger.kernel.org --- b/drivers/powercap/intel_rapl.c |1 + 1 file changed, 1 insertion(+) diff -puN

[PATCH 19/20] x86, rapl: add Skylake server model detection

From: Jacob Pan SKX uses similar RAPL interface as Broadwell server. Signed-off-by: Jacob Pan Signed-off-by: Dave Hansen Cc: Thomas Gleixner --- b/arch/x86/events/intel/rapl.c |

[PATCH 19/20] x86, rapl: add Skylake server model detection

From: Jacob Pan SKX uses similar RAPL interface as Broadwell server. Signed-off-by: Jacob Pan Signed-off-by: Dave Hansen Cc: Thomas Gleixner --- b/arch/x86/events/intel/rapl.c |1 + 1 file changed, 1 insertion(+) diff -puN arch/x86/events/intel/rapl.c~x86-intel-familites-rapl-skx

[PATCH 03/20] x86, rapl: use Intel family macros for rapl

From: Dave Hansen Use the new INTEL_FAM6_* macros for rapl.c. Note that this is missing at least one Westmere model and Skylake Server which will we fixed later in this series. The resulting binary structure 'rapl_cpu_match' is the same before and after this

[PATCH 04/20] x86, intel_idle: use Intel family macros for intel_idle

From: Dave Hansen Use the new INTEL_FAM6_* macros for intel_idle.c. Also fix up some of the macros to be consistent with how some of the intel_idle code refers to the model. There's on oddity here: model 0x1F is uniquely referred to here and nowhere else that I

[PATCH 04/20] x86, intel_idle: use Intel family macros for intel_idle

From: Dave Hansen Use the new INTEL_FAM6_* macros for intel_idle.c. Also fix up some of the macros to be consistent with how some of the intel_idle code refers to the model. There's on oddity here: model 0x1F is uniquely referred to here and nowhere else that I could find. 0x1E/0x1F are just

[PATCH 03/20] x86, rapl: use Intel family macros for rapl

From: Dave Hansen Use the new INTEL_FAM6_* macros for rapl.c. Note that this is missing at least one Westmere model and Skylake Server which will we fixed later in this series. The resulting binary structure 'rapl_cpu_match' is the same before and after this patch. Signed-off-by: Dave Hansen

[PATCH 01/20] [v2] x86, intel: Introduce macros for Intel family numbers

Changes from v1: * added acks from a few folks * Took the redundant "MODEL_" out of the macro names (Suggested by Borislav Petkov and acked by others) From: Dave Hansen If you are cc'd on this code, please check _your_ code vs. the model list in

[PATCH 01/20] [v2] x86, intel: Introduce macros for Intel family numbers

Changes from v1: * added acks from a few folks * Took the redundant "MODEL_" out of the macro names (Suggested by Borislav Petkov and acked by others) From: Dave Hansen If you are cc'd on this code, please check _your_ code vs. the model list in "intel-family.h". Please make sure you

Re: [PATCH v2 1/3] regulator: DT: Add DT property for operation mode configuration

On Tue, May 31, 2016 at 04:20:35PM +0800, Fan Chen wrote: > On Mon, 2016-05-23 at 12:28 +0100, Mark Brown wrote: > > Henry, *please* look at how the existing mode support in the bindings is > > done and consider how a consumer would use this given that it doesn't > > know anything about the

Re: [PATCH v2 1/3] regulator: DT: Add DT property for operation mode configuration

On Tue, May 31, 2016 at 04:20:35PM +0800, Fan Chen wrote: > On Mon, 2016-05-23 at 12:28 +0100, Mark Brown wrote: > > Henry, *please* look at how the existing mode support in the bindings is > > done and consider how a consumer would use this given that it doesn't > > know anything about the

Re: [PATCH 00/11] cpufreq: Keep policy->freq_table sorted

On 02-06-16, 22:35, Rafael J. Wysocki wrote: > Quoting from this very cover letter "This change allows us to remove > the (duplicate) sorted-freq-table, which > was added by following series:", so why to add it in the first place? Okay, that's fine. > Besides, there already is a number of tables

Re: [PATCH 00/11] cpufreq: Keep policy->freq_table sorted

On 02-06-16, 22:35, Rafael J. Wysocki wrote: > Quoting from this very cover letter "This change allows us to remove > the (duplicate) sorted-freq-table, which > was added by following series:", so why to add it in the first place? Okay, that's fine. > Besides, there already is a number of tables

[PATCH] Allow d_splice_alias to accept hashed dentries

From: Oleg Drokin The comment at the top of the function already permits it, just take out the assetrtion and update __d_add to be aware of this. Move the BUG_ON to d_add which is the other user of __d_add and presumably we do not want to allow hashed dentries as input

[PATCH] Allow d_splice_alias to accept hashed dentries

From: Oleg Drokin The comment at the top of the function already permits it, just take out the assetrtion and update __d_add to be aware of this. Move the BUG_ON to d_add which is the other user of __d_add and presumably we do not want to allow hashed dentries as input there. Signed-off-by:

RE: [PATCH] net: fjes: fjes_main: Remove create_workqueue

Dear Bhaktipriya, Thanks. Looks good to me. Sincerely, Taku Izumi > -Original Message- > From: Bhaktipriya Shridhar [mailto:bhaktipriy...@gmail.com] > Sent: Thursday, June 02, 2016 6:31 PM > To: David S. Miller; Izumi, Taku/泉 拓; Florian Westphal; Bhaktipriya Shridhar > Cc: Tejun Heo;

RE: [PATCH] net: fjes: fjes_main: Remove create_workqueue

Dear Bhaktipriya, Thanks. Looks good to me. Sincerely, Taku Izumi > -Original Message- > From: Bhaktipriya Shridhar [mailto:bhaktipriy...@gmail.com] > Sent: Thursday, June 02, 2016 6:31 PM > To: David S. Miller; Izumi, Taku/泉 拓; Florian Westphal; Bhaktipriya Shridhar > Cc: Tejun Heo;

Applied "ASoC: fsl: fix build failure" to the asoc tree

The patch ASoC: fsl: fix build failure has been applied to the asoc tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and sent to Linus during the

Applied "ASoC: fsl: fix build failure" to the asoc tree

The patch ASoC: fsl: fix build failure has been applied to the asoc tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and sent to Linus during the

Re: [PATCH 1/2] regmap: irq: Add support to call client specific pre/post interrupt service

On Fri, May 20, 2016 at 08:40:26PM +0530, Laxman Dewangan wrote: > Regmap irq implements the generic interrupt service routine which > is common for most of devices. Some devices, like MAX77620, MAX20024 > needs the special handling before and after servicing the interrupt > as generic. For the

Re: [PATCH 1/2] regmap: irq: Add support to call client specific pre/post interrupt service

On Fri, May 20, 2016 at 08:40:26PM +0530, Laxman Dewangan wrote: > Regmap irq implements the generic interrupt service routine which > is common for most of devices. Some devices, like MAX77620, MAX20024 > needs the special handling before and after servicing the interrupt > as generic. For the

Re: [RFC][PATCH 4/5] drivers: input: powerkey for HISI 65xx SoC

On Thu, Jun 02, 2016 at 04:15:27PM -0700, John Stultz wrote: > On Thu, Jun 2, 2016 at 3:47 PM, Dmitry Torokhov > wrote: > > On Thu, Jun 02, 2016 at 03:10:33PM -0700, John Stultz wrote: > >> On Wed, Jun 1, 2016 at 7:10 PM, Dmitry Torokhov > >>

Re: [RFC][PATCH 4/5] drivers: input: powerkey for HISI 65xx SoC

On Thu, Jun 02, 2016 at 04:15:27PM -0700, John Stultz wrote: > On Thu, Jun 2, 2016 at 3:47 PM, Dmitry Torokhov > wrote: > > On Thu, Jun 02, 2016 at 03:10:33PM -0700, John Stultz wrote: > >> On Wed, Jun 1, 2016 at 7:10 PM, Dmitry Torokhov > >> wrote: > >> > Hi John, > >> > > >> > On Wed, Jun 01,

Re: [PATCH v2 2/7] DT: phy.txt: Add mdio-integrated-mux property

On Tue, May 31, 2016 at 07:06:36PM +0530, Pramod Kumar wrote: > This property is used by integrated MDIO multiplexer > which has bus selection and mdio transaction generation logic, > integrated inside. > > Signed-off-by: Pramod Kumar > --- >

Re: [PATCH v2 2/7] DT: phy.txt: Add mdio-integrated-mux property

On Tue, May 31, 2016 at 07:06:36PM +0530, Pramod Kumar wrote: > This property is used by integrated MDIO multiplexer > which has bus selection and mdio transaction generation logic, > integrated inside. > > Signed-off-by: Pramod Kumar > --- > Documentation/devicetree/bindings/net/mdio-mux.txt |

Re: [Patch v5 5/8] firmware: qcom: scm: Convert to streaming DMA APIS

On 05/12, Andy Gross wrote: > This patch converts the Qualcomm SCM driver to use the streaming DMA APIs > for communication buffers. Yes, but why? > > Signed-off-by: Andy Gross > --- > drivers/firmware/qcom_scm-32.c | 189 > +++-- >

Re: [Patch v5 5/8] firmware: qcom: scm: Convert to streaming DMA APIS

On 05/12, Andy Gross wrote: > This patch converts the Qualcomm SCM driver to use the streaming DMA APIs > for communication buffers. Yes, but why? > > Signed-off-by: Andy Gross > --- > drivers/firmware/qcom_scm-32.c | 189 > +++-- >

Re: [PATCH] kbuild: simpler generation of constants for assembly

On Sat, 21 May 2016 01:27:36 +0300 Alexey Dobriyan wrote: > Instead of showing how cool sed(1) invocation could be, rely on the fact > that gcc doesn't really look inside "asm" statement body and more or less > directly emits it into assembly. Pretend "#define" is an

Re: [PATCH] kbuild: simpler generation of constants for assembly

On Sat, 21 May 2016 01:27:36 +0300 Alexey Dobriyan wrote: > Instead of showing how cool sed(1) invocation could be, rely on the fact > that gcc doesn't really look inside "asm" statement body and more or less > directly emits it into assembly. Pretend "#define" is an instruction. > > %a prints

Re: [PATCH 2/2] dt-bindings: clocksource: Add Add Oxford Semiconductor RPS Timer bindings

On Tue, May 31, 2016 at 11:49:58AM +0200, Neil Armstrong wrote: > Add DT bindings for the Oxford Semiconductor RPS dual Timer. > > Signed-off-by: Neil Armstrong > --- > .../devicetree/bindings/timer/oxsemi,rps-timer.txt | 17 > + > 1 file changed,

Re: [PATCH 2/2] dt-bindings: clocksource: Add Add Oxford Semiconductor RPS Timer bindings

On Tue, May 31, 2016 at 11:49:58AM +0200, Neil Armstrong wrote: > Add DT bindings for the Oxford Semiconductor RPS dual Timer. > > Signed-off-by: Neil Armstrong > --- > .../devicetree/bindings/timer/oxsemi,rps-timer.txt | 17 > + > 1 file changed, 17 insertions(+) >

Re: [PATCH v2 2/2] ARM: at91: Add DT support for Olimex SAM9-L9260 board.

On Tue, May 31, 2016 at 12:47:31PM +0530, Raashid Muhammed wrote: > From: Raashid Muhammed > > sam9-l9260 is a low cost board designed by Olimex. > > More information is available at: > https://www.olimex.com/Products/ARM/Atmel/SAM9-L9260/ > > Signed-off-by:

Re: [PATCH v2 2/2] ARM: at91: Add DT support for Olimex SAM9-L9260 board.

On Tue, May 31, 2016 at 12:47:31PM +0530, Raashid Muhammed wrote: > From: Raashid Muhammed > > sam9-l9260 is a low cost board designed by Olimex. > > More information is available at: > https://www.olimex.com/Products/ARM/Atmel/SAM9-L9260/ > > Signed-off-by: Raashid Muhammed > Reviewed-by:

Re: [PATCH 3/5] Documentation/devicetree/bindings: Add b850v3_lvds_dp

Hi Philipp, Thank you very much for the review! I'll send V2 soon, doing my best to avoid collisions with other patches that are under review. On Thursday, June 2, 2016 14:49 CEST, Philipp Zabel wrote: > Hi Peter, > > Am Montag, den 30.05.2016, 18:39 +0200 schrieb

Re: [PATCH 3/5] Documentation/devicetree/bindings: Add b850v3_lvds_dp

Hi Philipp, Thank you very much for the review! I'll send V2 soon, doing my best to avoid collisions with other patches that are under review. On Thursday, June 2, 2016 14:49 CEST, Philipp Zabel wrote: > Hi Peter, > > Am Montag, den 30.05.2016, 18:39 +0200 schrieb Peter Senna Tschudin: >

Re: [PATCH v3 2/2] [media] atmel-isc: DT binding for Image Sensor Controller driver

On Tue, May 31, 2016 at 02:58:23PM +0800, Songjun Wu wrote: > DT binding documentation for ISC driver. > > Signed-off-by: Songjun Wu > --- > > Changes in v3: > - Remove the 'atmel,sensor-preferred'. > - Modify the isc clock node according to the Rob's remarks. > > Changes

Re: [PATCH v3 2/2] [media] atmel-isc: DT binding for Image Sensor Controller driver

On Tue, May 31, 2016 at 02:58:23PM +0800, Songjun Wu wrote: > DT binding documentation for ISC driver. > > Signed-off-by: Songjun Wu > --- > > Changes in v3: > - Remove the 'atmel,sensor-preferred'. > - Modify the isc clock node according to the Rob's remarks. > > Changes in v2: > - Remove the

Re: [RFC][PATCH 4/5] drivers: input: powerkey for HISI 65xx SoC

On Thu, Jun 2, 2016 at 3:47 PM, Dmitry Torokhov wrote: > On Thu, Jun 02, 2016 at 03:10:33PM -0700, John Stultz wrote: >> On Wed, Jun 1, 2016 at 7:10 PM, Dmitry Torokhov >> wrote: >> > Hi John, >> > >> > On Wed, Jun 01, 2016 at 02:27:39PM

Re: [RFC][PATCH 4/5] drivers: input: powerkey for HISI 65xx SoC

On Thu, Jun 2, 2016 at 3:47 PM, Dmitry Torokhov wrote: > On Thu, Jun 02, 2016 at 03:10:33PM -0700, John Stultz wrote: >> On Wed, Jun 1, 2016 at 7:10 PM, Dmitry Torokhov >> wrote: >> > Hi John, >> > >> > On Wed, Jun 01, 2016 at 02:27:39PM -0700, John Stultz wrote: >> >> From: Jorge Ramirez-Ortiz

Re: [PATCH] mm: check the return value of lookup_page_ext for all call sites

On 6/1/2016 10:00 PM, Minchan Kim wrote: On Wed, Jun 01, 2016 at 01:40:48PM -0700, Shi, Yang wrote: On 5/29/2016 11:11 PM, Minchan Kim wrote: On Fri, May 27, 2016 at 11:16:41AM -0700, Shi, Yang wrote: If we goes this way, how to guarantee this race? Thanks for pointing out this. It

Re: [PATCH] mm: check the return value of lookup_page_ext for all call sites

On 6/1/2016 10:00 PM, Minchan Kim wrote: On Wed, Jun 01, 2016 at 01:40:48PM -0700, Shi, Yang wrote: On 5/29/2016 11:11 PM, Minchan Kim wrote: On Fri, May 27, 2016 at 11:16:41AM -0700, Shi, Yang wrote: If we goes this way, how to guarantee this race? Thanks for pointing out this. It

Re: shrink_active_list/try_to_release_page bug? (was Re: xfs trace in 4.4.2 / also in 4.3.3 WARNING fs/xfs/xfs_aops.c:1232 xfs_vm_releasepage)

On Thu, Jun 02, 2016 at 02:44:30PM +0200, Holger Hoffstätte wrote: > On 06/02/16 14:13, Stefan Priebe - Profihost AG wrote: > > > > Am 31.05.2016 um 09:31 schrieb Dave Chinner: > >> On Tue, May 31, 2016 at 08:11:42AM +0200, Stefan Priebe - Profihost AG > >> wrote: > I'm half tempted at this

Re: shrink_active_list/try_to_release_page bug? (was Re: xfs trace in 4.4.2 / also in 4.3.3 WARNING fs/xfs/xfs_aops.c:1232 xfs_vm_releasepage)

On Thu, Jun 02, 2016 at 02:44:30PM +0200, Holger Hoffstätte wrote: > On 06/02/16 14:13, Stefan Priebe - Profihost AG wrote: > > > > Am 31.05.2016 um 09:31 schrieb Dave Chinner: > >> On Tue, May 31, 2016 at 08:11:42AM +0200, Stefan Priebe - Profihost AG > >> wrote: > I'm half tempted at this

[PATCH] x86: Report Intel platform_id in /proc/cpuinfo

From: Andi Kleen We have a need to distinguish systems based on their platform ID. For example this is useful to distinguish systems with L4 cache versus ones without. There is a 3 bit identifier (also called processor flags) in the IA32_PLATFORM_ID MSR that can give a

[PATCH] x86: Report Intel platform_id in /proc/cpuinfo

From: Andi Kleen We have a need to distinguish systems based on their platform ID. For example this is useful to distinguish systems with L4 cache versus ones without. There is a 3 bit identifier (also called processor flags) in the IA32_PLATFORM_ID MSR that can give a more fine grained

NFS/d_splice_alias breakage

Hello! I just came across a bug (trying to run some Lustre test scripts against NFS, while hunting for another nfsd bug) that seems to be present since at least 2014 that lets users crash nfs client locally. Here's some interesting comment quote first from d_obtain_alias: > *

NFS/d_splice_alias breakage

Hello! I just came across a bug (trying to run some Lustre test scripts against NFS, while hunting for another nfsd bug) that seems to be present since at least 2014 that lets users crash nfs client locally. Here's some interesting comment quote first from d_obtain_alias: > *

Re: [PATCH 00/10] String hash improvements

On Wed, May 25, 2016 at 9:08 AM, Linus Torvalds wrote: > Ok, thanks. For some odd reason all your emails in this series got > marked as spam. Every single one, including the cover letter (but not > your replies to the replies to this). I have added the following

Re: [PATCH 00/10] String hash improvements

On Wed, May 25, 2016 at 9:08 AM, Linus Torvalds wrote: > Ok, thanks. For some odd reason all your emails in this series got > marked as spam. Every single one, including the cover letter (but not > your replies to the replies to this). I have added the following filter to my gmail account:

Re: [PATCH v4] Axi-usb: Add support for 64-bit addressing.

On Mon, May 30, 2016 at 10:16:38PM +0530, Nava kishore Manne wrote: > This patch updates the driver to support 64-bit DMA addressing. > > Signed-off-by: Nava kishore Manne > --- > Changes for v4: > -Used boolen property insted of addrwith property in the DT >

Re: [PATCH v4] Axi-usb: Add support for 64-bit addressing.

On Mon, May 30, 2016 at 10:16:38PM +0530, Nava kishore Manne wrote: > This patch updates the driver to support 64-bit DMA addressing. > > Signed-off-by: Nava kishore Manne > --- > Changes for v4: > -Used boolen property insted of addrwith property in the DT >as

Re: [PATCH 3/5] Documentation/devicetree/bindings: Add b850v3_lvds_dp

On Mon, May 30, 2016 at 06:39:43PM +0200, Peter Senna Tschudin wrote: > Devicetree bindings documentation for the GE B850v3 LVDS/DP++ > display bridge. > > Signed-off-by: Peter Senna Tschudin > --- > .../devicetree/bindings/ge/b850v3_lvds_dp.txt | 38 >

Re: [PATCH 3/5] Documentation/devicetree/bindings: Add b850v3_lvds_dp

On Mon, May 30, 2016 at 06:39:43PM +0200, Peter Senna Tschudin wrote: > Devicetree bindings documentation for the GE B850v3 LVDS/DP++ > display bridge. > > Signed-off-by: Peter Senna Tschudin > --- > .../devicetree/bindings/ge/b850v3_lvds_dp.txt | 38 > ++ > 1 file

[PATCH] mmc: Set pref erase size based on size.

If available, eMMC stack uses HC_ERASE_GRP_SIZE as preferred erase size. However, that size is the minimal size we must use, not the optimal size. Calculate the optimal size based on whole device size and fall back to HC_ERASE_GRP_SIZE if too small. Signed-off-by: Gwendal Grignou

[PATCH] mmc: Set pref erase size based on size.

If available, eMMC stack uses HC_ERASE_GRP_SIZE as preferred erase size. However, that size is the minimal size we must use, not the optimal size. Calculate the optimal size based on whole device size and fall back to HC_ERASE_GRP_SIZE if too small. Signed-off-by: Gwendal Grignou ---

Re: [PATCH] x86: Report Intel platform_id in /proc/cpuinfo

On Thu, Jun 02, 2016 at 03:27:07PM -0300, Henrique de Moraes Holschuh wrote: > On Tue, 31 May 2016, Andi Kleen wrote: > > We have a need to distinguish systems based on their platform ID. > > For example this is useful to distinguish systems with L4 cache > > versus ones without. > > > > There is

Re: [PATCH] x86: Report Intel platform_id in /proc/cpuinfo

On Thu, Jun 02, 2016 at 03:27:07PM -0300, Henrique de Moraes Holschuh wrote: > On Tue, 31 May 2016, Andi Kleen wrote: > > We have a need to distinguish systems based on their platform ID. > > For example this is useful to distinguish systems with L4 cache > > versus ones without. > > > > There is

Re: [PATCH] ses: Fix racy cleanup of /sys in remove_dev()

On 05/13/2016 01:28 PM, Calvin Owens wrote: Currently we free the resources backing the enclosure device before we call device_unregister(). This is racy: during rmmod of low-level SCSI drivers that hook into enclosure, we end up with a small window of time during which writing to /sys can OOPS.

Re: [PATCH] ses: Fix racy cleanup of /sys in remove_dev()

On 05/13/2016 01:28 PM, Calvin Owens wrote: Currently we free the resources backing the enclosure device before we call device_unregister(). This is racy: during rmmod of low-level SCSI drivers that hook into enclosure, we end up with a small window of time during which writing to /sys can OOPS.

Re: [PATCH 2/3] dt-bindings: watchdog: Add Meson GXBB Watchdog bindings

On Mon, May 30, 2016 at 04:12:06PM +0200, Neil Armstrong wrote: > Signed-off-by: Neil Armstrong > --- > .../devicetree/bindings/watchdog/meson-gxbb-wdt.txt | 16 > > 1 file changed, 16 insertions(+) > create mode 100644 >

Re: [PATCH 2/3] dt-bindings: watchdog: Add Meson GXBB Watchdog bindings

On Mon, May 30, 2016 at 04:12:06PM +0200, Neil Armstrong wrote: > Signed-off-by: Neil Armstrong > --- > .../devicetree/bindings/watchdog/meson-gxbb-wdt.txt | 16 > > 1 file changed, 16 insertions(+) > create mode 100644 >

Re: [RFC][PATCH 4/5] drivers: input: powerkey for HISI 65xx SoC

On Thu, Jun 02, 2016 at 03:10:33PM -0700, John Stultz wrote: > On Wed, Jun 1, 2016 at 7:10 PM, Dmitry Torokhov > wrote: > > Hi John, > > > > On Wed, Jun 01, 2016 at 02:27:39PM -0700, John Stultz wrote: > >> From: Jorge Ramirez-Ortiz > >>

Re: [RFC][PATCH 4/5] drivers: input: powerkey for HISI 65xx SoC

On Thu, Jun 02, 2016 at 03:10:33PM -0700, John Stultz wrote: > On Wed, Jun 1, 2016 at 7:10 PM, Dmitry Torokhov > wrote: > > Hi John, > > > > On Wed, Jun 01, 2016 at 02:27:39PM -0700, John Stultz wrote: > >> From: Jorge Ramirez-Ortiz > >> > >> This driver provides a input driver for the power

Re: [PATCH 1/3] dt-bindings: pwm: Add MediaTek display PWM bindings

On Mon, May 30, 2016 at 04:41:50PM +0800, Weiqing Kong wrote: > Add MT2701 compatible string. > > Signed-off-by: Weiqing Kong > --- > Documentation/devicetree/bindings/pwm/pwm-mtk-disp.txt | 5 +++-- > 1 file changed, 3 insertions(+), 2 deletions(-) > > diff --git

Re: [PATCH 1/3] dt-bindings: pwm: Add MediaTek display PWM bindings

On Mon, May 30, 2016 at 04:41:50PM +0800, Weiqing Kong wrote: > Add MT2701 compatible string. > > Signed-off-by: Weiqing Kong > --- > Documentation/devicetree/bindings/pwm/pwm-mtk-disp.txt | 5 +++-- > 1 file changed, 3 insertions(+), 2 deletions(-) > > diff --git

Re: [PATCH 2/2] kselftests: timers: Add set-tz test case

On 06/01/2016 12:53 PM, John Stultz wrote: > Mika Westerberg reported a erroneous change in the error > checking of settimeofday, so I wanted to add a test to ensure > we don't trip over this again. > > Cc: Mika Westerberg > Cc: Baolin Wang

Re: [PATCH v3 04/12] of: add J-Core timer bindings

On Wed, Jun 01, 2016 at 09:34:07PM -0400, Rich Felker wrote: > On Wed, Jun 01, 2016 at 05:36:19PM -0500, Rob Herring wrote: > > On Wed, Jun 1, 2016 at 12:53 PM, Rich Felker wrote: > > > On Wed, Jun 01, 2016 at 08:58:52AM -0500, Rob Herring wrote: > > >> On Wed, May 25, 2016 at

Re: [PATCH 2/2] kselftests: timers: Add set-tz test case

On 06/01/2016 12:53 PM, John Stultz wrote: > Mika Westerberg reported a erroneous change in the error > checking of settimeofday, so I wanted to add a test to ensure > we don't trip over this again. > > Cc: Mika Westerberg > Cc: Baolin Wang > Cc: Thomas Gleixner > Cc: Shuah Khan > Cc: Arnd

Re: [PATCH v3 04/12] of: add J-Core timer bindings

On Wed, Jun 01, 2016 at 09:34:07PM -0400, Rich Felker wrote: > On Wed, Jun 01, 2016 at 05:36:19PM -0500, Rob Herring wrote: > > On Wed, Jun 1, 2016 at 12:53 PM, Rich Felker wrote: > > > On Wed, Jun 01, 2016 at 08:58:52AM -0500, Rob Herring wrote: > > >> On Wed, May 25, 2016 at 05:43:03AM +,

[PATCH] net: ethernet: ti: cpsw: remove rx_descs property

There is no reason to hold s/w dependent parameter in device tree. Even more, there is no reason in this parameter because davinici_cpdma driver splits pool of descriptors equally between tx and rx channels. That is, if number of descriptors 256, 128 of them are for rx channels. While receiving,

[PATCH] net: ethernet: ti: cpsw: remove rx_descs property

There is no reason to hold s/w dependent parameter in device tree. Even more, there is no reason in this parameter because davinici_cpdma driver splits pool of descriptors equally between tx and rx channels. That is, if number of descriptors 256, 128 of them are for rx channels. While receiving,

Re: script relative shebang

I still think it is a good thing to do. I will try to implement it on github and may be some day someone influential will help me with that :) On 2 June 2016 05:19:34 BST, Ken Moffat wrote: >On Thu, Jun 02, 2016 at 01:04:46AM +0100, Boris Rybalkin wrote: >> Sorry for

Re: script relative shebang

I still think it is a good thing to do. I will try to implement it on github and may be some day someone influential will help me with that :) On 2 June 2016 05:19:34 BST, Ken Moffat wrote: >On Thu, Jun 02, 2016 at 01:04:46AM +0100, Boris Rybalkin wrote: >> Sorry for insisting, but I would like

Re: [Intel-gfx] [PATCH 01/20] drm/atomic: Fix remaining places where !funcs->best_encoder is valid

On Thu, Jun 02, 2016 at 11:57:02PM +0200, Daniel Vetter wrote: > drm_encoder_find is an idr lookup. That should be plenty fast, > especially for modeset code. Usually what's too expensive even for > modeset code is linear list walks. But Chris just submitted patches to > convert most of them into

Re: [Intel-gfx] [PATCH 01/20] drm/atomic: Fix remaining places where !funcs->best_encoder is valid

On Thu, Jun 02, 2016 at 11:57:02PM +0200, Daniel Vetter wrote: > drm_encoder_find is an idr lookup. That should be plenty fast, > especially for modeset code. Usually what's too expensive even for > modeset code is linear list walks. But Chris just submitted patches to > convert most of them into

[PATCH] net: ethernet: ti: cpsw: remove unused priv lock

There is no reason in this lock. At least for now. Signed-off-by: Ivan Khoronzhuk --- Based on master drivers/net/ethernet/ti/cpsw.c | 3 --- 1 file changed, 3 deletions(-) diff --git a/drivers/net/ethernet/ti/cpsw.c b/drivers/net/ethernet/ti/cpsw.c index

[PATCH] net: ethernet: ti: cpsw: remove unused priv lock

There is no reason in this lock. At least for now. Signed-off-by: Ivan Khoronzhuk --- Based on master drivers/net/ethernet/ti/cpsw.c | 3 --- 1 file changed, 3 deletions(-) diff --git a/drivers/net/ethernet/ti/cpsw.c b/drivers/net/ethernet/ti/cpsw.c index 9919cb3..8d1d373 100644 ---

Re: [PATCH v4 0/8] Replay Protected Memory Block (RPMB) subsystem

On Thu, Jun 2, 2016 at 6:17 AM, Winkler, Tomas wrote: >> >> On Wed, Jun 1, 2016 at 2:41 PM, Tomas Winkler >> wrote: >> > Few storage technology such is EMMC, UFS, and NVMe support RPMB >> >hardware partition with common protocol and frame layout.

Re: [PATCH v4 0/8] Replay Protected Memory Block (RPMB) subsystem

On Thu, Jun 2, 2016 at 6:17 AM, Winkler, Tomas wrote: >> >> On Wed, Jun 1, 2016 at 2:41 PM, Tomas Winkler >> wrote: >> > Few storage technology such is EMMC, UFS, and NVMe support RPMB >> >hardware partition with common protocol and frame layout. >> > The RPMB partition cannot be accessed via

Re: [Patch v5 8/8] arm64: dts: msm8916: Add SCM firmware node

On 05/12, Andy Gross wrote: > This adds the devicetree node for the SCM firmware. > > Acked-by: Bjorn Andersson > Signed-off-by: Andy Gross > --- Reviewed-by: Stephen Boyd -- Qualcomm Innovation Center, Inc. is a

Re: [Patch v5 8/8] arm64: dts: msm8916: Add SCM firmware node

On 05/12, Andy Gross wrote: > This adds the devicetree node for the SCM firmware. > > Acked-by: Bjorn Andersson > Signed-off-by: Andy Gross > --- Reviewed-by: Stephen Boyd -- Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, a Linux Foundation Collaborative Project

Re: [Patch v5 7/8] dts: qcom: apq8084: Add SCM firmware node

On 05/12, Andy Gross wrote: > This patch adds the firmware node for the SCM > > Acked-by: Bjorn Andersson > Signed-off-by: Andy Gross > --- Reviewed-by: Stephen Boyd -- Qualcomm Innovation Center, Inc. is a member of

Re: [Patch v5 7/8] dts: qcom: apq8084: Add SCM firmware node

On 05/12, Andy Gross wrote: > This patch adds the firmware node for the SCM > > Acked-by: Bjorn Andersson > Signed-off-by: Andy Gross > --- Reviewed-by: Stephen Boyd -- Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, a Linux Foundation Collaborative Project

Re: [Patch v5 6/8] firmware: qcom: scm: Add support for ARM64 SoCs

On 05/12, Andy Gross wrote: > + > +#define MAX_QCOM_SCM_ARGS 10 > +#define MAX_QCOM_SCM_RETS 3 > + > +#define QCOM_SCM_ARGS_IMPL(num, a, b, c, d, e, f, g, h, i, j, ...) (\ > +(((a) & 0x3) << 4) | \ > +(((b) & 0x3) << 6) | \ > +

Re: [Patch v5 6/8] firmware: qcom: scm: Add support for ARM64 SoCs

On 05/12, Andy Gross wrote: > + > +#define MAX_QCOM_SCM_ARGS 10 > +#define MAX_QCOM_SCM_RETS 3 > + > +#define QCOM_SCM_ARGS_IMPL(num, a, b, c, d, e, f, g, h, i, j, ...) (\ > +(((a) & 0x3) << 4) | \ > +(((b) & 0x3) << 6) | \ > +

[PATCH] MAINTAINERS: DeviceTree maintainer updates

Grant stepped down as kernel DT maintainer and his linaro.org email will be bouncing soon, so remove him now. Pawel, Ian and Kumar either said they don't want to remain maintainers or didn't reply, so removing them as binding maintainers. Update the DT git tree to mine. Grant's has not been

[PATCH] MAINTAINERS: DeviceTree maintainer updates

Grant stepped down as kernel DT maintainer and his linaro.org email will be bouncing soon, so remove him now. Pawel, Ian and Kumar either said they don't want to remain maintainers or didn't reply, so removing them as binding maintainers. Update the DT git tree to mine. Grant's has not been

Re: [Patch v5 1/8] dt/bindings: firmware: Add Qualcomm SCM binding

On 05/12, Andy Gross wrote: > This patch adds the device tree support for the Qualcomm SCM firmware. > > Signed-off-by: Andy Gross > --- Reviewed-by: Stephen Boyd -- Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, a Linux

Re: [Patch v5 1/8] dt/bindings: firmware: Add Qualcomm SCM binding

On 05/12, Andy Gross wrote: > This patch adds the device tree support for the Qualcomm SCM firmware. > > Signed-off-by: Andy Gross > --- Reviewed-by: Stephen Boyd -- Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, a Linux Foundation Collaborative Project

Re: [Patch v5 3/8] firmware: qcom: scm: Use atomic SCM for cold boot

On 05/12, Andy Gross wrote: > This patch changes the cold_set_boot_addr function to use atomic SCM > calls. cold_set_boot_addr required adding qcom_scm_call_atomic2 to > support the two arguments going to the smc call. Using atomic removes > the need for memory allocation and instead places all

Re: [Patch v5 3/8] firmware: qcom: scm: Use atomic SCM for cold boot

On 05/12, Andy Gross wrote: > This patch changes the cold_set_boot_addr function to use atomic SCM > calls. cold_set_boot_addr required adding qcom_scm_call_atomic2 to > support the two arguments going to the smc call. Using atomic removes > the need for memory allocation and instead places all

Re: [Patch v5 2/8] firmware: qcom: scm: Convert SCM to platform driver

On 05/12, Andy Gross wrote: > This patch converts the Qualcomm SCM firmware driver into a platform > driver. And introduces clk enable/disable + rate setting logic because the firmware uses crypto clks during some scm calls. > > + > +static struct platform_driver qcom_scm_driver = { > +

Re: [Patch v5 2/8] firmware: qcom: scm: Convert SCM to platform driver

On 05/12, Andy Gross wrote: > This patch converts the Qualcomm SCM firmware driver into a platform > driver. And introduces clk enable/disable + rate setting logic because the firmware uses crypto clks during some scm calls. > > + > +static struct platform_driver qcom_scm_driver = { > +

Re: [RFC][PATCH 4/5] drivers: input: powerkey for HISI 65xx SoC

On Wed, Jun 1, 2016 at 7:10 PM, Dmitry Torokhov wrote: > Hi John, > > On Wed, Jun 01, 2016 at 02:27:39PM -0700, John Stultz wrote: >> From: Jorge Ramirez-Ortiz >> >> This driver provides a input driver for the power button on the >> HiSi

Re: [RFC][PATCH 4/5] drivers: input: powerkey for HISI 65xx SoC

On Wed, Jun 1, 2016 at 7:10 PM, Dmitry Torokhov wrote: > Hi John, > > On Wed, Jun 01, 2016 at 02:27:39PM -0700, John Stultz wrote: >> From: Jorge Ramirez-Ortiz >> >> This driver provides a input driver for the power button on the >> HiSi 65xx SoC for boards like HiKey. >> >> This driver was

[PATCH v2 trivial] include/linux/memblock.h: Clean up code for several trivial details

From: Chen Gang Correct the function parameters alignment, since original code already use both tabs and white spaces together for the incorrect parameters alignment functions. If one line can hold one statement within 80 columns, let it in one line (original code did

[PATCH v2 trivial] include/linux/memblock.h: Clean up code for several trivial details

From: Chen Gang Correct the function parameters alignment, since original code already use both tabs and white spaces together for the incorrect parameters alignment functions. If one line can hold one statement within 80 columns, let it in one line (original code did not consider about the

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