Re: [PATCH v1 1/3] regmap: add regmap_can_raw_read() api

On Wed, Apr 13, 2016 at 06:39:12PM +0100, Srinivas Kandagatla wrote: > This patch adds regmap_can_raw_read() api so that users like nvmem can > check if the regmap is capable of doing a raw accessors. This can also > be used by other infrastructures like nvmem which are based on regmap. This

Re: [PATCH v1 1/3] regmap: add regmap_can_raw_read() api

On Wed, Apr 13, 2016 at 06:39:12PM +0100, Srinivas Kandagatla wrote: > This patch adds regmap_can_raw_read() api so that users like nvmem can > check if the regmap is capable of doing a raw accessors. This can also > be used by other infrastructures like nvmem which are based on regmap. This

Re: [PATCH v2 2/2] spi: pic32-sqi: add SPI driver for PIC32 SQI controller.

On Wed, Apr 13, 2016 at 06:52:58PM +0530, Purna Chandra Mandal wrote: > + enable = readl(sqi->regs + PESQI_INT_ENABLE_REG); > + status = readl(sqi->regs + PESQI_INT_STAT_REG); > + if (!status) > + return IRQ_NONE; > + For robustness the check should be if there was

Re: [PATCH v2 2/2] spi: pic32-sqi: add SPI driver for PIC32 SQI controller.

On Wed, Apr 13, 2016 at 06:52:58PM +0530, Purna Chandra Mandal wrote: > + enable = readl(sqi->regs + PESQI_INT_ENABLE_REG); > + status = readl(sqi->regs + PESQI_INT_STAT_REG); > + if (!status) > + return IRQ_NONE; > + For robustness the check should be if there was

Re: [PATCH v2 1/5] phy: Add a driver for simple phy

Hi, On Tuesday 17 November 2015 02:52 AM, Alban Bedel wrote: > This driver is meant to take care of all trivial phys that don't need > any special configuration, it just enable a regulator, a clock and > deassert a reset. A public API is also included to allow re-using the > code in other

Re: [PATCH v2 1/5] phy: Add a driver for simple phy

Hi, On Tuesday 17 November 2015 02:52 AM, Alban Bedel wrote: > This driver is meant to take care of all trivial phys that don't need > any special configuration, it just enable a regulator, a clock and > deassert a reset. A public API is also included to allow re-using the > code in other

Re: [PATCH 3/7] ARM: dts: Add NoC Probe dt node for Exynos542x SoC

On 2016년 04월 12일 17:14, Krzysztof Kozlowski wrote: > On 04/08/2016 07:00 AM, Chanwoo Choi wrote: >> This patch adds the NoCP (Network on Chip Probe) Device Tree node >> to measure the bandwidth of memory and g3d in Exynos542x SoC. >> >> Signed-off-by: Chanwoo Choi >> --- >>

Re: [PATCH 3/7] ARM: dts: Add NoC Probe dt node for Exynos542x SoC

On 2016년 04월 12일 17:14, Krzysztof Kozlowski wrote: > On 04/08/2016 07:00 AM, Chanwoo Choi wrote: >> This patch adds the NoCP (Network on Chip Probe) Device Tree node >> to measure the bandwidth of memory and g3d in Exynos542x SoC. >> >> Signed-off-by: Chanwoo Choi >> --- >>

[tip:perf/core] perf sched map: Display only given cpus

Commit-ID: 73643bb6a21c85509c7ae4c316f502c5a19cce65 Gitweb: http://git.kernel.org/tip/73643bb6a21c85509c7ae4c316f502c5a19cce65 Author: Jiri Olsa AuthorDate: Tue, 12 Apr 2016 15:29:31 +0200 Committer: Arnaldo Carvalho de Melo CommitDate: Wed, 13 Apr

[tip:perf/core] perf evsel: Move some methods from session.[ch] to evsel.[ch]

Commit-ID: e20ab86e51218f9949f41fb39a6c4f63b662f135 Gitweb: http://git.kernel.org/tip/e20ab86e51218f9949f41fb39a6c4f63b662f135 Author: Arnaldo Carvalho de Melo AuthorDate: Tue, 12 Apr 2016 15:16:15 -0300 Committer: Arnaldo Carvalho de Melo CommitDate:

[tip:perf/core] perf trace: Do not accept --no-syscalls together with -e

Commit-ID: 59247e33ff494e3643cdff54b64bf72575052b76 Gitweb: http://git.kernel.org/tip/59247e33ff494e3643cdff54b64bf72575052b76 Author: Arnaldo Carvalho de Melo AuthorDate: Tue, 12 Apr 2016 16:05:02 -0300 Committer: Arnaldo Carvalho de Melo CommitDate:

[tip:perf/core] perf sched map: Display only given cpus

Commit-ID: 73643bb6a21c85509c7ae4c316f502c5a19cce65 Gitweb: http://git.kernel.org/tip/73643bb6a21c85509c7ae4c316f502c5a19cce65 Author: Jiri Olsa AuthorDate: Tue, 12 Apr 2016 15:29:31 +0200 Committer: Arnaldo Carvalho de Melo CommitDate: Wed, 13 Apr 2016 10:11:52 -0300 perf sched map:

[tip:perf/core] perf evsel: Move some methods from session.[ch] to evsel.[ch]

Commit-ID: e20ab86e51218f9949f41fb39a6c4f63b662f135 Gitweb: http://git.kernel.org/tip/e20ab86e51218f9949f41fb39a6c4f63b662f135 Author: Arnaldo Carvalho de Melo AuthorDate: Tue, 12 Apr 2016 15:16:15 -0300 Committer: Arnaldo Carvalho de Melo CommitDate: Wed, 13 Apr 2016 10:11:52 -0300

[tip:perf/core] perf trace: Do not accept --no-syscalls together with -e

Commit-ID: 59247e33ff494e3643cdff54b64bf72575052b76 Gitweb: http://git.kernel.org/tip/59247e33ff494e3643cdff54b64bf72575052b76 Author: Arnaldo Carvalho de Melo AuthorDate: Tue, 12 Apr 2016 16:05:02 -0300 Committer: Arnaldo Carvalho de Melo CommitDate: Wed, 13 Apr 2016 10:11:52 -0300

Re: [PATCH 1/2] [media] atmel-isc: add the Image Sensor Controller code

on v4.6-rc3 next-20160413] [if your patch is applied to the wrong git tree, please drop us a note to help improving the system] url: https://github.com/0day-ci/linux/commits/Songjun-Wu/atmel-isc-add-driver-for-Atmel-ISC/20160413-155337 base: git://linuxtv.org/media_tree.git master config

[tip:perf/core] perf sched map: Color given pids

Commit-ID: a151a37a760aab41c115af8d5016e449228e8d2e Gitweb: http://git.kernel.org/tip/a151a37a760aab41c115af8d5016e449228e8d2e Author: Jiri Olsa AuthorDate: Tue, 12 Apr 2016 15:29:29 +0200 Committer: Arnaldo Carvalho de Melo CommitDate: Wed, 13 Apr

[tip:perf/core] perf sched map: Color given cpus

Commit-ID: cf294f24f8c83bca6aa8e96b5cc4f78bed887f92 Gitweb: http://git.kernel.org/tip/cf294f24f8c83bca6aa8e96b5cc4f78bed887f92 Author: Jiri Olsa AuthorDate: Tue, 12 Apr 2016 15:29:30 +0200 Committer: Arnaldo Carvalho de Melo CommitDate: Wed, 13 Apr

[tip:perf/core] perf sched map: Color given pids

Commit-ID: a151a37a760aab41c115af8d5016e449228e8d2e Gitweb: http://git.kernel.org/tip/a151a37a760aab41c115af8d5016e449228e8d2e Author: Jiri Olsa AuthorDate: Tue, 12 Apr 2016 15:29:29 +0200 Committer: Arnaldo Carvalho de Melo CommitDate: Wed, 13 Apr 2016 10:11:51 -0300 perf sched map:

[tip:perf/core] perf sched map: Color given cpus

Commit-ID: cf294f24f8c83bca6aa8e96b5cc4f78bed887f92 Gitweb: http://git.kernel.org/tip/cf294f24f8c83bca6aa8e96b5cc4f78bed887f92 Author: Jiri Olsa AuthorDate: Tue, 12 Apr 2016 15:29:30 +0200 Committer: Arnaldo Carvalho de Melo CommitDate: Wed, 13 Apr 2016 10:11:51 -0300 perf sched map:

Re: [PATCH 1/2] [media] atmel-isc: add the Image Sensor Controller code

on v4.6-rc3 next-20160413] [if your patch is applied to the wrong git tree, please drop us a note to help improving the system] url: https://github.com/0day-ci/linux/commits/Songjun-Wu/atmel-isc-add-driver-for-Atmel-ISC/20160413-155337 base: git://linuxtv.org/media_tree.git master config

[tip:perf/core] perf sched: Use color_fprintf for output

Commit-ID: 8cd91195e5efc5166fc48eec6cf83ef93133b7b6 Gitweb: http://git.kernel.org/tip/8cd91195e5efc5166fc48eec6cf83ef93133b7b6 Author: Jiri Olsa AuthorDate: Tue, 12 Apr 2016 15:29:27 +0200 Committer: Arnaldo Carvalho de Melo CommitDate: Wed, 13 Apr

[tip:perf/core] perf thread_map: Make new_by_tid_str constructor public

Commit-ID: 097be0f5034fc9edaf84253b773b14bc2af9a708 Gitweb: http://git.kernel.org/tip/097be0f5034fc9edaf84253b773b14bc2af9a708 Author: Jiri Olsa AuthorDate: Tue, 12 Apr 2016 15:29:28 +0200 Committer: Arnaldo Carvalho de Melo CommitDate: Wed, 13 Apr

[tip:perf/core] perf sched: Use color_fprintf for output

Commit-ID: 8cd91195e5efc5166fc48eec6cf83ef93133b7b6 Gitweb: http://git.kernel.org/tip/8cd91195e5efc5166fc48eec6cf83ef93133b7b6 Author: Jiri Olsa AuthorDate: Tue, 12 Apr 2016 15:29:27 +0200 Committer: Arnaldo Carvalho de Melo CommitDate: Wed, 13 Apr 2016 10:11:51 -0300 perf sched: Use

[tip:perf/core] perf thread_map: Make new_by_tid_str constructor public

Commit-ID: 097be0f5034fc9edaf84253b773b14bc2af9a708 Gitweb: http://git.kernel.org/tip/097be0f5034fc9edaf84253b773b14bc2af9a708 Author: Jiri Olsa AuthorDate: Tue, 12 Apr 2016 15:29:28 +0200 Committer: Arnaldo Carvalho de Melo CommitDate: Wed, 13 Apr 2016 10:11:51 -0300 perf thread_map:

[tip:perf/core] perf sched: Add compact display option

Commit-ID: 99623c628f5425f09b5321cf621af1da29c0c47d Gitweb: http://git.kernel.org/tip/99623c628f5425f09b5321cf621af1da29c0c47d Author: Jiri Olsa AuthorDate: Tue, 12 Apr 2016 15:29:26 +0200 Committer: Arnaldo Carvalho de Melo CommitDate: Wed, 13 Apr

[tip:perf/core] perf sched: Add compact display option

Commit-ID: 99623c628f5425f09b5321cf621af1da29c0c47d Gitweb: http://git.kernel.org/tip/99623c628f5425f09b5321cf621af1da29c0c47d Author: Jiri Olsa AuthorDate: Tue, 12 Apr 2016 15:29:26 +0200 Committer: Arnaldo Carvalho de Melo CommitDate: Wed, 13 Apr 2016 10:11:51 -0300 perf sched: Add

[tip:perf/core] perf cpu_map: Add has() method

Commit-ID: e632aa69c919462a7f93c8799b97c8a9ddd48fc2 Gitweb: http://git.kernel.org/tip/e632aa69c919462a7f93c8799b97c8a9ddd48fc2 Author: Jiri Olsa AuthorDate: Tue, 12 Apr 2016 15:29:25 +0200 Committer: Arnaldo Carvalho de Melo CommitDate: Wed, 13 Apr

[tip:perf/core] perf cpu_map: Add has() method

Commit-ID: e632aa69c919462a7f93c8799b97c8a9ddd48fc2 Gitweb: http://git.kernel.org/tip/e632aa69c919462a7f93c8799b97c8a9ddd48fc2 Author: Jiri Olsa AuthorDate: Tue, 12 Apr 2016 15:29:25 +0200 Committer: Arnaldo Carvalho de Melo CommitDate: Wed, 13 Apr 2016 10:11:50 -0300 perf cpu_map:

[tip:perf/core] perf trace: Support callchains for --event too

Commit-ID: 202ff9684a912c96e0f2fac65e34280a97ad3611 Gitweb: http://git.kernel.org/tip/202ff9684a912c96e0f2fac65e34280a97ad3611 Author: Arnaldo Carvalho de Melo AuthorDate: Tue, 12 Apr 2016 10:11:07 -0300 Committer: Arnaldo Carvalho de Melo CommitDate:

[tip:perf/core] perf trace: Support callchains for --event too

Commit-ID: 202ff9684a912c96e0f2fac65e34280a97ad3611 Gitweb: http://git.kernel.org/tip/202ff9684a912c96e0f2fac65e34280a97ad3611 Author: Arnaldo Carvalho de Melo AuthorDate: Tue, 12 Apr 2016 10:11:07 -0300 Committer: Arnaldo Carvalho de Melo CommitDate: Wed, 13 Apr 2016 10:11:50 -0300

[tip:perf/core] perf thread_map: Add has() method

Commit-ID: 3407df8bbc3a91d9aa4910130026ab6b3a261b87 Gitweb: http://git.kernel.org/tip/3407df8bbc3a91d9aa4910130026ab6b3a261b87 Author: Jiri Olsa AuthorDate: Tue, 12 Apr 2016 15:29:24 +0200 Committer: Arnaldo Carvalho de Melo CommitDate: Wed, 13 Apr

[tip:perf/core] perf thread_map: Add has() method

Commit-ID: 3407df8bbc3a91d9aa4910130026ab6b3a261b87 Gitweb: http://git.kernel.org/tip/3407df8bbc3a91d9aa4910130026ab6b3a261b87 Author: Jiri Olsa AuthorDate: Tue, 12 Apr 2016 15:29:24 +0200 Committer: Arnaldo Carvalho de Melo CommitDate: Wed, 13 Apr 2016 10:11:50 -0300 perf thread_map:

Re: [PATCH net v3] net: sched: do not requeue a NULL skb

From: Lars Persson Date: Tue, 12 Apr 2016 08:45:52 +0200 > A failure in validate_xmit_skb_list() triggered an unconditional call > to dev_requeue_skb with skb=NULL. This slowly grows the queue > discipline's qlen count until all traffic through the queue stops. > > We

Re: [PATCH net v3] net: sched: do not requeue a NULL skb

From: Lars Persson Date: Tue, 12 Apr 2016 08:45:52 +0200 > A failure in validate_xmit_skb_list() triggered an unconditional call > to dev_requeue_skb with skb=NULL. This slowly grows the queue > discipline's qlen count until all traffic through the queue stops. > > We take the optimistic

Re: Major KVM issues with kernel 4.5 on the host

On Thu, Apr 14, 2016 at 03:16:29AM +0200, Paolo Bonzini wrote: > On 14/04/2016 00:29, Marc Haber wrote: > > On Wed, Apr 13, 2016 at 10:36:34PM +0200, Paolo Bonzini wrote: > >> Didn't help, but a fresh look at the list of 4.5 patches helped. > >> What the hell was I thinking, I missed

Re: Major KVM issues with kernel 4.5 on the host

On Thu, Apr 14, 2016 at 03:16:29AM +0200, Paolo Bonzini wrote: > On 14/04/2016 00:29, Marc Haber wrote: > > On Wed, Apr 13, 2016 at 10:36:34PM +0200, Paolo Bonzini wrote: > >> Didn't help, but a fresh look at the list of 4.5 patches helped. > >> What the hell was I thinking, I missed

linux-next: Tree for Apr 14

Hi all, Changes since 20160413: The mvebu tree gained a conflict against the arm-soc tree. The tip tree gained a build failure for which I reverted a commit. The leds tree gained conflicts against the nand tree. The akpm-current tree still had its build failure for which I applied a patch

linux-next: Tree for Apr 14

Hi all, Changes since 20160413: The mvebu tree gained a conflict against the arm-soc tree. The tip tree gained a build failure for which I reverted a commit. The leds tree gained conflicts against the nand tree. The akpm-current tree still had its build failure for which I applied a patch

Re: [PATCH v8 02/20] PM / devfreq: exynos: Add documentation for generic exynos bus frequency driver

Hi Rob, On 2016년 04월 12일 05:25, Chanwoo Choi wrote: > Hi Rob, > > On Tue, Apr 12, 2016 at 12:40 AM, Rob Herring wrote: >> On Fri, Apr 08, 2016 at 01:24:51PM +0900, Chanwoo Choi wrote: >>> This patch adds the documentation for generic exynos bus frequency >>> driver. >>> >>>

Re: [PATCH v8 02/20] PM / devfreq: exynos: Add documentation for generic exynos bus frequency driver

Hi Rob, On 2016년 04월 12일 05:25, Chanwoo Choi wrote: > Hi Rob, > > On Tue, Apr 12, 2016 at 12:40 AM, Rob Herring wrote: >> On Fri, Apr 08, 2016 at 01:24:51PM +0900, Chanwoo Choi wrote: >>> This patch adds the documentation for generic exynos bus frequency >>> driver. >>> >>> Signed-off-by:

Re: [PATCH RFC 09/22] block, cfq: replace CFQ with the BFQ-v0 I/O scheduler

On Wed, Apr 13, 2016 at 03:54:22PM -0400, Tejun Heo wrote: > On Fri, Mar 04, 2016 at 09:39:47AM -0800, Christoph Hellwig wrote: > > Btw, can someone explain why you guys waste so much time hacking and > > arguing about a legacy codebase (old request code and I/O schedulers) > > that everyone

Re: [PATCH RFC 09/22] block, cfq: replace CFQ with the BFQ-v0 I/O scheduler

On Wed, Apr 13, 2016 at 03:54:22PM -0400, Tejun Heo wrote: > On Fri, Mar 04, 2016 at 09:39:47AM -0800, Christoph Hellwig wrote: > > Btw, can someone explain why you guys waste so much time hacking and > > arguing about a legacy codebase (old request code and I/O schedulers) > > that everyone

[PATCH v2] pinctrl: pinctrl-single: Fix pcs_parse_bits_in_pinctrl_entry to use __ffs than ffs

pcs_parse_bits_in_pinctrl_entry uses ffs which gives bit indices ranging from 1 to MAX. This leads to a corner case where we try to request the pin number = MAX and fails. bit_pos value is being calculted using ffs. pin_num_from_lsb uses bit_pos value. pins array is populated with: pin +

[PATCH v2] pinctrl: pinctrl-single: Fix pcs_parse_bits_in_pinctrl_entry to use __ffs than ffs

pcs_parse_bits_in_pinctrl_entry uses ffs which gives bit indices ranging from 1 to MAX. This leads to a corner case where we try to request the pin number = MAX and fails. bit_pos value is being calculted using ffs. pin_num_from_lsb uses bit_pos value. pins array is populated with: pin +

Re: [PATCH v1] clk: Add clk_composite_set_rate_and_parent

Am Mittwoch, 13. April 2016, 17:43:31 schrieb Stephen Boyd: > On 04/12, Heiko Stuebner wrote: > > I remember having clocks not overflow their target rate came up in some > > ELC > > talk last week (probably in Stephens Qualcomm-kernel-talk) and a general > > solution might need some changes closer

Re: [PATCH v1] clk: Add clk_composite_set_rate_and_parent

Am Mittwoch, 13. April 2016, 17:43:31 schrieb Stephen Boyd: > On 04/12, Heiko Stuebner wrote: > > I remember having clocks not overflow their target rate came up in some > > ELC > > talk last week (probably in Stephens Qualcomm-kernel-talk) and a general > > solution might need some changes closer

Re: [PATCH v2 1/2] dt-bindings: modify document of Rockchip power domains

Hi Elaine, Am Donnerstag, 14. April 2016, 10:10:55 schrieb Elaine Zhang: > Add qos example for power domain which found on Rockchip SoCs. > These qos register description in TRMs > (rk3036, rk3228, rk3288, rk3366, rk3368, rk3399) looks the same. > > Changes in v2: > No Changes. Changelogs

Re: [PATCH v2 1/2] dt-bindings: modify document of Rockchip power domains

Hi Elaine, Am Donnerstag, 14. April 2016, 10:10:55 schrieb Elaine Zhang: > Add qos example for power domain which found on Rockchip SoCs. > These qos register description in TRMs > (rk3036, rk3228, rk3288, rk3366, rk3368, rk3399) looks the same. > > Changes in v2: > No Changes. Changelogs

[PATCH] clk: samsung: exynos7: Don't gate CMU_{CCORE, FSYS0} blocks clock

This patch adds CLK_IS_CRITICAL flag to ACLK_CCORE_133 and ACLK_FSYS0_200 clocks. These clocks are critical for accessing CMU_CCORE and CMU_FSYS0 blocks registers. Let these clocks to be enabled all the time. Signed-off-by: Alim Akhtar ---

[PATCH] clk: samsung: exynos7: Don't gate CMU_{CCORE, FSYS0} blocks clock

This patch adds CLK_IS_CRITICAL flag to ACLK_CCORE_133 and ACLK_FSYS0_200 clocks. These clocks are critical for accessing CMU_CCORE and CMU_FSYS0 blocks registers. Let these clocks to be enabled all the time. Signed-off-by: Alim Akhtar --- drivers/clk/samsung/clk-exynos7.c |5 +++-- 1 file

Re: [PATCH] qdisc: constify meta_type_ops structures

From: Julia Lawall Date: Sat, 9 Apr 2016 10:49:22 +0200 > The meta_type_ops structures are never modified, so declare them as const. > > Done with the help of Coccinelle. > > Signed-off-by: Julia Lawall Applied, thank you.

Re: [PATCH] qdisc: constify meta_type_ops structures

From: Julia Lawall Date: Sat, 9 Apr 2016 10:49:22 +0200 > The meta_type_ops structures are never modified, so declare them as const. > > Done with the help of Coccinelle. > > Signed-off-by: Julia Lawall Applied, thank you.

Re: [PATCH v6 04/16] x86/rtc: replace paravirt rtc check with platform legacy quirk

On 14/04/16 02:04, Luis R. Rodriguez wrote: > We have 4 types of x86 platforms that disable RTC: > > * Intel MID > * Lguest - uses paravirt > * Xen dom-U - uses paravirt > * x86 on legacy systems annotated with an ACPI legacy flag > > We can consolidate all of these into a platform

Re: [PATCH v6 04/16] x86/rtc: replace paravirt rtc check with platform legacy quirk

On 14/04/16 02:04, Luis R. Rodriguez wrote: > We have 4 types of x86 platforms that disable RTC: > > * Intel MID > * Lguest - uses paravirt > * Xen dom-U - uses paravirt > * x86 on legacy systems annotated with an ACPI legacy flag > > We can consolidate all of these into a platform

Re: [PATCH] KERNEL: resource: Fix bug on leakage in /proc/iomem file

On Wed, Apr 6, 2016 at 2:19 PM, Linus Torvalds wrote: > On Wed, Apr 6, 2016 at 10:54 AM, Linus Torvalds > wrote: >> >> So I'd find a patch like the attached to be perfectly acceptable (in >> fact, we should have done this long ago). >

Re: [PATCH] KERNEL: resource: Fix bug on leakage in /proc/iomem file

On Wed, Apr 6, 2016 at 2:19 PM, Linus Torvalds wrote: > On Wed, Apr 6, 2016 at 10:54 AM, Linus Torvalds > wrote: >> >> So I'd find a patch like the attached to be perfectly acceptable (in >> fact, we should have done this long ago). > > I just committed it, let's see if some odd program uses the

Re: [PATCH] mmc: sdhci: use IS_REACHABLE(CONFIG_LEDS_CLASS) to enable LED code

Hi. 2016-04-13 17:59 GMT+09:00 Adrian Hunter : > On 13/04/16 11:55, Masahiro Yamada wrote: >> defined(CONFIG_LEDS_CLASS) || (defined(CONFIG_LEDS_CLASS_MODULE) && \ >> defined(CONFIG_MMC_SDHCI_MODULE)) >> >> is equivalent to: >> >> defined(CONFIG_LEDS_CLASS) ||

Re: [PATCH] mmc: sdhci: use IS_REACHABLE(CONFIG_LEDS_CLASS) to enable LED code

Hi. 2016-04-13 17:59 GMT+09:00 Adrian Hunter : > On 13/04/16 11:55, Masahiro Yamada wrote: >> defined(CONFIG_LEDS_CLASS) || (defined(CONFIG_LEDS_CLASS_MODULE) && \ >> defined(CONFIG_MMC_SDHCI_MODULE)) >> >> is equivalent to: >> >> defined(CONFIG_LEDS_CLASS) ||

[PATCH V3 00/29] bitops: add parity functions

From: Zhaoxiu Zeng When I do "grep parity -r linux", I found many parity calculations distributed in many drivers. This patch series does: 1. provide generic and architecture-specific parity calculations 2. remove drivers' local parity calculations, use bitops'

[PATCH V3 00/29] bitops: add parity functions

From: Zhaoxiu Zeng When I do "grep parity -r linux", I found many parity calculations distributed in many drivers. This patch series does: 1. provide generic and architecture-specific parity calculations 2. remove drivers' local parity calculations, use bitops' parity functions instead

[PATCH v2 2/2] mmc: sdhci: use IS_ENABLE(CONFIG_LEDS_CLASS) to enable LED struct members

defined(CONFIG_LEDS_CLASS) || defined(CONFIG_LEDS_CLASS_MODULE) is equivalent to: IS_ENABLED(CONFIG_LEDS_CLASS) Signed-off-by: Masahiro Yamada --- Changes in v2: - Newly added drivers/mmc/host/sdhci.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)

[PATCH v2 2/2] mmc: sdhci: use IS_ENABLE(CONFIG_LEDS_CLASS) to enable LED struct members

defined(CONFIG_LEDS_CLASS) || defined(CONFIG_LEDS_CLASS_MODULE) is equivalent to: IS_ENABLED(CONFIG_LEDS_CLASS) Signed-off-by: Masahiro Yamada --- Changes in v2: - Newly added drivers/mmc/host/sdhci.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH v2 1/2] mmc: sdhci: use IS_REACHABLE(CONFIG_LEDS_CLASS) to enable LED code

defined(CONFIG_LEDS_CLASS) || (defined(CONFIG_LEDS_CLASS_MODULE) && \ defined(CONFIG_MMC_SDHCI_MODULE)) is equivalent to: defined(CONFIG_LEDS_CLASS) || (defined(CONFIG_LEDS_CLASS_MODULE) && \ defined(MODULE)) and it can also be written shortly as: IS_REACHABLE(CONFIG_LEDS_CLASS)

[PATCH v2 1/2] mmc: sdhci: use IS_REACHABLE(CONFIG_LEDS_CLASS) to enable LED code

defined(CONFIG_LEDS_CLASS) || (defined(CONFIG_LEDS_CLASS_MODULE) && \ defined(CONFIG_MMC_SDHCI_MODULE)) is equivalent to: defined(CONFIG_LEDS_CLASS) || (defined(CONFIG_LEDS_CLASS_MODULE) && \ defined(MODULE)) and it can also be written shortly as: IS_REACHABLE(CONFIG_LEDS_CLASS)

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

From: Yunhui Cui With the physical sectors combination, S25FS-S family flash requires some special operations for read/write functions. Signed-off-by: Yunhui Cui --- drivers/mtd/spi-nor/spi-nor.c | 59 +++ 1 file

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

From: Yunhui Cui With the physical sectors combination, S25FS-S family flash requires some special operations for read/write functions. Signed-off-by: Yunhui Cui --- drivers/mtd/spi-nor/spi-nor.c | 59 +++ 1 file changed, 59 insertions(+) diff --git

[PATCH 9/9] mtd: fsl-quadspi: add multi flash chip R/W on ls2080a

From: Yunhui Cui There is a hardware feature that qspi_amba_base is added internally by SOC design on ls2080a. so memmap_phy need not be added in driver. If memmap_phy is added, the flash A1 addr space is [0, memmap_phy] which far more than flash size. The AMBA memory will be

[PATCH 8/9] mtd: fsl-quadspi: disable AHB buffer prefetch

From: Yunhui Cui A-009282: QuadSPI: QuadSPI data pre-fetch can result in incorrect data Affects: QuadSPI Description: With AHB buffer prefetch enabled, the QuadSPI may return incorrect data on the AHB interface. The buffer pre-fetch is enabled if the fetch size as configured

[PATCH 3/9] mtd: spi-nor: fsl-quadspi: add fast-read mode support

From: Yunhui Cui The qspi driver add generic fast-read mode for different flash venders. There are some different board flash work on different mode, such fast-read, quad-mode. Signed-off-by: Yunhui Cui --- drivers/mtd/spi-nor/fsl-quadspi.c | 21

[PATCH 8/9] mtd: fsl-quadspi: disable AHB buffer prefetch

From: Yunhui Cui A-009282: QuadSPI: QuadSPI data pre-fetch can result in incorrect data Affects: QuadSPI Description: With AHB buffer prefetch enabled, the QuadSPI may return incorrect data on the AHB interface. The buffer pre-fetch is enabled if the fetch size as configured either in the LUT or

[PATCH 3/9] mtd: spi-nor: fsl-quadspi: add fast-read mode support

From: Yunhui Cui The qspi driver add generic fast-read mode for different flash venders. There are some different board flash work on different mode, such fast-read, quad-mode. Signed-off-by: Yunhui Cui --- drivers/mtd/spi-nor/fsl-quadspi.c | 21 - 1 file changed, 16

[PATCH 9/9] mtd: fsl-quadspi: add multi flash chip R/W on ls2080a

From: Yunhui Cui There is a hardware feature that qspi_amba_base is added internally by SOC design on ls2080a. so memmap_phy need not be added in driver. If memmap_phy is added, the flash A1 addr space is [0, memmap_phy] which far more than flash size. The AMBA memory will be divided into four

[PATCH 4/9] mtd: spi-nor: fsl-quadspi: extend support for some special requerment.

From: Yunhui Cui Add extra info in LUT table to support some special requerments. Spansion S25FS-S family flash need some special operations. Signed-off-by: Yunhui Cui --- drivers/mtd/spi-nor/fsl-quadspi.c | 44 +--

[PATCH 1/9] mtd:fsl-quadspi:use the property fields of SPI-NOR

We can get the read/write/erase opcode from the spi nor framework directly. This patch uses the information stored in the SPI-NOR to remove the hardcode in the fsl_qspi_init_lut(). Signed-off-by: Yunhui Cui Signed-off-by: Yunhui Cui ---

[PATCH 1/9] mtd:fsl-quadspi:use the property fields of SPI-NOR

We can get the read/write/erase opcode from the spi nor framework directly. This patch uses the information stored in the SPI-NOR to remove the hardcode in the fsl_qspi_init_lut(). Signed-off-by: Yunhui Cui Signed-off-by: Yunhui Cui --- drivers/mtd/spi-nor/fsl-quadspi.c | 40

[PATCH 4/9] mtd: spi-nor: fsl-quadspi: extend support for some special requerment.

From: Yunhui Cui Add extra info in LUT table to support some special requerments. Spansion S25FS-S family flash need some special operations. Signed-off-by: Yunhui Cui --- drivers/mtd/spi-nor/fsl-quadspi.c | 44 +-- include/linux/mtd/spi-nor.h | 4

[PATCH 5/9] mtd: spi-nor: fsl-quadspi:Support qspi for ls2080a

There is a hardware feature that qspi_amba_base is added internally by SOC design on ls2080a. So as to software, the driver need support to the feature. Signed-off-by: Yunhui Cui Signed-off-by: Yunhui Cui --- drivers/mtd/spi-nor/fsl-quadspi.c | 24

[PATCH 5/9] mtd: spi-nor: fsl-quadspi:Support qspi for ls2080a

There is a hardware feature that qspi_amba_base is added internally by SOC design on ls2080a. So as to software, the driver need support to the feature. Signed-off-by: Yunhui Cui Signed-off-by: Yunhui Cui --- drivers/mtd/spi-nor/fsl-quadspi.c | 24 ++-- 1 file changed, 22

[PATCH 2/9] mtd: fsl-quadspi: Rename SEQID_QUAD_READ to SEQID_READ

There are some read modes for flash, such as NORMAL, FAST, QUAD, DDR QUAD. These modes will use the identical lut table base So rename SEQID_QUAD_READ to SEQID_READ. Signed-off-by: Yunhui Cui Signed-off-by: Yunhui Cui ---

[PATCH 2/9] mtd: fsl-quadspi: Rename SEQID_QUAD_READ to SEQID_READ

There are some read modes for flash, such as NORMAL, FAST, QUAD, DDR QUAD. These modes will use the identical lut table base So rename SEQID_QUAD_READ to SEQID_READ. Signed-off-by: Yunhui Cui Signed-off-by: Yunhui Cui --- drivers/mtd/spi-nor/fsl-quadspi.c | 8 1 file changed, 4

spi-nor: fsl-quadspi:Support qspi for ls2080a

This patch set added the basic support for ls1021-twr/ls2080a-qds.

spi-nor: fsl-quadspi:Support qspi for ls2080a

This patch set added the basic support for ls1021-twr/ls2080a-qds.

RE: [PATCH v8 net-next 1/1] hv_sock: introduce Hyper-V Sockets

> From: David Miller [mailto:da...@davemloft.net] > Sent: Thursday, April 14, 2016 10:30 > To: Dexuan Cui > Cc: gre...@linuxfoundation.org; net...@vger.kernel.org; linux- > ker...@vger.kernel.org; de...@linuxdriverproject.org; o...@aepfle.de; > a...@canonical.com;

RE: [PATCH v8 net-next 1/1] hv_sock: introduce Hyper-V Sockets

> From: David Miller [mailto:da...@davemloft.net] > Sent: Thursday, April 14, 2016 10:30 > To: Dexuan Cui > Cc: gre...@linuxfoundation.org; net...@vger.kernel.org; linux- > ker...@vger.kernel.org; de...@linuxdriverproject.org; o...@aepfle.de; > a...@canonical.com; jasow...@redhat.com;

[PATCH] cgroup namespaces: add a 'nsroot=' mountinfo field

This is so that userspace can distinguish a mount made in a cgroup namespace from a bind mount from a cgroup subdirectory. Signed-off-by: Serge Hallyn --- Changelog: 2016-04-13: pass kernfs_node rather than dentry to show_options --- fs/kernfs/mount.c | 2 +-

[PATCH] cgroup namespaces: add a 'nsroot=' mountinfo field

This is so that userspace can distinguish a mount made in a cgroup namespace from a bind mount from a cgroup subdirectory. Signed-off-by: Serge Hallyn --- Changelog: 2016-04-13: pass kernfs_node rather than dentry to show_options --- fs/kernfs/mount.c | 2 +- include/linux/kernfs.h | 3

RE: [PATCH v3 4/4] mtd: spi-nor: Disable Micron flash HW protection

Hi all, I will send another patch set to replace this patch set. This patch set need not be reviewed more, Many thanks! Thanks Yunhui -Original Message- From: Bean Huo 霍斌斌 (beanhuo) [mailto:bean...@micron.com] Sent: Monday, March 21, 2016 10:56 AM To: Yunhui Cui; Yunhui Cui Cc:

RE: [PATCH v3 4/4] mtd: spi-nor: Disable Micron flash HW protection

Hi all, I will send another patch set to replace this patch set. This patch set need not be reviewed more, Many thanks! Thanks Yunhui -Original Message- From: Bean Huo 霍斌斌 (beanhuo) [mailto:bean...@micron.com] Sent: Monday, March 21, 2016 10:56 AM To: Yunhui Cui; Yunhui Cui Cc:

[PATCH 7/9] mtd: fsl-quadspi: Solve Micron Spansion flash command conflict

From: Yunhui Cui Add some lut_tables to support quad mode for flash n25q128 on the board ls1021a-twr and solve flash Spansion and Micron command conflict. In switch {}, The value of command SPINOR_OP_RD_EVCR and SPINOR_OP_SPANSION_RDAR is the same. They have to share the same

[PATCH 7/9] mtd: fsl-quadspi: Solve Micron Spansion flash command conflict

From: Yunhui Cui Add some lut_tables to support quad mode for flash n25q128 on the board ls1021a-twr and solve flash Spansion and Micron command conflict. In switch {}, The value of command SPINOR_OP_RD_EVCR and SPINOR_OP_SPANSION_RDAR is the same. They have to share the same seq_id:

Re: [PATCH memory-barriers.txt 1/7] documentation: Clarify relationship of barrier() to control dependencies

On Tue, 12 Apr 2016 08:52:49 -0700 "Paul E. McKenney" wrote: > The current documentation claims that the compiler ignores barrier(), > which is not the case. Instead, the compiler carefully pays attention > to barrier(), but in a creative way that still manages to

Re: [PATCH memory-barriers.txt 1/7] documentation: Clarify relationship of barrier() to control dependencies

On Tue, 12 Apr 2016 08:52:49 -0700 "Paul E. McKenney" wrote: > The current documentation claims that the compiler ignores barrier(), > which is not the case. Instead, the compiler carefully pays attention > to barrier(), but in a creative way that still manages to destroy > the control

Re: [PATCH] ftrace: filter: Match dot symbols when searching functions on ppc64.

On Wed, 13 Apr 2016 21:39 -0300 Thiago Jung Bauermann wrote: > People seem to be considering patches for next, so this looks like a good > moment to ping about this one. Your timing is fine with respect to the merge window. I'm currently traveling, but I'll get to

Re: [PATCH] ftrace: filter: Match dot symbols when searching functions on ppc64.

On Wed, 13 Apr 2016 21:39 -0300 Thiago Jung Bauermann wrote: > People seem to be considering patches for next, so this looks like a good > moment to ping about this one. Your timing is fine with respect to the merge window. I'm currently traveling, but I'll get to it on Monday. I have it

Re: [PATCH v2 0/2] vfs: Define new syscall getumask.

On Wed, 13 Apr 2016 06:59:50 -0700 Greg KH wrote: > Why not add this to the ktest infrastructure, we strongly encourage that > for new syscalls, along with a man page patch. Do you mean the "selftest infrastructure"? As I don't see how this could be used with ktest. See

Re: [PATCH v2 0/2] vfs: Define new syscall getumask.

On Wed, 13 Apr 2016 06:59:50 -0700 Greg KH wrote: > Why not add this to the ktest infrastructure, we strongly encourage that > for new syscalls, along with a man page patch. Do you mean the "selftest infrastructure"? As I don't see how this could be used with ktest. See

Re: [RESEND PATCH net-next] phy: keep the BCMR_LOOPBACK bit while setup forced mode

On 2016/4/14 2:41, Florian Fainelli wrote: > On 13/04/16 04:59, Weidong Wang wrote: >> When tested the PHY SGMII Loopback,: >> 1.set the LOOPBACK bit, >> 2.set the autoneg to AUTONEG_DISABLE, it calls the >> genphy_setup_forced which will clear the bit. >> >> So just keep the LOOPBACK bit while

Re: [RESEND PATCH net-next] phy: keep the BCMR_LOOPBACK bit while setup forced mode

On 2016/4/14 2:41, Florian Fainelli wrote: > On 13/04/16 04:59, Weidong Wang wrote: >> When tested the PHY SGMII Loopback,: >> 1.set the LOOPBACK bit, >> 2.set the autoneg to AUTONEG_DISABLE, it calls the >> genphy_setup_forced which will clear the bit. >> >> So just keep the LOOPBACK bit while

Re: [net-next][PATCH 0/2] RDS: couple of fixes for 4.6

From: Santosh Shilimkar Date: Fri, 8 Apr 2016 15:26:38 -0700 > Patches are also available at below git tree. > > git://git.kernel.org/pub/scm/linux/kernel/git/ssantosh/linux.git > for_4.6/net-next/rds-fixes "Bug fixes for 4.6" do not get targetted at the

Re: [net-next][PATCH 0/2] RDS: couple of fixes for 4.6

From: Santosh Shilimkar Date: Fri, 8 Apr 2016 15:26:38 -0700 > Patches are also available at below git tree. > > git://git.kernel.org/pub/scm/linux/kernel/git/ssantosh/linux.git > for_4.6/net-next/rds-fixes "Bug fixes for 4.6" do not get targetted at the net-next tree, that's for 4.7

  1   2   3   4   5   6   7   8   9   10   >