Re: [regression, bisected] rockchip rk3399 video output breakage

On 24.04.18 15:33, JeffyChen wrote: [   36.076577] WARNING: CPU: 1 PID: 83 at drivers/gpu/drm/rockchip/rockchip_drm_vop.c:1004 vop_crtc_atomic_flush+0x1c0/0x1c8 this looks like an issue recently reported by heiko, we found that might due to an unbalanced irq disable in vop driver. my test

Re: [PATCH] batman-adv: fix batadv_interface_tx()'s return type

On Dienstag, 24. April 2018 15:18:46 CEST Luc Van Oostenryck wrote: [...] > -static int batadv_interface_tx(struct sk_buff *skb, > +static netdev_tx_t batadv_interface_tx(struct sk_buff *skb, > struct net_device *soft_iface) > { > struct ethhdr *ethhdr; >

Re: [PATCH] arm64: support __int128 with clang

On Tue, Apr 24, 2018 at 3:35 PM, Will Deacon wrote: > On Sun, Apr 15, 2018 at 06:20:11PM +0200, Jason A. Donenfeld wrote: >> Would you review/merge this when you have a chance? > > No real objection from me, but does the arm64 kernel actually build with > clang? I've been

Re: [PATCH] arm64: support __int128 with clang

On Tue, Apr 24, 2018 at 3:35 PM, Will Deacon wrote: > On Sun, Apr 15, 2018 at 06:20:11PM +0200, Jason A. Donenfeld wrote: >> Would you review/merge this when you have a chance? > > No real objection from me, but does the arm64 kernel actually build with > clang? I've been told that Android is

[PATCH v7 2/9] PCI: dwc: Add support for endpoint mode

The PCIe controller dual mode is capable of operating in host mode as well as endpoint mode by configuration, therefore this patch aims to add endpoint mode support to the designware driver. Signed-off-by: Gustavo Pimentel Acked-by: Kishon Vijay Abraham I

Re: Clang and X86-EFlags (was Re: [PATCH] usbhid: Fix lockdep unannotated irqs-off warning)

On Tue, Apr 24, 2018 at 3:28 PM, Sedat Dilek wrote: > On Mon, Jun 27, 2016 at 10:14 PM, Linus Torvalds > wrote: >> On Mon, Jun 27, 2016 at 12:50 PM, Sedat Dilek wrote: >>> >>> $ objdump -S clang-eflag.o >>> >>>

[PATCH v7 2/9] PCI: dwc: Add support for endpoint mode

The PCIe controller dual mode is capable of operating in host mode as well as endpoint mode by configuration, therefore this patch aims to add endpoint mode support to the designware driver. Signed-off-by: Gustavo Pimentel Acked-by: Kishon Vijay Abraham I --- Change v1->v2: - Removed

Re: Clang and X86-EFlags (was Re: [PATCH] usbhid: Fix lockdep unannotated irqs-off warning)

On Tue, Apr 24, 2018 at 3:28 PM, Sedat Dilek wrote: > On Mon, Jun 27, 2016 at 10:14 PM, Linus Torvalds > wrote: >> On Mon, Jun 27, 2016 at 12:50 PM, Sedat Dilek wrote: >>> >>> $ objdump -S clang-eflag.o >>> >>> clang-eflag.o: file format elf64-x86-64 >>> >>> >>> Disassembly of section

[PATCH v7 4/9] bindings: PCI: designware: Add support for the EP in Designware driver

Add device tree binding documentation for the Endpoint in PCIe Designware driver. Signed-off-by: Gustavo Pimentel Reviewed-by: Rob Herring --- Change v1->v2: - Add a missing log description. - Add "snps,dw-pcie" compatible string following

[PATCH v7 4/9] bindings: PCI: designware: Add support for the EP in Designware driver

Add device tree binding documentation for the Endpoint in PCIe Designware driver. Signed-off-by: Gustavo Pimentel Reviewed-by: Rob Herring --- Change v1->v2: - Add a missing log description. - Add "snps,dw-pcie" compatible string following Kishon's suggestion. Change v2->v3: - Reverted

[PATCH v7 3/9] PCI: endpoint: functions/pci-epf-test: Add second entry

Adds a seconds entry on the pci_epf_test_ids structure that disables the linkup_notifier parameter on driver for the designware EP. This allows designware EPs that doesn't have linkup notification signal to work with pcitest. Updates the binding documentation accordingly. Signed-off-by: Gustavo

[PATCH v7 3/9] PCI: endpoint: functions/pci-epf-test: Add second entry

Adds a seconds entry on the pci_epf_test_ids structure that disables the linkup_notifier parameter on driver for the designware EP. This allows designware EPs that doesn't have linkup notification signal to work with pcitest. Updates the binding documentation accordingly. Signed-off-by: Gustavo

Re: [PATCH] KVM: X86: Allow userspace to define the microcode version

On April 24, 2018 1:09:00 AM EDT, Paolo Bonzini wrote: >On 24/04/2018 05:14, Konrad Rzeszutek Wilk wrote: >> You would need to include the microcode version in the migration >stream. >> >> But this brings another point - what if we want to manifest certain >> new CPUID bits?

[PATCH v7 9/9] PCI: dwc: Replace magic number by defines

Replace magic numbers by a well known define in order to make the code human readable and also facilitate the code reusability. Signed-off-by: Gustavo Pimentel Acked-by: Jingoo Han --- Change v1->v2: - Nothing changed, just to follow the

[PATCH v7 8/9] PCI: dwc: Small computation improvement

Replaces a simple division by 2 to a right shift rotation of 1 bit. Probably any recent and decent compiler does this kind of substitution in order to improve code performance. Nevertheless it's a coding good practice whenever there is a division / multiplication by multiple of 2 to replace it by

Re: [PATCH] KVM: X86: Allow userspace to define the microcode version

On April 24, 2018 1:09:00 AM EDT, Paolo Bonzini wrote: >On 24/04/2018 05:14, Konrad Rzeszutek Wilk wrote: >> You would need to include the microcode version in the migration >stream. >> >> But this brings another point - what if we want to manifest certain >> new CPUID bits? > >You don't do that

[PATCH v7 9/9] PCI: dwc: Replace magic number by defines

Replace magic numbers by a well known define in order to make the code human readable and also facilitate the code reusability. Signed-off-by: Gustavo Pimentel Acked-by: Jingoo Han --- Change v1->v2: - Nothing changed, just to follow the patch set version. Change v2->v3: - Nothing changed,

[PATCH v7 8/9] PCI: dwc: Small computation improvement

Replaces a simple division by 2 to a right shift rotation of 1 bit. Probably any recent and decent compiler does this kind of substitution in order to improve code performance. Nevertheless it's a coding good practice whenever there is a division / multiplication by multiple of 2 to replace it by

[PATCH v7 7/9] PCI: dwc: Replace lower into upper case characters

Replaces lower into upper case characters in comments and debug printks. This is an attempt to keep the messages coherent within the designware driver. Also fixed code style on dw_pcie_irq_domain_free function. Signed-off-by: Gustavo Pimentel Acked-by: Jingoo Han

[PATCH v7 5/9] misc: pci_endpoint_test: Add designware EP entry

Adds the designware EP device ID entry to pci_endpoint_test driver table to allow this device to be recognize and handle by the pci_endpoint_test driver. Signed-off-by: Gustavo Pimentel Acked-by: Kishon Vijay Abraham I --- Change v1->v2: - Changed

[PATCH v7 5/9] misc: pci_endpoint_test: Add designware EP entry

Adds the designware EP device ID entry to pci_endpoint_test driver table to allow this device to be recognize and handle by the pci_endpoint_test driver. Signed-off-by: Gustavo Pimentel Acked-by: Kishon Vijay Abraham I --- Change v1->v2: - Changed device id following Kishon's suggestion.

[PATCH v7 7/9] PCI: dwc: Replace lower into upper case characters

Replaces lower into upper case characters in comments and debug printks. This is an attempt to keep the messages coherent within the designware driver. Also fixed code style on dw_pcie_irq_domain_free function. Signed-off-by: Gustavo Pimentel Acked-by: Jingoo Han Acked-by: Joao Pinto ---

[PATCH v7 6/9] PCI: dwc: Define maximum number of vectors

Adds a callback that defines the maximum number of vectors that can be use by the Root Complex. Since this is a parameter associated to each SoC IP setting, makes sense to be configurable and easily visible to future modifications. The designware IP supports a maximum of 256 vectors.

[PATCH v7 6/9] PCI: dwc: Define maximum number of vectors

Adds a callback that defines the maximum number of vectors that can be use by the Root Complex. Since this is a parameter associated to each SoC IP setting, makes sense to be configurable and easily visible to future modifications. The designware IP supports a maximum of 256 vectors.

Re: [PATCH] crypto: ccree: limit build to plausible archs

On Tue, Apr 24, 2018 at 11:52 AM, Geert Uytterhoeven wrote: > > My underlying idea is not to cut down build time for test code (that's what > we have COMPILE_TEST for), but to enhance usability for users and distros, > who need to know if it makes sense to enable an option.

[PATCH v7 0/9] Designware EP support and code clean up

The patch set was made against the Lorenzo's master branch. Adds support Designware EP support. Increases the maximum number of interrupts allowed for Designware IP controller. Does a code cleanup on Designware driver: - Replaces magic numbers without a easy meaning by a well known define

[PATCH] net: arc_emac: fix arc_emac_tx()'s return type

The method ndo_start_xmit() is defined as returning an 'netdev_tx_t', which is a typedef for an enum type, but the implementation in this driver returns an 'int'. Fix this by returning 'netdev_tx_t' in this driver too. Signed-off-by: Luc Van Oostenryck ---

Re: [PATCH] crypto: ccree: limit build to plausible archs

On Tue, Apr 24, 2018 at 11:52 AM, Geert Uytterhoeven wrote: > > My underlying idea is not to cut down build time for test code (that's what > we have COMPILE_TEST for), but to enhance usability for users and distros, > who need to know if it makes sense to enable an option. OK, considering the

[PATCH v7 0/9] Designware EP support and code clean up

The patch set was made against the Lorenzo's master branch. Adds support Designware EP support. Increases the maximum number of interrupts allowed for Designware IP controller. Does a code cleanup on Designware driver: - Replaces magic numbers without a easy meaning by a well known define

[PATCH] net: arc_emac: fix arc_emac_tx()'s return type

The method ndo_start_xmit() is defined as returning an 'netdev_tx_t', which is a typedef for an enum type, but the implementation in this driver returns an 'int'. Fix this by returning 'netdev_tx_t' in this driver too. Signed-off-by: Luc Van Oostenryck --- drivers/net/ethernet/arc/emac_main.c

[PATCH] net: nb8800: fix nb8800_xmit()'s return type

The method ndo_start_xmit() is defined as returning an 'netdev_tx_t', which is a typedef for an enum type, but the implementation in this driver returns an 'int'. Fix this by returning 'netdev_tx_t' in this driver too. Signed-off-by: Luc Van Oostenryck ---

[PATCH] liquidio: fix lio_vf_rep_pkt_xmit()'s return type

The method ndo_start_xmit() is defined as returning an 'netdev_tx_t', which is a typedef for an enum type, but the implementation in this driver returns an 'int'. Fix this by returning 'netdev_tx_t' in this driver too. Signed-off-by: Luc Van Oostenryck ---

[PATCH] net: nb8800: fix nb8800_xmit()'s return type

The method ndo_start_xmit() is defined as returning an 'netdev_tx_t', which is a typedef for an enum type, but the implementation in this driver returns an 'int'. Fix this by returning 'netdev_tx_t' in this driver too. Signed-off-by: Luc Van Oostenryck --- drivers/net/ethernet/aurora/nb8800.c

[PATCH] liquidio: fix lio_vf_rep_pkt_xmit()'s return type

The method ndo_start_xmit() is defined as returning an 'netdev_tx_t', which is a typedef for an enum type, but the implementation in this driver returns an 'int'. Fix this by returning 'netdev_tx_t' in this driver too. Signed-off-by: Luc Van Oostenryck ---

[PATCH] net: macb: fix macb_start_xmit()'s return type

The method ndo_start_xmit() is defined as returning an 'netdev_tx_t', which is a typedef for an enum type, but the implementation in this driver returns an 'int'. Fix this by returning 'netdev_tx_t' in this driver too. Signed-off-by: Luc Van Oostenryck ---

[PATCH] net: macb: fix macb_start_xmit()'s return type

The method ndo_start_xmit() is defined as returning an 'netdev_tx_t', which is a typedef for an enum type, but the implementation in this driver returns an 'int'. Fix this by returning 'netdev_tx_t' in this driver too. Signed-off-by: Luc Van Oostenryck ---

Re: [PATCH] arm64: export tishift functions to modules

On Tue, Apr 24, 2018 at 3:34 PM, Will Deacon wrote: > I've not run into any build issues here -- is this specifically with some > out-of-tree module? I received a bug report email about this. I'm not sure which specific module, and I assumed from the email that it was

Re: [PATCH] arm64: export tishift functions to modules

On Tue, Apr 24, 2018 at 3:34 PM, Will Deacon wrote: > I've not run into any build issues here -- is this specifically with some > out-of-tree module? I received a bug report email about this. I'm not sure which specific module, and I assumed from the email that it was actually a result of

[PATCH] net: gemini: fix gmac_start_xmit()'s return type

The method ndo_start_xmit() is defined as returning an 'netdev_tx_t', which is a typedef for an enum type, but the implementation in this driver returns an 'int'. Fix this by returning 'netdev_tx_t' in this driver too. Signed-off-by: Luc Van Oostenryck ---

[PATCH] net: gemini: fix gmac_start_xmit()'s return type

The method ndo_start_xmit() is defined as returning an 'netdev_tx_t', which is a typedef for an enum type, but the implementation in this driver returns an 'int'. Fix this by returning 'netdev_tx_t' in this driver too. Signed-off-by: Luc Van Oostenryck --- drivers/net/ethernet/cortina/gemini.c

[PATCH] net: hip04: fix hip04_mac_start_xmit()'s return type

The method ndo_start_xmit() is defined as returning an 'netdev_tx_t', which is a typedef for an enum type, but the implementation in this driver returns an 'int'. Fix this by returning 'netdev_tx_t' in this driver too. Signed-off-by: Luc Van Oostenryck ---

[PATCH] net: hip04: fix hip04_mac_start_xmit()'s return type

The method ndo_start_xmit() is defined as returning an 'netdev_tx_t', which is a typedef for an enum type, but the implementation in this driver returns an 'int'. Fix this by returning 'netdev_tx_t' in this driver too. Signed-off-by: Luc Van Oostenryck ---

Re: [RFC] mm: kmemleak: replace __GFP_NOFAIL to GFP_NOWAIT in gfp_kmemleak_mask

On Tue, Apr 24, 2018 at 07:20:57AM -0600, Michal Hocko wrote: > On Mon 23-04-18 12:17:32, Chunyu Hu wrote: > [...] > > So if there is a new flag, it would be the 25th bits. > > No new flags please. Can you simply store a simple bool into fail_page_alloc > and have save/restore api for that? For

Re: [RFC] mm: kmemleak: replace __GFP_NOFAIL to GFP_NOWAIT in gfp_kmemleak_mask

On Tue, Apr 24, 2018 at 07:20:57AM -0600, Michal Hocko wrote: > On Mon 23-04-18 12:17:32, Chunyu Hu wrote: > [...] > > So if there is a new flag, it would be the 25th bits. > > No new flags please. Can you simply store a simple bool into fail_page_alloc > and have save/restore api for that? For

[PATCH] net: ixgbevf: fix ixgbevf_xmit_frame()'s return type

The method ndo_start_xmit() is defined as returning an 'netdev_tx_t', which is a typedef for an enum type, but the implementation in this driver returns an 'int'. Fix this by returning 'netdev_tx_t' in this driver too. Signed-off-by: Luc Van Oostenryck ---

[PATCH] net: mvpp2: fix mvpp2_tx()'s return type

The method ndo_start_xmit() is defined as returning an 'netdev_tx_t', which is a typedef for an enum type, but the implementation in this driver returns an 'int'. Fix this by returning 'netdev_tx_t' in this driver too. Signed-off-by: Luc Van Oostenryck ---

[PATCH] net: ixgbevf: fix ixgbevf_xmit_frame()'s return type

The method ndo_start_xmit() is defined as returning an 'netdev_tx_t', which is a typedef for an enum type, but the implementation in this driver returns an 'int'. Fix this by returning 'netdev_tx_t' in this driver too. Signed-off-by: Luc Van Oostenryck ---

[PATCH] net: mvpp2: fix mvpp2_tx()'s return type

The method ndo_start_xmit() is defined as returning an 'netdev_tx_t', which is a typedef for an enum type, but the implementation in this driver returns an 'int'. Fix this by returning 'netdev_tx_t' in this driver too. Signed-off-by: Luc Van Oostenryck --- drivers/net/ethernet/marvell/mvpp2.c

[PATCH] net: pxa168: fix pxa168_eth_start_xmit()'s return type

The method ndo_start_xmit() is defined as returning an 'netdev_tx_t', which is a typedef for an enum type, but the implementation in this driver returns an 'int'. Fix this by returning 'netdev_tx_t' in this driver too. Signed-off-by: Luc Van Oostenryck ---

[PATCH] net: gianfar: fix gfar_start_xmit()'s return type

The method ndo_start_xmit() is defined as returning an 'netdev_tx_t', which is a typedef for an enum type, but the implementation in this driver returns an 'int'. Fix this by returning 'netdev_tx_t' in this driver too. Signed-off-by: Luc Van Oostenryck ---

[PATCH] net: pxa168: fix pxa168_eth_start_xmit()'s return type

The method ndo_start_xmit() is defined as returning an 'netdev_tx_t', which is a typedef for an enum type, but the implementation in this driver returns an 'int'. Fix this by returning 'netdev_tx_t' in this driver too. Signed-off-by: Luc Van Oostenryck ---

[PATCH] net: gianfar: fix gfar_start_xmit()'s return type

The method ndo_start_xmit() is defined as returning an 'netdev_tx_t', which is a typedef for an enum type, but the implementation in this driver returns an 'int'. Fix this by returning 'netdev_tx_t' in this driver too. Signed-off-by: Luc Van Oostenryck ---

[PATCH] net: nfp: fix nfp_net_tx()'s return type

The method ndo_start_xmit() is defined as returning an 'netdev_tx_t', which is a typedef for an enum type, but the implementation in this driver returns an 'int'. Fix this by returning 'netdev_tx_t' in this driver too. Signed-off-by: Luc Van Oostenryck ---

[PATCH] net: nfp: fix nfp_net_tx()'s return type

The method ndo_start_xmit() is defined as returning an 'netdev_tx_t', which is a typedef for an enum type, but the implementation in this driver returns an 'int'. Fix this by returning 'netdev_tx_t' in this driver too. Signed-off-by: Luc Van Oostenryck ---

[PATCH] net: smsc911x: fix smsc911x_hard_start_xmit()'s return type

The method ndo_start_xmit() is defined as returning an 'netdev_tx_t', which is a typedef for an enum type, but the implementation in this driver returns an 'int'. Fix this by returning 'netdev_tx_t' in this driver too. Signed-off-by: Luc Van Oostenryck ---

[PATCH] net: smsc911x: fix smsc911x_hard_start_xmit()'s return type

The method ndo_start_xmit() is defined as returning an 'netdev_tx_t', which is a typedef for an enum type, but the implementation in this driver returns an 'int'. Fix this by returning 'netdev_tx_t' in this driver too. Signed-off-by: Luc Van Oostenryck --- drivers/net/ethernet/smsc/smsc911x.c

[PATCH] net: pch_gbe: fix pch_gbe_xmit_frame()'s return type

The method ndo_start_xmit() is defined as returning an 'netdev_tx_t', which is a typedef for an enum type, but the implementation in this driver returns an 'int'. Fix this by returning 'netdev_tx_t' in this driver too. Signed-off-by: Luc Van Oostenryck ---

[PATCH] net: pch_gbe: fix pch_gbe_xmit_frame()'s return type

The method ndo_start_xmit() is defined as returning an 'netdev_tx_t', which is a typedef for an enum type, but the implementation in this driver returns an 'int'. Fix this by returning 'netdev_tx_t' in this driver too. Signed-off-by: Luc Van Oostenryck ---

[PATCH] net: qcom/emac: fix emac_start_xmit()'s return type

The method ndo_start_xmit() is defined as returning an 'netdev_tx_t', which is a typedef for an enum type, but the implementation in this driver returns an 'int'. Fix this by returning 'netdev_tx_t' in this driver too. Signed-off-by: Luc Van Oostenryck ---

[PATCH] net: qcom/emac: fix emac_start_xmit()'s return type

The method ndo_start_xmit() is defined as returning an 'netdev_tx_t', which is a typedef for an enum type, but the implementation in this driver returns an 'int'. Fix this by returning 'netdev_tx_t' in this driver too. Signed-off-by: Luc Van Oostenryck ---

[RFC 02/13] arm64: dts: allwinner: a64: Add DE2 CCU

DE2 in A64 has clock control unit and behavior is same like H3/H5, so reuse the same in A64. Signed-off-by: Jagan Teki --- arch/arm64/boot/dts/allwinner/sun50i-a64.dtsi | 15 +++ 1 file changed, 15 insertions(+) diff --git

[RFC 02/13] arm64: dts: allwinner: a64: Add DE2 CCU

DE2 in A64 has clock control unit and behavior is same like H3/H5, so reuse the same in A64. Signed-off-by: Jagan Teki --- arch/arm64/boot/dts/allwinner/sun50i-a64.dtsi | 15 +++ 1 file changed, 15 insertions(+) diff --git a/arch/arm64/boot/dts/allwinner/sun50i-a64.dtsi

[RFC 03/13] bindings: display: Add compatible for A64 DE2 pipeline

Allwinner A64 has DE2 pipeline similar to other Allwinner SOC's like A83T, H3/H5. Signed-off-by: Jagan Teki --- Documentation/devicetree/bindings/display/sunxi/sun4i-drm.txt | 1 + 1 file changed, 1 insertion(+) diff --git

[RFC 03/13] bindings: display: Add compatible for A64 DE2 pipeline

Allwinner A64 has DE2 pipeline similar to other Allwinner SOC's like A83T, H3/H5. Signed-off-by: Jagan Teki --- Documentation/devicetree/bindings/display/sunxi/sun4i-drm.txt | 1 + 1 file changed, 1 insertion(+) diff --git a/Documentation/devicetree/bindings/display/sunxi/sun4i-drm.txt

[RFC 05/13] bindings: display: Add compatible for A64 tcon-lcd

tcon-lcd on Allwinner A64 has similar behavior like Allwinner A83T. Signed-off-by: Jagan Teki --- Documentation/devicetree/bindings/display/sunxi/sun4i-drm.txt | 1 + 1 file changed, 1 insertion(+) diff --git

[RFC 05/13] bindings: display: Add compatible for A64 tcon-lcd

tcon-lcd on Allwinner A64 has similar behavior like Allwinner A83T. Signed-off-by: Jagan Teki --- Documentation/devicetree/bindings/display/sunxi/sun4i-drm.txt | 1 + 1 file changed, 1 insertion(+) diff --git a/Documentation/devicetree/bindings/display/sunxi/sun4i-drm.txt

Re: [PATCH 2/3] mm: add find_alloc_contig_pages() interface

On Sun 22-04-18 21:22:07, Mike Kravetz wrote: > On 04/22/2018 05:09 PM, Michal Hocko wrote: [... > > Also do we want to check other usual suspects? E.g. PageReserved? And > > generally migrateable pages if page count > 0. Or do we want to leave > > everything to the alloc_contig_range? > > I

Re: [PATCH 2/3] mm: add find_alloc_contig_pages() interface

On Sun 22-04-18 21:22:07, Mike Kravetz wrote: > On 04/22/2018 05:09 PM, Michal Hocko wrote: [... > > Also do we want to check other usual suspects? E.g. PageReserved? And > > generally migrateable pages if page count > 0. Or do we want to leave > > everything to the alloc_contig_range? > > I

[RFC 07/13] bindings: display: Add compatible for A64 HDMI

HDMI on Allwinner A64 has similar like H3/H5. Signed-off-by: Jagan Teki --- Documentation/devicetree/bindings/display/sunxi/sun4i-drm.txt | 1 + 1 file changed, 1 insertion(+) diff --git a/Documentation/devicetree/bindings/display/sunxi/sun4i-drm.txt

[RFC 07/13] bindings: display: Add compatible for A64 HDMI

HDMI on Allwinner A64 has similar like H3/H5. Signed-off-by: Jagan Teki --- Documentation/devicetree/bindings/display/sunxi/sun4i-drm.txt | 1 + 1 file changed, 1 insertion(+) diff --git a/Documentation/devicetree/bindings/display/sunxi/sun4i-drm.txt

Re: [PATCH 0/8] Fix year 2038 issue for sound subsystem

On Tue, Apr 24, 2018 at 3:29 PM, Jaroslav Kysela wrote: > Dne 24.4.2018 v 14:06 Baolin Wang napsal(a): >> Since many structures will use timespec type variables to record time stamp >> in uapi/asound.h, which are not year 2038 safe on 32bit system. This patchset >> tries to

Re: [PATCH 0/8] Fix year 2038 issue for sound subsystem

On Tue, Apr 24, 2018 at 3:29 PM, Jaroslav Kysela wrote: > Dne 24.4.2018 v 14:06 Baolin Wang napsal(a): >> Since many structures will use timespec type variables to record time stamp >> in uapi/asound.h, which are not year 2038 safe on 32bit system. This patchset >> tries to introduce new

Re: [RFC 03/13] bindings: display: Add compatible for A64 DE2 pipeline

On Tue, Apr 24, 2018 at 9:34 PM, Jagan Teki wrote: > Allwinner A64 has DE2 pipeline similar to other Allwinner > SOC's like A83T, H3/H5. > > Signed-off-by: Jagan Teki > --- > Documentation/devicetree/bindings/display/sunxi/sun4i-drm.txt |

Re: [RFC 03/13] bindings: display: Add compatible for A64 DE2 pipeline

On Tue, Apr 24, 2018 at 9:34 PM, Jagan Teki wrote: > Allwinner A64 has DE2 pipeline similar to other Allwinner > SOC's like A83T, H3/H5. > > Signed-off-by: Jagan Teki > --- > Documentation/devicetree/bindings/display/sunxi/sun4i-drm.txt | 1 + All the device tree binding patches can be merged

Re: [PATCH 0/8] Fix year 2038 issue for sound subsystem

Dne 24.4.2018 v 14:06 Baolin Wang napsal(a): > Since many structures will use timespec type variables to record time stamp > in uapi/asound.h, which are not year 2038 safe on 32bit system. This patchset > tries to introduce new structures removing timespec type to compatible native > mode and

Re: [PATCH 0/8] Fix year 2038 issue for sound subsystem

Dne 24.4.2018 v 14:06 Baolin Wang napsal(a): > Since many structures will use timespec type variables to record time stamp > in uapi/asound.h, which are not year 2038 safe on 32bit system. This patchset > tries to introduce new structures removing timespec type to compatible native > mode and

Re: [PATCH] drm/i915/selftests: Fix uninitialized variable

Quoting Gustavo A. R. Silva (2018-04-24 14:30:58) > > > On 04/24/2018 08:22 AM, Chris Wilson wrote: > > Quoting Gustavo A. R. Silva (2018-04-24 14:15:45) > >> There is a potential execution path in which variable err is > >> returned without being properly initialized previously. > >> > >> Fix

Re: [PATCH] drm/i915/selftests: Fix uninitialized variable

Quoting Gustavo A. R. Silva (2018-04-24 14:30:58) > > > On 04/24/2018 08:22 AM, Chris Wilson wrote: > > Quoting Gustavo A. R. Silva (2018-04-24 14:15:45) > >> There is a potential execution path in which variable err is > >> returned without being properly initialized previously. > >> > >> Fix

Re: [PATCH] net: ks8851: fix ks_start_xmit()'s return type

On Tue, Apr 24, 2018 at 03:17:02PM +0200, Luc Van Oostenryck wrote: > The method ndo_start_xmit() is defined as returning an 'netdev_tx_t', > which is a typedef for an enum type, but the implementation in this > driver returns an 'int'. > > Fix this by returning 'netdev_tx_t' in this driver too.

Re: [PATCH] net: ks8851: fix ks_start_xmit()'s return type

On Tue, Apr 24, 2018 at 03:17:02PM +0200, Luc Van Oostenryck wrote: > The method ndo_start_xmit() is defined as returning an 'netdev_tx_t', > which is a typedef for an enum type, but the implementation in this > driver returns an 'int'. > > Fix this by returning 'netdev_tx_t' in this driver too.

[RFC 09/13] arm64: dts: allwinner: a64: Add HDMI support

HDMI on Allwinner A64 has similar behavior like H3/H5, so reuse the same dts node details for A64. Signed-off-by: Jagan Teki --- arch/arm64/boot/dts/allwinner/sun50i-a64.dtsi | 28 +++ include/dt-bindings/clock/sun50i-a64-ccu.h| 2 ++ 2

[RFC 12/13] arm64: dts: allwinner: a64: Add HDMI pipeline

HDMI pipeline on A64 has similar behavior like A83T where tcon1 is connected to HDMI. So reuse similar dts nodes for A64. Signed-off-by: Jagan Teki --- arch/arm64/boot/dts/allwinner/sun50i-a64.dtsi | 79 ++- 1 file changed, 78 insertions(+), 1

[RFC 09/13] arm64: dts: allwinner: a64: Add HDMI support

HDMI on Allwinner A64 has similar behavior like H3/H5, so reuse the same dts node details for A64. Signed-off-by: Jagan Teki --- arch/arm64/boot/dts/allwinner/sun50i-a64.dtsi | 28 +++ include/dt-bindings/clock/sun50i-a64-ccu.h| 2 ++ 2 files changed, 30

[RFC 12/13] arm64: dts: allwinner: a64: Add HDMI pipeline

HDMI pipeline on A64 has similar behavior like A83T where tcon1 is connected to HDMI. So reuse similar dts nodes for A64. Signed-off-by: Jagan Teki --- arch/arm64/boot/dts/allwinner/sun50i-a64.dtsi | 79 ++- 1 file changed, 78 insertions(+), 1 deletion(-) diff --git

[RFC 10/13] bindings: display: Add compatible for A64 Mixer1

Mixer1 on Allwinner A64 has similar behavior like Allwinner A83T. Signed-off-by: Jagan Teki --- Documentation/devicetree/bindings/display/sunxi/sun4i-drm.txt | 1 + 1 file changed, 1 insertion(+) diff --git

[RFC 10/13] bindings: display: Add compatible for A64 Mixer1

Mixer1 on Allwinner A64 has similar behavior like Allwinner A83T. Signed-off-by: Jagan Teki --- Documentation/devicetree/bindings/display/sunxi/sun4i-drm.txt | 1 + 1 file changed, 1 insertion(+) diff --git a/Documentation/devicetree/bindings/display/sunxi/sun4i-drm.txt

[RFC 11/13] bindings: display: Add compatible for A64 tcon-tv

tcon-tv on Allwinner A64 has similar behavior like Allwinner A83T. Signed-off-by: Jagan Teki --- Documentation/devicetree/bindings/display/sunxi/sun4i-drm.txt | 1 + 1 file changed, 1 insertion(+) diff --git

[RFC 13/13] arm64: dts: allwinner: a64: bananapi-m64: Enable HDMI output

Enable HDMI output on Bananpi-m64 board. Signed-off-by: Jagan Teki --- .../boot/dts/allwinner/sun50i-a64-bananapi-m64.dts | 26 ++ 1 file changed, 26 insertions(+) diff --git a/arch/arm64/boot/dts/allwinner/sun50i-a64-bananapi-m64.dts

[RFC 11/13] bindings: display: Add compatible for A64 tcon-tv

tcon-tv on Allwinner A64 has similar behavior like Allwinner A83T. Signed-off-by: Jagan Teki --- Documentation/devicetree/bindings/display/sunxi/sun4i-drm.txt | 1 + 1 file changed, 1 insertion(+) diff --git a/Documentation/devicetree/bindings/display/sunxi/sun4i-drm.txt

[RFC 13/13] arm64: dts: allwinner: a64: bananapi-m64: Enable HDMI output

Enable HDMI output on Bananpi-m64 board. Signed-off-by: Jagan Teki --- .../boot/dts/allwinner/sun50i-a64-bananapi-m64.dts | 26 ++ 1 file changed, 26 insertions(+) diff --git a/arch/arm64/boot/dts/allwinner/sun50i-a64-bananapi-m64.dts

[RFC 08/13] bindings: display: Add compatible for A64 HDMI PHY

HDMI PHY on Allwinner A64 has similar like H3/H5. Signed-off-by: Jagan Teki --- Documentation/devicetree/bindings/display/sunxi/sun4i-drm.txt | 1 + 1 file changed, 1 insertion(+) diff --git a/Documentation/devicetree/bindings/display/sunxi/sun4i-drm.txt

[RFC 08/13] bindings: display: Add compatible for A64 HDMI PHY

HDMI PHY on Allwinner A64 has similar like H3/H5. Signed-off-by: Jagan Teki --- Documentation/devicetree/bindings/display/sunxi/sun4i-drm.txt | 1 + 1 file changed, 1 insertion(+) diff --git a/Documentation/devicetree/bindings/display/sunxi/sun4i-drm.txt

[RFC 06/13] arm64: dts: allwinner: a64: Add DE2 pipeline

The display pipeline on A64 has similar behavior like A83T, so use A83 compatible strings for probing relevant drivers. Added Mixer0, tcon0 has initial support, rest will add eventually. Signed-off-by: Jagan Teki --- arch/arm64/boot/dts/allwinner/sun50i-a64.dtsi |

Re: [PATCH] arm64: support __int128 with clang

On Sun, Apr 15, 2018 at 06:20:11PM +0200, Jason A. Donenfeld wrote: > Would you review/merge this when you have a chance? No real objection from me, but does the arm64 kernel actually build with clang? Will > On Sat, Dec 23, 2017 at 1:43 AM, Jason A. Donenfeld wrote: > >

[RFC 06/13] arm64: dts: allwinner: a64: Add DE2 pipeline

The display pipeline on A64 has similar behavior like A83T, so use A83 compatible strings for probing relevant drivers. Added Mixer0, tcon0 has initial support, rest will add eventually. Signed-off-by: Jagan Teki --- arch/arm64/boot/dts/allwinner/sun50i-a64.dtsi | 61

Re: [PATCH] arm64: support __int128 with clang

On Sun, Apr 15, 2018 at 06:20:11PM +0200, Jason A. Donenfeld wrote: > Would you review/merge this when you have a chance? No real objection from me, but does the arm64 kernel actually build with clang? Will > On Sat, Dec 23, 2017 at 1:43 AM, Jason A. Donenfeld wrote: > > Commit fb8722735f50

[RFC 01/13] dt-bindings: clock: Add compatible for A64 DE2 CCU

Allwinner A64 has DE2 CCU which is similar to H3/H5 SoC. Signed-off-by: Jagan Teki --- Documentation/devicetree/bindings/clock/sun8i-de2.txt | 1 + 1 file changed, 1 insertion(+) diff --git a/Documentation/devicetree/bindings/clock/sun8i-de2.txt

[RFC 04/13] bindings: display: Add compatible for A64 Mixer0

Mixer0 on Allwinner A64 has similar behavior like Allwinner A83T. Signed-off-by: Jagan Teki --- Documentation/devicetree/bindings/display/sunxi/sun4i-drm.txt | 1 + 1 file changed, 1 insertion(+) diff --git

[RFC 01/13] dt-bindings: clock: Add compatible for A64 DE2 CCU

Allwinner A64 has DE2 CCU which is similar to H3/H5 SoC. Signed-off-by: Jagan Teki --- Documentation/devicetree/bindings/clock/sun8i-de2.txt | 1 + 1 file changed, 1 insertion(+) diff --git a/Documentation/devicetree/bindings/clock/sun8i-de2.txt

[RFC 04/13] bindings: display: Add compatible for A64 Mixer0

Mixer0 on Allwinner A64 has similar behavior like Allwinner A83T. Signed-off-by: Jagan Teki --- Documentation/devicetree/bindings/display/sunxi/sun4i-drm.txt | 1 + 1 file changed, 1 insertion(+) diff --git a/Documentation/devicetree/bindings/display/sunxi/sun4i-drm.txt

<    11   12   13   14   15   16   17   18   19   20   >