Re: [PATCH v6 9/9] remoteproc: Properly handle firmware name when attaching

On Tue 14 Jul 12:50 PDT 2020, Mathieu Poirier wrote: > This patch prevents the firmware image name from being displayed when > the remoteproc core is attaching to a remote processor. This is needed > needed since there is no guarantee about the nature of the firmware > image that is loaded by the

Re: [PATCH v3] powerpc/pseries: detect secure and trusted boot state of the system.

Michal Suchánek writes: > On Wed, Jul 15, 2020 at 07:52:01AM -0400, Nayna Jain wrote: >> The device-tree property to check secure and trusted boot state is >> different for guests(pseries) compared to baremetal(powernv). >> >> This patch updates the existing is_ppc_secureboot_enabled() and >>

linux-next: build failure after merge of the kvm tree

Hi all, After merging the kvm tree, today's linux-next build (x86_64 allmodconfig) failed like this: arch/x86/kernel/kvm.c: In function '__sysvec_kvm_asyncpf_interrupt': arch/x86/kernel/kvm.c:275:13: error: implicit declaration of function 'idtentry_enter_cond_rcu'; did you mean

Re: [PATCH v3 2/4] clocksource/drivers: Add CLINT timer driver

On Fri, Jul 17, 2020 at 10:58 AM Daniel Lezcano wrote: > > On 17/07/2020 07:21, Anup Patel wrote: > > On Fri, Jul 17, 2020 at 2:57 AM Daniel Lezcano > > wrote: > >> > >> > >> Hi Anup, > >> > >> > >> On 15/07/2020 09:15, Anup Patel wrote: > >>> The TIME CSR and SBI calls are not available in

Re: [PATCH 2/3] remoteproc: qcom_q6v5_mss: Add MBA log extraction support

On Thu 16 Jul 22:22 PDT 2020, Sibi Sankar wrote: > On 2020-07-17 10:27, Bjorn Andersson wrote: > > On Thu 16 Jul 05:36 PDT 2020, Sibi Sankar wrote: > > > > > On SC7180 the MBA firmware stores the bootup text logs in a 4K segment > > > at the beginning of the MBA region. Add support to extract

Re: [PATCH v2 1/4] dt-bindings: media: venus: Add an optional power domain for perf voting

On 7/17/2020 1:29 AM, Rob Herring wrote: On Thu, Jul 16, 2020 at 11:12:16AM +0530, Rajendra Nayak wrote: Add an optional power domain which when specified can be used for setting the performance state of Venus. The h/w suddenly grew a new power island/domain? Seems like an abuse of

mmotm 2020-07-16-22-52 uploaded

The mm-of-the-moment snapshot 2020-07-16-22-52 has been uploaded to http://www.ozlabs.org/~akpm/mmotm/ mmotm-readme.txt says README for mm-of-the-moment: http://www.ozlabs.org/~akpm/mmotm/ This is a snapshot of my -mm patch queue. Uploaded at random hopefully more than once a week. You

Re: [PATCH v4 2/2] remoteproc: core: Register the character device interface

On Tue 07 Jul 12:07 PDT 2020, Siddharth Gupta wrote: > Add the character device during rproc_add. This would create > a character device node at /dev/remoteproc. Userspace > applications can interact with the remote processor using this > interface. > > Signed-off-by: Rishabh Bhatnagar >

Re: [PATCH] tools/memory-model: document the "one-time init" pattern

On Fri, Jul 17, 2020 at 6:48 AM Eric Biggers wrote: > > From: Eric Biggers ... > This is motivated by the discussion at > https://lkml.kernel.org/linux-fsdevel/2020071300.205104-1-ebigg...@kernel.org/T/#u ... > +In where cases where taking the mutex in the "already initialized" case "In

Re: [PATCH v4 1/2] remoteproc: Add remoteproc character device interface

On Wed 15 Jul 13:18 PDT 2020, Mathieu Poirier wrote: > On Tue, Jul 07, 2020 at 12:07:49PM -0700, Siddharth Gupta wrote: > > Add the character device interface into remoteproc framework. > > This interface can be used in order to boot/shutdown remote > > subsystems and provides a basic ioctl based

Re: [PATCH v4 05/10] powerpc/dt_cpu_ftrs: Add feature for 2nd DAWR

On Fri, Jul 17, 2020 at 2:10 PM Ravi Bangoria wrote: > > Add new device-tree feature for 2nd DAWR. If this feature is present, > 2nd DAWR is supported, otherwise not. > > Signed-off-by: Ravi Bangoria > --- > arch/powerpc/include/asm/cputable.h | 7 +-- > arch/powerpc/kernel/dt_cpu_ftrs.c

[PATCH] power: supply: sc27xx: prevent adc * 1000 from overflow

From: Chunyan Zhang The input parameter is int type, cause adc * 1000 could overflow. Change to use s64 to avoid this issue. Fixes: 195ca1703784 ("power: supply: Add Spreadtrum SC27XX fuel gauge unit driver") Signed-off-by: Chen Yongzhi Signed-off-by: Chunyan Zhang ---

Re: [PATCH v7 08/19] mm: memcg/slab: save obj_cgroup for non-root slab objects

On Fri, 17 Jul 2020 at 01:38, Roman Gushchin wrote: > > On Thu, Jul 16, 2020 at 10:25:01PM +0530, Naresh Kamboju wrote: > > On Tue, 23 Jun 2020 at 23:11, Roman Gushchin wrote: > > > > > > Store the obj_cgroup pointer in the corresponding place of > > > page->obj_cgroups for each allocated

Re: [PATCH v4 1/2] remoteproc: Add remoteproc character device interface

On Tue 07 Jul 12:07 PDT 2020, Siddharth Gupta wrote: > Add the character device interface into remoteproc framework. > This interface can be used in order to boot/shutdown remote > subsystems and provides a basic ioctl based interface to implement > supplementary functionality. An ioctl call is

Re: [PATCH v4 3/7] vmalloc: Add text_alloc() and text_free()

Hi Jarkko, I love your patch! Yet something to improve: [auto build test ERROR on linus/master] [also build test ERROR on v5.8-rc5 next-20200716] [cannot apply to tip/x86/core tip/perf/core] [If your patch is applied to the wrong git tree, kindly drop us a note. And when submitting patch, we

Re: linux-next: build failure after merge of the sound tree

On Fri, Jul 17, 2020 at 01:01:12PM +1000, Stephen Rothwell wrote: > Hi all, > > After merging the sound tree, today's linux-next build (x86_64 > allmodconfig) failed like this: No, the sound commit needs to be reverted. Drivers has absolutely not business poking into DMA layer internals.

Re: [PATCH v4 3/7] vmalloc: Add text_alloc() and text_free()

Hi Jarkko, I love your patch! Yet something to improve: [auto build test ERROR on linus/master] [also build test ERROR on jeyu/modules-next v5.8-rc5 next-20200716] [cannot apply to tip/x86/core tip/perf/core] [If your patch is applied to the wrong git tree, kindly drop us a note. And when

Re: [PATCH 3/3] remoteproc: qcom_q6v5_mss: Update MBA log info

On 2020-07-17 10:29, Bjorn Andersson wrote: On Thu 16 Jul 05:36 PDT 2020, Sibi Sankar wrote: Update MBA text logs location/size in IMEM to aid tools extract them after ramdump collection. Signed-off-by: Sibi Sankar --- drivers/remoteproc/qcom_q6v5_mss.c | 3 +++ 1 file changed, 3

Re: [PATCH v3 2/4] clocksource/drivers: Add CLINT timer driver

On 17/07/2020 07:21, Anup Patel wrote: > On Fri, Jul 17, 2020 at 2:57 AM Daniel Lezcano > wrote: >> >> >> Hi Anup, >> >> >> On 15/07/2020 09:15, Anup Patel wrote: >>> The TIME CSR and SBI calls are not available in RISC-V M-mode so we >>> separate add CLINT driver for Linux RISC-V M-mode (i.e.

Re: [PATCH v16 00/22] per memcg lru_lock

在 2020/7/16 下午10:11, Alexander Duyck 写道: >> Thanks for Testing support from Intel 0day and Rong Chen, Fengguang Wu, >> and Yun Wang. Hugh Dickins also shared his kbuild-swap case. Thanks! > Hi Alex, > > I think I am seeing a regression with this patch set when I run the >

linux-next: manual merge of the kvm tree with the tip tree

Hi all, Today's linux-next merge of the kvm tree got a conflict in: arch/x86/kernel/kvm.c between commit: b037b09b9058 ("x86/entry: Rename idtentry_enter/exit_cond_rcu() to idtentry_enter/exit()") from the tip tree and commit: b1d405751cd5 ("KVM: x86: Switch KVM guest to using

RE: [PATCH v6 0/5] scsi: ufs: Add Host Performance Booster Support

> > v5 -> v6 > > Change base commit to b53293fa662e28ae0cdd40828dc641c09f133405 > > > If no further comments, can this series have your Reviewed-by or Acked-by > tag, so that this can be taken for 5.9? > Thanks! Hey, yes. So sorry for this delay, I was away for few days. Yes - This series looks

Re: [PATCH 2/3] remoteproc: qcom_q6v5_mss: Add MBA log extraction support

On 2020-07-17 10:27, Bjorn Andersson wrote: On Thu 16 Jul 05:36 PDT 2020, Sibi Sankar wrote: On SC7180 the MBA firmware stores the bootup text logs in a 4K segment at the beginning of the MBA region. Add support to extract the logs which will be useful to debug mba boot/authentication issues.

Re: [PATCH] crypto: xts: use memmove to avoid overlapped memory copy

On Thu, Jul 16, 2020 at 06:56:30PM +0300, Ard Biesheuvel wrote: > On Thu, 16 Jul 2020 at 18:29, Colin King wrote: > > > > From: Colin Ian King > > > > There is a memcpy that performs a potential overlapped memory copy > > from source b to destination b + 1. Fix this by using the safer > >

Re: [PATCH v3 2/4] clocksource/drivers: Add CLINT timer driver

On Fri, Jul 17, 2020 at 2:57 AM Daniel Lezcano wrote: > > > Hi Anup, > > > On 15/07/2020 09:15, Anup Patel wrote: > > The TIME CSR and SBI calls are not available in RISC-V M-mode so we > > separate add CLINT driver for Linux RISC-V M-mode (i.e. RISC-V NoMMU > > kernel). > > The description is

Re: [PATCH v8 4/5] remoteproc: Add inline coredump functionality

On Thu 16 Jul 15:20 PDT 2020, Rishabh Bhatnagar wrote: > The current coredump implementation uses vmalloc area to copy > all the segments. But this might put strain on low memory targets > as the firmware size sometimes is in tens of MBs. The situation > becomes worse if there are multiple remote

Re: [PATCH v16 05/22] mm/thp: move lru_add_page_tail func to huge_memory.c

在 2020/7/16 下午9:17, Kirill A. Shutemov 写道: > On Thu, Jul 16, 2020 at 04:59:48PM +0800, Alex Shi wrote: >> Hi Kirill & Matthew, >> >> Is there any concern from for the THP involved patches? > > It is mechanical move. I don't see a problem. > Many thanks! Kirill, Do you mind to give a

Re: [PATCH v2 1/4] dt-bindings: media: venus: Add an optional power domain for perf voting

On 7/17/2020 5:13 AM, Bjorn Andersson wrote: On Wed 15 Jul 22:42 PDT 2020, Rajendra Nayak wrote: Add an optional power domain which when specified can be used for setting the performance state of Venus. Signed-off-by: Rajendra Nayak --- This is a resend of

Re: [PATCH v16 15/22] mm/compaction: do page isolation first in compaction

>> @@ -950,6 +951,21 @@ static bool too_many_isolated(pg_data_t *pgdat) >> if (!(cc->gfp_mask & __GFP_FS) && page_mapping(page)) >> goto isolate_fail; >> >> + /* >> +* Be careful not to clear PageLRU until after we're >> +

Re: [PATCH 1/3] remoteproc: qcom_q6v5_mss: Add modem debug policy support

Hey Bjorn, Thanks for taking time to review the series. On 2020-07-17 10:11, Bjorn Andersson wrote: On Thu 16 Jul 05:36 PDT 2020, Sibi Sankar wrote: Add modem debug policy support which will enable coredumps and live debug support when the msadp firmware is present on secure devices.

Re: [PATCH v8 3/5] remoteproc: Pass size and offset as arguments to segment dump function

On Thu 16 Jul 15:20 PDT 2020, Rishabh Bhatnagar wrote: > Change the segment dump API signature to include size and offset > arguments. Refactor the qcom_q6v5_mss driver to use these > arguments while copying the segment. Doing this lays the ground > work for "inline" coredump functionality being

Re: [PATCH v3] mm/hugetlb: split hugetlb_cma in nodes with memory

On 07/16/2020 11:55 PM, Mike Kravetz wrote: >>From 17c8f37afbf42fe7412e6eebb3619c6e0b7e1c3c Mon Sep 17 00:00:00 2001 > From: Mike Kravetz > Date: Tue, 14 Jul 2020 15:54:46 -0700 > Subject: [PATCH] hugetlb: move cma reservation to code setting up gigantic > hstate > > Instead of calling

Re: [PATCH v8 2/5] remoteproc: qcom_q6v5_mss: Replace mask based tracking with size

On Thu 16 Jul 15:20 PDT 2020, Rishabh Bhatnagar wrote: > From: Sibi Sankar > > In order to land inline coredump support for mss, the dump_segment > function would need to support granularities less than the segment > size. This is achieved by replacing mask based tracking with size. > >

Re: [PATCH 3/3] remoteproc: qcom_q6v5_mss: Update MBA log info

On Thu 16 Jul 05:36 PDT 2020, Sibi Sankar wrote: > Update MBA text logs location/size in IMEM to aid tools extract > them after ramdump collection. > > Signed-off-by: Sibi Sankar > --- > drivers/remoteproc/qcom_q6v5_mss.c | 3 +++ > 1 file changed, 3 insertions(+) > > diff --git

[tip:x86/urgent] BUILD SUCCESS 81e96851ea32deb2c921c870eecabf335f598aeb

tree/branch: https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86/urgent branch HEAD: 81e96851ea32deb2c921c870eecabf335f598aeb x86: math-emu: Fix up 'cmp' insn for clang ias elapsed time: 723m configs tested: 60 configs skipped: 70 The following configs have been built

Re: [PATCH 2/3] remoteproc: qcom_q6v5_mss: Add MBA log extraction support

On Thu 16 Jul 05:36 PDT 2020, Sibi Sankar wrote: > On SC7180 the MBA firmware stores the bootup text logs in a 4K segment > at the beginning of the MBA region. Add support to extract the logs > which will be useful to debug mba boot/authentication issues. > > Signed-off-by: Sibi Sankar > --- >

Re: [PATCH v2 0/6] [media] pci: use generic power management

On Fri, Jul 17, 2020 at 09:26:02AM +0530, Vaibhav Gupta wrote: > Linux Kernel Mentee: Remove Legacy Power Management. > > The purpose of this patch series is to upgrade power management in media > drivers. This has been done by upgrading .suspend() and .resume() callbacks. > > The upgrade makes

Re: [PATCH] dt-bindings: uniphier-thermal: add minItems to socionext,tmod-calibration

On Fri, Jul 17, 2020 at 8:09 AM Rob Herring wrote: > > On Tue, Jul 07, 2020 at 07:23:38PM +0900, Masahiro Yamada wrote: > > As the description says, this property contains a pair of calibration > > values. The number of items must be exactly 2. > > > > Add minItems to check a too short property.

Re: [git pull] drm fixes for 5.8-rc6

The pull request you sent on Fri, 17 Jul 2020 13:42:02 +1000: > git://anongit.freedesktop.org/drm/drm tags/drm-fixes-2020-07-17-1 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/8882572675c1bb1cc544f4e229a11661f1fc52e4 Thank you! -- Deet-doot-dot, I am a bot.

Re: [PATCH v4 1/2] kernel: Implement selective syscall userspace redirection

On Thu, Jul 16, 2020 at 7:15 PM Gabriel Krisman Bertazi wrote: > > Andy Lutomirski writes: > > > On Thu, Jul 16, 2020 at 12:31 PM Gabriel Krisman Bertazi > > wrote: > >> > > > > This is quite nice. I have a few comments, though: > > > > You mentioned rt_sigreturn(). Should this automatically

Re: [PATCH v3 02/12] powerpc/kexec_file: mark PPC64 specific code

On 16/07/20 7:19 am, Thiago Jung Bauermann wrote: > > I didn't forget about this patch. I just wanted to see more of the > changes before comenting on it. > > Hari Bathini writes: > >> Some of the kexec_file_load code isn't PPC64 specific. Move PPC64 >> specific code from kexec/file_load.c

linux-next: manual merge of the tip tree with the crypto tree

Hi all, Today's linux-next merge of the tip tree got a conflict in: arch/x86/include/asm/inst.h between commit: d7866e503bdc ("crypto: x86 - Remove include/asm/inst.h") from the crypto tree and commit: eaad981291ee ("x86/entry/64: Introduce the FIND_PERCPU_BASE macro") from the tip

[PATCH] tools/memory-model: document the "one-time init" pattern

From: Eric Biggers The "one-time init" pattern is implemented incorrectly in various places in the kernel. And when people do try to implement it correctly, it is unclear what to use. Try to give some proper guidance. This is motivated by the discussion at

Re: [PATCH 03/20] thermal: rcar_gen3_thermal: Add r8a774e1 support

On 15/07/2020 13:08, Lad Prabhakar wrote: > From: Marian-Cristian Rotariu > > Add r8a774e1 specific compatible string. > > Signed-off-by: Marian-Cristian Rotariu > > Signed-off-by: Lad Prabhakar --- Applied, thanks -- Linaro.org │ Open source software for ARM

Re: [PATCH 1/3] remoteproc: qcom_q6v5_mss: Add modem debug policy support

On Thu 16 Jul 05:36 PDT 2020, Sibi Sankar wrote: > Add modem debug policy support which will enable coredumps and live > debug support when the msadp firmware is present on secure devices. > > Signed-off-by: Sibi Sankar > --- > drivers/remoteproc/qcom_q6v5_mss.c | 15 ++- > 1 file

Re: [RFC PATCH v3 16/18] gpu: host1x: mipi: Split tegra_mipi_calibrate and tegra_mipi_wait

On 7/16/20 5:16 PM, Sowjanya Komatineni wrote: On 7/16/20 4:47 PM, Dmitry Osipenko wrote: 17.07.2020 02:09, Sowjanya Komatineni пишет: On 7/16/20 4:06 PM, Sowjanya Komatineni wrote: On 7/16/20 4:01 PM, Dmitry Osipenko wrote: 17.07.2020 01:49, Sowjanya Komatineni пишет: What keeps MIPI

Re: [PATCH][next] i2c: digicolor: Use fallthrough pseudo-keyword

Hi Gustavo, On Thu, Jul 16, 2020 at 05:00:55PM -0500, Gustavo A. R. Silva wrote: > Replace the existing /* fall through */ comments and its variants with > the new pseudo-keyword macro fallthrough[1]. > > [1] >

Re: [PATCH v3 00/12] ima: Fix rule parsing bugs and extend KEXEC_CMDLINE rule support

On 2020-07-17 00:31:33, Mimi Zohar wrote: > On Thu, 2020-07-09 at 01:18 -0500, Tyler Hicks wrote: > > This series ultimately extends the supported IMA rule conditionals for > > the KEXEC_CMDLINE hook function. As of today, there's an imbalance in > > IMA language conditional support for

Re: [PATCH v3 03/12] powerpc/kexec_file: add helper functions for getting memory ranges

On 15/07/20 5:19 am, Thiago Jung Bauermann wrote: > > Hello Hari, > > Hari Bathini writes: > >> In kexec case, the kernel to be loaded uses the same memory layout as >> the running kernel. So, passing on the DT of the running kernel would >> be good enough. >> >> But in case of kdump,

Re: [PATCH v3 00/12] ima: Fix rule parsing bugs and extend KEXEC_CMDLINE rule support

On Thu, 2020-07-09 at 01:18 -0500, Tyler Hicks wrote: > This series ultimately extends the supported IMA rule conditionals for > the KEXEC_CMDLINE hook function. As of today, there's an imbalance in > IMA language conditional support for KEXEC_CMDLINE rules in comparison > to KEXEC_KERNEL_CHECK

Re: [PATCH v5 6/6] MAINTAINERS: Add maintainers for MIPS core drivers

On 14/07/2020 14:57, Serge Semin wrote: > Add Thomas and myself as maintainers of the MIPS CPU and GIC IRQchip, MIPS > GIC timer and MIPS CPS CPUidle drivers. > > Signed-off-by: Serge Semin > Acked-by: Marc Zyngier Acked-by: Daniel Lezcano > --- > > Changelog v3: > - Keep the files list

Re: [PATCH v3 0/3] Off-load TLB invalidations to host for !GTSE

On Fri, Jul 17, 2020 at 12:44:00PM +1000, Nicholas Piggin wrote: > Excerpts from Nicholas Piggin's message of July 17, 2020 12:08 pm: > > Excerpts from Qian Cai's message of July 17, 2020 3:27 am: > >> On Fri, Jul 03, 2020 at 11:06:05AM +0530, Bharata B Rao wrote: > >>> Hypervisor may choose not

Re: [PATCH v4 00/16] Allwinner A100 Initial support

On 14/07/2020 08:55, Frank Lee wrote: > From: Yangtao Li Do you expect me to pick patches 7,8,9 or ack them ? > v4: > -drop "dt-bindings: pinctrl: sunxi: make gpio banks supplies required" > -fix dcdc1 regulator name > -get rid of underscore in dts node name > -Some trivial things in yaml files

Re: [PATCH v4 08/16] thermal: sun8i: add TEMP_CALIB_MASK for calibration data in sun50i_h6_ths_calibrate

On 14/07/2020 09:13, Frank Lee wrote: > From: Yangtao Li > > For sun50i_h6_ths_calibrate(), the data read from nvmem needs a round of > calculation. On the other hand, the newer SOC may store other data in > the space other than 12bit sensor data. Add mask operation to read data > to avoid

Re: [PATCH v4 04/10] powerpc/watchpoint: Enable watchpoint functionality on power10 guest

On Fri, Jul 17, 2020 at 2:10 PM Ravi Bangoria wrote: > > CPU_FTR_DAWR is by default enabled for host via CPU_FTRS_DT_CPU_BASE > (controlled by CONFIG_PPC_DT_CPU_FTRS). But cpu-features device-tree > node is not PAPR compatible and thus not yet used by kvm or pHyp > guests. Enable watchpoint

Re: [PATCH v6 2/2] clocksource: Ingenic: Add support for the Ingenic X1000 OST.

On 10/07/2020 19:02, 周琰杰 (Zhou Yanjie) wrote: > X1000 and SoCs after X1000 (such as X1500 and X1830) had a separate > OST, it no longer belongs to TCU. This driver will register both a > clocksource and a sched_clock to the system. > > Tested-by: 周正 (Zhou Zheng) > Co-developed-by: 漆鹏振 (Qi

Re: INFO: rcu detected stall in tipc_release

syzbot has bisected this issue to: commit 5e9eeccc58f3e6bcc99b929670665d2ce047e9c9 Author: Tuong Lien Date: Wed Jun 3 05:06:01 2020 + tipc: fix NULL pointer dereference in streaming bisection log: https://syzkaller.appspot.com/x/bisect.txt?x=1464162090 start commit: 7cc2a8ea

Re: [PATCH v3 06/12] ppc64/kexec_file: restrict memory usage of kdump kernel

On 17/07/20 3:33 am, Thiago Jung Bauermann wrote: > > Hari Bathini writes: > >> On 16/07/20 4:22 am, Thiago Jung Bauermann wrote: >>> >>> Hari Bathini writes: >>> + * each representing a memory range. + */ + ranges = (len >> 2) / (n_mem_addr_cells +

Re: [PATCH] net: ethernet: ave: Fix error returns in ave_init

Hi Wang, On 2020/07/17 11:50, Wang Hai wrote: When regmap_update_bits failed in ave_init(), calls of the functions reset_control_assert() and clk_disable_unprepare() were missed. Add goto out_reset_assert to do this. Fixes: 57878f2f4697 ("net: ethernet: ave: add support for phy-mode setting of

Re: [PATCH] usb: gadget: configfs: Fix use-after-free issue with udc_name

On 20-07-16 14:41:06, Macpaul Lin wrote: > There is a use-after-free issue, if access udc_name > in function gadget_dev_desc_UDC_store after another context > free udc_name in function unregister_gadget. > > Contex 1: %s/contex/context > gadget_dev_desc_UDC_store()->unregister_gadget()-> > free

Re: [PATCH v6 0/9] clocksource/drivers/timer-atmel-tcb: add sama5d2 support

On 11/07/2020 01:08, Alexandre Belloni wrote: > Hello, > > This series mainly adds sama5d2 support where we need to avoid using > clock index 0 because that clock is never enabled by the driver. > > There is also a rework of the 32khz clock handling so it is not used for > clockevents on 32 bit

[PATCH v4 08/10] powerpc/watchpoint: Guest support for 2nd DAWR hcall

2nd DAWR can be set/unset using H_SET_MODE hcall with resource value 5. Enable powervm guest support with that. This has no effect on kvm guest because kvm will return error if guest does hcall with resource value 5. Signed-off-by: Ravi Bangoria --- arch/powerpc/include/asm/hvcall.h | 1

[PATCH v4 10/10] powerpc/watchpoint: Remove 512 byte boundary

Power10 has removed 512 bytes boundary from match criteria. i.e. The watch range can cross 512 bytes boundary. Signed-off-by: Ravi Bangoria --- arch/powerpc/kernel/hw_breakpoint.c | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/arch/powerpc/kernel/hw_breakpoint.c

[PATCH v4 09/10] powerpc/watchpoint: Return available watchpoints dynamically

So far Book3S Powerpc supported only one watchpoint. Power10 is introducing 2nd DAWR. Enable 2nd DAWR support for Power10. Availability of 2nd DAWR will depend on CPU_FTR_DAWR1. Signed-off-by: Ravi Bangoria --- arch/powerpc/include/asm/cputable.h | 4 +++-

[PATCH v4 06/10] powerpc/watchpoint: Set CPU_FTR_DAWR1 based on pa-features bit

As per the PAPR, bit 0 of byte 64 in pa-features property indicates availability of 2nd DAWR registers. i.e. If this bit is set, 2nd DAWR is present, otherwise not. Host generally uses "cpu-features", which masks "pa-features". But "cpu-features" are still not used for guests and thus this change

[PATCH v4 05/10] powerpc/dt_cpu_ftrs: Add feature for 2nd DAWR

Add new device-tree feature for 2nd DAWR. If this feature is present, 2nd DAWR is supported, otherwise not. Signed-off-by: Ravi Bangoria --- arch/powerpc/include/asm/cputable.h | 7 +-- arch/powerpc/kernel/dt_cpu_ftrs.c | 7 +++ 2 files changed, 12 insertions(+), 2 deletions(-) diff

[PATCH v4 04/10] powerpc/watchpoint: Enable watchpoint functionality on power10 guest

CPU_FTR_DAWR is by default enabled for host via CPU_FTRS_DT_CPU_BASE (controlled by CONFIG_PPC_DT_CPU_FTRS). But cpu-features device-tree node is not PAPR compatible and thus not yet used by kvm or pHyp guests. Enable watchpoint functionality on power10 guest (both kvm and powervm) by adding

[PATCH v4 03/10] powerpc/watchpoint: Fix DAWR exception for CACHEOP

'ea' returned by analyse_instr() needs to be aligned down to cache block size for CACHEOP instructions. analyse_instr() does not set size for CACHEOP, thus size also needs to be calculated manually. Fixes: 27985b2a640e ("powerpc/watchpoint: Don't ignore extraneous exceptions blindly") Fixes:

[PATCH v4 07/10] powerpc/watchpoint: Rename current H_SET_MODE DAWR macro

Current H_SET_MODE hcall macro name for setting/resetting DAWR0 is H_SET_MODE_RESOURCE_SET_DAWR. Add suffix 0 to macro name as well. Signed-off-by: Ravi Bangoria --- arch/powerpc/include/asm/hvcall.h | 2 +- arch/powerpc/include/asm/plpar_wrappers.h | 2 +- arch/powerpc/kvm/book3s_hv.c

[PATCH v4 01/10] powerpc/watchpoint: Fix 512 byte boundary limit

Milton Miller reported that we are aligning start and end address to wrong size SZ_512M. It should be SZ_512. Fix that. While doing this change I also found a case where ALIGN() comparison fails. Within a given aligned range, ALIGN() of two addresses does not match when start address is pointing

[PATCH v4 00/10] powerpc/watchpoint: Enable 2nd DAWR on baremetal and powervm

Last series[1] was to add basic infrastructure support for more than one watchpoint on Book3S powerpc. This series actually enables the 2nd DAWR for baremetal and powervm. Kvm guest is still not supported. v3: https://lore.kernel.org/lkml/20200708045046.135702-1-ravi.bango...@linux.ibm.com

[PATCH v4 02/10] powerpc/watchpoint: Fix DAWR exception constraint

Pedro Miraglia Franco de Carvalho noticed that on p8/p9, DAR value is inconsistent with different type of load/store. Like for byte,word etc. load/stores, DAR is set to the address of the first byte of overlap between watch range and real access. But for quadword load/ store it's sometime set to

drivers/tty/serial/ucc_uart.c:286:6: warning: no previous prototype for 'qe_uart_set_mctrl'

Hi Rasmus, First bad commit (maybe != root cause): tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: 07a56bb875afbe39dabbf6ba7b83783d166863db commit: 5a35435ef4e6e4bd2aabd6706b146b298a9cffe5 soc: fsl: qe: remove PPC32 dependency from CONFIG_QUICC_ENGINE

Re: Regression: squashfs issues since change "squashfs: migrate from ll_rw_block usage to BIO"

On Fri, Jul 17, 2020 at 3:22 AM Phillip Lougher wrote: > > On Fri, Jul 17, 2020 at 12:07 AM Andrew Morton > wrote: > > > > On Tue, 14 Jul 2020 21:41:07 +0200 Bernd Amend > > wrote: > > > > > Hi, > > > > > > With the Linux Kernel version 5.8-rc5/master I am unable to mount some > > > squashfs

Re: [PATCH] usb: gadget: udc: Flush pending work also in error path

On 20-07-16 13:55:25, Marek Szyprowski wrote: > When binding an UDC driver to the pending gadget fails in > check_pending_gadget_drivers(), the usb_add_gadget_udc_release() function > ends without waiting for the usb_gadget_state_work to finish, what in > turn might cause the whole struct

drivers/video/fbdev/aty/atyfb_base.c:3715:37: sparse: sparse: incorrect type in argument 1 (different address spaces)

tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: 07a56bb875afbe39dabbf6ba7b83783d166863db commit: 670d0a4b10704667765f7d18f7592993d02783aa sparse: use identifiers to define address spaces date: 4 weeks ago config: arc-randconfig-s032-20200717 (attached

[PATCH v2 6/6] tw68: use generic power management

With legacy PM, drivers themselves were responsible for managing the device's power states and takes care of register states. After upgrading to the generic structure, PCI core will take care of required tasks and drivers should do only device-specific operations. The driver was invoking PCI

[PATCH v2 4/6] cx88: use generic power management

With legacy PM, drivers themselves were responsible for managing the device's power states and takes care of register states. After upgrading to the generic structure, PCI core will take care of required tasks and drivers should do only device-specific operations. The driver was invoking PCI

[PATCH v2 3/6] cx25821: use generic power management

The .suspend() and .resume() callbacks are not defined for this driver. Still, their power management structure follows the legacy framework. To bring it under the generic framework, simply remove the binding of callbacks from struct "pci_driver". Compile-tested only. Signed-off-by: Vaibhav

[PATCH v2 5/6] meye: use generic power management

With legacy PM, drivers themselves were responsible for managing the device's power states and takes care of register states. After upgrading to the generic structure, PCI core will take care of required tasks and drivers should do only device-specific operations. The driver was invoking PCI

[PATCH v2 1/6] sta2x11: use generic power management

With legacy PM, drivers themselves were responsible for managing the device's power states and takes care of register states. After upgrading to the generic structure, PCI core will take care of required tasks and drivers should do only device-specific operations. Thus, there is no need to call

[PATCH v2 2/6] cx23885: use generic power management

The .suspend() and .resume() callbacks are not defined for this driver. Still, their power management structure follows the legacy framework. To bring it under the generic framework, simply remove the binding of callbacks from struct "pci_driver". Compile-tested only. Signed-off-by: Vaibhav

Re: [PATCH V2 2/2] arm64: imx: Select TPM driver by default

On 08/07/2020 05:16, Anson Huang wrote: > Select CLKSRC_IMX_TPM for ARCH_MXC by default. > > Signed-off-by: Anson Huang > --- > No change. > --- > arch/arm64/Kconfig.platforms | 1 + > 1 file changed, 1 insertion(+) > > diff --git a/arch/arm64/Kconfig.platforms b/arch/arm64/Kconfig.platforms >

[PATCH v2 0/6] [media] pci: use generic power management

Linux Kernel Mentee: Remove Legacy Power Management. The purpose of this patch series is to upgrade power management in media drivers. This has been done by upgrading .suspend() and .resume() callbacks. The upgrade makes sure that the involvement of PCI Core does not change the order of

Re: [virtio-dev] [RFC for Linux v4 0/2] virtio_balloon: Add VIRTIO_BALLOON_F_CONT_PAGES to report continuous pages

> 2020年7月16日 18:45，Michael S. Tsirkin 写道： > > On Thu, Jul 16, 2020 at 03:01:18PM +0800, teawater wrote: >> >> >>> 2020年7月16日 14:38，Michael S. Tsirkin 写道： >>> >>> On Thu, Jul 16, 2020 at 10:41:50AM +0800, Hui Zhu wrote: The first, second and third version are in [1], [2] and [3].

Re: [PATCH -next] rsxx: Convert to DEFINE_SHOW_ATTRIBUTE

在 2020/7/17 10:16, Jens Axboe 写道: On 7/16/20 7:37 PM, miaoqinglang wrote: 在 2020/7/16 23:45, Jens Axboe 写道: On 7/16/20 3:04 AM, Qinglang Miao wrote: From: Liu Shixin Use DEFINE_SHOW_ATTRIBUTE macro to simplify the code. None of these apply against the 5.9 block tree, looks like some

PROBLEM: [e1000e] 10% throughput drop on I219-LM after the buffer overrun fix even with TSO disabled

[1.] One line summary of the problem: [e1000e] 10% throughput drop on I219-LM after the buffer overrun fix even with TSO disabled [2.] Full description of the problem/report: With e1000e 3.6.2-k and 3.8.4-NAPI driver, which include the fix for the buffer overrun problem

RE: [PATCH 0/2] Modularization of DFL private feature drivers

> Subject: Re: [PATCH 0/2] Modularization of DFL private feature drivers > > Generally i think this is a good approach. > > However I do have concern. > > The feature_id in dfl is magic number, similar to pci id but without a vendor > id. > > Is it possible to add something like a vendor id so

[git pull] drm fixes for 5.8-rc6

Hi Linus, Weekly fixes pull, big bigger than I'd normally like, but they are fairly scattered and small individually. The vmwgfx one is a black screen regression, otherwise the largest is an MST encoder fix for amdgpu which results in a WARN in some cases, and a scattering of i915 fixes. I'm

Re: [PATCH 1/2] libsubcmd: Fix OPT_CALLBACK_SET()

Hi Arnaldo, Can you please consider this trivial fix. Ravi On 6/19/20 7:04 PM, Ravi Bangoria wrote: Any option macro with _SET suffix should set opt->set variable which is not happening for OPT_CALLBACK_SET(). This is causing issues with perf record --switch-output-event. Fix that. Before:

linux-next: build failure after merge of the mfd tree

Hi all, After merging the mfd tree, today's linux-next build (x86_64 allmodconfig) failed like this: drivers/mfd/kempld-core.c: In function 'kempld_register_cells_generic': drivers/mfd/kempld-core.c:105:13: error: assignment of read-only location 'devs[i++]' 105 | devs[i++] =

Re: [PATCH] clocksource: nomadik-mtu: Handle 32kHz clock

On 29/06/2020 00:01, Linus Walleij wrote: > It happens on the U8420-sysclk Ux500 PRCMU firmware > variant that the MTU clock is just 32768 Hz, and in this > mode the minimum ticks is 5 rather than two. > > I think this is simply so that there is enough time > for the register write to propagate

[PATCH] mmc: sdhci-pci-gli: Set SDR104's clock to 205MHz and enable SSC for GL975x

From: Ben Chuang Set SDR104's clock to 205MHz and enable SSC for GL9750 and GL9755 Signed-off-by: Ben Chuang --- drivers/mmc/host/sdhci-pci-gli.c | 220 ++- 1 file changed, 218 insertions(+), 2 deletions(-) diff --git a/drivers/mmc/host/sdhci-pci-gli.c

drivers/tty/serial/ip22zilog.c:114:22: sparse: sparse: incorrect type in argument 2 (different address spaces)

tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: 07a56bb875afbe39dabbf6ba7b83783d166863db commit: 670d0a4b10704667765f7d18f7592993d02783aa sparse: use identifiers to define address spaces date: 4 weeks ago config: mips-randconfig-s032-20200717 (attached

Re: [PATCH] perf evsel: Don't set sample_regs_intr/sample_regs_user for dummy event

Hi, On 7/6/2020 8:55 AM, Jin, Yao wrote: Hi Ian, On 7/6/2020 8:47 AM, Ian Rogers wrote: On Fri, Jul 3, 2020 at 5:31 PM Jin, Yao wrote: Hi Jiri, On 7/3/2020 7:00 PM, Jiri Olsa wrote: On Fri, Jul 03, 2020 at 08:42:15AM +0800, Jin Yao wrote: Since commit 0a892c1c9472 ("perf record: Add

Re: [PATCH 1/1] clocksource: Ingenic: Add high resolution timer support for SMP/SMT.

On 26/05/2020 18:21, 周琰杰 (Zhou Yanjie) wrote: > Enable clock event handling on per CPU core basis. Make sure that > interrupts raised on the first core execute event handlers on the > correct CPU core. This driver is required by Ingenic processors > that support SMP/SMT, such as JZ4780 and X2000.

[PATCH 10/13] pinctrl: rockchip: Add RK3288 definitions to separate from other SoCs

Add RK3288 definitions to separate from other SoCs. Signed-off-by: Jianqun Xu --- drivers/pinctrl/pinctrl-rockchip.c | 21 + 1 file changed, 13 insertions(+), 8 deletions(-) diff --git a/drivers/pinctrl/pinctrl-rockchip.c b/drivers/pinctrl/pinctrl-rockchip.c index

[PATCH 11/13] pinctrl: rockchip: Add RK3128 definitions to separate from other SoCs

Add RK3128 definitions to separate from other SoCs. Signed-off-by: Jianqun Xu --- drivers/pinctrl/pinctrl-rockchip.c | 8 +--- 1 file changed, 5 insertions(+), 3 deletions(-) diff --git a/drivers/pinctrl/pinctrl-rockchip.c b/drivers/pinctrl/pinctrl-rockchip.c index

[PATCH 09/13] pinctrl: rockchip: Add RK3228 definitions to separate from other SoCs

Add RK3228 definitions to separate from other SoCs. Signed-off-by: Jianqun Xu --- drivers/pinctrl/pinctrl-rockchip.c | 22 ++ 1 file changed, 14 insertions(+), 8 deletions(-) diff --git a/drivers/pinctrl/pinctrl-rockchip.c b/drivers/pinctrl/pinctrl-rockchip.c index

[PATCH 12/13] pinctrl: rockchip: define common codes without special chip name

Modify RK3399_DRV_3BITS_PER_PIN to ROCKCHIP_DRV_3BITS_PER_PIN, and modify RK3288_DRV_BITS_PER_PIN to ROCKCHIP_DRV_BITS_PER_PIN. Signed-off-by: Jianqun Xu --- drivers/pinctrl/pinctrl-rockchip.c | 12 +++- 1 file changed, 7 insertions(+), 5 deletions(-) diff --git

  1   2   3   4   5   6   7   8   9   10   >