[PATCH 0/6] staging: qlge: General cleanup and refactor.

2020-07-13 Thread Suraj Upadhyay
Hii, This patchest aims to remove several of the checkpatch.pl warnings and refactor some ugly while loops into for loops for better readability. Some of the issues are found with checkpatch and others were listed in qlge/TODO. Thanks, Suraj Upadhyay (6): staging: qlge: qlge.h:

Re: [PATCH v2 2/2] PM / devfreq: Add governor flags to clarify the features

2020-07-13 Thread Chanwoo Choi
On 7/13/20 7:37 PM, Dmitry Osipenko wrote: > 13.07.2020 11:31, Chanwoo Choi пишет: >> DEVFREQ supports the default governors like performance, powersave and also >> allows the devfreq driver to add their own governor like tegra30-devfreq.c >> according to their requirement. In result, some sysfs

[PATCH 1/6] staging: qlge: qlge.h: Function definition arguments should have names.

2020-07-13 Thread Suraj Upadhyay
Issue found with checkpatch.pl Signed-off-by: Suraj Upadhyay --- drivers/staging/qlge/qlge.h | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/drivers/staging/qlge/qlge.h b/drivers/staging/qlge/qlge.h index 05e4f47442a3..48bc494028ce 100644 ---

[PATCH 2/6] staging: qlge: qlge.h: Insert line after declaration.

2020-07-13 Thread Suraj Upadhyay
Issue found by checkpatch.pl Signed-off-by: Suraj Upadhyay --- drivers/staging/qlge/qlge.h | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/staging/qlge/qlge.h b/drivers/staging/qlge/qlge.h index 48bc494028ce..483ce04789ed 100644 --- a/drivers/staging/qlge/qlge.h +++

Re: [PATCH 2/2] cpufreq: intel_pstate: Use passive mode by default without HWP

2020-07-13 Thread Rafael J. Wysocki
On Thu, Jul 9, 2020 at 11:01 PM Doug Smythies wrote: > > Hi Rafael, > > As you may or may not recall, I am attempting to untangle > and separate multiple compounding issues around the > intel_pstate driver and HWP (or not). > > Until everything is figured out, I am using the following rules: > >

[PATCH 3/6] staging: qlge: qlge_dbg: Simplify while statements

2020-07-13 Thread Suraj Upadhyay
Simplify while loops into more readable and simple for loops. Signed-off-by: Suraj Upadhyay --- drivers/staging/qlge/qlge_dbg.c | 5 ++--- 1 file changed, 2 insertions(+), 3 deletions(-) diff --git a/drivers/staging/qlge/qlge_dbg.c b/drivers/staging/qlge/qlge_dbg.c index

Re: [PATCH v8 00/12] Introduce CAP_PERFMON to secure system performance monitoring and observability

2020-07-13 Thread Arnaldo Carvalho de Melo
Em Mon, Jul 13, 2020 at 12:48:25PM +0300, Alexey Budankov escreveu: > > On 10.07.2020 20:09, Arnaldo Carvalho de Melo wrote: > > Em Fri, Jul 10, 2020 at 05:30:50PM +0300, Alexey Budankov escreveu: > >> On 10.07.2020 16:31, Ravi Bangoria wrote: > Currently access to perf_events, i915_perf and

[PATCH] drivers: phy: Replace HTTP links with HTTPS ones

2020-07-13 Thread Alexander A. Klimov
Rationale: Reduces attack surface on kernel devs opening the links for MITM as HTTPS traffic is much harder to manipulate. Deterministic algorithm: For each file: If not .svg: For each line: If doesn't contain `\bxmlns\b`: For each link, `\bhttp://[^# \t\r\n]*(?:\w|/)`:

[PATCH 4/6] staging: qlge: qlge_main: Simplify while statements.

2020-07-13 Thread Suraj Upadhyay
Simplify while loops into more readable and simple for loops. Signed-off-by: Suraj Upadhyay --- drivers/staging/qlge/qlge_main.c | 49 ++-- 1 file changed, 22 insertions(+), 27 deletions(-) diff --git a/drivers/staging/qlge/qlge_main.c

Re: [PATCH v2 0/2] arm64: tlb: add support for TLBI RANGE instructions

2020-07-13 Thread Catalin Marinas
On Fri, Jul 10, 2020 at 08:11:19PM +0100, Catalin Marinas wrote: > On Fri, 10 Jul 2020 17:44:18 +0800, Zhenyu Ye wrote: > > NOTICE: this series are based on the arm64 for-next/tlbi branch: > > git://git.kernel.org/pub/scm/linux/kernel/git/arm64/linux.git for-next/tlbi > > > > -- > > ARMv8.4-TLBI

Re: [PATCH 5/6] uaccess: add force_uaccess_{begin,end} helpers

2020-07-13 Thread Mark Rutland
On Fri, Jul 10, 2020 at 03:57:05PM +0200, Christoph Hellwig wrote: > Add helpers to wraper the get_fs/set_fs magic for undoing any damange > done by set_fs(KERNEL_DS). There is no real functional benefit, but this > documents the intent of these calls better, and will allow stubbing the >

[PATCH 5/6] staging: qlge: qlge_mpi: Simplify while statements.

2020-07-13 Thread Suraj Upadhyay
Simplify while loops into more readable and simple for loops. Signed-off-by: Suraj Upadhyay --- drivers/staging/qlge/qlge_mpi.c | 32 +++- 1 file changed, 15 insertions(+), 17 deletions(-) diff --git a/drivers/staging/qlge/qlge_mpi.c

[PATCH 6/6] staging: qlge: qlge_ethtool: Remove one byte memset.

2020-07-13 Thread Suraj Upadhyay
Use direct assignment instead of using memset with just one byte as an argument. Issue found by checkpatch.pl. Signed-off-by: Suraj Upadhyay --- Hii Maintainers, Please correct me if I am wrong here. --- drivers/staging/qlge/qlge_ethtool.c | 4 ++-- 1 file changed, 2 insertions(+), 2

Re: Re: [PATCH v18 01/14] mm/page_ext: Export lookup_page_ext() to GPL modules

2020-07-13 Thread SeongJae Park
On Mon, 13 Jul 2020 15:08:42 +0300 Mike Rapoport wrote: > Hi, > > On Mon, Jul 13, 2020 at 10:41:31AM +0200, SeongJae Park wrote: > > From: SeongJae Park > > > > This commit exports 'lookup_page_ext()' to GPL modules. It will be used > > by DAMON in following commit for the implementation of

Re: [PATCH v3 02/19] compiler.h: Split {READ,WRITE}_ONCE definitions out into rwonce.h

2020-07-13 Thread boqun . feng
On Fri, Jul 10, 2020 at 05:51:46PM +0100, Will Deacon wrote: > In preparation for allowing architectures to define their own > implementation of the READ_ONCE() macro, move the generic > {READ,WRITE}_ONCE() definitions out of the unwieldy 'linux/compiler.h' > file and into a new 'rwonce.h' header

[PATCH net-next] net: ipa: fix kerneldoc comments

2020-07-13 Thread Alex Elder
This commit affects comments (and in one case, whitespace) only. Throughout the IPA code, return statements are documented using "@Return:", whereas they should use "Return:" instead. Fix these mistakes. In function definitions, some parameters are missing their comment to describe them. And

RE: [PATCH v9 2/2] PCI: xilinx-cpm: Add Versal CPM Root Port driver

2020-07-13 Thread Bharat Kumar Gogada
> Subject: Re: [PATCH v9 2/2] PCI: xilinx-cpm: Add Versal CPM Root Port driver > > On Fri, Jul 10, 2020 at 09:16:57AM -0600, Rob Herring wrote: > > On Tue, Jun 16, 2020 at 6:57 AM Bharat Kumar Gogada > > wrote: > > > > > > - Add support for Versal CPM as Root Port. > > > - The Versal ACAP

Re: [PATCH 6/8] arm64: dts: renesas: Initial r8a774e1 SoC device tree

2020-07-13 Thread Geert Uytterhoeven
Hi Prabhakar, On Wed, Jul 8, 2020 at 7:49 PM Lad Prabhakar wrote: > From: Marian-Cristian Rotariu > > Basic support for the RZ/G2H SoC. > > Signed-off-by: Marian-Cristian Rotariu > > Signed-off-by: Lad Prabhakar Thanks for your patch! > --- /dev/null > +++

Re: [PATCH 8/8] arm64: dts: renesas: Add HiHope RZ/G2H sub board support

2020-07-13 Thread Geert Uytterhoeven
On Wed, Jul 8, 2020 at 7:49 PM Lad Prabhakar wrote: > From: Marian-Cristian Rotariu > > The HiHope RZ/G2H sub board sits below the HiHope RZ/G2H main board. > These boards are identical with the ones for RZ/G2M[N]. > > Signed-off-by: Marian-Cristian Rotariu > > Signed-off-by: Lad Prabhakar

Re: [PATCH 7/8] arm64: dts: renesas: Add HiHope RZ/G2H main board support

2020-07-13 Thread Geert Uytterhoeven
On Wed, Jul 8, 2020 at 7:49 PM Lad Prabhakar wrote: > From: Marian-Cristian Rotariu > > Basic support for the HiHope RZ/G2H main board: > - Memory, > - Main crystal, > - Serial console > - eMMC > > Signed-off-by: Marian-Cristian Rotariu > > Signed-off-by: Lad Prabhakar Reviewed-by:

Re: [PATCH 5/6] uaccess: add force_uaccess_{begin,end} helpers

2020-07-13 Thread Mark Rutland
On Fri, Jul 10, 2020 at 03:57:05PM +0200, Christoph Hellwig wrote: > Add helpers to wraper the get_fs/set_fs magic for undoing any damange > done by set_fs(KERNEL_DS). There is no real functional benefit, but this > documents the intent of these calls better, and will allow stubbing the >

[net-next PATCH 0/2] Interrupt handler support for NPA and NIX in

2020-07-13 Thread rakeshs . lkm
From: Rakesh Babu Different types of error interrupts are reported by NPA and NIX blocks like unmapped slot errors, RAS interrupts, memory fault errors etc. This patch series adds interrupt handler support for NPA and NIX functional blocks in RVU AF driver to know the source of error interrupts.

[net-next PATCH 1/2] octeontx2-af: add npa error af interrupt handlers

2020-07-13 Thread rakeshs . lkm
From: Jerin Jacob Added debug messages for NPA NPA_AF_RVU_INT, NPA_AF_GEN_INT, NPA_AF_ERR_INT and NPA_AF_RAS error AF interrupts Signed-off-by: Jerin Jacob Signed-off-by: Sunil Kovvuri Goutham Signed-off-by: Rakesh Babu Signed-off-by: Subbaraya Sundeep ---

[net-next PATCH 2/2] octeontx2-af: add nix error af interrupt handlers

2020-07-13 Thread rakeshs . lkm
From: Jerin Jacob Added debug messages for NIX_AF_RVU_INT, NIX_AF_ERR_INT and NIX_AF_RAS error AF interrupts. Signed-off-by: Jerin Jacob Signed-off-by: Sunil Kovvuri Goutham Signed-off-by: Rakesh Babu Signed-off-by: Subbaraya Sundeep --- .../net/ethernet/marvell/octeontx2/af/rvu.c | 5

[PATCH] drm: omapdrm: Replace HTTP links with HTTPS ones

2020-07-13 Thread Alexander A. Klimov
Rationale: Reduces attack surface on kernel devs opening the links for MITM as HTTPS traffic is much harder to manipulate. Deterministic algorithm: For each file: If not .svg: For each line: If doesn't contain `\bxmlns\b`: For each link, `\bhttp://[^# \t\r\n]*(?:\w|/)`:

Re: [PATCH] powerpc/boot: add DTB to 'targets'

2020-07-13 Thread Michael Ellerman
Masahiro Yamada writes: > PowerPC always re-builds DTB even if nothing has been changed. > > As for other architectures, arch/*/boot/dts/Makefile builds DTB by > using the dtb-y syntax. > > In contrast, arch/powerpc/boot/dts/(fsl/)Makefile does nothing unless > CONFIG_OF_ALL_DTBS is defined.

Re: [PATCH v29 05/16] leds: lp50xx: Add the LP50XX family of the RGB LED driver

2020-07-13 Thread Dan Murphy
Marek Thanks for the review On 7/12/20 12:21 PM, Marek Behun wrote: Hi Dan, one bug in this driver, see below. This is not really a bug.  It is an enhancement to the driver. I will update it since I have to touch the series anyway. Dan

Re: [PATCH] drm: omapdrm: Replace HTTP links with HTTPS ones

2020-07-13 Thread Laurent Pinchart
Hi Alexander, Thank you for the patch. On Mon, Jul 13, 2020 at 02:28:59PM +0200, Alexander A. Klimov wrote: > Rationale: > Reduces attack surface on kernel devs opening the links for MITM > as HTTPS traffic is much harder to manipulate. > > Deterministic algorithm: > For each file: > If not

Re: [PATCH v8 00/12] Introduce CAP_PERFMON to secure system performance monitoring and observability

2020-07-13 Thread Alexey Budankov
On 13.07.2020 15:17, Arnaldo Carvalho de Melo wrote: > Em Mon, Jul 13, 2020 at 12:48:25PM +0300, Alexey Budankov escreveu: >> >> On 10.07.2020 20:09, Arnaldo Carvalho de Melo wrote: >>> Em Fri, Jul 10, 2020 at 05:30:50PM +0300, Alexey Budankov escreveu: On 10.07.2020 16:31, Ravi Bangoria

Re: [PATCH] [RFC] kernfs: Allow vm_ops->close() if VMA is never split

2020-07-13 Thread Eric W. Biederman
Richard Weinberger writes: > 10 years ago commit a6849fa1f7d7 ("sysfs: Fail bin file mmap if vma close is > implemented.") > removed support for vm_ops->close() for mmap on sysfs. > As far I understand the reason is that due to the wrapping in kernfs > every VMA split operation needs to be

[PATCH] drm/tidss: Replace HTTP links with HTTPS ones

2020-07-13 Thread Alexander A. Klimov
Rationale: Reduces attack surface on kernel devs opening the links for MITM as HTTPS traffic is much harder to manipulate. Deterministic algorithm: For each file: If not .svg: For each line: If doesn't contain `\bxmlns\b`: For each link, `\bhttp://[^# \t\r\n]*(?:\w|/)`:

Re: [PATCH v3 6/7] sched/topology: Introduce SD metaflag for flags needing > 1 groups

2020-07-13 Thread Peter Zijlstra
On Wed, Jul 01, 2020 at 08:06:54PM +0100, Valentin Schneider wrote: > +/* Generate a mask of SD flags with the SDF_NEEDS_GROUPS metaflag */ > +#define SD_FLAG(name, idx, mflags) (BIT(idx) * (((mflags) & > SDF_NEEDS_GROUPS) / SDF_NEEDS_GROUPS)) | #define SD_FLAGS(name, idx, mflags) (!!((mflags) &

Re: [PATCH v2 0/2] arm64: tlb: add support for TLBI RANGE instructions

2020-07-13 Thread Zhenyu Ye
Hi Catalin, On 2020/7/13 20:21, Catalin Marinas wrote: > On Fri, Jul 10, 2020 at 08:11:19PM +0100, Catalin Marinas wrote: >> On Fri, 10 Jul 2020 17:44:18 +0800, Zhenyu Ye wrote: >>> NOTICE: this series are based on the arm64 for-next/tlbi branch: >>>

[PATCH v5 0/6] Add support for GPU DDR BW scaling

2020-07-13 Thread Akhil P Oommen
This series adds support for GPU DDR bandwidth scaling and is based on the bindings from Georgi [1]. This is mostly a rebase of Sharat's patches [2] on the tip of msm-next branch. Changes from v4: - Squashed a patch to another one to fix Jonathan's comment - Add back the

[PATCH v5 2/6] drm: msm: a6xx: send opp instead of a frequency

2020-07-13 Thread Akhil P Oommen
From: Sharat Masetty This patch changes the plumbing to send the devfreq recommended opp rather than the frequency. Also consolidate and rearrange the code in a6xx to set the GPU frequency and the icc vote in preparation for the upcoming changes for GPU->DDR scaling votes. Signed-off-by: Sharat

[PATCH v5 6/6] arm64: dts: qcom: sc7180: Add opp-peak-kBps to GPU opp

2020-07-13 Thread Akhil P Oommen
From: Sharat Masetty Add opp-peak-kBps bindings to the GPU opp table, listing the peak GPU -> DDR bandwidth requirement for each opp level. This will be used to scale the DDR bandwidth along with the GPU frequency dynamically. Signed-off-by: Sharat Masetty Reviewed-by: Matthias Kaehlcke

[PATCH v5 5/6] arm64: dts: qcom: sc7180: Add interconnects property for GPU

2020-07-13 Thread Akhil P Oommen
From: Sharat Masetty This patch adds the interconnects property to the GPU node. This enables the GPU->DDR path bandwidth voting. Signed-off-by: Sharat Masetty Signed-off-by: Akhil P Oommen --- arch/arm64/boot/dts/qcom/sc7180.dtsi | 2 ++ 1 file changed, 2 insertions(+) diff --git

[PATCH v5 3/6] drm: msm: a6xx: use dev_pm_opp_set_bw to scale DDR

2020-07-13 Thread Akhil P Oommen
From: Sharat Masetty This patches replaces the previously used static DDR vote and uses dev_pm_opp_set_bw() to scale GPU->DDR bandwidth along with scaling GPU frequency. Also since the icc path voting is handled completely in the opp driver, remove the icc_path handle and its usage in the drm

[PATCH v5 4/6] arm64: dts: qcom: SDM845: Enable GPU DDR bw scaling

2020-07-13 Thread Akhil P Oommen
From: Sharat Masetty This patch adds the interconnects property for the gpu node and the opp-peak-kBps property to the opps of the gpu opp table. This should help enable DDR bandwidth scaling dynamically and proportionally to the GPU frequency. Signed-off-by: Sharat Masetty Signed-off-by:

[PATCH v5 1/6] dt-bindings: drm/msm/gpu: Document gpu opp table

2020-07-13 Thread Akhil P Oommen
From: Sharat Masetty Update documentation to list the gpu opp table bindings including the newly added "opp-peak-kBps" needed for GPU-DDR bandwidth scaling. Signed-off-by: Sharat Masetty Acked-by: Rob Herring Signed-off-by: Akhil P Oommen --- .../devicetree/bindings/display/msm/gpu.txt

Re: [PATCH] arm64: dts: Introduce r8a774a1-beacon-rzg2m-kit

2020-07-13 Thread Geert Uytterhoeven
Hi Adam, CC Stephen On Thu, Jul 9, 2020 at 12:00 AM Adam Ford wrote: > On Wed, Jul 8, 2020 at 4:53 PM Adam Ford wrote: > > On Mon, Jun 22, 2020 at 8:20 AM Geert Uytterhoeven > > wrote: > > > On Wed, Jun 17, 2020 at 2:05 PM Adam Ford wrote: > > > > Beacon EmebddedWorks, formerly Logic PD is

Re: [PATCHv2 2/5] watchdog: add support for adjusting last known HW keepalive time

2020-07-13 Thread Tero Kristo
On 05/07/2020 17:58, Guenter Roeck wrote: On 7/3/20 5:04 AM, Tero Kristo wrote: Certain watchdogs require the watchdog only to be pinged within a specific time window, pinging too early or too late cause the watchdog to fire. In cases where this sort of watchdog has been started before kernel

[PATCH] drm/vboxvideo: Replace HTTP links with HTTPS ones

2020-07-13 Thread Alexander A. Klimov
Rationale: Reduces attack surface on kernel devs opening the links for MITM as HTTPS traffic is much harder to manipulate. Deterministic algorithm: For each file: If not .svg: For each line: If doesn't contain `\bxmlns\b`: For each link, `\bhttp://[^# \t\r\n]*(?:\w|/)`:

Re: [PATCHv2 3/5] watchdog: rti-wdt: add support for window size configuration

2020-07-13 Thread Tero Kristo
On 05/07/2020 17:49, Guenter Roeck wrote: On 7/3/20 5:04 AM, Tero Kristo wrote: RTI watchdog can support different open window sizes. Add support for these and add a new module parameter to configure it. The default open window size for the driver still remains at 50%. Also, modify the margin

Re: [PATCH v3 7/7] sched/topology: Use prebuilt SD flag degeneration mask

2020-07-13 Thread Peter Zijlstra
On Wed, Jul 01, 2020 at 08:06:55PM +0100, Valentin Schneider wrote: > Leverage SD_DEGENERATE_GROUPS_MASK in sd_degenerate() and > sd_degenerate_parent(). > > Note that this changes sd_degenerate() somewhat: I'm using the negation of > SD_DEGENERATE_GROUPS_MASK as the mask of flags not requiring

Re: [PATCHv2 4/5] watchdog: rti-wdt: attach to running watchdog during probe

2020-07-13 Thread Tero Kristo
On 05/07/2020 18:07, Guenter Roeck wrote: On 7/3/20 5:04 AM, Tero Kristo wrote: If the RTI watchdog is running already during probe, the driver must configure itself to match the HW. Window size and timeout is probed from hardware, and the last keepalive ping is adjusted to match it also.

[net-next PATCH 1/2] octeontx2-af: add npa error af interrupt handlers

2020-07-13 Thread rakeshs . lkm
From: Jerin Jacob Added debug messages for NPA NPA_AF_RVU_INT, NPA_AF_GEN_INT, NPA_AF_ERR_INT and NPA_AF_RAS error AF interrupts Signed-off-by: Jerin Jacob Signed-off-by: Sunil Kovvuri Goutham Signed-off-by: Rakesh Babu Signed-off-by: Subbaraya Sundeep ---

Re: [PATCH 0/5] arm64: perf: Proper cap_user_time* support

2020-07-13 Thread Leo Yan
Hi Will, On Mon, Jul 13, 2020 at 11:11:56AM +0100, Will Deacon wrote: > Hi Leo, > > On Mon, Jul 13, 2020 at 02:08:00PM +0800, Leo Yan wrote: > > On Tue, May 12, 2020 at 02:40:58PM +0200, Peter Zijlstra wrote: > > > Prompted by Leo's patches, here a series that corrects the arm64 perf > > >

Re: [SchedulerWakeupLatency] Per-task vruntime wakeup bonus

2020-07-13 Thread Vincent Guittot
On Fri, 10 Jul 2020 at 21:59, Patrick Bellasi wrote: > > > On Fri, Jul 10, 2020 at 15:21:48 +0200, Vincent Guittot > wrote... > > > Hi Patrick, > > Hi Vincent, > > [...] > > >> > C) Existing control paths > >> > >> Assuming: > >> > >> C: CFS task currently running on CPUx > >> W: CFS task

[PATCH] e752x_edac: Replace HTTP links with HTTPS ones

2020-07-13 Thread Alexander A. Klimov
Rationale: Reduces attack surface on kernel devs opening the links for MITM as HTTPS traffic is much harder to manipulate. Deterministic algorithm: For each file: If not .svg: For each line: If doesn't contain `\bxmlns\b`: For each link, `\bhttp://[^# \t\r\n]*(?:\w|/)`:

Re: [PATCH v2 1/2] firmware: arm_scmi: Keep the discrete clock rates sorted

2020-07-13 Thread Sudeep Holla
On Thu, 9 Jul 2020 09:17:04 +0100, Sudeep Holla wrote: > Instead of relying on the firmware to keep the clock rates sorted, let > us sort the list. This is not essential for clock layer but it helps > to find the min and max rates easily from the list. Applied to sudeep.holla/linux

Re: [PATCH] firmware: arm_scmi: Provide a missing function param description

2020-07-13 Thread Sudeep Holla
On Thu, 9 Jul 2020 16:31:55 +0100, Sudeep Holla wrote: > gcc as well as clang now produce warnings for missing kerneldoc function > parameter. > > Fix the following W=1 kernel build warning: > > drivers/firmware/arm_scmi/smc.c:32: > warning: Function parameter or member 'shmem_lock' not described

Re: [PATCH 1/3] firmware: arm_scmi: Remove zero-length array in SCMI Notifications

2020-07-13 Thread Sudeep Holla
On Fri, 10 Jul 2020 14:39:17 +0100, Cristian Marussi wrote: > Substitute zero-length array defined in scmi_base_error_report with > a flexible length array definition. Applied to sudeep.holla/linux (for-next/scmi), thanks! [1/3] firmware: arm_scmi: Remove zero-length array in SCMI notifications

[PATCH bpf-next] bpf: allow loading instructions from a fd

2020-07-13 Thread Matteo Croce
From: Matteo Croce Allow to load the BPF instructons from a file descriptor, other than a pointer. This is required by the Integrity Subsystem to validate the source of the instructions. In bpf_attr replace 'insns', which is an u64, to a union containing also the file descriptor as int. A new

Re: [PATCH 1/3] lib: Add a generic copy_oldmem_page()

2020-07-13 Thread Christoph Hellwig
On Fri, Jul 10, 2020 at 08:55:42PM -0700, Palmer Dabbelt wrote: > +ssize_t copy_oldmem_page(unsigned long pfn, char *buf, > + size_t csize, unsigned long offset, > + int userbuf) > +{ > + void *vaddr; > + > + if (!csize) > + return 0; >

Re: [PATCH 2/3] firmware: arm_scmi: Remove unneeded __packed attribute

2020-07-13 Thread Cristian Marussi
Hi Steven thanks for the review. On Mon, Jul 13, 2020 at 12:20:43PM +0100, Steven Price wrote: > On 10/07/2020 14:39, Cristian Marussi wrote: > >Remove __packed attribute from struct scmi_event_header. > > > >Signed-off-by: Cristian Marussi > > A drive-by review. But this doesn't look safe to

[PATCH] erofs: Replace HTTP links with HTTPS ones

2020-07-13 Thread Alexander A. Klimov
Rationale: Reduces attack surface on kernel devs opening the links for MITM as HTTPS traffic is much harder to manipulate. Deterministic algorithm: For each file: If not .svg: For each line: If doesn't contain `\bxmlns\b`: For each link, `\bhttp://[^# \t\r\n]*(?:\w|/)`:

R: [RESEND PATCH v7 1/2] phy: qualcomm: add qcom ipq806x dwc usb phy driver

2020-07-13 Thread ansuelsmth
> -Messaggio originale- > Da: Vinod Koul > Inviato: lunedì 13 luglio 2020 07:33 > A: Ansuel Smith > Cc: Andy Gross ; Jonathan McDowell > ; Andy Gross ; Bjorn Andersson > ; Kishon Vijay Abraham I ; > Rob Herring ; Mark Rutland > ; linux-arm-...@vger.kernel.org; linux- >

Re: [PATCH 2/2] iommu/dma: Avoid SAC address trick for PCIe devices

2020-07-13 Thread Joerg Roedel
On Wed, Jul 08, 2020 at 12:32:42PM +0100, Robin Murphy wrote: > As for the intel-iommu implementation, relegate the opportunistic > attempt to allocate a SAC address to the domain of conventional PCI > devices only, to avoid it increasingly causing far more performance > issues than possible

Re: [PATCH v5 03/15] iommu/smmu: Report empty domain nesting info

2020-07-13 Thread Will Deacon
On Sun, Jul 12, 2020 at 04:20:58AM -0700, Liu Yi L wrote: > This patch is added as instead of returning a boolean for DOMAIN_ATTR_NESTING, > iommu_domain_get_attr() should return an iommu_nesting_info handle. > > Cc: Will Deacon > Cc: Robin Murphy > Cc: Eric Auger > Cc: Jean-Philippe Brucker

Re: [PATCH v2] doc:kmsg: explictly state the return value in case of SEEK_CUR

2020-07-13 Thread Petr Mladek
On Mon 2020-07-13 11:25:58, Sergey Senozhatsky wrote: > On (20/07/10 14:44), Bruno Meneguele wrote: > > The commit 625d3449788f ("Revert "kernel/printk: add kmsg SEEK_CUR > > handling"") reverted a change done to the return value in case a SEEK_CUR > > operation was performed for kmsg buffer based

Re: [PATCH] staging: r8188eu: remove unused members of struct xmit_buf

2020-07-13 Thread Dan Carpenter
On Sun, Jul 12, 2020 at 03:38:21PM +0300, Ivan Safonov wrote: > Remove unused members of struct xmit_buf: alloc_sz, ff_hwaddr, > dma_transfer_addr, bpending and last. > > Signed-off-by: Ivan Safonov > --- > drivers/staging/rtl8188eu/include/rtw_xmit.h | 5 - >

Re: [PATCH net-next v3 5/7] devlink: Add devlink health port reporters API

2020-07-13 Thread Qian Cai
115028 by task random/4248 [ 1882.045375][ T4248] CPU: 20 PID: 4248 Comm: random Not tainted 5.8.0-rc4-next-20200713 #1 [ 1882.053547][ T4248] Hardware name: HPE Apollo 70 /C01_APACHE_MB , BIOS L50_5.13_1.11 06/18/2019 [ 1882.063977][ T4248] Call trace: [ 1882.067119][ T4248

[PATCHv3 1/4] watchdog: use __watchdog_ping in startup

2020-07-13 Thread Tero Kristo
Current watchdog startup functionality does not respect the minimum hw heartbeat setup and the last watchdog ping timeframe when watchdog is already running and userspace process attaches to it. Fix this by using the __watchdog_ping from the startup also. For this code path, we can also let the

[PATCH] extcon: Replace HTTP links with HTTPS ones

2020-07-13 Thread Alexander A. Klimov
Rationale: Reduces attack surface on kernel devs opening the links for MITM as HTTPS traffic is much harder to manipulate. Deterministic algorithm: For each file: If not .svg: For each line: If doesn't contain `\bxmlns\b`: For each link, `\bhttp://[^# \t\r\n]*(?:\w|/)`:

Re: [PATCH 5/6] uaccess: add force_uaccess_{begin,end} helpers

2020-07-13 Thread Geert Uytterhoeven
Hi Mark, On Mon, Jul 13, 2020 at 2:21 PM Mark Rutland wrote: > On Fri, Jul 10, 2020 at 03:57:05PM +0200, Christoph Hellwig wrote: > > Add helpers to wraper the get_fs/set_fs magic for undoing any damange > > done by set_fs(KERNEL_DS). There is no real functional benefit, but this > > documents

Re: [PATCH] spi: spidev: Add compatible for external SPI ports on Kontron boards

2020-07-13 Thread Frieder Schrempf
On 02.07.20 18:24, Frieder Schrempf wrote: On 02.07.20 17:07, Mark Brown wrote: On Thu, Jul 02, 2020 at 04:46:09PM +0200, Frieder Schrempf wrote: My intention is to use the spidev driver in the default board DT for an interface that is routed to an extension connector and has no dedicated

[PATCHv3 4/4] watchdog: rti-wdt: balance pm runtime enable calls

2020-07-13 Thread Tero Kristo
PM runtime should be disabled in the fail path of probe and when the driver is removed. Fixes: 2d63908bdbfb ("watchdog: Add K3 RTI watchdog support") Signed-off-by: Tero Kristo Reviewed-by: Guenter Roeck --- drivers/watchdog/rti_wdt.c | 2 ++ 1 file changed, 2 insertions(+) diff --git

Re: [PATCH v2 2/2] clk: scmi: Fix min and max rate when registering clocks with discrete rates

2020-07-13 Thread Sudeep Holla
On Fri, Jul 10, 2020 at 04:50:40PM -0700, Stephen Boyd wrote: > Quoting Sudeep Holla (2020-07-09 01:17:05) > > Currently we are not initializing the scmi clock with discrete rates > > correctly. We fetch the min_rate and max_rate value only for clocks with > > ranges and ignore the ones with

[RFC PATCH 04/35] scsi: ipr: Tidy Success/Failure checks

2020-07-13 Thread Saheed O. Bolarinwa
Remove unnecessary check for 0. Signed-off-by: "Saheed O. Bolarinwa" --- This patch depends on PATCH 03/35 drivers/scsi/ipr.c | 12 ++-- drivers/scsi/pmcraid.c | 4 ++-- 2 files changed, 8 insertions(+), 8 deletions(-) diff --git a/drivers/scsi/ipr.c b/drivers/scsi/ipr.c index

[RFC PATCH 01/35] xen-pciback: Change PCIBIOS_SUCCESSFUL to 0

2020-07-13 Thread Saheed O. Bolarinwa
In reference to the PCI spec (Chapter 2), PCIBIOS* is an x86 concept. Their scope should be limited within arch/x86. Change all PCIBIOS_SUCCESSFUL to 0 Signed-off-by: "Saheed O. Bolarinwa" --- drivers/xen/xen-pciback/conf_space.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff

[RFC PATCH 05/35] PCI: Change PCIBIOS_SUCCESSFUL to 0

2020-07-13 Thread Saheed O. Bolarinwa
In reference to the PCI spec (Chapter 2), PCIBIOS* is an x86 concept. Their scope should be limited within arch/x86. Change all PCIBIOS_SUCCESSFUL to 0 Signed-off-by: "Saheed O. Bolarinwa" --- drivers/pci/controller/dwc/pci-meson.c| 4 +-- .../pci/controller/dwc/pcie-designware-host.c

Re: [PATCH] drm/vboxvideo: Replace HTTP links with HTTPS ones

2020-07-13 Thread Hans de Goede
Hi, On 7/13/20 2:49 PM, Alexander A. Klimov wrote: Rationale: Reduces attack surface on kernel devs opening the links for MITM as HTTPS traffic is much harder to manipulate. Deterministic algorithm: For each file: If not .svg: For each line: If doesn't contain `\bxmlns\b`:

[RFC PATCH 15/35] i2c/busses: Tidy Success/Failure checks

2020-07-13 Thread Saheed O. Bolarinwa
Remove unnecessary check for 0. Signed-off-by: "Saheed O. Bolarinwa" --- This patch depends on PATCH 15/35 drivers/i2c/busses/i2c-ali15x3.c | 5 ++--- drivers/i2c/busses/i2c-nforce2.c | 3 +-- drivers/i2c/busses/i2c-sis5595.c | 15 +-- 3 files changed, 8 insertions(+), 15

[RFC PATCH 13/35] cxl: Change PCIBIOS_SUCCESSFUL to 0

2020-07-13 Thread Saheed O. Bolarinwa
In reference to the PCI spec (Chapter 2), PCIBIOS* is an x86 concept. There scope should be limited within arch/x86. Change all PCIBIOS_SUCCESSFUL to 0 Signed-off-by: "Saheed O. Bolarinwa" --- drivers/misc/cxl/vphb.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git

[RFC PATCH 07/35] PCI: Change PCIBIOS_SUCCESSFUL to 0

2020-07-13 Thread Saheed O. Bolarinwa
In reference to the PCI spec (Chapter 2), PCIBIOS* is an x86 concept. Their scope should be limited within arch/x86. Change all PCIBIOS_SUCCESSFUL to 0 Signed-off-by: "Saheed O. Bolarinwa" --- drivers/pci/access.c | 14 +++--- drivers/pci/pci-bridge-emul.c | 14

Re: [PATCH] eventfd: Enlarge recursion limit to allow vhost to work

2020-07-13 Thread Juri Lelli
Hi, On 06/07/20 08:45, Juri Lelli wrote: > On 03/07/20 19:11, He Zhe wrote: > > > > > > On 7/3/20 4:12 PM, Juri Lelli wrote: > > > Hi, > > > > > > On 10/04/20 19:47, zhe...@windriver.com wrote: > > >> From: He Zhe > > >> > > >> commit b5e683d5cab8 ("eventfd: track eventfd_signal() recursion

[RFC PATCH 02/35] ssb: Change PCIBIOS_SUCCESSFUL to 0

2020-07-13 Thread Saheed O. Bolarinwa
In reference to the PCI spec (Chapter 2), PCIBIOS* is an x86 concept. Their scope should be limited within arch/x86. Change all PCIBIOS_SUCCESSFUL to 0 Signed-off-by: "Saheed O. Bolarinwa" --- drivers/ssb/driver_gige.c| 4 ++-- drivers/ssb/driver_pcicore.c | 4 ++-- 2 files changed, 4

[RFC PATCH 10/35] nvme-pci: Tidy Success/Failure checks

2020-07-13 Thread Saheed O. Bolarinwa
Remove unnecessary check for 0. Signed-off-by: "Saheed O. Bolarinwa" --- This patch depends on PATCH 09/35 drivers/nvme/host/pci.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/nvme/host/pci.c b/drivers/nvme/host/pci.c index d426efb53f44..a04f2d0375de 100644 ---

[PATCH v8 2/2] devicetree: bindings: phy: Document ipq806x dwc3 qcom phy

2020-07-13 Thread Ansuel Smith
Document dwc3 qcom phy hs and ss phy bindings needed to correctly inizialize and use usb on ipq806x SoC. Signed-off-by: Ansuel Smith Reviewed-by: Rob Herring --- v7: * Drop useless AllOf v6: * Add maximum value v5: * Fix dt_binding_check error v4: * Add qcom to specific bindings v3: * Use

[RFC PATCH 17/35] hwmon: (sis5595) Tidy Success/Failure checks

2020-07-13 Thread Saheed O. Bolarinwa
Remove unnecessary check for 0. Signed-off-by: "Saheed O. Bolarinwa" --- This patch depends on PATCH 16/35 drivers/hwmon/sis5595.c | 13 - drivers/hwmon/via686a.c | 13 - drivers/hwmon/vt8231.c | 13 - 3 files changed, 12 insertions(+), 27 deletions(-)

[PATCH v8 1/2] phy: qualcomm: add qcom ipq806x dwc usb phy driver

2020-07-13 Thread Ansuel Smith
This has lost in the original push for the dwc3 qcom driver. This is needed for ipq806x SoC as without this the usb ports doesn't work at all. Signed-off-by: Andy Gross Signed-off-by: Ansuel Smith Tested-by: Jonathan McDowell --- v8: * Drop useless init * Drop invalid copyright v7: * Add

[RFC PATCH 35/35] alpha: Tidy Success/Failure checks

2020-07-13 Thread Saheed O. Bolarinwa
Remove unnecessary check for 0. Signed-off-by: "Saheed O. Bolarinwa" --- This patch depends on 34/35 arch/alpha/kernel/sys_miata.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/alpha/kernel/sys_miata.c b/arch/alpha/kernel/sys_miata.c index 1b4c03ac34d8..539f803c1614

[RFC PATCH 24/35] sh: Change PCIBIOS_SUCCESSFUL to 0

2020-07-13 Thread Saheed O. Bolarinwa
In reference to the PCI spec (Chapter 2), PCIBIOS* is an x86 concept. Their scope should be limited within arch/x86. Change all PCIBIOS_SUCCESSFUL to 0 Signed-off-by: "Saheed O. Bolarinwa" --- arch/sh/drivers/pci/common.c| 2 +- arch/sh/drivers/pci/ops-dreamcast.c | 4 ++--

[RFC PATCH 33/35] arm/PCI: Tidy Success/Failure checks

2020-07-13 Thread Saheed O. Bolarinwa
Remove unnecessary check for 0. Signed-off-by: "Saheed O. Bolarinwa" --- This patch depends on PATCH 32/35 arch/arm/mach-cns3xxx/pcie.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/arm/mach-cns3xxx/pcie.c b/arch/arm/mach-cns3xxx/pcie.c index

[RFC PATCH 32/35] arm/PCI: Change PCIBIOS_SUCCESSFUL to 0

2020-07-13 Thread Saheed O. Bolarinwa
In reference to the PCI spec (Chapter 2), PCIBIOS* is an x86 concept. Their scope should be limited within arch/x86. Change all PCIBIOS_SUCCESSFUL to 0 Signed-off-by: "Saheed O. Bolarinwa" --- arch/arm/common/it8152.c | 4 ++-- arch/arm/mach-cns3xxx/pcie.c | 2 +-

[RFC PATCH 29/35] mips: Tidy Success/Failure checks

2020-07-13 Thread Saheed O. Bolarinwa
Remove unnecessary check for 0. Signed-off-by: "Saheed O. Bolarinwa" --- This patch depends on PATCH 28/35 arch/mips/pci/ops-bcm63xx.c | 2 +- arch/mips/pci/pci-ar2315.c | 5 ++--- arch/mips/txx9/generic/pci.c | 3 +-- 3 files changed, 4 insertions(+), 6 deletions(-) diff --git

[RFC PATCH 34/35] PCI: Change PCIBIOS_SUCCESSFUL to 0

2020-07-13 Thread Saheed O. Bolarinwa
In reference to the PCI spec (Chapter 2), PCIBIOS* is an x86 concept. Their scope should be limited within arch/x86. Change all PCIBIOS_SUCCESSFUL to 0 Signed-off-by: "Saheed O. Bolarinwa" --- arch/alpha/kernel/core_apecs.c| 4 ++-- arch/alpha/kernel/core_cia.c | 4 ++--

Re: [RFC PATCH] ARM: dts: exynos: partial revert of Adjust bus related OPPs to the values correct for Exynos5422 Odroids

2020-07-13 Thread Marek Szyprowski
Hi Willy, On 03.07.2020 15:20, Willy Wolff wrote: > On Odroid XU3/4 board, since 5.6 with > 1019fe2c728003f89ee11482cf8ec81dbd8f15ba, > the network is not working properly. > > After properly booting, when trying to connect to the board via ssh, the board > hang for a while and this message

[RFC PATCH 28/35] mips: Change PCIBIOS_SUCCESSFUL to 0

2020-07-13 Thread Saheed O. Bolarinwa
In reference to the PCI spec (Chapter 2), PCIBIOS* is an x86 concept. Their scope should be limited within arch/x86. Change all PCIBIOS_SUCCESSFUL to 0 Signed-off-by: "Saheed O. Bolarinwa" --- arch/mips/pci/fixup-ath79.c | 2 +- arch/mips/pci/ops-bcm63xx.c | 14 +++---

[RFC PATCH 25/35] sh: Tidy Success/Failure checks

2020-07-13 Thread Saheed O. Bolarinwa
Remove unnecessary check for 0. Signed-off-by: "Saheed O. Bolarinwa" --- This patch depends on PATCH 24/35 arch/sh/drivers/pci/common.c | 3 +-- arch/sh/drivers/pci/ops-sh7786.c | 4 ++-- arch/sh/drivers/pci/pci.c| 2 +- 3 files changed, 4 insertions(+), 5 deletions(-) diff --git

[RFC PATCH 30/35] microblaze: Change PCIBIOS_SUCCESSFUL to 0

2020-07-13 Thread Saheed O. Bolarinwa
In reference to the PCI spec (Chapter 2), PCIBIOS* is an x86 concept. Their scope should be limited within arch/x86. Change all PCIBIOS_SUCCESSFUL to 0 Signed-off-by: "Saheed O. Bolarinwa" --- arch/microblaze/pci/indirect_pci.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff

[RFC PATCH 23/35] sparc/PCI: Change PCIBIOS_SUCCESSFUL to 0

2020-07-13 Thread Saheed O. Bolarinwa
In reference to the PCI spec (Chapter 2), PCIBIOS* is an x86 concept. Their scope should be limited within arch/x86. Change all PCIBIOS_SUCCESSFUL to 0 Signed-off-by: "Saheed O. Bolarinwa" --- arch/sparc/kernel/pci_common.c | 28 ++-- 1 file changed, 14 insertions(+),

[RFC PATCH 31/35] m68k: Change PCIBIOS_SUCCESSFUL to 0

2020-07-13 Thread Saheed O. Bolarinwa
In reference to the PCI spec (Chapter 2), PCIBIOS* is an x86 concept. Their scope should be limited within arch/x86. Change all PCIBIOS_SUCCESSFUL to 0 Signed-off-by: "Saheed O. Bolarinwa" --- arch/m68k/coldfire/pci.c | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git

[RFC PATCH 20/35] atm: Tidy Success/Failure checks

2020-07-13 Thread Saheed O. Bolarinwa
Remove unnecessary check for 0. Signed-off-by: "Saheed O. Bolarinwa" --- This patch depends on PATCH 19/35 drivers/atm/iphase.c | 10 -- drivers/atm/lanai.c | 6 +++--- 2 files changed, 7 insertions(+), 9 deletions(-) diff --git a/drivers/atm/iphase.c b/drivers/atm/iphase.c index

[RFC PATCH 18/35] bcma: Change PCIBIOS_SUCCESSFUL to 0

2020-07-13 Thread Saheed O. Bolarinwa
In reference to the PCI spec (Chapter 2), PCIBIOS* is an x86 concept. Their scope should be limited within arch/x86. Change all PCIBIOS_SUCCESSFUL to 0 Signed-off-by: "Saheed O. Bolarinwa" --- drivers/bcma/driver_pci_host.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git

[RFC PATCH 19/35] atm: Change PCIBIOS_SUCCESSFUL to 0

2020-07-13 Thread Saheed O. Bolarinwa
In reference to the PCI spec (Chapter 2), PCIBIOS* is an x86 concept. Their scope should be limited within arch/x86. Change all PCIBIOS_SUCCESSFUL to 0 Signed-off-by: "Saheed O. Bolarinwa" --- drivers/atm/iphase.c | 4 ++-- drivers/atm/lanai.c | 6 +++--- 2 files changed, 5 insertions(+), 5

[RFC PATCH 22/35] unicore32: Change PCIBIOS_SUCCESSFUL to 0

2020-07-13 Thread Saheed O. Bolarinwa
In reference to the PCI spec (Chapter 2), PCIBIOS* is an x86 concept. Their scope should be limited within arch/x86. Change all PCIBIOS_SUCCESSFUL to 0 Signed-off-by: "Saheed O. Bolarinwa" --- arch/unicore32/kernel/pci.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git

[RFC PATCH 21/35] atm: Fix Style ERROR- assignment in if condition

2020-07-13 Thread Saheed O. Bolarinwa
Move assignment out of the if condition Fix style issues in the for-loop Signed-off-by: "Saheed O. Bolarinwa" --- This patch depends on PATCH 20/35 drivers/atm/iphase.c | 14 ++ 1 file changed, 10 insertions(+), 4 deletions(-) diff --git a/drivers/atm/iphase.c

[RFC PATCH 12/35] r8169: Tidy Success/Failure checks

2020-07-13 Thread Saheed O. Bolarinwa
Remove unnecessary check for 0. Signed-off-by: "Saheed O. Bolarinwa" --- This patch depends on PATCH 11/35 drivers/net/ethernet/realtek/r8169_main.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/net/ethernet/realtek/r8169_main.c

<    1   2   3   4   5   6   7   8   9   10   >