[PATCHv1] ARM64: defconfig: Adding LEDS_TRIGGERS_TIMER

This is to add LEDS_TRIGGERS_TIMER for blinking LED controls upon simple boot upon ARM devices Ong, Hean Loong (1): ARM64: defconfig: Add LEDS_TRIGGERS_TIMER for blinking leds arch/arm64/configs/defconfig |1 + 1 files changed, 1 insertions(+), 0 deletions(-)

[PATCHv1] ARM64: defconfig: Add LEDS_TRIGGERS_TIMER for blinking leds

Adding LED Triggers Timers for LED blinking support on ARM devices Signed-off-by: Ong, Hean Loong --- arch/arm64/configs/defconfig |1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/arch/arm64/configs/defconfig b/arch/arm64/configs/defconfig index 4d58351..6fbd651 100644

Re: [RFC PATCH v3 1/4] vfio: Define device specific irq type capability

Hi, > +struct vfio_irq_info_cap_type { > + struct vfio_info_cap_header header; > + __u32 type; /* global per bus driver */ > + __u32 subtype; /* type specific */ Do we really need both type and subtype? cheers, Gerd

[PATCH v9 01/12] dt-binding: gce: remove thread-num property

"thread-num" is an unused property so we remove it from example. Signed-off-by: Bibby Hsieh Reviewed-by: Rob Herring --- Documentation/devicetree/bindings/mailbox/mtk-gce.txt | 1 - 1 file changed, 1 deletion(-) diff --git a/Documentation/devicetree/bindings/mailbox/mtk-gce.txt

[PATCH v5 3/7] perf diff: Check if all data files with branch stacks

We will expand perf diff to support diff cycles of individual programs blocks, so it requires all data files having branch stacks. This patch checks HEADER_BRANCH_STACK in header, and only set the flag has_br_stack when HEADER_BRANCH_STACK are set in all data files. v2: --- Move

[PATCH v5 7/7] perf diff: Documentation -c cycles option

Documentation the new computation selection 'cycles'. v4: --- Change the column 'Block cycles diff [start:end]' to '[Program Block Range] Cycles Diff' Signed-off-by: Jin Yao --- tools/perf/Documentation/perf-diff.txt | 17 ++--- 1 file changed, 14 insertions(+), 3 deletions(-)

[PATCH v5 2/7] perf util: Add block_info in hist_entry

The block_info contains the program basic block information, i.e, contains the start address and the end address of this basic block and how much cycles it takes. We need to compare, sort and even print out the basic block by some orders, i.e. sort by cycles. For this purpose, we add block_info

[PATCH v9 03/12] dt-binding: gce: add binding for gce client reg property

cmdq driver provide a function that get the relationship of sub system number from device node for client. add specification for #subsys-cells, mediatek,gce-client-reg. Signed-off-by: Bibby Hsieh --- .../devicetree/bindings/mailbox/mtk-gce.txt| 18 ++ 1 file changed, 14

[PATCH v5 6/7] perf diff: Print the basic block cycles diff

$ perf record -b ./div $ perf record -b ./div Following is the default perf diff output $ perf diff # Event 'cycles' # # Baseline Delta Abs Shared Object Symbol # . .. # 48.75% +0.33% div

[PATCH v9 08/12] soc: mediatek: cmdq: change the type of input parameter

According to the cmdq hardware design, the subsys is u8, the offset is u16 and the event id is u16. This patch changes the type of subsys, offset and event id to the correct type. Signed-off-by: Bibby Hsieh Reviewed-by: CK Hu --- drivers/soc/mediatek/mtk-cmdq-helper.c | 10 +-

[PATCH v9 02/12] dt-binding: gce: add gce header file for mt8183

Add documentation for the mt8183 gce. Add gce header file defined the gce hardware event, subsys number and constant for mt8183. Signed-off-by: Bibby Hsieh Reviewed-by: Rob Herring --- .../devicetree/bindings/mailbox/mtk-gce.txt | 6 +- include/dt-bindings/gce/mt8183-gce.h | 177

[PATCH v9 07/12] soc: mediatek: cmdq: reorder the parameter

The order of gce instructions is [subsys offset value] so reorder the parameter of cmdq_pkt_write_mask and cmdq_pkt_write function. Signed-off-by: Bibby Hsieh Reviewed-by: CK Hu --- drivers/soc/mediatek/mtk-cmdq-helper.c | 6 +++--- include/linux/soc/mediatek/mtk-cmdq.h | 10 +- 2

[PATCH v5 5/7] perf diff: Link same basic blocks among different data

The target is to compare the performance difference (cycles diff) for the same basic blocks in different data files. The same basic block means same function, same start address and same end address. This patch finds the same basic blocks from different data files and link them together and

[PATCH v9 10/12] soc: mediatek: cmdq: add polling function

add polling function in cmdq helper functions Signed-off-by: Bibby Hsieh Reviewed-by: CK Hu --- drivers/soc/mediatek/mtk-cmdq-helper.c | 28 include/linux/mailbox/mtk-cmdq-mailbox.h | 1 + include/linux/soc/mediatek/mtk-cmdq.h| 15 + 3 files changed,

[PATCH v5 0/7] perf diff: diff cycles at basic block level

In some cases small changes in hot loops can show big differences. But it's difficult to identify these differences. perf diff currently can only diff symbols (functions). We can also expand it to diff cycles of individual programs blocks as reported by timed LBR. This would allow to identify

[PATCH v9 06/12] soc: mediatek: cmdq: clear the event in cmdq initial flow

GCE hardware stored event information in own internal sysram, if the initial value in those sysram is not zero value it will cause a situation that gce can wait the event immediately after client ask gce to wait event but not really trigger the corresponding hardware. In order to make sure that

[PATCH v5 1/7] perf util: Create block_info structure

perf diff currently can only diff symbols(functions). We should expand it to diff cycles of individual programs blocks as reported by timed LBR. This would allow to identify changes in specific code accurately. We need a new structure to maintain the basic block information, such as,

[PATCH v9 00/12] support gce on mt8183 platform

Changes since v8: - change the error return code in cmdq_dev_get_client_reg() Changes since v7: - remove the memory allocation out of cmdq_dev_get_client_reg() - rebase onto 5.2-rc1 Changes since v6: - remove cmdq_dev_get_event function and gce event property - separate some changes to

[PATCH 0/2] Sub ns increment fixes in Macb PTP

The subns increment register fields are not captured correctly in the driver. Fix the same and also increase the subns incr resolution. Sub ns resolution was increased to 24 bits in r1p06f2 version. To my knowledge, this PTP driver, with its current BD time stamp implementation, is only useful to

[PATCH v9 12/12] arm64: dts: add gce node for mt8183

add gce device node for mt8183 Signed-off-by: Bibby Hsieh --- arch/arm64/boot/dts/mediatek/mt8183.dtsi | 11 +++ 1 file changed, 11 insertions(+) diff --git a/arch/arm64/boot/dts/mediatek/mt8183.dtsi b/arch/arm64/boot/dts/mediatek/mt8183.dtsi index 08274bfcebd8..42b7cc9e7304 100644

[PATCH v9 11/12] soc: mediatek: cmdq: add cmdq_dev_get_client_reg function

GCE cannot know the register base address, this function can help cmdq client to get the cmdq_client_reg structure. Signed-off-by: Bibby Hsieh --- drivers/soc/mediatek/mtk-cmdq-helper.c | 24 include/linux/soc/mediatek/mtk-cmdq.h | 21 + 2 files

[PATCH v9 05/12] mailbox: mediatek: cmdq: support mt8183 gce function

add mt8183 compatible name for supporting gce function Signed-off-by: Bibby Hsieh Reviewed-by: CK Hu --- drivers/mailbox/mtk-cmdq-mailbox.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/mailbox/mtk-cmdq-mailbox.c b/drivers/mailbox/mtk-cmdq-mailbox.c index

Re: [RFC PATCH v3 2/4] vfio: Introduce vGPU display irq type

On Thu, Jun 27, 2019 at 11:38:00AM +0800, Tina Zhang wrote: > Introduce vGPU specific irq type VFIO_IRQ_TYPE_GFX, and > VFIO_IRQ_SUBTYPE_GFX_DISPLAY_IRQ as the subtype for vGPU display > > Signed-off-by: Tina Zhang > --- > include/uapi/linux/vfio.h | 3 +++ > 1 file changed, 3 insertions(+) >

[PATCH 2/2] net: macb: Fix SUBNS increment and increase resolution

The subns increment register has 24 bits as follows: RegBit[15:0] = Subns[23:8]; RegBit[31:24] = Subns[7:0] Fix the same in the driver and increase sub ns resolution to the best capable, 24 bits. This should be the case on all GEM versions that this PTP driver supports. Signed-off-by: Harini

[PATCH v5 4/7] perf diff: Use hists to manage basic blocks per symbol

The hist__account_cycles() can account cycles per basic block. The basic block information is saved in cycles_hist structure. This patch processes each symbol, get basic blocks from cycles_hist and add the basic block entries to a new hists (in 'struct block_hist'). Using a hists is because we

[PATCH v9 04/12] mailbox: mediatek: cmdq: move the CMDQ_IRQ_MASK into cmdq driver data

The interrupt mask and thread number has positive correlation, so we move the CMDQ_IRQ_MASK into cmdq driver data and calculate it by thread number. Signed-off-by: Bibby Hsieh Reviewed-by: CK Hu --- drivers/mailbox/mtk-cmdq-mailbox.c | 12 +++- 1 file changed, 7 insertions(+), 5

[PATCH v9 09/12] soc: mediatek: cmdq: define the instruction struct

Define an instruction structure for gce driver to append command. This structure can make the client's code more readability. Signed-off-by: Bibby Hsieh Reviewed-by: CK Hu --- drivers/soc/mediatek/mtk-cmdq-helper.c | 103 +++ include/linux/mailbox/mtk-cmdq-mailbox.h | 2

[PATCH 1/2] net: macb: Add separate definition for PPM fraction

The scaled ppm parameter passed to _adjfine() contains a 16 bit fraction. This just happens to be the same as SUBNSINCR_SIZE now. Hence define this separately. Signed-off-by: Harini Katakam --- drivers/net/ethernet/cadence/macb.h | 3 +++ drivers/net/ethernet/cadence/macb_ptp.c | 2 +- 2

Re: [RFC PATCH v3 0/4] Deliver vGPU display vblank event to userspace

Hi, > Instead of delivering page flip events, we choose to post display vblank > event. Handling page flip events for both primary plane and cursor plane > may make user space quite busy, although we have the mask/unmask mechansim > for mitigation. Besides, there are some cases that guest app

Re: [PATCH v2 3/5] OPP: Add support for parsing the interconnect bandwidth

Hey Georgi, In addition to Viresh's comments I found a few more while testing the series on SDM845. On 4/24/19 11:22 AM, Viresh Kumar wrote: On 23-04-19, 16:28, Georgi Djakov wrote: The OPP bindings now support bandwidth values, so add support to parse it from device tree and store it into

Re: [PATCH] media: staging/imx: Fix NULL deref in find_pipeline_entity()

On Wed, 2019-06-26 at 11:52 -0700, Steve Longerbeam wrote: > Fix a cut error in find_pipeline_entity(). The start entity must be > passed to media_entity_to_video_device() in find_pipeline_entity(), not > pad->entity. The pad is only put to use later, after determining the start > entity is not

Re: [PATCH v7 4/4] uprobe: use FOLL_SPLIT_PMD instead of FOLL_SPLIT

> On Jun 25, 2019, at 11:00 PM, Srikar Dronamraju > wrote: > > * Song Liu [2019-06-25 16:53:25]: > >> This patches uses newly added FOLL_SPLIT_PMD in uprobe. This enables easy >> regroup of huge pmd after the uprobe is disabled (in next patch). >> >> Acked-by: Kirill A. Shutemov >>

Re: [PATCH v9 11/12] soc: mediatek: cmdq: add cmdq_dev_get_client_reg function

Hi, Bibby: On Thu, 2019-06-27 at 14:19 +0800, Bibby Hsieh wrote: > GCE cannot know the register base address, this function > can help cmdq client to get the cmdq_client_reg structure. > > Signed-off-by: Bibby Hsieh > --- > drivers/soc/mediatek/mtk-cmdq-helper.c | 24 >

Re: [PATCH] staging: rtl8723bs: hal: sdio_halinit: Remove set but unused varilable pHalData

On Wed, Jun 26, 2019 at 11:14:59PM +0530, Hariprasad Kelam wrote: > @@ -1433,7 +1430,6 @@ static void SetHwReg8723BS(struct adapter *padapter, u8 > variable, u8 *val) > #endif > #endif > > - pHalData = GET_HAL_DATA(padapter); > > switch (variable) { We need to delete one of those

Re: [PATCH] soc: imx-scu: Add SoC UID(unique identifier) support

On Thu, Jun 27, 2019 at 3:48 AM Anson Huang wrote: > > Hi, Daniel > > > -Original Message- > > From: Daniel Baluta > > Sent: Wednesday, June 26, 2019 8:42 PM > > To: Anson Huang > > Cc: Shawn Guo ; Sascha Hauer > > ; Pengutronix Kernel Team > > ; Fabio Estevam ; Aisheng > > Dong ; Abel

KASAN: use-after-free Read in xlog_alloc_log

Hello, syzbot found the following crash on: HEAD commit:1dd45f17 Add linux-next specific files for 20190626 git tree: linux-next console output: https://syzkaller.appspot.com/x/log.txt?x=172479e9a0 kernel config: https://syzkaller.appspot.com/x/.config?x=c1222640552e42a5

KASAN: use-after-free Write in xfrm_policy_flush

Hello, syzbot found the following crash on: HEAD commit:249155c2 Merge branch 'parisc-5.2-4' of git://git.kernel.o.. git tree: upstream console output: https://syzkaller.appspot.com/x/log.txt?x=10f1198da0 kernel config: https://syzkaller.appspot.com/x/.config?x=9a31528e58cc12e2

Re: [PATCH v3 6/7] x86/smpboot: introduce per-cpu variable for HT siblings

On Wed, 26 Jun 2019, subhra mazumdar wrote: > Introduce a per-cpu variable to keep the number of HT siblings of a cpu. > This will be used for quick lookup in select_idle_cpu to determine the > limits of search. Why? The number of siblings is constant at least today unless you play silly cpu

Re: [PATCH v3 6/7] x86/smpboot: introduce per-cpu variable for HT siblings

On Thu, 27 Jun 2019, Thomas Gleixner wrote: > On Wed, 26 Jun 2019, subhra mazumdar wrote: > > > Introduce a per-cpu variable to keep the number of HT siblings of a cpu. > > This will be used for quick lookup in select_idle_cpu to determine the > > limits of search. > > Why? The number of

Re: [PATCH v9 4/4] s390: ap: kvm: Enable PQAP/AQIC facility for the guest

On 26.06.19 23:12, Tony Krowiak wrote: > On 6/25/19 4:15 PM, Christian Borntraeger wrote: >> >> >> On 25.06.19 22:13, Christian Borntraeger wrote: >>> >>> >>> On 21.05.19 17:34, Pierre Morel wrote: AP Queue Interruption Control (AQIC) facility gives the guest the possibility to

[PATCH] xtensa: remove unneeded BITS_PER_LONG define

Xtensa does not define CONFIG_64BIT. The generic definition in include/asm-generic/bitsperlong.h should work. Signed-off-by: Masahiro Yamada --- arch/xtensa/include/asm/types.h | 8 1 file changed, 8 deletions(-) diff --git a/arch/xtensa/include/asm/types.h

RE: [PATCH] soc: imx-scu: Add SoC UID(unique identifier) support

Hi, Daniel > -Original Message- > From: Daniel Baluta > Sent: Thursday, June 27, 2019 2:44 PM > To: Anson Huang > Cc: Shawn Guo ; Sascha Hauer > ; Pengutronix Kernel Team > ; Fabio Estevam ; Aisheng > Dong ; Abel Vesa ; linux- > arm-kernel ; Linux Kernel Mailing List > ; dl-linux-imx ;

Re: [PATCH net-next] xdp: xdp_umem: fix umem pages mapping for 32bits systems

Hi Ivan, Thank you for the patch! Yet something to improve: [auto build test ERROR on net-next/master] url: https://github.com/0day-ci/linux/commits/Ivan-Khoronzhuk/xdp-xdp_umem-fix-umem-pages-mapping-for-32bits-systems/20190627-135949 config: i386-randconfig-x073-201925 (attached

Re: [PATCH] media: staging/imx: Fix NULL deref in find_pipeline_entity()

On Wed, Jun 26, 2019 at 11:52:25AM -0700, Steve Longerbeam wrote: > Fix a cut error in find_pipeline_entity(). The start entity must be > passed to media_entity_to_video_device() in find_pipeline_entity(), not > pad->entity. The pad is only put to use later, after determining the start > entity is

Re: [PATCH v3 3/4] iommu/arm-smmu: Add support to handle Qcom's wait-for-safe logic

On Wed, Jun 26, 2019 at 8:18 PM Will Deacon wrote: > > On Wed, Jun 26, 2019 at 12:03:02PM +0530, Vivek Gautam wrote: > > On Tue, Jun 25, 2019 at 7:09 PM Will Deacon wrote: > > > > > > On Tue, Jun 25, 2019 at 12:34:56PM +0530, Vivek Gautam wrote: > > > > On Mon, Jun 24, 2019 at 10:33 PM Will

Re: [PATCH] reset: Add driver for dispmix reset

On Wed, 2019-06-26 at 06:46 +, Fancy Fang wrote: [...] > > The same goes for the clock soft enable bits on i.MX8MM. If those > > bits actually control clock gates, they should not be described as > > reset controls in the device tree. > > [FF] Make sense. The functions provided by the

Re: [PATCH v2] jffs2: remove C++ style comments from uapi header

On Tue, Jun 18, 2019 at 3:20 PM Richard Weinberger wrote: > > - Ursprüngliche Mail - > > Von: "Masahiro Yamada" > > An: "linux-mtd" > > CC: "Boris Brezillon" , "Miquel Raynal" > > , "Brian Norris" > > , "Vignesh Raghavendra" , > > "Marek Vasut" , > > "Masahiro Yamada" , "richard" > >

[PATCH v2] rcu: Change return type of rcu_spawn_one_boost_kthread()

Hello, I tested if the WARN_ON_ONCE() is fired with my box and it was ok. Thanks, Byungchul Changes from v1 -. WARN_ON_ONCE() on failing to create rcu_boost_kthread. -. Changed title and commit message a bit. ---8<--- >From 7100fcf82202f063f70f45def208ea5198412f5a Mon Sep 17 00:00:00 2001

[PATCH] mtd: abi: do not use C++ style comments in uapi header

Linux kernel tolerates C++ style comments these days. Actually, the SPDX License tags for .c files start with //. On the other hand, uapi headers are written in more strict C, where the C++ comment style is forbidden. Signed-off-by: Masahiro Yamada --- include/uapi/mtd/mtd-abi.h | 10

Re: [PATCH] perf/x86/intel: Mark expected switch fall-throughs

On Wed, Jun 26, 2019 at 03:33:36PM -0700, Nick Desaulniers wrote: > On Wed, Jun 26, 2019 at 9:31 AM Peter Zijlstra wrote: > > > > On Tue, Jun 25, 2019 at 11:47:06PM +0200, Thomas Gleixner wrote: > > > > On Tue, Jun 25, 2019 at 09:53:09PM +0200, Thomas Gleixner wrote: > > > > > > > but it also

Re: [PATCH v9 11/17] kvm/vmx: Emulate MSR TEST_CTL

A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing in e-mail? A: No. Q: Should I include quotations after my reply? http://daringfireball.net/2007/07/on_top A: Yes Q: Should I trim

Re: [PATCH] perf/x86/intel: Mark expected switch fall-throughs

On Wed, Jun 26, 2019 at 03:14:05PM -0700, Nick Desaulniers wrote: > On Wed, Jun 26, 2019 at 1:49 AM Peter Zijlstra wrote: > > > > On Tue, Jun 25, 2019 at 11:15:57AM -0700, Nick Desaulniers wrote: > > > > > Unreleased versions of Clang built from source can; > > > > I've bad experiences with using

Re: [PATCH] perf/x86/intel: Mark expected switch fall-throughs

On Wed, Jun 26, 2019 at 03:15:38PM -0700, Nick Desaulniers wrote: > On Wed, Jun 26, 2019 at 2:24 AM Peter Zijlstra wrote: > > > > On Tue, Jun 25, 2019 at 11:47:06PM +0200, Thomas Gleixner wrote: > > > > On Tue, Jun 25, 2019 at 09:53:09PM +0200, Thomas Gleixner wrote: > > > > > > > but it also

Re: [PATCH][next][V2] media: vivid: fix potential integer overflow on left shift

Am 26.06.2019 16:47, schrieb Colin King: > From: Colin Ian King > > There is a potential integer overflow when int 2 is left shifted > as this is evaluated using 32 bit arithmetic but is being used in > a context that expects an expression of type s64. Fix this by > shifting 2ULL to avoid a

[PATCH 3/3] usb: dwc3: Remove generic PHY calibrate() calls

Calls to USB2 generic PHY calibrate() method were added by commit d8c80bb3b55b ("phy: exynos5-usbdrd: Calibrate LOS levels for exynos5420/5800"), but it turned out that the mentioned patch worked only by the pure luck and fixed only one use case. To fix the issues with PHY calibration it has been

[PATCH 1/3] usb: host: xhci-plat: Add support for Exynos5/DWC3 specific variant

USB3.0 DRD PHY found in Exynos5 SoCs requires calibration to be done after every HCD reset. This was initially handled by DWC3 core by commit d8c80bb3b55b ("phy: exynos5-usbdrd: Calibrate LOS levels for exynos5420/5800"), but it turned out that the mentioned patch worked only by the pure luck and

[PATCH 0/3] Fix USB3.0 DRD PHY calibration issues (DWC3/XHCI) on Exynos542x SoCs

Dear All, Commit d8c80bb3b55b ("phy: exynos5-usbdrd: Calibrate LOS levels for exynos5420/5800") added support for Exynos5 USB3.0 DRD PHY calibration, what enabled proper Super-Speed enumeration of USB3.0 devices connected to various Exynos5 SoCs. After some time it turned out that the mentioned

[PATCH 2/3] usb: dwc3: exynos: Use Exynos specific XHCI-plat driver variant

Exynos5 SoCs needs to calibrate USB3.0 DRD PHY after every XHCI HCD reset. This patch adds support for instantiating Exynos5-specific variant of XHCI-plat driver, which handles the required USB3.0 DRD PHY calibration. Signed-off-by: Marek Szyprowski --- drivers/usb/dwc3/Kconfig | 1 +

Re: [PATCH][next][V2] media: vivid: fix potential integer overflow on left shift

On 6/26/19 4:47 PM, Colin King wrote: > From: Colin Ian King > > There is a potential integer overflow when int 2 is left shifted > as this is evaluated using 32 bit arithmetic but is being used in > a context that expects an expression of type s64. Fix this by > shifting 2ULL to avoid a 32 bit

Re: [PATCH 3/4] powerpc/powernv: remove unused NPU DMA code

On Thu, Jun 27, 2019 at 10:21:55AM +1000, Alexey Kardashevskiy wrote: > > Which comment? Last time I asked you complaint "it is still used in > > exactly the same way as before" which you later clarified that you > > have a hidden out of tree user somewhere, and you only objected to > > It is

Re: [PATCH bpf v4 2/2] xdp: fix hang while unregistering device bound to xdp socket

On 26.06.2019 21:34, Jakub Kicinski wrote: > On Wed, 26 Jun 2019 21:15:15 +0300, Ilya Maximets wrote: >> diff --git a/net/xdp/xdp_umem.c b/net/xdp/xdp_umem.c >> index 267b82a4cbcf..56729e74cbea 100644 >> --- a/net/xdp/xdp_umem.c >> +++ b/net/xdp/xdp_umem.c >> @@ -140,34 +140,38 @@ int

Re: [PATCH v2 1/2] dt-bindings: i3c: Document MediaTek I3C master bindings

On Wed, 2019-06-26 at 18:23 +0200, Boris Brezillon wrote: > On Wed, 26 Jun 2019 13:36:27 +0800 > Qii Wang wrote: > > > Document MediaTek I3C master DT bindings. > > > > Signed-off-by: Qii Wang > > --- > > .../devicetree/bindings/i3c/mtk,i3c-master.txt | 47 > > > >

Re: [PATCH v4 3/7] s390: zcrypt: driver callback to indicate resource in use

On Wed, 26 Jun 2019 17:13:50 -0400 Tony Krowiak wrote: > On 6/19/19 9:04 AM, Tony Krowiak wrote: > > On 6/18/19 12:25 PM, Cornelia Huck wrote: > >> On Thu, 13 Jun 2019 15:39:36 -0400 > >> Tony Krowiak wrote: > >> > >>> Introduces a new driver callback to prevent a root user from unbinding >

[PATCH v2] arm64: dts: sdm845: Add video nodes

From: Malathi Gottam This adds video nodes to sdm845 based on the examples in the bindings. Signed-off-by: Malathi Gottam Co-developed-by: Aniket Masule Signed-off-by: Aniket Masule --- arch/arm64/boot/dts/qcom/sdm845.dtsi | 30 ++ 1 file changed, 30

[PATCH v2] arm64: dts: sdm845: Add video nodes

This adds video nodes to sdm845 based on the examples in the bindings. Changes since v1: - Corrected the Signed-off-by ordering. - Corrected the node position based on the address. Aniket Masule (1): arm64: dts: sdm845: Add video nodes arch/arm64/boot/dts/qcom/sdm845.dtsi | 30

Re: [PATCH v5 4/7] perf diff: Use hists to manage basic blocks per symbol

On Thu, Jun 27, 2019 at 10:09:26PM +0800, Jin Yao wrote: SNIP > + > +static int process_block_per_sym(struct hist_entry *he) > +{ > + struct annotation *notes; > + struct cyc_hist *ch; > + struct block_hist *bh; > + > + if (!he->ms.map || !he->ms.sym) > + return 0; >

Re: [PATCH] media:vivid: add sanity check to avoid divide error and set value to 1 if 0.

On 6/26/19 8:01 AM, Vandana BN wrote: > Syzbot reported divide error in vivid_thread_vid_cap, which has been > seen only once and doesnot have a reproducer. > This patch sanity checks for the denominator value with WARN_ON if it is 0 > and replaces it with 1. > > Reported-by:

Re: [PATCH] arm64: Move jump_label_init() before parse_early_param()

On Wed, 26 Jun 2019 at 22:51, Kees Cook wrote: > > While jump_label_init() was moved earlier in the boot process in commit > efd9e03facd0 ("arm64: Use static keys for CPU features"), it wasn't > early enough for early params to use it. The old state of things was as > described here... > >

[PATCH -next] xfs: remove duplicated include

Remove duplicated include. Signed-off-by: YueHaibing --- fs/xfs/xfs_extfree_item.c | 1 - fs/xfs/xfs_filestream.c | 1 - fs/xfs/xfs_pnfs.c | 1 - 3 files changed, 3 deletions(-) diff --git a/fs/xfs/xfs_extfree_item.c b/fs/xfs/xfs_extfree_item.c index 99fd40eb..e515506 100644 ---

Re: [PATCH v5 4/7] perf diff: Use hists to manage basic blocks per symbol

On 6/27/2019 3:27 PM, Jiri Olsa wrote: On Thu, Jun 27, 2019 at 10:09:26PM +0800, Jin Yao wrote: SNIP + +static int process_block_per_sym(struct hist_entry *he) +{ + struct annotation *notes; + struct cyc_hist *ch; + struct block_hist *bh; + + if (!he->ms.map ||

Re: [PATCH] perf/x86/intel: Mark expected switch fall-throughs

On Wed, Jun 26, 2019 at 03:23:24PM -0700, Nick Desaulniers wrote: > On Wed, Jun 26, 2019 at 2:55 AM Peter Zijlstra wrote: > > > > On Wed, Jun 26, 2019 at 11:24:32AM +0200, Peter Zijlstra wrote: > > > That's pretty atrocious code-gen :/ > > > > And I know nobody reads comments (I don't either),

[tip:smp/urgent] cpu/hotplug: Fix out-of-bounds read when setting fail state

Commit-ID: 33d4a5a7a5b4d02915d765064b2319e90a11cbde Gitweb: https://git.kernel.org/tip/33d4a5a7a5b4d02915d765064b2319e90a11cbde Author: Eiichi Tsukata AuthorDate: Thu, 27 Jun 2019 11:47:32 +0900 Committer: Thomas Gleixner CommitDate: Thu, 27 Jun 2019 09:34:04 +0200 cpu/hotplug: Fix

Re: [PATCH v2] jffs2: remove C++ style comments from uapi header

- Ursprüngliche Mail - > Von: "Masahiro Yamada" > An: "richard" > CC: "Vignesh Raghavendra" , "Boris Brezillon" > , "linux-kernel" > , "Marek Vasut" , > "linux-mtd" , > "Miquel Raynal" , "Brian Norris" > , "David Woodhouse" > > Gesendet: Donnerstag, 27. Juni 2019 09:06:31 > Betreff:

Re: [PATCH] mtd: abi: do not use C++ style comments in uapi header

- Ursprüngliche Mail - > Von: "Masahiro Yamada" > An: "David Woodhouse" , "Brian Norris" > , "Marek Vasut" > , "Miquel Raynal" , > "richard" , "Vignesh Raghavendra" > , "linux-mtd" > CC: "Masahiro Yamada" , "linux-kernel" > > Gesendet: Donnerstag, 27. Juni 2019 09:07:45 > Betreff:

Re: [PATCH 2/2] dt-bindings: arm: fsl: Add DSP IPC binding support

> > > > + mboxes: > > > > +description: > > > > + List of phandle of 2 MU channels for TXDB, 2 MU channels for RXDB > > > > + (see mailbox/fsl,mu.txt) > > > > +maxItems: 1 > > > > > > Should be 4? > > > > Actually is just a list with 1 item. I think is the terminology: > > > >

Re: [PATCH v5 4/7] perf diff: Use hists to manage basic blocks per symbol

On Thu, Jun 27, 2019 at 03:34:38PM +0800, Jin, Yao wrote: > > > On 6/27/2019 3:27 PM, Jiri Olsa wrote: > > On Thu, Jun 27, 2019 at 10:09:26PM +0800, Jin Yao wrote: > > > > SNIP > > > > > + > > > +static int process_block_per_sym(struct hist_entry *he) > > > +{ > > > + struct annotation *notes;

[tip:x86/boot] x86/boot: Make gdt 8-byte aligned

Commit-ID: 1c30fe6cbba6997ae4740bb46910036f8a4a9edb Gitweb: https://git.kernel.org/tip/1c30fe6cbba6997ae4740bb46910036f8a4a9edb Author: Xiaoyao Li AuthorDate: Thu, 27 Jun 2019 12:55:25 +0800 Committer: Thomas Gleixner CommitDate: Thu, 27 Jun 2019 09:40:41 +0200 x86/boot: Make gdt

[PATCH] dt-bindings: spi: stm32-qspi: add dma properties

From: Ludovic Barre This patch adds description of dma properties (optional). Signed-off-by: Ludovic Barre --- Documentation/devicetree/bindings/spi/spi-stm32-qspi.txt | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git

[PATCH] spi: stm32-qspi: remove signal sensitive on completion

From: Ludovic Barre On umount step a sigkill signal is set (without user specific action), due to sigkill signal the completion will be interrupted and the data transfer can't be finished if a sync is needed. Signed-off-by: Ludovic Barre --- drivers/spi/spi-stm32-qspi.c | 10 +++--- 1

Re: [PATCH v2] flow_dissector: Fix vlan header offset in __skb_flow_dissect

Thu, Jun 27, 2019 at 04:28:29AM CEST, da...@davemloft.net wrote: >From: YueHaibing >Date: Mon, 24 Jun 2019 11:49:13 +0800 > >> @@ -998,6 +998,9 @@ bool __skb_flow_dissect(const struct net *net, >> skb && skb_vlan_tag_present(skb)) { >> proto = skb->protocol;

Re: [Linux-kernel-mentees] [PATCH v4 RESEND] Media: Radio: Change devm_k*alloc to k*alloc

Hi Luke, On 6/22/19 3:04 AM, Luke Nowakowski-Krijger wrote: > Change devm_k*alloc to k*alloc to manually allocate memory > > The manual allocation and freeing of memory is necessary because when > the USB radio is disconnected, the memory associated with devm_k*alloc > is freed. Meaning if we

Re: [RFC] Deadlock via recursive wakeup via RCU with threadirqs

On 2019-06-26 09:25:58 [-0700], Paul E. McKenney wrote: > On Wed, Jun 26, 2019 at 03:54:47PM +0200, Sebastian Andrzej Siewior wrote: > > one of my boxes boots with "threadirqs" and since commit 05f415715ce45 > > ("rcu: Speed up expedited GPs when interrupting RCU reader") I run > > reliably into

[PATCH -next] drm/amdgpu: remove set but not used variable 'psp_enabled'

Fixes gcc '-Wunused-but-set-variable' warning: drivers/gpu/drm/amd/amdgpu/nv.c: In function 'nv_common_early_init': drivers/gpu/drm/amd/amdgpu/nv.c:471:7: warning: variable 'psp_enabled' set but not used [-Wunused-but-set-variable] It's not used since inroduction in commit c6b6a42175f5

Re: [PATCH] mm/mempolicy: Fix an incorrect rebind node in mpol_rebind_nodemask

On 6/27/19 5:57 AM, Andrew Morton wrote: > On Mon, 27 May 2019 21:58:17 +0800 zhong jiang wrote: > >> On 2019/5/27 20:23, Vlastimil Babka wrote: >>> On 5/25/19 8:28 PM, Andrew Morton wrote: (Cc Vlastimil) >>> Oh dear, 2 years and I forgot all the details about how this works. >>> On

Re: [PATCH v2 1/3] clk: sprd: Switch from of_iomap() to devm_ioremap_resource()

On Thu, 27 Jun 2019 at 02:16, Stephen Boyd wrote: > > Quoting Chunyan Zhang (2019-05-21 18:15:01) > > devm_ioremap_resources() automatically requests resources and devm_ wrappers > > do better error handling and unmapping of the I/O region when needed, > > that would make drivers more clean and

RE: [PATCH net-next 10/10] net: stmmac: Try to get C45 PHY if everything else fails

From: Andrew Lunn > On Wed, Jun 26, 2019 at 03:47:44PM +0200, Jose Abreu wrote: > > On PCI based setups that are connected to C45 PHY we won't have DT > > bindings specifying what's the correct PHY type. > > You can associate a DT node to a PCI device. The driver does not have > to do anything

RE: [PATCH net-next 07/10] net: stmmac: Enable support for > 32 Bits addressing in XGMAC

From: Andrew Lunn > > + > > + if (priv->dma_cap.addr64) { > > + ret = dma_set_mask_and_coherent(device, > > + DMA_BIT_MASK(priv->dma_cap.addr64)); > > + if (!ret) > > + dev_info(priv->device, "Using %d bits DMA width\n", > > +

Re: [PATCH v9 11/17] kvm/vmx: Emulate MSR TEST_CTL

On 6/27/2019 3:12 PM, Thomas Gleixner wrote: A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing in e-mail? A: No. Q: Should I include quotations after my reply?

Re: [PATCH] arm64: Move jump_label_init() before parse_early_param()

Hi Kees, On Wed, Jun 26, 2019 at 01:51:15PM -0700, Kees Cook wrote: > This moves arm64 jump_label_init() from smp_prepare_boot_cpu() to > setup_arch(), as done already on x86, in preparation from early param > usage in the init_on_alloc/free() series: >

[PATCH][next][V3] media: vivid: fix potential integer overflow on left shift

From: Colin Ian King There is a potential integer overflow when int 2 is left shifted as this is evaluated using 32 bit arithmetic but is being used in a context that expects an expression of type s64. Fix this by generating a mask using GENMASK to avoid a 32 bit overflow. Addresses-Coverity:

Re: [PATCH RESEND V2 1/3] clocksource/drivers/sysctr: Add optional clock-frequency property

On 27/06/2019 02:43, Anson Huang wrote: > Hi, Daniel > >> On 26/06/2019 03:42, Anson Huang wrote: >>> Hi, Daniel >>> On 23/06/2019 14:38, anson.hu...@nxp.com wrote: > From: Anson Huang > > Systems which use platform driver model for clock driver require the > clock frequency

Re: [PATCH v2 1/3] mm: Trigger bug on if a section is not found in __section_nr

On Thu 27-06-19 10:50:57, Alastair D'Silva wrote: > On Wed, 2019-06-26 at 08:57 +0200, Michal Hocko wrote: > > On Wed 26-06-19 16:27:30, Alastair D'Silva wrote: > > > On Wed, 2019-06-26 at 08:21 +0200, Michal Hocko wrote: > > > > On Wed 26-06-19 16:11:21, Alastair D'Silva wrote: > > > > > From:

[PATCH] dt-bindings: nvmem: Add YAML schemas for the generic NVMEM bindings

From: Maxime Ripard The nvmem providers and consumers have a bunch of generic properties that are needed in a device tree. Add a YAML schemas for those. Reviewed-by: Rob Herring Signed-off-by: Maxime Ripard Signed-off-by: Srinivas Kandagatla --- Hi Greg, Sorry for the delay in sending this

RE: [PATCH RESEND V2 1/3] clocksource/drivers/sysctr: Add optional clock-frequency property

Hi, Daniel > On 27/06/2019 02:43, Anson Huang wrote: > > Hi, Daniel > > > >> On 26/06/2019 03:42, Anson Huang wrote: > >>> Hi, Daniel > >>> > On 23/06/2019 14:38, anson.hu...@nxp.com wrote: > > From: Anson Huang > > > > Systems which use platform driver model for clock driver

[PATCH v2 0/2] Add support for DSP IPC protocol driver

Hifi4 DSP can be found on some i.MX8 platforms (e.g i.MX8QXP, i.MX8QM). This patch series introduces the layer that allows Host CPU to communicate with DSP. This layer provides a doorbell and clients can used that to notify DSP that a message is placed somewhere in the shared memory. The

[PATCH v2 1/2] firmware: imx: Add DSP IPC protocol interface

Some of i.MX8 processors (e.g i.MX8QM, i.MX8QXP) contain the Tensilica HiFi4 DSP for advanced pre- and post-audio processing. The communication between Host CPU and DSP firmware is taking place using a shared memory area for message passing and a dedicated Messaging Unit for notifications. DSP

[PATCH v2 2/2] dt-bindings: dsp: fsl: Add DSP IPC binding support

DSP IPC is the layer that allows the Host CPU to communicate with DSP firmware. DSP is part of some i.MX8 boards (e.g i.MX8QM, i.MX8QXP) Signed-off-by: Daniel Baluta --- .../devicetree/bindings/dsp/fsl,dsp_ipc.yaml | 44 +++ 1 file changed, 44 insertions(+) create mode 100644

[PATCH] ftrace: Remove possible deadlock between register_kprobe() and ftrace_run_update_code()

The commit 9f255b632bf12c4dd7 ("module: Fix livepatch/ftrace module text permissions race") causes a possible deadlock between register_kprobe() and ftrace_run_update_code() when ftrace is using stop_machine(). The existing dependency chain (in reverse order) is: -> #1 (text_mutex){+.+.}:

memory leak in ip_mc_add_src (2)

Hello, syzbot found the following crash on: HEAD commit:249155c2 Merge branch 'parisc-5.2-4' of git://git.kernel.o.. git tree: upstream console output: https://syzkaller.appspot.com/x/log.txt?x=122594ada0 kernel config: https://syzkaller.appspot.com/x/.config?x=1db8bd6825f9661c

Re: [PATCH 0/2] scsi: add support for request batching

On 27/06/19 05:37, Martin K. Petersen wrote: >> Ping? Are there any more objections? > It's a core change so we'll need some more reviews. I suggest you > resubmit. Resubmit exactly the same patches? Paolo

  1   2   3   4   5   6   7   8   9   10   >