RE: [PATCH 1/2] ACPICA: adapt buffer length for Field Attrib Raw Process in Ops Region

Hi, > From: Benjamin Tissoires [mailto:benjamin.tissoi...@redhat.com] > Subject: [PATCH 1/2] ACPICA: adapt buffer length for Field Attrib Raw > Process in Ops Region > > Detected on the Surface 3: > The MSHW0011 driver uses Field Attrib Raw Process to return information > for the ACPI Battery.

RE: [PATCH 1/2] ACPICA: adapt buffer length for Field Attrib Raw Process in Ops Region

Hi, > From: Benjamin Tissoires [mailto:benjamin.tissoi...@redhat.com] > Subject: [PATCH 1/2] ACPICA: adapt buffer length for Field Attrib Raw > Process in Ops Region > > Detected on the Surface 3: > The MSHW0011 driver uses Field Attrib Raw Process to return information > for the ACPI Battery.

[PATCH v2 0/6] extcon: Add the support for extcon type and property

This patch-set add the support the extcon type, extcon property and the synchronization functions. The each external connector has the common characters. So, the external connectors are able to gather in the specific type. And the each external connectors has the specific H/W desigin to support

[PATCH v2 3/6] extcon: Add the support for the capability of each property

This patch adds the support of the property capability setting. This function decides the supported properties of each external connector on extcon provider driver. Ths list of new extcon APIs to get/set the capability of property as following: - int extcon_get_property_capability(struct

[PATCH v2 5/6] extcon: Add the synchronization extcon APIs to support the notification

This patch adds the synchronization extcon APIs to support the notifications for both state and property. When extcon_*_sync() functions is called, the extcon informs the information from extcon provider to extcon client. The extcon driver may need to change the both state and multiple properties

[PATCH v2 0/6] extcon: Add the support for extcon type and property

This patch-set add the support the extcon type, extcon property and the synchronization functions. The each external connector has the common characters. So, the external connectors are able to gather in the specific type. And the each external connectors has the specific H/W desigin to support

[PATCH v2 3/6] extcon: Add the support for the capability of each property

This patch adds the support of the property capability setting. This function decides the supported properties of each external connector on extcon provider driver. Ths list of new extcon APIs to get/set the capability of property as following: - int extcon_get_property_capability(struct

[PATCH v2 5/6] extcon: Add the synchronization extcon APIs to support the notification

This patch adds the synchronization extcon APIs to support the notifications for both state and property. When extcon_*_sync() functions is called, the extcon informs the information from extcon provider to extcon client. The extcon driver may need to change the both state and multiple properties

[PATCH v2 4/6] extcon: Rename the extcon_set/get_state() to maintain the function naming pattern

This patch just renames the existing extcon_get/set_cable_state_() as following because of maintaining the function naming pattern like as extcon APIs for property. - extcon_set_cable_state_() -> extcon_set_state() - extcon_get_cable_state_() -> extcon_get_state() But, this patch remains the old

[PATCH v2 1/6] extcon: Add the extcon_type to gather each connector into five category

This patch adds the new extcon type to group the each connecotr into following five category. This type would be used to handle the connectors as a group unit instead of a connector unit. - EXTCON_TYPE_USB : USB connector - EXTCON_TYPE_CHG : Charger connector - EXTCON_TYPE_JACK : Jack connector

[PATCH v2 6/6] extcon: Add EXTCON_DISP_DP and the property for USB Type-C

From: Chris Zhong Add EXTCON_DISP_DP for the Display external connector. For Type-C connector the DisplayPort can work as an Alternate Mode(VESA DisplayPort Alt Mode on USB Type-C Standard). The Type-C support both normal and flipped orientation, so add a property to extcon.

[PATCH v2 4/6] extcon: Rename the extcon_set/get_state() to maintain the function naming pattern

This patch just renames the existing extcon_get/set_cable_state_() as following because of maintaining the function naming pattern like as extcon APIs for property. - extcon_set_cable_state_() -> extcon_set_state() - extcon_get_cable_state_() -> extcon_get_state() But, this patch remains the old

[PATCH v2 1/6] extcon: Add the extcon_type to gather each connector into five category

This patch adds the new extcon type to group the each connecotr into following five category. This type would be used to handle the connectors as a group unit instead of a connector unit. - EXTCON_TYPE_USB : USB connector - EXTCON_TYPE_CHG : Charger connector - EXTCON_TYPE_JACK : Jack connector

[PATCH v2 6/6] extcon: Add EXTCON_DISP_DP and the property for USB Type-C

From: Chris Zhong Add EXTCON_DISP_DP for the Display external connector. For Type-C connector the DisplayPort can work as an Alternate Mode(VESA DisplayPort Alt Mode on USB Type-C Standard). The Type-C support both normal and flipped orientation, so add a property to extcon. Signed-off-by:

[PATCH v2 2/6] extcon: Add the support for extcon property according to extcon type

This patch support the extcon property for the external connector because each external connector might have the property according to the H/W design and the specific characteristics. - EXTCON_PROP_USB_[property name] - EXTCON_PROP_CHG_[property name] - EXTCON_PROP_JACK_[property name] -

[PATCH v2 2/6] extcon: Add the support for extcon property according to extcon type

This patch support the extcon property for the external connector because each external connector might have the property according to the H/W design and the specific characteristics. - EXTCON_PROP_USB_[property name] - EXTCON_PROP_CHG_[property name] - EXTCON_PROP_JACK_[property name] -

[PATCH net v2] 8139too: fix system hang when there is a tx timeout event.

If tx timeout event occur, kernel will call rtl8139_tx_timeout_task() to reset hardware. But in this function, driver does not stop tx and rx function before reset hardware, that will cause system hang. In this patch, add stop tx and rx function before reset hardware. Signed-off-by: Chunhao Lin

[PATCH net v2] 8139too: fix system hang when there is a tx timeout event.

If tx timeout event occur, kernel will call rtl8139_tx_timeout_task() to reset hardware. But in this function, driver does not stop tx and rx function before reset hardware, that will cause system hang. In this patch, add stop tx and rx function before reset hardware. Signed-off-by: Chunhao Lin

Re: [RFC] can we use vmalloc to alloc thread stack if compaction failed

On Fri, Jul 29, 2016 at 12:47:38PM -0700, Andy Lutomirski wrote: > -- Forwarded message -- > From: "Joonsoo Kim" > Date: Jul 28, 2016 7:57 PM > Subject: Re: [RFC] can we use vmalloc to alloc thread stack if compaction > failed > To: "Andy Lutomirski"

Re: [RFC] can we use vmalloc to alloc thread stack if compaction failed

On Fri, Jul 29, 2016 at 12:47:38PM -0700, Andy Lutomirski wrote: > -- Forwarded message -- > From: "Joonsoo Kim" > Date: Jul 28, 2016 7:57 PM > Subject: Re: [RFC] can we use vmalloc to alloc thread stack if compaction > failed > To: "Andy Lutomirski" > Cc: "Xishi Qiu" , "Michal

Re: [PATCH v2] bpf: silence warnings when building kernel/bpf/core.c with W=1

On Sun, 31 Jul 2016 21:42:22 -0700, Alexei Starovoitov said: > and at least 2 other such patches for other files... > Is there a single warning where -Woverride-init was useful? > May be worth disabling this warning for the whole build? There's a few other cases that *aren't* the "define the

Re: [PATCH v2] bpf: silence warnings when building kernel/bpf/core.c with W=1

On Sun, 31 Jul 2016 21:42:22 -0700, Alexei Starovoitov said: > and at least 2 other such patches for other files... > Is there a single warning where -Woverride-init was useful? > May be worth disabling this warning for the whole build? There's a few other cases that *aren't* the "define the

Re:mips builds failing in v3.18.38 and v4.1.29

Hi, I have already told Sasha that "MIPS: Reserve nosave data for hibernation" should not be backported to 4.1/3.18. But he has no response. Huacai -- Original -- From: "Guenter Roeck"; Date: Mon, Aug 1, 2016 07:57 AM To: "Sasha

Re:mips builds failing in v3.18.38 and v4.1.29

Hi, I have already told Sasha that "MIPS: Reserve nosave data for hibernation" should not be backported to 4.1/3.18. But he has no response. Huacai -- Original -- From: "Guenter Roeck"; Date: Mon, Aug 1, 2016 07:57 AM To: "Sasha Levin"; Cc: "stable";

Re: [PATCH 4/4] x86/efi: Allocate a trampoline if needed in efi_free_boot_services()

On 07/26/16 15:55, Andy Lutomirski wrote: > + /* > + * Nasty quirk: if all sub-1MB memory is used for boot > + * services, we can get here without having allocated the > + * real mode trampoline. It's too late to hand boot services > +

Re: [PATCH 4/4] x86/efi: Allocate a trampoline if needed in efi_free_boot_services()

On 07/26/16 15:55, Andy Lutomirski wrote: > + /* > + * Nasty quirk: if all sub-1MB memory is used for boot > + * services, we can get here without having allocated the > + * real mode trampoline. It's too late to hand boot services > +

Re: [ANNOUNCE] git-series: track changes to a patch series over time

On Fri, Jul 29, 2016 at 12:10 PM, Richard Ipsum wrote: > On Thu, Jul 28, 2016 at 11:40:55PM -0700, Josh Triplett wrote: > [snip] >> >> I'd welcome any feedback, whether on the interface and workflow, the >> internals and collaboration, ideas on presenting diffs of

Re: [ANNOUNCE] git-series: track changes to a patch series over time

On Fri, Jul 29, 2016 at 12:10 PM, Richard Ipsum wrote: > On Thu, Jul 28, 2016 at 11:40:55PM -0700, Josh Triplett wrote: > [snip] >> >> I'd welcome any feedback, whether on the interface and workflow, the >> internals and collaboration, ideas on presenting diffs of patch series, >> or anything

Re: [PATCH 1/3] drm: bridge: add DesignWare HDMI I2S audio support

Hi Jose Cc: Mark, Thierry, Daniel > > From: Kuninori Morimoto > > > > Current dw-hdmi is supporting sound via AHB bus, but it has > > I2S audio feature too. This patch adds I2S audio support to dw-hdmi. > > This HDMI I2S is supported by using ALSA SoC common

Re: [PATCH 1/3] drm: bridge: add DesignWare HDMI I2S audio support

Hi Jose Cc: Mark, Thierry, Daniel > > From: Kuninori Morimoto > > > > Current dw-hdmi is supporting sound via AHB bus, but it has > > I2S audio feature too. This patch adds I2S audio support to dw-hdmi. > > This HDMI I2S is supported by using ALSA SoC common HDMI encoder > > driver. > > > >

Re: [PATCH 1/1] x86/entry: spell EBX register correctly in documentation

On Fri, Jul 29, 2016 at 01:39:51PM +0200, Nicolas Iooss wrote: > As EBS does not mean anything reasonable in the context it is used, it > seems like a misspelling for EBX. > > Signed-off-by: Nicolas Iooss > --- > arch/x86/entry/entry_64.S | 2 +- > 1 file changed, 1

Re: [PATCH 1/1] x86/entry: spell EBX register correctly in documentation

On Fri, Jul 29, 2016 at 01:39:51PM +0200, Nicolas Iooss wrote: > As EBS does not mean anything reasonable in the context it is used, it > seems like a misspelling for EBX. > > Signed-off-by: Nicolas Iooss > --- > arch/x86/entry/entry_64.S | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-)

Re: [PATCH v2] bpf: silence warnings when building kernel/bpf/core.c with W=1

On Mon, Aug 01, 2016 at 12:33:30AM -0400, Valdis Kletnieks wrote: > Building with W=1 generates some 350 lines of warnings of the form: > > kernel/bpf/core.c: In function '__bpf_prog_run': > kernel/bpf/core.c:476:33: warning: initialized field overwritten > [-Woverride-init] >[BPF_ALU |

Re: [PATCH v2] bpf: silence warnings when building kernel/bpf/core.c with W=1

On Mon, Aug 01, 2016 at 12:33:30AM -0400, Valdis Kletnieks wrote: > Building with W=1 generates some 350 lines of warnings of the form: > > kernel/bpf/core.c: In function '__bpf_prog_run': > kernel/bpf/core.c:476:33: warning: initialized field overwritten > [-Woverride-init] >[BPF_ALU |

[PATCH v2] bpf: silence warnings when building kernel/bpf/core.c with W=1

Building with W=1 generates some 350 lines of warnings of the form: kernel/bpf/core.c: In function '__bpf_prog_run': kernel/bpf/core.c:476:33: warning: initialized field overwritten [-Woverride-init] [BPF_ALU | BPF_ADD | BPF_X] = &_ADD_X, ^~

[PATCH v2] bpf: silence warnings when building kernel/bpf/core.c with W=1

Building with W=1 generates some 350 lines of warnings of the form: kernel/bpf/core.c: In function '__bpf_prog_run': kernel/bpf/core.c:476:33: warning: initialized field overwritten [-Woverride-init] [BPF_ALU | BPF_ADD | BPF_X] = &_ADD_X, ^~

[PATCH 1/2 v4] perf sched: fix wrong conversion of task state

Currently sched_out_state() converts the prev_state u64 bitmask to a char using the bitmask as an index, which may cause invalid memory access. This fixes the issue by using the __ffs() returned value as an index. Signed-off-by: Tomoki Sekiyama Fixes:

[PATCH 2/2 v4] perf sched: adapt TASK_STATE_TO_CHAR_STR to the latest kernel

Update TASK_STATE_TO_CHAR_STR macro to one from sched.h in the latest kernel, where 'N' and 'n' are introduced, 'X' and 'Z' are swapped. Signed-off-by: Tomoki Sekiyama Fixes: cdce9d738b91e ("perf sched: Add sched latency profiling") Cc: Jiri Olsa

RE: [PATCH v5 6/8] thunderbolt: Networking transmit and receive

On Sun, Jul 31 2016, 09:45 PM, David Miller wrote: > From: "Levy, Amir (Jer)" > Date: Sun, 31 Jul 2016 10:15:52 + > > > The network stack thinks it is Ethernet, it might not accept Runt > > frames, so the driver pads the frame in receive. > > The network stack

[PATCH 1/2 v4] perf sched: fix wrong conversion of task state

Currently sched_out_state() converts the prev_state u64 bitmask to a char using the bitmask as an index, which may cause invalid memory access. This fixes the issue by using the __ffs() returned value as an index. Signed-off-by: Tomoki Sekiyama Fixes: cdce9d738b91e ("perf sched: Add sched

[PATCH 2/2 v4] perf sched: adapt TASK_STATE_TO_CHAR_STR to the latest kernel

Update TASK_STATE_TO_CHAR_STR macro to one from sched.h in the latest kernel, where 'N' and 'n' are introduced, 'X' and 'Z' are swapped. Signed-off-by: Tomoki Sekiyama Fixes: cdce9d738b91e ("perf sched: Add sched latency profiling") Cc: Jiri Olsa Cc: David Ahern Cc: Namhyung Kim Cc: Peter

RE: [PATCH v5 6/8] thunderbolt: Networking transmit and receive

On Sun, Jul 31 2016, 09:45 PM, David Miller wrote: > From: "Levy, Amir (Jer)" > Date: Sun, 31 Jul 2016 10:15:52 + > > > The network stack thinks it is Ethernet, it might not accept Runt > > frames, so the driver pads the frame in receive. > > The network stack doesn't care about this at

[RESEND PATCH 0/6] fix and optimize some clock configuration for the RK3399 platfom

Hi: In the development work, we found that some of the previous incorrect clock configuration on the RK3399 platform, we should fix and optimize them. Elaine Zhang (1): clk: rockchip: rk3399: delete the CLK_IGNORE_UNUSED for aclk_pcie Xing Zheng (5): clk: rockchip: rk3399: export

[RESEND PATCH 6/6] clk: rockchip: rk3399: Add support frac mode frequencies

We need to support various display resolutions for external display devices like HDMI/DP, the frac mode can help us to acquire almost any frequencies, and need higher VCOs to reduce clock jitters. Signed-off-by: Xing Zheng --- drivers/clk/rockchip/clk-rk3399.c | 21

[RESEND PATCH 1/6] clk: rockchip: rk3399: export USBPHYx_480M_SRC clock IDs

We export some clock IDs for the usb phy 480m source clocks. Signed-off-by: Xing Zheng --- include/dt-bindings/clock/rk3399-cru.h |2 ++ 1 file changed, 2 insertions(+) diff --git a/include/dt-bindings/clock/rk3399-cru.h b/include/dt-bindings/clock/rk3399-cru.h

[RESEND PATCH 3/6] clk: rockchip: rk3399: fix incorrect aclk_emmc source gate bits

Dues to incorrect diagram, we need to fix incorrect bits for (c/g)pll_aclk_emmc_src: cpll_aclk_emmc_src --> G6[13] gpll_aclk_emmc_src --> G6[12] Signed-off-by: Xing Zheng --- drivers/clk/rockchip/clk-rk3399.c |4 ++-- 1 file changed, 2 insertions(+), 2

[RESEND PATCH 0/6] fix and optimize some clock configuration for the RK3399 platfom

Hi: In the development work, we found that some of the previous incorrect clock configuration on the RK3399 platform, we should fix and optimize them. Elaine Zhang (1): clk: rockchip: rk3399: delete the CLK_IGNORE_UNUSED for aclk_pcie Xing Zheng (5): clk: rockchip: rk3399: export

[RESEND PATCH 6/6] clk: rockchip: rk3399: Add support frac mode frequencies

We need to support various display resolutions for external display devices like HDMI/DP, the frac mode can help us to acquire almost any frequencies, and need higher VCOs to reduce clock jitters. Signed-off-by: Xing Zheng --- drivers/clk/rockchip/clk-rk3399.c | 21 - 1

[RESEND PATCH 1/6] clk: rockchip: rk3399: export USBPHYx_480M_SRC clock IDs

We export some clock IDs for the usb phy 480m source clocks. Signed-off-by: Xing Zheng --- include/dt-bindings/clock/rk3399-cru.h |2 ++ 1 file changed, 2 insertions(+) diff --git a/include/dt-bindings/clock/rk3399-cru.h b/include/dt-bindings/clock/rk3399-cru.h index 50a44cf..c4d8311

[RESEND PATCH 3/6] clk: rockchip: rk3399: fix incorrect aclk_emmc source gate bits

Dues to incorrect diagram, we need to fix incorrect bits for (c/g)pll_aclk_emmc_src: cpll_aclk_emmc_src --> G6[13] gpll_aclk_emmc_src --> G6[12] Signed-off-by: Xing Zheng --- drivers/clk/rockchip/clk-rk3399.c |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git

[RESEND PATCH 5/6] clk: rockchip: rk3399: delete the CLK_IGNORE_UNUSED for aclk_pcie

From: Elaine Zhang allow aclk_pcie and aclk_perf_pcie disabled when unused. Signed-off-by: Elaine Zhang Signed-off-by: Xing Zheng --- drivers/clk/rockchip/clk-rk3399.c |4 ++-- 1 file changed, 2

[RESEND PATCH 2/6] clk: rockchip: rk3399: export 480M_SRC clock id for usbphy0/usbphy1

Export these source clocks for usbphy. Signed-off-by: Xing Zheng --- drivers/clk/rockchip/clk-rk3399.c |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/clk/rockchip/clk-rk3399.c b/drivers/clk/rockchip/clk-rk3399.c index

[RESEND PATCH 2/6] clk: rockchip: rk3399: export 480M_SRC clock id for usbphy0/usbphy1

Export these source clocks for usbphy. Signed-off-by: Xing Zheng --- drivers/clk/rockchip/clk-rk3399.c |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/clk/rockchip/clk-rk3399.c b/drivers/clk/rockchip/clk-rk3399.c index 78e51cb..f55f967f 100644 ---

[RESEND PATCH 5/6] clk: rockchip: rk3399: delete the CLK_IGNORE_UNUSED for aclk_pcie

From: Elaine Zhang allow aclk_pcie and aclk_perf_pcie disabled when unused. Signed-off-by: Elaine Zhang Signed-off-by: Xing Zheng --- drivers/clk/rockchip/clk-rk3399.c |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/clk/rockchip/clk-rk3399.c

[RESEND PATCH 4/6] clk: rockchip: rk3399: add 65MHz and 106.5MHz clocks for HDMI

We need to add more clocks for supporting more display resolution for HDMI. Signed-off-by: Xing Zheng --- drivers/clk/rockchip/clk-rk3399.c |2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/clk/rockchip/clk-rk3399.c b/drivers/clk/rockchip/clk-rk3399.c

[RESEND PATCH 4/6] clk: rockchip: rk3399: add 65MHz and 106.5MHz clocks for HDMI

We need to add more clocks for supporting more display resolution for HDMI. Signed-off-by: Xing Zheng --- drivers/clk/rockchip/clk-rk3399.c |2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/clk/rockchip/clk-rk3399.c b/drivers/clk/rockchip/clk-rk3399.c index ad3860a..74afec0

Re: [PATCH v2 3/3] powerpc: Convert fsl_rstcr_restart to a reset handler

On Thu, 28 Jul 2016 16:07:18 -0700 Andrey Smirnov wrote: > Convert fsl_rstcr_restart into a function to be registered with > register_reset_handler(). > > Signed-off-by: Andrey Smirnov > --- > > Changes since v1: > > -

Re: [PATCH v2 3/3] powerpc: Convert fsl_rstcr_restart to a reset handler

On Thu, 28 Jul 2016 16:07:18 -0700 Andrey Smirnov wrote: > Convert fsl_rstcr_restart into a function to be registered with > register_reset_handler(). > > Signed-off-by: Andrey Smirnov > --- > > Changes since v1: > > - fsl_rstcr_restart is registered as a reset handler in >

linux-next: Tree for Aug 1

Hi all, Please do not add material destined for v4.9 to your linux-next included branches until after v4.8-rc1 has been released. Changes since 20160729: New Tree: befs Non-merge commits (relative to Linus' tree): 4300 3495 files changed, 145910 insertions(+), 65285 deletions(-)

linux-next: Tree for Aug 1

Hi all, Please do not add material destined for v4.9 to your linux-next included branches until after v4.8-rc1 has been released. Changes since 20160729: New Tree: befs Non-merge commits (relative to Linus' tree): 4300 3495 files changed, 145910 insertions(+), 65285 deletions(-)

[PATCH 5/6] clk: rockchip: rk3399: delete the CLK_IGNORE_UNUSED for aclk_pcie

From: Elaine Zhang allow aclk_pcie and aclk_perf_pcie disabled when unused. Signed-off-by: Elaine Zhang Signed-off-by: Xing Zheng --- drivers/clk/rockchip/clk-rk3399.c |4 ++-- 1 file changed, 2

[PATCH 5/6] clk: rockchip: rk3399: delete the CLK_IGNORE_UNUSED for aclk_pcie

From: Elaine Zhang allow aclk_pcie and aclk_perf_pcie disabled when unused. Signed-off-by: Elaine Zhang Signed-off-by: Xing Zheng --- drivers/clk/rockchip/clk-rk3399.c |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/clk/rockchip/clk-rk3399.c

[PATCH 3/6] clk: rockchip: rk3399: fix incorrect aclk_emmc source gate bits

Dues to incorrect diagram, we need to fix incorrect bits for (c/g)pll_aclk_emmc_src: cpll_aclk_emmc_src --> G6[13] gpll_aclk_emmc_src --> G6[12] Signed-off-by: Xing Zheng --- drivers/clk/rockchip/clk-rk3399.c |4 ++-- 1 file changed, 2 insertions(+), 2

[PATCH 3/6] clk: rockchip: rk3399: fix incorrect aclk_emmc source gate bits

Dues to incorrect diagram, we need to fix incorrect bits for (c/g)pll_aclk_emmc_src: cpll_aclk_emmc_src --> G6[13] gpll_aclk_emmc_src --> G6[12] Signed-off-by: Xing Zheng --- drivers/clk/rockchip/clk-rk3399.c |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git

[PATCH 0/6] fix and optimize some clock configuration for the RK3399 platfom

Hi: In the development work, we found that some of the previous incorrect clock configuration on the RK3399 platform, we should fix and optimize them. Elaine Zhang (1): clk: rockchip: rk3399: delete the CLK_IGNORE_UNUSED for aclk_pcie Xing Zheng (5): clk: rockchip: rk3399: export

[PATCH 0/6] fix and optimize some clock configuration for the RK3399 platfom

Hi: In the development work, we found that some of the previous incorrect clock configuration on the RK3399 platform, we should fix and optimize them. Elaine Zhang (1): clk: rockchip: rk3399: delete the CLK_IGNORE_UNUSED for aclk_pcie Xing Zheng (5): clk: rockchip: rk3399: export

[PATCH 1/6] clk: rockchip: rk3399: export USBPHYx_480M_SRC clock IDs

We export some clock IDs for the usb phy 480m source clocks. Signed-off-by: Xing Zheng --- include/dt-bindings/clock/rk3399-cru.h |2 ++ 1 file changed, 2 insertions(+) diff --git a/include/dt-bindings/clock/rk3399-cru.h b/include/dt-bindings/clock/rk3399-cru.h

[PATCH 2/6] clk: rockchip: rk3399: export 480M_SRC clock id for usbphy0/usbphy1

Export these source clocks for usbphy. Signed-off-by: Xing Zheng --- drivers/clk/rockchip/clk-rk3399.c |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/clk/rockchip/clk-rk3399.c b/drivers/clk/rockchip/clk-rk3399.c index

[PATCH 6/6] clk: rockchip: rk3399: Add support frac mode frequencies

We need to support various display resolutions for external display devices like HDMI/DP, the frac mode can help us to acquire almost any frequencies, and need higher VCOs to reduce clock jitters. Signed-off-by: Xing Zheng --- drivers/clk/rockchip/clk-rk3399.c | 21

[PATCH 1/6] clk: rockchip: rk3399: export USBPHYx_480M_SRC clock IDs

We export some clock IDs for the usb phy 480m source clocks. Signed-off-by: Xing Zheng --- include/dt-bindings/clock/rk3399-cru.h |2 ++ 1 file changed, 2 insertions(+) diff --git a/include/dt-bindings/clock/rk3399-cru.h b/include/dt-bindings/clock/rk3399-cru.h index 50a44cf..c4d8311

[PATCH 2/6] clk: rockchip: rk3399: export 480M_SRC clock id for usbphy0/usbphy1

Export these source clocks for usbphy. Signed-off-by: Xing Zheng --- drivers/clk/rockchip/clk-rk3399.c |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/clk/rockchip/clk-rk3399.c b/drivers/clk/rockchip/clk-rk3399.c index 78e51cb..f55f967f 100644 ---

[PATCH 6/6] clk: rockchip: rk3399: Add support frac mode frequencies

We need to support various display resolutions for external display devices like HDMI/DP, the frac mode can help us to acquire almost any frequencies, and need higher VCOs to reduce clock jitters. Signed-off-by: Xing Zheng --- drivers/clk/rockchip/clk-rk3399.c | 21 - 1

[PATCH 4/6] clk: rockchip: rk3399: add 65MHz and 106.5MHz clocks for HDMI

We need to add more clocks for supporting more display resolution for HDMI. Signed-off-by: Xing Zheng --- drivers/clk/rockchip/clk-rk3399.c |2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/clk/rockchip/clk-rk3399.c b/drivers/clk/rockchip/clk-rk3399.c

[PATCH 4/6] clk: rockchip: rk3399: add 65MHz and 106.5MHz clocks for HDMI

We need to add more clocks for supporting more display resolution for HDMI. Signed-off-by: Xing Zheng --- drivers/clk/rockchip/clk-rk3399.c |2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/clk/rockchip/clk-rk3399.c b/drivers/clk/rockchip/clk-rk3399.c index ad3860a..74afec0

Re: [PATCH 1/1] net: i10e: use matching format indentifiers

From: Heinrich Schuchardt Date: Sun, 31 Jul 2016 11:39:28 +0200 > i is defined as int but output as %u several times. > Change the definition to unsigned. > > Signed-off-by: Heinrich Schuchardt I hate changes like this. The canonical way to loop over a

Re: [PATCH v2 2/3] powerpc: Call chained reset handlers during reset

On Thu, 28 Jul 2016 16:07:17 -0700 Andrey Smirnov wrote: > Call out to all restart handlers that were added via > register_restart_handler() API when restarting the machine. > > Signed-off-by: Andrey Smirnov > --- > > No changes compared to

Re: [PATCH 1/1] net: i10e: use matching format indentifiers

From: Heinrich Schuchardt Date: Sun, 31 Jul 2016 11:39:28 +0200 > i is defined as int but output as %u several times. > Change the definition to unsigned. > > Signed-off-by: Heinrich Schuchardt I hate changes like this. The canonical way to loop over a value is to use a signed integer, named

Re: [PATCH v2 2/3] powerpc: Call chained reset handlers during reset

On Thu, 28 Jul 2016 16:07:17 -0700 Andrey Smirnov wrote: > Call out to all restart handlers that were added via > register_restart_handler() API when restarting the machine. > > Signed-off-by: Andrey Smirnov > --- > > No changes compared to v1 > > arch/powerpc/kernel/setup-common.c | 4

Re: [PATCH 1/1] net: e1000: do not use uninitalized variable.

From: Heinrich Schuchardt Date: Sun, 31 Jul 2016 11:30:58 +0200 > phy_data has to be set to zero to avoid undefined > behavior. In your opinion. phy_data is only used in conditions where it has been initialized in this function. Therefore, please read the function

Re: [PATCH 1/1] net: e1000: do not use uninitalized variable.

From: Heinrich Schuchardt Date: Sun, 31 Jul 2016 11:30:58 +0200 > phy_data has to be set to zero to avoid undefined > behavior. In your opinion. phy_data is only used in conditions where it has been initialized in this function. Therefore, please read the function carefully instead of just

[PATCH] silence warning in drivers/ata/libata-scsi.c when building W=1

When building with W=1, we get these warnings: drivers/ata/libata-scsi.c: In function 'ata_mselect_caching': drivers/ata/libata-scsi.c:3637:28: warning: suggest parentheses around comparison in operand of '&' [-Wparentheses] if (mpage[i + 2] & 0xfb != buf[i] & 0xfb) {

[PATCH] silence warning in drivers/ata/libata-scsi.c when building W=1

When building with W=1, we get these warnings: drivers/ata/libata-scsi.c: In function 'ata_mselect_caching': drivers/ata/libata-scsi.c:3637:28: warning: suggest parentheses around comparison in operand of '&' [-Wparentheses] if (mpage[i + 2] & 0xfb != buf[i] & 0xfb) {

Re: [PATCH v3 00/15] net: thunderx: Add support for 81xx and 83xx

Understood but unfortunately I don't see these patches in patchwork. http://patchwork.ozlabs.org/project/netdev/list/?submitter==*=thunderx=both= http://patchwork.ozlabs.org/project/netdev/list/?submitter=62159=*==both= Thanks, Sunil. On Mon, Aug 1, 2016 at 12:24 AM, David Miller

Re: [PATCH v3 00/15] net: thunderx: Add support for 81xx and 83xx

Understood but unfortunately I don't see these patches in patchwork. http://patchwork.ozlabs.org/project/netdev/list/?submitter==*=thunderx=both= http://patchwork.ozlabs.org/project/netdev/list/?submitter=62159=*==both= Thanks, Sunil. On Mon, Aug 1, 2016 at 12:24 AM, David Miller wrote: > From:

Re: [PATCH v2 1/3] powerpc: Factor out common code in setup-common.c

On Thu, 28 Jul 2016 16:07:16 -0700 Andrey Smirnov wrote: > Factor out a small bit of common code in machine_restart(), > machine_power_off() and machine_halt(). > > Signed-off-by: Andrey Smirnov > --- > > No changes compared to v1. > >

Re: [PATCH v2 1/3] powerpc: Factor out common code in setup-common.c

On Thu, 28 Jul 2016 16:07:16 -0700 Andrey Smirnov wrote: > Factor out a small bit of common code in machine_restart(), > machine_power_off() and machine_halt(). > > Signed-off-by: Andrey Smirnov > --- > > No changes compared to v1. > > arch/powerpc/kernel/setup-common.c | 23

Re: [PATCH] drm/analogix_dp: Ensure the panel is properly prepared/unprepared

Sean, On 07/30/2016 03:16 AM, Sean Paul wrote: Instead of just preparing the panel on bind, actually prepare/unprepare during modeset/disable. The panel must be prepared in order to read hpd status, so we need to refcount the prepares in order to ensure we don't accidentally turn the panel off

Re: [PATCH] drm/analogix_dp: Ensure the panel is properly prepared/unprepared

Sean, On 07/30/2016 03:16 AM, Sean Paul wrote: Instead of just preparing the panel on bind, actually prepare/unprepare during modeset/disable. The panel must be prepared in order to read hpd status, so we need to refcount the prepares in order to ensure we don't accidentally turn the panel off

Re: [PATCH v3 00/15] net: thunderx: Add support for 81xx and 83xx

From: Sunil Kovvuri Date: Mon, 1 Aug 2016 08:59:16 +0530 > Understood but unfortunately I don't see these patches in patchwork. > http://patchwork.ozlabs.org/project/netdev/list/?submitter==*=thunderx=both= >

Re: [PATCH v3 00/15] net: thunderx: Add support for 81xx and 83xx

From: Sunil Kovvuri Date: Mon, 1 Aug 2016 08:59:16 +0530 > Understood but unfortunately I don't see these patches in patchwork. > http://patchwork.ozlabs.org/project/netdev/list/?submitter==*=thunderx=both= > http://patchwork.ozlabs.org/project/netdev/list/?submitter=62159=*==both= Then you'll

[PATCH] clocksource: mips-gic-timer: make gic_clocksource_of_init return int

In commit d8152bf85d2c057fc39c3e20a4d623f524d9f09c: ("clocksource/drivers/mips-gic-timer: Convert init function to return error") several return values were added to a void function resulting in: clocksource/mips-gic-timer.c: In function 'gic_clocksource_of_init':

[PATCH] clocksource: mips-gic-timer: make gic_clocksource_of_init return int

In commit d8152bf85d2c057fc39c3e20a4d623f524d9f09c: ("clocksource/drivers/mips-gic-timer: Convert init function to return error") several return values were added to a void function resulting in: clocksource/mips-gic-timer.c: In function 'gic_clocksource_of_init':

Re: [PATCH] silence warnings when building kernel/bpf/core.c with W=1

From: Valdis Kletnieks Date: Sun, 31 Jul 2016 23:27:33 -0400 > Building with W=1 generates some 350 lines of warnings of the form: > > kernel/bpf/core.c: In function '__bpf_prog_run': > kernel/bpf/core.c:476:33: warning: initialized field overwritten >

Re: [PATCH] silence warnings when building kernel/bpf/core.c with W=1

From: Valdis Kletnieks Date: Sun, 31 Jul 2016 23:27:33 -0400 > Building with W=1 generates some 350 lines of warnings of the form: > > kernel/bpf/core.c: In function '__bpf_prog_run': > kernel/bpf/core.c:476:33: warning: initialized field overwritten > [-Woverride-init] >[BPF_ALU | BPF_ADD

Re: [PATCH net v2 0/3] r8169:fix 3 runtime pm related issues.

From: Chunhao Lin Date: Fri, 29 Jul 2016 16:37:53 +0800 > v2: > use "struct device *d = >pci_dev->dev" instead of "struct pci_dev *pdev = > tp->pci_dev" > > v1: > This series of patches fix 3 runtime pm related issues that are listed below. Series applied, thanks.

Re: [PATCH net v2 0/3] r8169:fix 3 runtime pm related issues.

From: Chunhao Lin Date: Fri, 29 Jul 2016 16:37:53 +0800 > v2: > use "struct device *d = >pci_dev->dev" instead of "struct pci_dev *pdev = > tp->pci_dev" > > v1: > This series of patches fix 3 runtime pm related issues that are listed below. Series applied, thanks.

Re: [PATCH 1/1] net: qlcnic: avoid superfluous assignement

From: zhuyj Date: Mon, 1 Aug 2016 10:57:20 +0800 > Sorry. > An inline function will be inserted into the calling function. Why > "Assigning NULL to parmeter dcb has no effect outside of the > inlined function." ? It doesn't do anything to "dcb" in the calling function,

Re: [PATCH 1/1] net: qlcnic: avoid superfluous assignement

From: zhuyj Date: Mon, 1 Aug 2016 10:57:20 +0800 > Sorry. > An inline function will be inserted into the calling function. Why > "Assigning NULL to parmeter dcb has no effect outside of the > inlined function." ? It doesn't do anything to "dcb" in the calling function, that's not how inlining

Re: [PATCH] drm/analogix_dp: Ensure the panel is properly prepared/unprepared

Sean, On 07/30/2016 03:16 AM, Sean Paul wrote: Instead of just preparing the panel on bind, actually prepare/unprepare during modeset/disable. The panel must be prepared in order to read hpd status, so we need to refcount the prepares in order to ensure we don't accidentally turn the panel off

[PATCH] Suppress warnings when compiling fs/proc/task_mmu.c with W=1

Suppress a bunch of warnings of the form: fs/proc/task_mmu.c: In function 'show_smap_vma_flags': fs/proc/task_mmu.c:635:22: warning: initialized field overwritten [-Wt override-init] [ilog2(VM_READ)] = "rd", ^~~~ fs/proc/task_mmu.c:635:22: note: (near initialization for

  1   2   3   4   5   >