Re: [PATCH] VMW_PVSCSI: Change to update maintainer details (name, email)

> "Jim" == Jim Gill writes: Updated MAINTAINERS accordingly and applied to 4.8/scsi-queue. -- Martin K. Petersen Oracle Linux Engineering

Re: [PATCH v2] more mapcount page as kpage could reduce total replacement times than fewer mapcount one in probability.

hey hugh: could you please give me some suggestion about this ? On 2016/6/15 9:56, zhouxianr...@huawei.com wrote: From: z00281421 more mapcount page as kpage could reduce total replacement times than fewer mapcount one when ksmd scan and replace among forked pages later. Signed-off-by:

[PATCH v7 1/5] tpm_tis: Improve reporting of IO errors

Mysterious TPM behavior can be difficult to track down through all the layers of software. Add error messages for conditions that should never happen. Also include the manufacturer ID along with other chip data printed during init. Signed-off-by: Ed Swierk

[PATCH v7 1/5] tpm_tis: Improve reporting of IO errors

Mysterious TPM behavior can be difficult to track down through all the layers of software. Add error messages for conditions that should never happen. Also include the manufacturer ID along with other chip data printed during init. Signed-off-by: Ed Swierk Reviewed-by: Jarkko Sakkinen ---

[PATCH v7 0/5] tpm: Command duration logging and chip-specific override

v7: Use tpm_getcap() instead of a redundant new function. v6: Split tpm_get_cap_prop() out of tpm_get_timeouts(); always return error on TPM command failure. v5: Use msecs_to_jiffies() instead of * HZ / 1000. v4: Rework tpm_get_timeouts() to allow overriding both timeouts and durations via a

Re: [RESEND PATCH v2 2/4] PCI: Do not Use IORESOURCE_STARTALIGN to identify bridge resources

On Thu, Jun 02, 2016 at 01:46:49PM +0800, Yongji Xie wrote: > Now we use the IORESOURCE_STARTALIGN to identify bridge resources > in __assign_resources_sorted(). That's quite fragile. We can't > make sure that the PCI devices' resources will not use > IORESOURCE_STARTALIGN any more. Can you

[PATCH v7 4/5] tpm: Allow TPM chip drivers to override reported command durations

Some TPM chips report bogus command durations in their capabilities, just as others report incorrect timeouts. Rework tpm_get_timeouts() to allow chip drivers to override either via a single callback. Also clean up handling of TPMs that report milliseconds instead of microseconds. Signed-off-by:

[PATCH v7 0/5] tpm: Command duration logging and chip-specific override

v7: Use tpm_getcap() instead of a redundant new function. v6: Split tpm_get_cap_prop() out of tpm_get_timeouts(); always return error on TPM command failure. v5: Use msecs_to_jiffies() instead of * HZ / 1000. v4: Rework tpm_get_timeouts() to allow overriding both timeouts and durations via a

Re: [RESEND PATCH v2 2/4] PCI: Do not Use IORESOURCE_STARTALIGN to identify bridge resources

On Thu, Jun 02, 2016 at 01:46:49PM +0800, Yongji Xie wrote: > Now we use the IORESOURCE_STARTALIGN to identify bridge resources > in __assign_resources_sorted(). That's quite fragile. We can't > make sure that the PCI devices' resources will not use > IORESOURCE_STARTALIGN any more. Can you

[PATCH v7 4/5] tpm: Allow TPM chip drivers to override reported command durations

Some TPM chips report bogus command durations in their capabilities, just as others report incorrect timeouts. Rework tpm_get_timeouts() to allow chip drivers to override either via a single callback. Also clean up handling of TPMs that report milliseconds instead of microseconds. Signed-off-by:

Re: [PATCH 2/2] perf record: Add --dry-run option to check cmdline options

On 2016/6/20 22:38, Arnaldo Carvalho de Melo wrote: Em Mon, Jun 20, 2016 at 11:29:13AM +0800, Wangnan (F) escreveu: On 2016/6/17 0:48, Arnaldo Carvalho de Melo wrote: Em Thu, Jun 16, 2016 at 08:02:41AM +, Wang Nan escreveu: [SNIP] About fallback, if user explicitly uses '.o' or

Re: [PATCH 2/2] perf record: Add --dry-run option to check cmdline options

On 2016/6/20 22:38, Arnaldo Carvalho de Melo wrote: Em Mon, Jun 20, 2016 at 11:29:13AM +0800, Wangnan (F) escreveu: On 2016/6/17 0:48, Arnaldo Carvalho de Melo wrote: Em Thu, Jun 16, 2016 at 08:02:41AM +, Wang Nan escreveu: [SNIP] About fallback, if user explicitly uses '.o' or

Re: [RESEND PATCH v2 3/4] PCI: Add a new option for resource_alignment to reassign alignment

On Thu, Jun 02, 2016 at 01:46:50PM +0800, Yongji Xie wrote: > When using resource_alignment kernel parameter, the current > implement reassigns the alignment by changing resources' size > which can potentially break some drivers. For example, the driver > uses the size to locate some register

Re: [RESEND PATCH v2 3/4] PCI: Add a new option for resource_alignment to reassign alignment

On Thu, Jun 02, 2016 at 01:46:50PM +0800, Yongji Xie wrote: > When using resource_alignment kernel parameter, the current > implement reassigns the alignment by changing resources' size > which can potentially break some drivers. For example, the driver > uses the size to locate some register

[PATCH v7 5/5] tpm_tis: Increase ST19NP18 TPM command duration to avoid chip lockup

The STMicro ST19NP18-TPM sometimes takes much longer to execute commands than it reports in its capabilities. For example, command 186 (TPM_FlushSpecific) has been observed to take 14560 msec to complete, far longer than the 3000 msec limit for "short" commands reported by the chip. The behavior

[PATCH v7 5/5] tpm_tis: Increase ST19NP18 TPM command duration to avoid chip lockup

The STMicro ST19NP18-TPM sometimes takes much longer to execute commands than it reports in its capabilities. For example, command 186 (TPM_FlushSpecific) has been observed to take 14560 msec to complete, far longer than the 3000 msec limit for "short" commands reported by the chip. The behavior

[PATCH] ASoC: cs53l30: Add MUTE pin control support via GPIO

The codec chip has a physical MUTE pin to let users control it via GPIO. So this patch add a mute control support to the driver. Signed-off-by: Nicolin Chen --- .../devicetree/bindings/sound/cs53l30.txt | 2 ++ sound/soc/codecs/cs53l30.c

[PATCH] ASoC: cs53l30: Add MUTE pin control support via GPIO

The codec chip has a physical MUTE pin to let users control it via GPIO. So this patch add a mute control support to the driver. Signed-off-by: Nicolin Chen --- .../devicetree/bindings/sound/cs53l30.txt | 2 ++ sound/soc/codecs/cs53l30.c | 30

[PATCH v7 2/5] tpm: Add optional logging of TPM command durations

Some TPMs violate their own advertised command durations. This is much easier to debug with data about how long each command actually takes to complete. Add debug messages that can be enabled by running echo -n 'module tpm +p' >/sys/kernel/debug/dynamic_debug/control on a kernel configured

[PATCH v7 2/5] tpm: Add optional logging of TPM command durations

Some TPMs violate their own advertised command durations. This is much easier to debug with data about how long each command actually takes to complete. Add debug messages that can be enabled by running echo -n 'module tpm +p' >/sys/kernel/debug/dynamic_debug/control on a kernel configured

Re: [PATCH] mmc: core: add auto bkops support

On 2016/6/20 21:33, Alex Lemberg wrote: Hi Shawn, […] + +static int mmc_stop_auto_bkops(struct mmc_card *card) +{ + int err = 0; + + if (!card->ext_csd.auto_bkops_en) + return 0; + Shouldn’t the BKOPS_STATUS be checked prior to disabling the BKOPS activity of the

Re: [PATCH] mmc: core: add auto bkops support

On 2016/6/20 21:33, Alex Lemberg wrote: Hi Shawn, […] + +static int mmc_stop_auto_bkops(struct mmc_card *card) +{ + int err = 0; + + if (!card->ext_csd.auto_bkops_en) + return 0; + Shouldn’t the BKOPS_STATUS be checked prior to disabling the BKOPS activity of the

Re: mmc: dw_mmc: warning with CONFIG_DMA_API_DEBUG

On 2016/6/20 16:34, Seung-Woo Kim wrote: Hi folks, During booting test on my Exynos5422 based Odroid-XU3, kernel compiled with CONFIG_DMA_API_DEBUG reported following warning: [ cut here ] WARNING: CPU: 0 PID: 0 at lib/dma-debug.c:1096 check_unmap+0x7bc/0xb38

Re: mmc: dw_mmc: warning with CONFIG_DMA_API_DEBUG

On 2016/6/20 16:34, Seung-Woo Kim wrote: Hi folks, During booting test on my Exynos5422 based Odroid-XU3, kernel compiled with CONFIG_DMA_API_DEBUG reported following warning: [ cut here ] WARNING: CPU: 0 PID: 0 at lib/dma-debug.c:1096 check_unmap+0x7bc/0xb38

Re: [PATCH v2 00/15] clk: sunxi: introduce "modern" clock support

On 06/07, Maxime Ripard wrote: > > The current code has been tested on the H3 and an Orange Pi PC, > including making sure that MMC still works, so the general approach > seems ok. > > Let me know what you think, Overall this looks pretty good. Thanks for taking the time to rework the driver.

[PATCH] arm64: add boot image dependencies to not generate invalid images

I fixed boot image dependencies for arch/arm in commit 3939f3345050 ("ARM: 8418/1: add boot image dependencies to not generate invalid images"). I see a similar problem for arch/arm64; "make -jN Image Image.gz" would sometimes end up generating bad images where N > 1. Fix the dependency in

Re: [PATCH v2 00/15] clk: sunxi: introduce "modern" clock support

On 06/07, Maxime Ripard wrote: > > The current code has been tested on the H3 and an Orange Pi PC, > including making sure that MMC still works, so the general approach > seems ok. > > Let me know what you think, Overall this looks pretty good. Thanks for taking the time to rework the driver.

[PATCH] arm64: add boot image dependencies to not generate invalid images

I fixed boot image dependencies for arch/arm in commit 3939f3345050 ("ARM: 8418/1: add boot image dependencies to not generate invalid images"). I see a similar problem for arch/arm64; "make -jN Image Image.gz" would sometimes end up generating bad images where N > 1. Fix the dependency in

Re: [PATCH V2 resend] libata:fix kernel panic when hotplug

On Mon, Jun 20, 2016 at 6:22 PM, Martin K. Petersen wrote: >> "Tejun" == Tejun Heo writes: > >>> In fact,we don't need libata to deal with hotplug in sas environment. >>> So we can't run ata hotplug task when ata port is sas host. > > Tejun>

Re: [V3, 2/2] powerpc/drivers: Add driver for operator panel on FSP machines

On Thu, 16 Jun 2016 20:22:39 +1000 (AEST) Michael Ellerman wrote: > On Thu, 2016-28-04 at 07:02:38 UTC, Suraj Jitindar Singh wrote: > > Implement new character device driver to allow access from user > > space to the 2x16 character operator panel display present on IBM > >

Re: [PATCH V2 resend] libata:fix kernel panic when hotplug

On Mon, Jun 20, 2016 at 6:22 PM, Martin K. Petersen wrote: >> "Tejun" == Tejun Heo writes: > >>> In fact,we don't need libata to deal with hotplug in sas environment. >>> So we can't run ata hotplug task when ata port is sas host. > > Tejun> Martin, can you please confirm whether the above

Re: [V3, 2/2] powerpc/drivers: Add driver for operator panel on FSP machines

On Thu, 16 Jun 2016 20:22:39 +1000 (AEST) Michael Ellerman wrote: > On Thu, 2016-28-04 at 07:02:38 UTC, Suraj Jitindar Singh wrote: > > Implement new character device driver to allow access from user > > space to the 2x16 character operator panel display present on IBM > > Power Systems machines

Re: [RESEND PATCH v2 1/4] PCI: Ignore resource_alignment if PCI_PROBE_ONLY was set\\

On Thu, Jun 02, 2016 at 01:46:48PM +0800, Yongji Xie wrote: > The resource_alignment will releases memory resources allocated > by firmware so that kernel can reassign new resources later on. > But this will cause the problem that no resources can be > allocated by kernel if PCI_PROBE_ONLY was

Re: [RESEND PATCH v2 1/4] PCI: Ignore resource_alignment if PCI_PROBE_ONLY was set\\

On Thu, Jun 02, 2016 at 01:46:48PM +0800, Yongji Xie wrote: > The resource_alignment will releases memory resources allocated > by firmware so that kernel can reassign new resources later on. > But this will cause the problem that no resources can be > allocated by kernel if PCI_PROBE_ONLY was

[PATCH 6/6] IMA: Demonstration code for kexec buffer passing.

This shows how kernel code can use the kexec buffer passing mechanism to pass information to the next kernel. This patch is not intended to be committed. Signed-off-by: Thiago Jung Bauermann --- include/linux/ima.h | 11 + kernel/kexec_file.c

Re: [PATCH v2 4/5] ASoC: tpa6130a2: Add DAPM support

Hi Helen, On Mon, Jun 20, 2016 at 04:06:10PM -0300, Helen Koike wrote: > I added these changes above and kept your tested-by and reviewed-by, could > you please confirm that I can keep them? As I changed more things then you > suggested. The changes look fine to me, the new patchset works on

Re: [PATCH v2 4/5] ASoC: tpa6130a2: Add DAPM support

Hi Helen, On Mon, Jun 20, 2016 at 04:06:10PM -0300, Helen Koike wrote: > I added these changes above and kept your tested-by and reviewed-by, could > you please confirm that I can keep them? As I changed more things then you > suggested. The changes look fine to me, the new patchset works on

[PATCH 6/6] IMA: Demonstration code for kexec buffer passing.

This shows how kernel code can use the kexec buffer passing mechanism to pass information to the next kernel. This patch is not intended to be committed. Signed-off-by: Thiago Jung Bauermann --- include/linux/ima.h | 11 + kernel/kexec_file.c | 4 ++

[PATCH v4] usb: ohci-at91: Forcibly suspend ports while USB suspend

In order to save power consumption, as a workaround, forcibly suspend the USB PORTA/B/C via setting the SUSPEND_A/B/C bits of OHCI Interrupt Configuration Register in the SFR while OHCI USB suspend. This suspend operation must be done before the USB clock is disabled, resume after the USB clock

[PATCH v4] usb: ohci-at91: Forcibly suspend ports while USB suspend

In order to save power consumption, as a workaround, forcibly suspend the USB PORTA/B/C via setting the SUSPEND_A/B/C bits of OHCI Interrupt Configuration Register in the SFR while OHCI USB suspend. This suspend operation must be done before the USB clock is disabled, resume after the USB clock

Re: [PATCH v2 5/5] ASoC: tpa6130a2: Remove goto err_gpio

Hi, On Mon, Jun 20, 2016 at 02:12:33PM -0300, Helen Koike wrote: > Replace goto err_gpio by return ret > > Signed-off-by: Helen Koike Tested-By: Sebastian Reichel Reviewed-By: Sebastian Reichel -- Sebastian signature.asc

Re: [PATCH v2 5/5] ASoC: tpa6130a2: Remove goto err_gpio

Hi, On Mon, Jun 20, 2016 at 02:12:33PM -0300, Helen Koike wrote: > Replace goto err_gpio by return ret > > Signed-off-by: Helen Koike Tested-By: Sebastian Reichel Reviewed-By: Sebastian Reichel -- Sebastian signature.asc Description: PGP signature

Re: [PATCH v2 13/15] clk: sunxi-ng: Add N-K-M-P factor clock

On 06/07, Maxime Ripard wrote: > diff --git a/drivers/clk/sunxi-ng/ccu_nkmp.c b/drivers/clk/sunxi-ng/ccu_nkmp.c > new file mode 100644 > index ..9f2b98e19dc9 > --- /dev/null > +++ b/drivers/clk/sunxi-ng/ccu_nkmp.c > @@ -0,0 +1,167 @@ > +/* > + * Copyright (C) 2016 Maxime Ripard > + *

Re: [PATCH v2 3/5] ASoC: tpa6130a2: Use snd soc volsw functions

Hi, On Mon, Jun 20, 2016 at 02:12:31PM -0300, Helen Koike wrote: > Use snd_soc_{info,get,put}_volsw instead of custom volume functions > > Signed-off-by: Lars-Peter Clausen > [koike: port for upstream] > Signed-off-by: Helen Koike > [On N900] >

Re: [PATCH v2 13/15] clk: sunxi-ng: Add N-K-M-P factor clock

On 06/07, Maxime Ripard wrote: > diff --git a/drivers/clk/sunxi-ng/ccu_nkmp.c b/drivers/clk/sunxi-ng/ccu_nkmp.c > new file mode 100644 > index ..9f2b98e19dc9 > --- /dev/null > +++ b/drivers/clk/sunxi-ng/ccu_nkmp.c > @@ -0,0 +1,167 @@ > +/* > + * Copyright (C) 2016 Maxime Ripard > + *

Re: [PATCH v2 3/5] ASoC: tpa6130a2: Use snd soc volsw functions

Hi, On Mon, Jun 20, 2016 at 02:12:31PM -0300, Helen Koike wrote: > Use snd_soc_{info,get,put}_volsw instead of custom volume functions > > Signed-off-by: Lars-Peter Clausen > [koike: port for upstream] > Signed-off-by: Helen Koike > [On N900] > Tested-By: Sebastian Reichel Reviewed-By:

Re: [PATCH v2 2/5] ASoC: tap6130a2: Use regmap

Hi, On Mon, Jun 20, 2016 at 02:12:30PM -0300, Helen Koike wrote: > Use regmap instead of open-coding IO access and caching > > Signed-off-by: Lars-Peter Clausen > [koike: port for upstream] > Signed-off-by: Helen Koike > [On N900] > Tested-By:

Re: [PATCH v2 2/5] ASoC: tap6130a2: Use regmap

Hi, On Mon, Jun 20, 2016 at 02:12:30PM -0300, Helen Koike wrote: > Use regmap instead of open-coding IO access and caching > > Signed-off-by: Lars-Peter Clausen > [koike: port for upstream] > Signed-off-by: Helen Koike > [On N900] > Tested-By: Sebastian Reichel Reviewed-By: Sebastian Reichel

RE: [PATCH] Input: elan_i2c - +200 ms delay before setting to ABS mode

Hi Dmitry, The modification from Chris is a special case. Because the Touchpad FW is a little different from normal one, It cause problem in Asus's OBE test. That's why Elan's driver use work-around to solve the problem. It's not tested by other touchpad. Let me discuss with internal FW team

Re: linux-next: build warnings after merge of the pci tree

On Mon, Jun 20, 2016 at 8:08 PM, Stephen Rothwell wrote: > Hi Bjorn, > > On Mon, 20 Jun 2016 14:11:36 -0500 Bjorn Helgaas wrote: >> >> On Mon, Jun 20, 2016 at 11:52:13AM +1000, Stephen Rothwell wrote: >> > Hi Bjorn, >> > >> > After merging the pci tree,

RE: [PATCH] Input: elan_i2c - +200 ms delay before setting to ABS mode

Hi Dmitry, The modification from Chris is a special case. Because the Touchpad FW is a little different from normal one, It cause problem in Asus's OBE test. That's why Elan's driver use work-around to solve the problem. It's not tested by other touchpad. Let me discuss with internal FW team

Re: linux-next: build warnings after merge of the pci tree

On Mon, Jun 20, 2016 at 8:08 PM, Stephen Rothwell wrote: > Hi Bjorn, > > On Mon, 20 Jun 2016 14:11:36 -0500 Bjorn Helgaas wrote: >> >> On Mon, Jun 20, 2016 at 11:52:13AM +1000, Stephen Rothwell wrote: >> > Hi Bjorn, >> > >> > After merging the pci tree, today's linux-next build (arm >> >

Re: [PATCH v8 2/8] perf evlist: Introduce aux evlist

On 2016/6/21 4:36, Arnaldo Carvalho de Melo wrote: Em Mon, Jun 20, 2016 at 10:47:19AM +, Wang Nan escreveu: An auxiliary evlist is created by perf_evlist__new_aux() using an existing evlist as its parent. An auxiliary evlist can have its own 'struct perf_mmap', but can't have any other

Re: [PATCH v8 2/8] perf evlist: Introduce aux evlist

On 2016/6/21 4:36, Arnaldo Carvalho de Melo wrote: Em Mon, Jun 20, 2016 at 10:47:19AM +, Wang Nan escreveu: An auxiliary evlist is created by perf_evlist__new_aux() using an existing evlist as its parent. An auxiliary evlist can have its own 'struct perf_mmap', but can't have any other

Re: [PATCH 1/3] clk: Add new function of_clk_is_provider()

(Please don't top post) On 06/20, Ricardo Ribalda Delgado wrote: > Hi Stephen > > When the device tree is populated or when an overlay is added, all its > nodes have the flag OF_POPULATED set. The flag is enabled recursively > in > of_platform_bus_create->of_platform_device_create_pdata() > So

Re: [PATCH 1/3] clk: Add new function of_clk_is_provider()

(Please don't top post) On 06/20, Ricardo Ribalda Delgado wrote: > Hi Stephen > > When the device tree is populated or when an overlay is added, all its > nodes have the flag OF_POPULATED set. The flag is enabled recursively > in > of_platform_bus_create->of_platform_device_create_pdata() > So

linux-next: manual merge of the net-next tree with the arm-soc tree

Hi all, Today's linux-next merge of the net-next tree got conflicts in: arch/arm64/boot/dts/broadcom/ns2-svk.dts arch/arm64/boot/dts/broadcom/ns2.dtsi between commits: 97b1504a30b3 ("arm64: dts: enable pinctrl for Broadcom NS2 SoC") 5dcc9c7618df ("arm64: dts: NS2: Add CCI-400 PMU

linux-next: manual merge of the net-next tree with the arm-soc tree

Hi all, Today's linux-next merge of the net-next tree got conflicts in: arch/arm64/boot/dts/broadcom/ns2-svk.dts arch/arm64/boot/dts/broadcom/ns2.dtsi between commits: 97b1504a30b3 ("arm64: dts: enable pinctrl for Broadcom NS2 SoC") 5dcc9c7618df ("arm64: dts: NS2: Add CCI-400 PMU

Re: [PATCH] clk: correct comments for __clk_determine_rate

On 06/13, Peng Fan wrote: > Correct comments for __clk_determine_rate. > > Signed-off-by: Peng Fan > Cc: Michael Turquette > Cc: Stephen Boyd > --- Applied to clk-next -- Qualcomm Innovation Center, Inc. is a member of

Re: [PATCH] clk: correct comments for __clk_determine_rate

On 06/13, Peng Fan wrote: > Correct comments for __clk_determine_rate. > > Signed-off-by: Peng Fan > Cc: Michael Turquette > Cc: Stephen Boyd > --- Applied to clk-next -- Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, a Linux Foundation Collaborative Project

Re: ktime_get_ts64() splat during resume

On Tuesday, June 21, 2016 02:05:59 AM Rafael J. Wysocki wrote: > On Monday, June 20, 2016 11:15:18 PM Rafael J. Wysocki wrote: > > On Mon, Jun 20, 2016 at 8:29 PM, Linus Torvalds > > wrote: > > > On Mon, Jun 20, 2016 at 7:38 AM, Rafael J. Wysocki

Re: ktime_get_ts64() splat during resume

On Tuesday, June 21, 2016 02:05:59 AM Rafael J. Wysocki wrote: > On Monday, June 20, 2016 11:15:18 PM Rafael J. Wysocki wrote: > > On Mon, Jun 20, 2016 at 8:29 PM, Linus Torvalds > > wrote: > > > On Mon, Jun 20, 2016 at 7:38 AM, Rafael J. Wysocki > > > wrote: > > >> > > >> Overall, we seem to

Re: [PATCH V2 resend] libata:fix kernel panic when hotplug

> "Tejun" == Tejun Heo writes: >> In fact,we don't need libata to deal with hotplug in sas environment. >> So we can't run ata hotplug task when ata port is sas host. Tejun> Martin, can you please confirm whether the above is true. If so, Tejun> I'll route the patch

Re: [PATCH V2 resend] libata:fix kernel panic when hotplug

> "Tejun" == Tejun Heo writes: >> In fact,we don't need libata to deal with hotplug in sas environment. >> So we can't run ata hotplug task when ata port is sas host. Tejun> Martin, can you please confirm whether the above is true. If so, Tejun> I'll route the patch through libata w/

Re: [PATCH 1/3] clk: mdm9615: Add support for MDM9615 Clock Controllers

On 06/17, Neil Armstrong wrote: > In order to support the Qualcomm MDM9615 SoC, add support for > the Global and LPASS Clock Controllers. > > Signed-off-by: Neil Armstrong > --- > drivers/clk/qcom/Kconfig | 17 + > drivers/clk/qcom/Makefile |2 + >

Re: [PATCH 1/3] clk: mdm9615: Add support for MDM9615 Clock Controllers

On 06/17, Neil Armstrong wrote: > In order to support the Qualcomm MDM9615 SoC, add support for > the Global and LPASS Clock Controllers. > > Signed-off-by: Neil Armstrong > --- > drivers/clk/qcom/Kconfig | 17 + > drivers/clk/qcom/Makefile |2 + >

Re: [PATCH v2 04/15] clk: sunxi-ng: Add fixed factor clock support

On 06/07, Maxime Ripard wrote: > + > +#include > + > +#include "ccu_common.h" > + > +struct ccu_fixed_factor { > + u16 div; > + u16 mult; > + > + struct ccu_common common; Does this use the common structure although we have no usage for

Re: [PATCH v2 04/15] clk: sunxi-ng: Add fixed factor clock support

On 06/07, Maxime Ripard wrote: > + > +#include > + > +#include "ccu_common.h" > + > +struct ccu_fixed_factor { > + u16 div; > + u16 mult; > + > + struct ccu_common common; Does this use the common structure although we have no usage for

Re: [PATCH 2/2] scsi: wd7000: print sector number as 64-bit

> "Arnd" == Arnd Bergmann writes: As sector_t can be 32-bit wide, this adds a cast to 'u64' and prints that with the correct format. The change to use no_printk() [...] + dprintk("wd7000_biosparam: dev=%s, size=%lld, ", + bdevname(bdev, b),

Re: [PATCH 2/2] scsi: wd7000: print sector number as 64-bit

> "Arnd" == Arnd Bergmann writes: As sector_t can be 32-bit wide, this adds a cast to 'u64' and prints that with the correct format. The change to use no_printk() [...] + dprintk("wd7000_biosparam: dev=%s, size=%lld, ", + bdevname(bdev, b), (s64)capacity); s64? Why

Re: linux-next: build warnings after merge of the pci tree

Hi Bjorn, On Mon, 20 Jun 2016 14:11:36 -0500 Bjorn Helgaas wrote: > > On Mon, Jun 20, 2016 at 11:52:13AM +1000, Stephen Rothwell wrote: > > Hi Bjorn, > > > > After merging the pci tree, today's linux-next build (arm > > multi_v7_defconfig) produced these warnings: > > > >

Re: linux-next: build warnings after merge of the pci tree

Hi Bjorn, On Mon, 20 Jun 2016 14:11:36 -0500 Bjorn Helgaas wrote: > > On Mon, Jun 20, 2016 at 11:52:13AM +1000, Stephen Rothwell wrote: > > Hi Bjorn, > > > > After merging the pci tree, today's linux-next build (arm > > multi_v7_defconfig) produced these warnings: > > > >

Re: [PATCH v3] gpio: add Intel WhiskeyCove GPIO driver

On Mon, Jun 20, 2016 at 9:02 PM, Bin Gao wrote: > This patch introduces a separate GPIO driver for Intel WhiskeyCove PMIC. > This driver is based on gpio-crystalcove.c. My comments below. > diff --git a/drivers/gpio/Kconfig b/drivers/gpio/Kconfig > index

Re: [PATCH v3] gpio: add Intel WhiskeyCove GPIO driver

On Mon, Jun 20, 2016 at 9:02 PM, Bin Gao wrote: > This patch introduces a separate GPIO driver for Intel WhiskeyCove PMIC. > This driver is based on gpio-crystalcove.c. My comments below. > diff --git a/drivers/gpio/Kconfig b/drivers/gpio/Kconfig > index cebcb40..ac74299 100644 > ---

Re: [PATCH 3/5] lockdep: Apply bit_spin_lock lockdep to zram

On Tue, Jun 21, 2016 at 12:36:19AM +0900, Sergey Senozhatsky wrote: > > Hello, > > just for information Thank you for informing it. > > there was a proposal from -rt people to use normal spinlocks > for table's entries, rather that bitspinlock. I had a patch > some time ago, will obtain some

Re: [PATCH 3/5] lockdep: Apply bit_spin_lock lockdep to zram

On Tue, Jun 21, 2016 at 12:36:19AM +0900, Sergey Senozhatsky wrote: > > Hello, > > just for information Thank you for informing it. > > there was a proposal from -rt people to use normal spinlocks > for table's entries, rather that bitspinlock. I had a patch > some time ago, will obtain some

Re: [RESEND][PATCH] clk: fixed-factor: set CLK_SET_RATE_PARENT

On 06/13, Jongsung Kim wrote: > Without CLK_SET_RATE_PARENT-flag set, clk_factor_round_rate() just > returns the current frequency. A fixed-factor-clock initialzed via > of_fixed_factor_clk_set() (ie, by device-tree) can't have the flag > set. It can be problematic when the parent of a

Re: [RESEND][PATCH] clk: fixed-factor: set CLK_SET_RATE_PARENT

On 06/13, Jongsung Kim wrote: > Without CLK_SET_RATE_PARENT-flag set, clk_factor_round_rate() just > returns the current frequency. A fixed-factor-clock initialzed via > of_fixed_factor_clk_set() (ie, by device-tree) can't have the flag > set. It can be problematic when the parent of a

Re: [PATCH 0/5] Input: alps - cleanup

Hi Pali, On Mon, Jun 06, 2016 at 01:23:56PM +0200, Pali Rohár wrote: > This patch series cleanup usage of alps_model_data table. > > Pali Rohár (5): > Input: alps - move ALPS_PROTO_V6 out of alps_model_data table > Input: alps - move ALPS_PROTO_V4 out of alps_model_data table > Input: alps

Re: [PATCH 0/5] Input: alps - cleanup

Hi Pali, On Mon, Jun 06, 2016 at 01:23:56PM +0200, Pali Rohár wrote: > This patch series cleanup usage of alps_model_data table. > > Pali Rohár (5): > Input: alps - move ALPS_PROTO_V6 out of alps_model_data table > Input: alps - move ALPS_PROTO_V4 out of alps_model_data table > Input: alps

Re: [PATCH 1/1] clk: Remove unused variable

On 06/07, Lee Jones wrote: > Signed-off-by: Lee Jones > --- Applied to clk-next -- Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, a Linux Foundation Collaborative Project

Re: [PATCH 1/1] clk: Remove unused variable

On 06/07, Lee Jones wrote: > Signed-off-by: Lee Jones > --- Applied to clk-next -- Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, a Linux Foundation Collaborative Project

Re: [PATCH v3] mm/compaction: remove unnecessary order check in direct compact path

On Thu, 16 Jun 2016, Ganesh Mahendran wrote: > diff --git a/mm/compaction.c b/mm/compaction.c > index fbb7b38..dcfaf57 100644 > --- a/mm/compaction.c > +++ b/mm/compaction.c > @@ -1686,12 +1686,16 @@ enum compact_result try_to_compact_pages(gfp_t > gfp_mask, unsigned int order, > >

Re: [PATCH v3] mm/compaction: remove unnecessary order check in direct compact path

On Thu, 16 Jun 2016, Ganesh Mahendran wrote: > diff --git a/mm/compaction.c b/mm/compaction.c > index fbb7b38..dcfaf57 100644 > --- a/mm/compaction.c > +++ b/mm/compaction.c > @@ -1686,12 +1686,16 @@ enum compact_result try_to_compact_pages(gfp_t > gfp_mask, unsigned int order, > >

Re: [PATCH 2/2] arm64: dts: mediatek: add mt6755 support

On Mon, 2016-06-20 at 19:09 +0200, Matthias Brugger wrote: > >>> + uart_clk: dummy26m { > >>> + compatible = "fixed-clock"; > >>> + clock-frequency = <2600>; > >>> + #clock-cells = <0>; > >>> + }; > >>> + > >> > >> We can do that, but I would prefer to see the clock

Re: [PATCH 2/2] arm64: dts: mediatek: add mt6755 support

On Mon, 2016-06-20 at 19:09 +0200, Matthias Brugger wrote: > >>> + uart_clk: dummy26m { > >>> + compatible = "fixed-clock"; > >>> + clock-frequency = <2600>; > >>> + #clock-cells = <0>; > >>> + }; > >>> + > >> > >> We can do that, but I would prefer to see the clock

Re: [PATCH] mmc: core: add auto bkops support

On 06/20/2016 10:33 PM, Alex Lemberg wrote: > Hi Shawn, > > […] > + +static int mmc_stop_auto_bkops(struct mmc_card *card) +{ + int err = 0; + + if (!card->ext_csd.auto_bkops_en) + return 0; + >>> >>> Shouldn’t the BKOPS_STATUS be checked prior

Re: [PATCH v2 2/2] clk: vt8500: rework wm8650_find_pll_bits()

On 06/08, Roman Volkov wrote: > From: Roman Volkov > > PLL clock on WM8650 is calculated in the following way: > > M * parent [O1] => / P [O2] => / D [O3] > > Where O2 is 600MHz >= (M * parent) / P >= 300MHz. > > Current algorithm does not met this requirement, so that the

Re: [PATCH v2 1/2] clk: vt8500: fix gcc-4.9 warnings

On 06/08, Roman Volkov wrote: > From: Arnd Bergmann > > This fixes some false positive warnings we get with older compiler > versions: > > clk-vt8500.c: In function ‘wm8650_find_pll_bits’: > clk-vt8500.c:430:12: ‘best_div2’ may be used uninitialized in this function >

Re: [PATCH] mmc: core: add auto bkops support

On 06/20/2016 10:33 PM, Alex Lemberg wrote: > Hi Shawn, > > […] > + +static int mmc_stop_auto_bkops(struct mmc_card *card) +{ + int err = 0; + + if (!card->ext_csd.auto_bkops_en) + return 0; + >>> >>> Shouldn’t the BKOPS_STATUS be checked prior

Re: [PATCH v2 2/2] clk: vt8500: rework wm8650_find_pll_bits()

On 06/08, Roman Volkov wrote: > From: Roman Volkov > > PLL clock on WM8650 is calculated in the following way: > > M * parent [O1] => / P [O2] => / D [O3] > > Where O2 is 600MHz >= (M * parent) / P >= 300MHz. > > Current algorithm does not met this requirement, so that the > function may

Re: [PATCH v2 1/2] clk: vt8500: fix gcc-4.9 warnings

On 06/08, Roman Volkov wrote: > From: Arnd Bergmann > > This fixes some false positive warnings we get with older compiler > versions: > > clk-vt8500.c: In function ‘wm8650_find_pll_bits’: > clk-vt8500.c:430:12: ‘best_div2’ may be used uninitialized in this function > clk-vt8500.c:429:12:

Re: [v4] powerpc: spinlock: Fix spin_unlock_wait()

On Fri, 2016-10-06 at 03:51:28 UTC, Boqun Feng wrote: > There is an ordering issue with spin_unlock_wait() on powerpc, because > the spin_lock primitive is an ACQUIRE and an ACQUIRE is only ordering > the load part of the operation with memory operations following it. ... > > Suggested-by: "Paul

Re: [v4] powerpc: spinlock: Fix spin_unlock_wait()

On Fri, 2016-10-06 at 03:51:28 UTC, Boqun Feng wrote: > There is an ordering issue with spin_unlock_wait() on powerpc, because > the spin_lock primitive is an ACQUIRE and an ACQUIRE is only ordering > the load part of the operation with memory operations following it. ... > > Suggested-by: "Paul

Re: [PATCH 1/8] arm64: dts: db820c: add basic board support

On 06/20/2016 01:01 PM, Srinivas Kandagatla wrote: > This patch adds apq8096 db820c basic support with serial port. > > Signed-off-by: Srinivas Kandagatla > --- > arch/arm64/boot/dts/qcom/Makefile| 2 +- > arch/arm64/boot/dts/qcom/apq8096-db820c.dts

Re: [PATCH 1/8] arm64: dts: db820c: add basic board support

On 06/20/2016 01:01 PM, Srinivas Kandagatla wrote: > This patch adds apq8096 db820c basic support with serial port. > > Signed-off-by: Srinivas Kandagatla > --- > arch/arm64/boot/dts/qcom/Makefile| 2 +- > arch/arm64/boot/dts/qcom/apq8096-db820c.dts | 21 + >

Re: [PATCH 1/2] ipc/sem.c: Fix complex_count vs. simple op race

On Sat, 18 Jun 2016, Manfred Spraul wrote: diff --git a/include/linux/sem.h b/include/linux/sem.h index 976ce3a..d0efd6e 100644 --- a/include/linux/sem.h +++ b/include/linux/sem.h @@ -21,6 +21,7 @@ struct sem_array { struct list_headlist_id;/* undo requests on this array

Re: [PATCH 1/2] ipc/sem.c: Fix complex_count vs. simple op race

On Sat, 18 Jun 2016, Manfred Spraul wrote: diff --git a/include/linux/sem.h b/include/linux/sem.h index 976ce3a..d0efd6e 100644 --- a/include/linux/sem.h +++ b/include/linux/sem.h @@ -21,6 +21,7 @@ struct sem_array { struct list_headlist_id;/* undo requests on this array

Re: [PATCH 2/8] tty: serial: fsl_lpuart: support suspend/resume

On 06/13, Stefan Agner wrote: > > > On June 13, 2016 5:18:19 PM PDT, Bhhuvanchandra DV > wrote: > >Hi Shawn, > > > >On 06/11/2016 02:03 PM, Shawn Guo wrote: > > > >> On Thu, Jun 09, 2016 at 08:40:33PM +0530, Bhuvanchandra DV wrote: > >>> From: Stefan Agner

Re: [PATCH 2/8] tty: serial: fsl_lpuart: support suspend/resume

On 06/13, Stefan Agner wrote: > > > On June 13, 2016 5:18:19 PM PDT, Bhhuvanchandra DV > wrote: > >Hi Shawn, > > > >On 06/11/2016 02:03 PM, Shawn Guo wrote: > > > >> On Thu, Jun 09, 2016 at 08:40:33PM +0530, Bhuvanchandra DV wrote: > >>> From: Stefan Agner > >>> > >>> In order to allow wake

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