[PATCH V2] get_maintainer: Prepare for separate MAINTAINERS files

Allow for MAINTAINERS to become a directory and if it is, read all the files in the directory for maintained sections. Also look for all files named MAINTAINERS in all subdirectories excluding the .git directory. This adds ~.3 seconds of CPU on an Intel i5-6200 with an SSD. Miscellanea: o

Re: [PATCH v2 0/8] Add a script to check for Sphinx install requirements

On Mon, 17 Jul 2017 18:46:34 -0300 Mauro Carvalho Chehab wrote: > Sphinx installation is not trivial, as not all versions are supported, > and it requires a lot of stuff for math, images and PDF/LaTeX output > to work. > > So, add a script that checks if everything is

Re: [PATCH 1/8] mailbox: introduce ARM SMC based mailbox

On 02/07/17 06:55, Jassi Brar wrote: Hi Jassi, thank you very much for having a look! > On Fri, Jun 30, 2017 at 3:26 PM, Andre Przywara > wrote: >> This mailbox driver implements a mailbox which signals transmitted data >> via an ARM smc (secure monitor call)

Re: [PATCH v8 11/13] iommu/amd: Don't copy GCR3 table root pointer

On 07/24/17 at 06:33am, kbuild test robot wrote: > Hi Baoquan, > > [auto build test WARNING on iommu/next] > [also build test WARNING on v4.13-rc1] > [cannot apply to next-20170721] > [if your patch is applied to the wrong git tree, please drop us a note to > help improve the system] > > url:

[PATCH v2 2/3] mailbox: introduce ARM SMC based mailbox

This mailbox driver implements a mailbox which signals transmitted data via an ARM smc (secure monitor call) instruction. The mailbox receiver is implemented in firmware and can synchronously return data when it returns execution to the non-secure world again. An asynchronous receive path is not

Re: [PATCH] hwmon: (it87) Reapply probe path chip registers settings after resume

On 07/23/2017 01:13 PM, Maciej S. Szmigiero wrote: On 23.07.2017 22:01, Guenter Roeck wrote: On 07/23/2017 09:12 AM, Maciej S. Szmigiero wrote: After a suspend / resume cycle we possibly need to reapply chip registers settings that we had set or fixed in a probe path, since they might have

Re: [PATCH 2/2] printk/console: Enhance the check for consoles using init memory

Hello, On (07/21/17 16:32), Petr Mladek wrote: [..] > > sort of a problem here is that the next time anyone adds a new ->foo() > > callback to struct console, that person also needs to remember to update > > printk_late_init(). > > I am not super happy with this as well. Any hint how to do it

[PATCH V3 1/4] ARM64: dts: rockchip: rk3328 add iommu nodes

Add H265e/VEPU/VPU/VDEC/VOP iommu nodes Signed-off-by: Simon Xue --- changes since V2: - none arch/arm64/boot/dts/rockchip/rk3328.dtsi | 45 1 file changed, 45 insertions(+) diff --git a/arch/arm64/boot/dts/rockchip/rk3328.dtsi

[PATCH V3 3/4] ARM64: dts: rockchip: rk3368 add iommu nodes

Add IEP/ISP/VOP/HEVC/VPU iommu nodes Signed-off-by: Simon Xue --- changes since V2: use rockchip,disable-mmu-reset instead of rk-iommu,disable-reset-quirk arch/arm64/boot/dts/rockchip/rk3368.dtsi | 49 1 file changed, 49 insertions(+) diff

[PATCH V3 4/4] ARM64: dts: rockchip: rk3399 add iommu nodes

Add VPU/VDEC/IEP/VOPL/VOPB/ISP0/ISP1 iommu nodes Signed-off-by: Simon Xue --- changes since V2: use rockchip,disable-mmu-reset instead of rk-iommu,disable-reset-quirk arch/arm64/boot/dts/rockchip/rk3399.dtsi | 65 1 file changed, 65

[PATCH V3 2/4] ARM: dts: rockchip: rk322x add iommu nodes

Add VPU/VDEC/VOP/IEP iommu nodes Signed-off-by: Simon Xue --- changes since V2: - none arch/arm/boot/dts/rk322x.dtsi | 36 1 file changed, 36 insertions(+) diff --git a/arch/arm/boot/dts/rk322x.dtsi b/arch/arm/boot/dts/rk322x.dtsi

Re: [RESEND PATCH] parisc: defconfig: Cleanup from old Kconfig options

On 20.07.2017 07:00, Krzysztof Kozlowski wrote: > Remove old, dead Kconfig options (in order appearing in this commit): > - EXPERIMENTAL is gone since v3.9; > - INET_LRO: commit 7bbf3cae65b6 ("ipv4: Remove inet_lro library"); > - IP_NF_QUEUE: commit 3dd6664fac7e ("netfilter: remove unused

Re: [PATCH] hwmon: (it87) Reapply probe path chip registers settings after resume

On 23.07.2017 22:01, Guenter Roeck wrote: > On 07/23/2017 09:12 AM, Maciej S. Szmigiero wrote: >> After a suspend / resume cycle we possibly need to reapply chip registers >> settings that we had set or fixed in a probe path, since they might have >> been reset to default values or set incorrectly

Re: [PATCH V2 3/4] net-next: dsa: fix flow dissection

Hi John, [auto build test ERROR on net-next/master] [also build test ERROR on v4.13-rc1 next-20170721] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url:

[PATCH 1/3][resend] drm: rcar-du: use of_graph_get_remote_endpoint()

From: Kuninori Morimoto Now, we can use of_graph_get_remote_endpoint(). Let's use it. Signed-off-by: Kuninori Morimoto Reviewed-by: Laurent Pinchart --- based on

[PATCH 2/3][resend] media: ti-vpe: cal: use of_graph_get_remote_endpoint()

From: Kuninori Morimoto Now, we can use of_graph_get_remote_endpoint(). Let's use it. Signed-off-by: Kuninori Morimoto Reviewed-by: Sylwester Nawrocki Acked-by: Benoit Parrot ---

Re: [PATCH V2] pci: quirk: Apply APM ACS quirk to XGene devices

On Fri, 21 Jul 2017 13:20:18 -0700 Feng Kan wrote: > On Thu, Jul 20, 2017 at 3:22 PM, Alex Williamson > wrote: > > On Wed, 19 Jul 2017 17:46:51 -0700 > > Feng Kan wrote: > > > >> The APM X-Gene PCIe root port does not support ACS at

linux-next: manual merge of the drm tree with Linus' tree

Hi all, Today's linux-next merge of the drm tree got a conflict in: MAINTAINERS between commit: 82abbea734d6 ("MAINTAINERS: fix alphabetical ordering") from Linus' tree and commit: 3589211e9b03 ("drm/tinydrm: Add RePaper e-ink driver") from the drm tree. I fixed it up (see below) and

RE: [PATCH] Staging : unisys : visorbus : visorbus_main: Fixed a brace cdoing style issue

> -Original Message- > From: Himanshu Jha [mailto:himanshujha199...@gmail.com] > Subject: [PATCH] Staging : unisys : visorbus : visorbus_main: Fixed a brace > cdoing style issue > > Fixed coding style issue for function declaration. > This doesn't apply to Greg's branch, fix was already

Re: [PATCH -mm -v2 00/12] mm, THP, swap: Delay splitting THP after swapped out

On Mon, Jul 24, 2017 at 08:57:48AM +0800, Huang, Ying wrote: > Andrew Morton writes: > > > On Fri, 23 Jun 2017 15:12:51 +0800 "Huang, Ying" > > wrote: > > > >> From: Huang Ying > >> > >> Hi, Andrew, could you help me to

Re: [PATCH v2 0/8] Add a script to check for Sphinx install requirements

Em Sun, 23 Jul 2017 16:08:29 -0600 Jonathan Corbet escreveu: > On Mon, 17 Jul 2017 18:46:34 -0300 > Mauro Carvalho Chehab wrote: > > > Sphinx installation is not trivial, as not all versions are supported, > > and it requires a lot of stuff for math,

Linux 4.13-rc2

Things are chugging along, and we actually had a reasonably active rc2. Normally rc2 is really small because people are taking a breaher and haven't started finding bugs yet, but this time around we have a bigger-than-average rc2. We'll just have to see how that translates to the rest of the

[PATCH v2 3/3] mailbox: Kconfig: enable ARM SMC mailbox on 64-bit Allwinner SoCs

For 64-bit Allwinner SoCs there exist firmware implementations which provide SCPI controlled handlers for DVFS, sensors and power domains. To allow usage of this features, enable the required SMC mailbox when Allwinner SoCs are supported by the kernel. Signed-off-by: Andre Przywara

Re: [PATCH -mm -v2 00/12] mm, THP, swap: Delay splitting THP after swapped out

Andrew Morton writes: > On Fri, 23 Jun 2017 15:12:51 +0800 "Huang, Ying" wrote: > >> From: Huang Ying >> >> Hi, Andrew, could you help me to check whether the overall design is >> reasonable? >> >> Hi, Johannes and

Re: [kernel-hardening] [PATCH 00/11] S.A.R.A. a new stacked LSM

On 7/13/2017 12:51 PM, Serge E. Hallyn wrote: > Quoting Mimi Zohar (zo...@linux.vnet.ibm.com): >> On Thu, 2017-07-13 at 08:39 -0400, Matt Brown wrote: >> The question is really from a security perspective which is better? >> Obviously, as v2 of the patch set changed from using pathnames to >>

Re: [PATCH v3 3/9] perf annotate: Fix wrong --show-total-period option showing number of samples

Hi Arnaldo, Sorry, I'm too late. On 07/21/2017 08:24 PM, Arnaldo Carvalho de Melo wrote: Em Fri, Jul 21, 2017 at 06:41:29PM +0900, Taeung Song escreveu: On 07/21/2017 04:19 AM, Arnaldo Carvalho de Melo wrote: Em Thu, Jul 20, 2017 at 06:36:55AM +0900, Taeung Song escreveu: Currently the

Re: [PATCH] [RESEND] drm/rockchip: fix Kconfig dependencies

On 2017年07月22日 05:12, Arnd Bergmann wrote: A bug that I had fixed earlier just came back, with CONFIG_EXTCON=m, the rockchip drm driver will fail to link: drivers/gpu/drm/rockchip/cdn-dp-core.o: In function `cdn_dp_get_port_lanes': cdn-dp-core.c:(.text.cdn_dp_get_port_lanes+0x30): undefined

[PATCH] regulator: pwm-regulator: Remove unneeded gpiod NULL check

From: Fabio Estevam The gpiod API checks for NULL descriptors, so there is no need to duplicate the check in the driver. Signed-off-by: Fabio Estevam --- drivers/regulator/pwm-regulator.c | 6 ++ 1 file changed, 2 insertions(+), 4 deletions(-)

Re: linux-next: manual merge of the drm tree with Linus' tree

Hi all, On Mon, 24 Jul 2017 12:06:05 +1000 Stephen Rothwell wrote: > > Today's linux-next merge of the drm tree got a conflict in: > > MAINTAINERS > > between commit: > > 82abbea734d6 ("MAINTAINERS: fix alphabetical ordering") > > from Linus' tree and commit: > >

[PATCH V3 3/3] iommu/rockchip: ignore isp mmu reset operation

ISP mmu can't support reset operation, it won't get the expected result when reset, but rest functions work normally. Add this patch as a WA for this issue. Signed-off-by: Simon Xue --- changes since V2: use rockchip,disable-mmu-reset instead of rk-iommu,disable-reset-quirk

[PATCH V3 1/3] Docs: dt: rockchip: add rockchip,disable-mmu-reset property

Add rockchip,disable-mmu-reset property to disable some mmu reset operation Signed-off-by: Simon Xue --- changes since V2: use rockchip,disable-mmu-reset instead of rk-iommu,disable-reset-quirk Documentation/devicetree/bindings/iommu/rockchip,iommu.txt | 5 + 1 file

[PATCH V3 2/3] iommu/rockchip: add multi irqs support

RK3368 vpu mmu have two irqs, this patch support multi irqs Signed-off-by: Simon Xue --- changes since V2: use platform_irq_count to get irq nums drivers/iommu/rockchip-iommu.c | 35 ++- 1 file changed, 26 insertions(+), 9 deletions(-) diff

Re: af_packet: use after free in prb_retire_rx_blk_timer_expired

On Sat, Jul 22, 2017 at 8:40 PM, Ding Tianhong wrote: > Hi, Cong: > > Thanks for your quirk solution, but I still has some doubts about it, > it looks like fix the problem in the packet_setsockopt->packet_set_ring > processing, > but when in packet_release processing, it may could not release

Re: [PATCH V3 net-next 5/8] net: hns3: Add support of TX Scheduler & Shaper to HNS3 driver

On Sat, Jul 22, 2017 at 11:38:26PM +, Salil Mehta wrote: > > On Sat, Jun 17, 2017 at 06:24:28PM +0100, Salil Mehta wrote: > > > + > > > +int hclge_tm_schd_init(struct hclge_dev *hdev); > > > +int hclge_tm_setup_tc(struct hclge_dev *hdev); > > > > The definition of this function DNE. > Sorry,

Re: Kernel error messages: leds fujitsu::radio_led: Setting an LED's brightness failed

Hi Michal On Thu, Jul 20, 2017 at 08:42:57AM +0200, Micha?? K??pie?? wrote: > > I found your mail address in https://patchwork.kernel.org/patch/8598801/ > > and it seems you are somehow involved in the improvement for > > fujitsu-laptop LED handling. If this does not 'belong' to you, maybe you >

Re: [PATCH V4 net-next 5/8] net: hns3: Add support of TX Scheduler & Shaper to HNS3 driver

On Sat, Jul 22, 2017 at 11:09:39PM +0100, Salil Mehta wrote: > +int hclge_tm_setup_tc(struct hclge_dev *hdev); Like I said before, this function DNE. Thanks, Richard

Re: [PATCH] EDAC: remove unnecessary static in edac_fake_inject_write()

On 07/23/2017 12:53 AM, Julia Lawall wrote: On Sun, 23 Jul 2017, Gustavo A. R. Silva wrote: Hi Julia, On 07/23/2017 12:07 AM, Julia Lawall wrote: On Sat, 22 Jul 2017, Gustavo A. R. Silva wrote: Hi Julia, Borislav, On 07/22/2017 11:22 AM, Gustavo A. R. Silva wrote: Hi all, On

Re: [PATCH 1/2] staging: net: wireless: add ESP8089 WiFi driver

/linux/commits/Quentin-Schulz/add-ESP8089-WiFi-chip-driver/20170723-143744 config: blackfin-allyesconfig (attached as .config) compiler: bfin-uclinux-gcc (GCC) 6.2.0 reproduce: wget https://raw.githubusercontent.com/01org/lkp-tests/master/sbin/make.cross -O ~/bin/make.cross chmod +x

Re: [PATCH V8 1/6] PM / Domains: Add support to select performance-state of domains

On 21 July 2017 at 11:05, Viresh Kumar wrote: > On 21-07-17, 10:35, Ulf Hansson wrote: >> This depends on how drivers are dealing with runtime PM in conjunction >> with the new pm_genpd_update_performance_state(). >> >> In case you don't want to manage some of this in genpd, then each >> driver

[GIT PULL] xen: fixes for 4.13-rc2

Linus, Please git pull the following tag: git://git.kernel.org/pub/scm/linux/kernel/git/xen/tip.git for-linus-4.13b-rc2-tag xen: fixes for 4.13-rc2 It contains some fixes and cleanups for running under Xen. Now the new driver is omitted. :-) Thanks. Juergen arch/x86/xen/smp_pv.c |

Re: [PATCH v5] printk: Add pr_info_show_time

> For example, the persistent clock that is used to report > "Suspended for" message, although very useful, is not present on all > platforms. It is currently standardized for millisecond precision. Fix that on your platforms, instead?

RE: af_packet: use after free in prb_retire_rx_blk_timer_expired

Hi Wang Cong, With this patch , the system was crashed when setsockopt. The call trace as below: crash> bt PID: 3069 TASK: 8800afcc CPU: 0 COMMAND: "trinity-main" #0 [8801bec03ce0] machine_kexec at 8105354b #1 [8801bec03d40] crash_kexec at 810f7e82 #2

[PATCH] staging: net: wireless: fix badzero.cocci warnings

drivers/staging/esp8089/esp_mac80211.c:596:33-34: WARNING comparing pointer to 0 Compare pointer-typed values to NULL rather than 0 Semantic patch information: This makes an effort to choose between !x and x == NULL. !x is used if it has previously been used with the function used to

Re: bluetooth in v4.13-rc1: lock init missing somewhere?

Hi! > > I guess output just after boot will be more interesting? > > > > root@n900:/my/modules# insmod hci_nokia.ko > > root@n900:/my/modules# > > Message from syslogd@localhost at Jul 19 12:24:00 ... > > kernel:[ 174.363037] BUG: rwlock bad magic on CPU#0, > > kworker/u3:0/3027, c2665a48 > >

[PATCH] Staging: greybus: Match alignment with open parenthesis.

Alignment should match with open parenthesis. This fixes the coding style issue. Signed-off-by: Shreeya Patel --- drivers/staging/greybus/tools/loopback_test.c | 35 --- 1 file changed, 16 insertions(+), 19 deletions(-) diff --git

Re: [PATCH 1/2] staging: net: wireless: add ESP8089 WiFi driver

/linux/commits/Quentin-Schulz/add-ESP8089-WiFi-chip-driver/20170723-143744 config: i386-allmodconfig (attached as .config) compiler: gcc-6 (Debian 6.2.0-3) 6.2.0 20160901 reproduce: # save the attached .config to linux build tree make ARCH=i386 All errors (new ones prefixed

Re: [PATCH] Staging: greybus: Match alignment with open parenthesis.

On Sun, Jul 23, 2017 at 02:09:57PM +0530, Shreeya Patel wrote: > Alignment should match with open parenthesis. > This fixes the coding style issue. No, it need not. This is a choice left up to the author, even if checkpatch happens to complain about it with the --strict option. Thanks, Johan

RE: [PATCH V4 net-next 5/8] net: hns3: Add support of TX Scheduler & Shaper to HNS3 driver

Hi Richard, > -Original Message- > From: linux-rdma-ow...@vger.kernel.org [mailto:linux-rdma- > ow...@vger.kernel.org] On Behalf Of Richard Cochran > Sent: Sunday, July 23, 2017 7:17 AM > To: Salil Mehta > Cc: da...@davemloft.net; Zhuangyuzeng (Yisen); huangdaode; lipeng (Y); >

Re: [PATCH] HID: rmi: Make sure the HID device is opened on resume

On Sun, Jul 23, 2017 at 4:15 AM, Lyude wrote: > So, call hid_hw_open() in rmi_post_resume() so we make sure that the > device is alive before we try talking to it. > > This fixes RMI device suspend/resume over HID. > - int ret; > + int ret = 0; What's the point? > > if

RE: af_packet: use after free in prb_retire_rx_blk_timer_expired

Hi, Do we need delete the v3 ring, when tp_version changed from TPACKET_V3 to TPACKET_V1 ? Best Regards, liujian > -Original Message- > From: liujian (CE) > Sent: Sunday, July 23, 2017 4:21 PM > To: 'Cong Wang'; Dingtianhong > Cc: Willem de Bruijn; Dave Jones;

[PATCH 1/9] tty: mxser: constify pci_device_id.

pci_device_id are not supposed to change at runtime. All functions working with pci_device_id provided by work with const pci_device_id. So mark the non-const structs as const. File size before: textdata bss dec hex filename 202531184 19904 41341a17d

[PATCH 6/9] tty: serial: pci: constify pci_device_id.

pci_device_id are not supposed to change at runtime. All functions working with pci_device_id provided by work with const pci_device_id. So mark the non-const structs as const. File size before: textdata bss dec hex filename 12626 18128 0 307547822

[PATCH 0/9] constify tty pci_device_id.

pci_device_id are not supposed to change at runtime. All functions working with pci_device_id provided by work with const pci_device_id. So mark the non-const structs as const. Arvind Yadav (9): [PATCH 1/9] tty: mxser: constify pci_device_id. [PATCH 2/9] tty: isicom: constify pci_device_id.

[PATCH 9/9] tty: synclink_gt: constify pci_device_id.

pci_device_id are not supposed to change at runtime. All functions working with pci_device_id provided by work with const pci_device_id. So mark the non-const structs as const. File size before: textdata bss dec hex filename 41180 480 185 41845a375

[PATCH 8/9] tty: serial: jsm: constify pci_device_id.

pci_device_id are not supposed to change at runtime. All functions working with pci_device_id provided by work with const pci_device_id. So mark the non-const structs as const. File size before: textdata bss dec hex filename 24421088 83538 dd2

[PATCH 5/9] tty: moxa: constify pci_device_id.

pci_device_id are not supposed to change at runtime. All functions working with pci_device_id provided by work with const pci_device_id. So mark the non-const structs as const. File size before: textdata bss dec hex filename 14201 6561760 1661740e9

[PATCH 7/9] tty: serial: exar: constify pci_device_id.

pci_device_id are not supposed to change at runtime. All functions working with pci_device_id provided by work with const pci_device_id. So mark the non-const structs as const. File size before: textdata bss dec hex filename 40301280 0531014be

[PATCH 2/9] tty: isicom: constify pci_device_id.

pci_device_id are not supposed to change at runtime. All functions working with pci_device_id provided by work with const pci_device_id. So mark the non-const structs as const. File size before: textdata bss dec hex filename 121761520 25864 395609a88

[PATCH 4/9] tty: synclink: constify pci_device_id.

pci_device_id are not supposed to change at runtime. All functions working with pci_device_id provided by work with const pci_device_id. So mark the non-const structs as const. File size before: textdata bss dec hex filename 51755 400 513 52668cdbc

[PATCH 3/9] tty: synclinkmp: constify pci_device_id.

pci_device_id are not supposed to change at runtime. All functions working with pci_device_id provided by work with const pci_device_id. So mark the non-const structs as const. File size before: textdata bss dec hex filename 44660 432 104 45196b08c

Re: [PATCH V2 net-next 12/21] net-next/hinic: Add qp resources

Hi David, Strange that checkpatch.pl --strict didn't warn about it. We will fix it. Thanks for review, Aviad On 7/20/2017 2:13 AM, David Miller wrote: > From: Aviad Krawczyk > Date: Wed, 19 Jul 2017 17:19:10 +0800 > >> diff --git a/drivers/net/ethernet/huawei/hinic/Makefile >>

Re: [PATCH] staging: vboxvideo: remove unused variables

Hello, 22.07.2017 20:17, Hans de Goede wrote: > Hi, > > On 22-07-17 12:55, Paolo Cretaro wrote: >> Fix compiler warnings: >> vbox_mode.c:57:15: warning: variable ‘crtc_id’ set but not used >> vbox_mode.c:581:25: warning: variable ‘vbox_connector’ set but not used >> >> Signed-off-by: Paolo

[PATCH 01/10] dt-bindings: add binding for the SY8160A voltage regulator

From: Ondrej Jirman SY8106A is an I2C-controlled adjustable voltage regulator made by Silergy Corp. Add its device tree binding. Signed-off-by: Ondrej Jirman [Icenowy: Change commit message] Signed-off-by: Icenowy Zheng --- .../bindings/regulator/sy8106a-regulator.txt| 21

[PATCH 02/10] regulator: add support for SY8106A regulator

From: Ondrej Jirman SY8106A is an I2C attached single output regulator made by Silergy Corp, which is used on several Allwinner H3/H5 SBCs to control the power supply of the ARM cores. Add a driver for it. Signed-off-by: Ondrej Jirman [Icenowy: Change commit message] Signed-off-by: Icenowy

[PATCH 00/10] A trial to Allwinner H3 DVFS support

This patchset is a trial for DVFS support for Allwinner H3 SoC, considering two kinds of adjustable regulators used on H3 boards: SY8106A I2C-controlled regulator and SY8113B regulator (controllable by GPIO with some special designs on the board). PATCH 1 and PATCH 2 are for the SY8106A

[PATCH 04/10] ARM: sunxi: h3/h5: Add r_i2c I2C controller

From: Ondrej Jirman Allwinner H3/H5 SoCs have an I2C controller at PL GPIO bank. Add support for it in the device tree. Signed-off-by: Ondrej Jirman [Icenowy: Change to use r_ccu and change pinmux node name] Signed-off-by: Icenowy Zheng --- arch/arm/boot/dts/sunxi-h3-h5.dtsi | 14

[PATCH 03/10] ARM: sunxi: h3/h5: Add r_i2c pinmux node

From: Ondrej Jirman H3/H5 SoCs contain an I2C controller optionally available on the PL0 and PL1 pins. This patch adds pinmux configuration for this controller. Signed-off-by: Ondrej Jirman [Icenowy: change commit message and node name] Signed-off-by: Icenowy Zheng ---

[PATCH 06/10] clk: sunxi-ng: allow set parent clock (PLL_CPUX) for CPUX clock on H3

The CPUX clock, which is the main clock of the ARM core on Allwinner H3, can be adjusted by changing the frequency of the PLL_CPUX clock. Allowing setting parent clock for the CPUX clock, thus the PLL_CPUX clock can be adjusted when adjusting the CPUX clock. Signed-off-by: Icenowy Zheng ---

[PATCH 05/10] clk: sunxi-ng: h3: gate then ungate PLL CPU clk after rate change

From: Chen-Yu Tsai This patch utilizes the new PLL clk notifier to gate then ungate the PLL CPU clock after rate changes. This should prevent any system hangs resulting from cpufreq changes to the clk. Reported-by: Ondrej Jirman Signed-off-by: Chen-Yu Tsai Tested-by: Icenowy Zheng ---

[PATCH 07/10] cpufreq: dt: Add support for some new Allwinner SoCs

Some new Allwinner SoCs get supported in the kernel after the compatibles are added to cpufreq-dt-platdev driver. Add their compatible strings in the cpufreq-dt-platdev driver. Cc: "Rafael J. Wysocki" Cc: Viresh Kumar Signed-off-by: Icenowy Zheng --- drivers/cpufreq/cpufreq-dt-platdev.c | 6

[PATCH 08/10] ARM: sun8i: h3: add operating-points-v2 table for CPU

The CPU on Allwinner H3 can do dynamic frequency scaling. Add a DVFS table based on the one tweaked by Armbian developers, which are proven to work stably on BSP kernels. Frequencies higher than 1008MHz are temporarily dropped in the table, as they may lead to over voltage on boards without

[PATCH 09/10] ARM: sun8i: h2+: add SY8113B regulator used by Orange Pi Zero board

Orange Pi Zero board has a SY8113B regulator, which is controlled via GPIO and capable of outputing 1.1V when the PL6 GPIO is set to output 0 or 1.3V when the PL6 GPIO is set to input or output 1, and the output is the power supply of the ARM cores in H2+ SoC. Add the device tree node of this

[PATCH 10/10] ARM: dts: sun8i: Add SY8106A regulator to Orange Pi PC

From: Ondrej Jirman Add SY8106A regulator to r_i2c bus and enable the r_i2c bus on Orange Pi PC, then set the power supply of the ARM cores to this regulator, in order to enable DVFS. Signed-off-by: Ondrej Jirman [Icenowy: Enable DVFS in this patch, slight changes and change commit message]

Re: [PATCH V2 net-next 01/21] net-next/hinic: Initialize hw interface

Hi Francois, ERR_PTR / IS ERR - we will change it err_xyz labels - we will change it according to other companies style. hinic_free_hwdev - It is there to mark us changes for VF code. We will remove it, it can't be failed. hinic_remove - If insmod failed and someone calls rmmod, we will get a

Re: [PATCH 1/3] iio: adc: stm32: fix common clock rate

On Tue, 18 Jul 2017 14:35:30 +0200 Fabrice Gasnier wrote: > Fixes commit 95e339b6e85d ("iio: adc: stm32: add support for STM32H7") > > Fix common clock rate used then by stm32-adc sub-devices: take common > prescaler into account. > Fix ADC max clock rate on STM32H7 (fADC from datasheet) > >

Re: [PATCH 2/3] dt-bindings: iio: adc: stm32: add optional min-sample-time

On Tue, 18 Jul 2017 14:35:31 +0200 Fabrice Gasnier wrote: > STM32 ADC allows each channel to be sampled with a different sampling > time. There's an application note that deals with this: 'How to get > the best ADC accuracy in STM32...' It basically depends on analog input > signal electrical

Re: [PATCH 3/3] iio: adc: stm32: add optional min-sample-time

On Tue, 18 Jul 2017 14:35:32 +0200 Fabrice Gasnier wrote: > STM32 ADC allows each channel to be sampled with a different sampling time, > by setting SMPR registers. Basically, value depends on local electrical > properties. Selecting correct value for sampling time highly depends on > analog

Re: [PATCH v3 1/4] i2c: add helpers to ease DMA handling

On Tue, 18 Jul 2017 12:23:36 +0200 Wolfram Sang wrote: > One helper checks if DMA is suitable and optionally creates a bounce > buffer, if not. The other function returns the bounce buffer and makes > sure the data is properly copied back to the message. > > Signed-off-by: Wolfram Sang My

Re: [PATCH v3 2/4] i2c: add docs to clarify DMA handling

On Tue, 18 Jul 2017 12:23:37 +0200 Wolfram Sang wrote: > Signed-off-by: Wolfram Sang Is this material not perhaps better placed in the sphinx docs? Up to you of course as your subsystem ;) Text is good though. Acked-by: Jonathan Cameron > --- > Changes since v2: > > * documentation updates.

Re: [PATCH 22/32] tracing: Add support for 'synthetic' events

Hi Tom, On Mon, Jun 26, 2017 at 05:49:23PM -0500, Tom Zanussi wrote: > Synthetic events are user-defined events generated from hist trigger > variables saved from one or more other events. > > To define a synthetic event, the user writes a simple specification > consisting of the name of the new

Re: [PATCH] Staging: greybus: Match alignment with open parenthesis.

On Sun, Jul 23, 2017 at 10:47:43AM +0200, Johan Hovold wrote: > On Sun, Jul 23, 2017 at 02:09:57PM +0530, Shreeya Patel wrote: > > Alignment should match with open parenthesis. > > This fixes the coding style issue. > > No, it need not. This is a choice left up to the author, even if > checkpatch

[PATCH] staging: comedi: ni_mio_common.c: fix coding style issue

>From 3e90ab52ad9b437d7c09cc667161cdb855c0cc7b Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Christopher=20M=C3=A5rtensson?= Date: Sun, 23 Jul 2017 13:05:09 +0200 Subject: [PATCH] staging: comedi: ni_mio_common.c: fix coding style issue "checkpatch.pl -f ..." gave ERROR: open brace '{' following

[PATCH cgroup/for-4.13-fixes] cgroup: fix error return value from cgroup_subtree_control()

While refactoring, f7b2814bb9b6 ("cgroup: factor out cgroup_{apply|finalize}_control() from cgroup_subtree_control_write()") broke error return value from the function. The return value from the last operation is always overridden to zero. Fix it. Signed-off-by: Tejun Heo Cc:

Re: [PATCH cgroup/for-4.13-fixes] cgroup: fix error return value from cgroup_subtree_control()

On Sun, Jul 23, 2017 at 08:14:15AM -0400, Tejun Heo wrote: > While refactoring, f7b2814bb9b6 ("cgroup: factor out > cgroup_{apply|finalize}_control() from > cgroup_subtree_control_write()") broke error return value from the > function. The return value from the last operation is always >

[PATCH] cgroup: remove unnecessary empty check when enabling threaded mode

cgroup_enable_threaded() checks that the cgroup doesn't have any tasks or children and fails the operation if so. This test is unnecessary because the first part is already checked by cgroup_can_be_thread_root() and the latter is unnecessary. The latter actually cause a behavioral oddity.

[PATCH wq/for-4.13-fixes] workqueue: implicit ordered attribute should be overridable

5c0338c68706 ("workqueue: restore WQ_UNBOUND/max_active==1 to be ordered") automatically enabled ordered attribute for unbound workqueues w/ max_active == 1. Because ordered workqueues reject max_active and some attribute changes, this implicit ordered mode broke cases where the user creates an

Re: [PATCH] Staging: greybus: Match alignment with open parenthesis.

On Sun, Jul 23, 2017 at 03:10:53PM +0300, Dan Carpenter wrote: > On Sun, Jul 23, 2017 at 10:47:43AM +0200, Johan Hovold wrote: > > On Sun, Jul 23, 2017 at 02:09:57PM +0530, Shreeya Patel wrote: > > > Alignment should match with open parenthesis. > > > This fixes the coding style issue. > > > >

RE: af_packet: use after free in prb_retire_rx_blk_timer_expired

Hi I find it caused by below steps: 1. set tp_version to TPACKET_V3 and req->tp_block_nr to 1 2. set tp_block_nr to 0 Then pg_vec was freed, and we did not delete the timer? Best Regards, liujian > -Original Message- > From: liujian (CE) > Sent: Sunday, July 23, 2017 5:47 PM > To:

Re: [PATCH V4 net-next 8/8] net: hns3: Add HNS3 driver to kernel build framework & MAINTAINERS

On Sat, Jul 22, 2017 at 11:09:42PM +0100, Salil Mehta wrote: > This patch updates the MAINTAINERS file with HNS3 Ethernet driver > maintainers names and other details. This also introduces the new > Makefiles required to build the HNS3 Ethernet driver and updates > the existing Kconfig file in the

Re: [PATCH V4 net-next 2/8] net: hns3: Add support of the HNAE3 framework

On Sat, Jul 22, 2017 at 11:09:36PM +0100, Salil Mehta wrote: > This patch adds the support of the HNAE3 (Hisilicon Network > Acceleration Engine 3) framework support to the HNS3 driver. > > Framework facilitates clients like ENET(HNS3 Ethernet Driver), RoCE > and user-space Ethernet drivers (like

c21b48 causes nfs client to hang and kernel BUG at ./include/linux/mm.h:432 (bisected)

Hi! I've bisected a bug I'm seeing to: c21b48cc1bbf2f5af3ef54ada559f7fadf8b508b net: adjust skb->truesize in ___pskb_trim() The bug manifests as my NFS4 (TCP) client mount hanging after 5-10s of heavy read data transfer, which also produces: kernel BUG at ./include/linux/mm.h:462 (see full

Re: [PATCH 6/8] x86: add MULTIUSER dependency for KVM

On 19/07/2017 18:13, Radim Krčmář wrote: > Good point, 'select' seems misused here. > > There is no reason to depend on TASKSTATS (nor NET+MULTIUSER), we only > suggest to enable it with KVM. KVM uses sched_info_on() to handle any > any possible resulting configuration, c9aaa8957f20 ("KVM: Steal

[PATCH-next] IB/hns: fix implicit irq include causing build fails in roce_eq

To fix: drivers/infiniband/hw/hns/hns_roce_eq.c:477:1: error: unknown type name ‘irqreturn_t’ static irqreturn_t hns_roce_msi_x_interrupt(int irq, void *eq_ptr) ^ drivers/infiniband/hw/hns/hns_roce_eq.c: In function ‘hns_roce_msi_x_interrupt’: drivers/infiniband/hw/hns/hns_roce_eq.c:485:2:

[PATCH v3 3/5] iio: adc: sun4i-gpadc-iio: add support for H3 thermal sensor

This adds support for the Allwinner H3 thermal sensor. Allwinner H3 has a thermal sensor like the one in A33, but have its registers nearly all re-arranged, sample clock moved to CCU and a pair of bus clock and reset added. It's also the base of newer SoCs' thermal sensors. Some new options is

[PATCH v3 4/5] ARM: sun8i: h3: add support for the thermal sensor in H3

As we have gained the support for the thermal sensor in H3, we can now add its device nodes to the device tree. Add them to the H3 device tree. The H5 thermal sensor has some differences, and will be added furtherly. Signed-off-by: Icenowy Zheng --- Changes in v3: - Clock name changes. -

[PATCH v3 2/5] iio: adc: sun4i-gpadc-iio: rename A23/A33-specified registers to contain A23

As the H3 SoC, which is also in sun8i line, has totally different register map for the thermal sensor (a cut down version of GPADC), we should rename A23/A33-specified registers to contain A23, in order to prevent obfuscation with H3 registers. Currently these registers are only prefixed "SUN8I",

[PATCH v3 0/5] IIO-based thermal sensor driver for Allwinner H3 SoC

Allwiner H3 SoC has a thermal sensor, which is a large refactored version of the old Allwinner "GPADC" (although it have already only thermal part left in A33). This patch tried to add support for the sensor in H3 based on the A33 thermal sensor driver by Quentin Schulz, which is already merged.

[PATCH v3 1/5] dt-bindings: update the Allwinner GPADC device tree binding for H3

Allwinner H3 features a thermal sensor like the one in A33, but has its register re-arranged, the clock divider moved to CCU (originally the clock divider is in ADC) and added a pair of bus clock and reset. Update the binding document to cover H3. Signed-off-by: Icenowy Zheng --- Changes in v3:

[PATCH v3 5/5] ARM: sun8i: h3: add partial CPU thermal zone

Because of the restriction of the OF thermal framework, the thermal sensor will fail to probe if the thermal zone doesn't exist. Add a partial thermal zone which claims the H3 THS as the thermal sensor. The cooling device (CPU DVFS) is still not added as it's not ready, and the trip points are

[PATCH] thermal: core: fix some format issues on critical shutdown string

The critical shutdown notice string used to have some spaces missing, which makes it not so pretty. Add the spaces to satisfy usual English space rules. Reported-by: Mingcong Bai Signed-off-by: Icenowy Zheng --- drivers/thermal/thermal_core.c | 2 +- 1 file changed, 1 insertion(+), 1

<    1   2   3   4   5   >