Re: [PATCH v11 00/11] PCI: brcmstb: enable PCIe for STB chips

On Thu, Aug 27, 2020 at 09:29:59AM -0400, Jim Quinlan wrote: > On Thu, Aug 27, 2020 at 2:35 AM Christoph Hellwig wrote: > > > > On Tue, Aug 25, 2020 at 10:40:27AM -0700, Florian Fainelli wrote: > > > Hi, > > > > > > On 8/24/2020 12:30 PM, Jim Quinlan wrote: > > >> > > >> Patchset Summary: > > >>

[PATCH 1/3] sched/fair: Remove sched_trace_*() helper functions

The sched_trace_*() helper functions provide access to data of internal scheduler structures, like struct rq. They support built-in or kernel module builds outside kernel/sched/. But they don't have to be maintained in the scheduler code. kernel/sched/ is the natural place for a tp-2-te converter

[PATCH 3/3] sched/autogroup: Change autogroup_path() into a static inline function

cfs_rq_tg_path() uses, besides cgroup_path(), autogroup_path() to format the path of a taskgroup or autogroup respectively. Provide autogroup_path() as a static inline function like cgroup_path() so cfs_rq_tg_path() (from a tp-2-te converter) can use both in a kernel module build. Signed-off-by:

[PATCH 0/3] Remove sched_trace_*() helper functions

The patch ("sched/debug: Add new tracepoint to track cpu_capacity") https://lkml.kernel.org/r/1598605249-72651-1-git-send-email-vincent.donnef...@arm.com revealed the issue that with every tracepoint in the scheduler code there are sched_trace_*() helper functions in fair.c appearing which are expo

[PATCH 2/3] sched/fair: Remove cfs_rq_tg_path()

cfs_rq_tg_path() is used by a tracepoint-to traceevent (tp-2-te) converter to format the path of a taskgroup or autogroup respectively. It doesn't have any in-kernel users after the removal of the sched_trace_cfs_rq_path() helper function. cfs_rq_tg_path() can be coded in a tp-2-te converter. Rem

Re: [PATCH v3 2/3] media: atmel: introduce microchip csi2dc driver

On 31.08.2020 11:50, Sakari Ailus wrote: > Hi Eugen, > > Thanks for the update. Hi Sakari, Thanks for reviewing, but, could you please help me understand your review below ? > > On Wed, Aug 26, 2020 at 09:51:41AM +0300, Eugen Hristev wrote: >> Microchip CSI2DC (CSI2 Demultiplexer Controller)

Re: [PATCH v1 0/2] video: fbdev: radeonfb: PCI PM framework upgrade and fix-ups.

On Mon, Sep 07, 2020 at 09:55:59AM +0200, Daniel Vetter wrote: > On Thu, Aug 06, 2020 at 12:52:54PM +0530, Vaibhav Gupta wrote: > > Linux Kernel Mentee: Remove Legacy Power Management. > > > > The original goal of the patch series is to upgrade the power management > > framework of radeonfb fbdev

Re: [PATCH 0/4] arm64: dts: ti: k3-j7200: add dma and mcu cpsw

Hi Grygorii, On 05/09/2020 2.38, Grygorii Strashko wrote: > Hi All, > > arm64: dts: ti: k3-j7200: add dma and mcu cpsw nodes > > This series adds DT nodes for TI J7200 SoC > - INTR/INTA, Ringacc and UDMA nodes for Main and MCU NAVSS, which are > compatible > with J721E Soc, to enable DMA supp

Re: [PATCH net-next 0/2] net: two updates related to UDP GSO

On Sun, Sep 6, 2020 at 8:42 PM Jakub Kicinski wrote: > > On Sat, 5 Sep 2020 14:11:11 +0800 Huazhong Tan wrote: > > There are two updates relates to UDP GSO. > > #1 adds a new GSO type for UDPv6 > > #2 adds check for UDP GSO when csum is disable in netdev_fix_features(). > > > > Changes since RFC V

Re: [PATCH v4 1/2] misc: rtsx: Fix power down flow

On Fri, Sep 04, 2020 at 05:42:19PM +0800, ricky...@realtek.com wrote: > From: Ricky Wu > > Fix and sort out rtsx driver power down flow > > Signed-off-by: Ricky Wu > --- > drivers/misc/cardreader/rts5227.c | 15 --- > drivers/misc/cardreader/rts5228.c | 5 ++--- > drivers/misc/c

Re: [PATCH] sched/fair: use dst group while checking imbalance for NUMA balancer

On Mon, Sep 07, 2020 at 07:27:08PM +1200, Barry Song wrote: > Something is wrong. In find_busiest_group(), we are checking if src has > higher load, however, in task_numa_find_cpu(), we are checking if dst > will have higher load after balancing. It seems it is not sensible to > check src. > It may

RE: printk: Add process name information to printk() output.

> On 2020-09-04, Petr Mladek wrote: > >>> I am currently playing with support for all three timestamps based > >>> on > >>> https://lore.kernel.org/lkml/20200814101933.574326...@linutronix.de/ > >>> > >>> And I got the following idea: > >>> > >>> 1. Storing side: > >>> > >>>Create one more rin

Re: [PATCHv2] PCI: designware-ep: Fix the Header Type check

On Tue, Aug 18, 2020 at 05:27:46PM +0800, Zhiqiang Hou wrote: > From: Hou Zhiqiang > > The current check will result in the multiple function device > fails to initialize. So fix the check by masking out the > multiple function bit. > > Fixes: 0b24134f7888 ("PCI: dwc: Add validation that PCIe co

RE: [PATCH v14 08/10] ptp: arm64: Enable ptp_kvm for arm64

> -Original Message- > From: Marc Zyngier > Sent: Monday, September 7, 2020 4:55 PM > To: Jianyong Wu > Cc: net...@vger.kernel.org; yangbo...@nxp.com; john.stu...@linaro.org; > t...@linutronix.de; pbonz...@redhat.com; sean.j.christopher...@intel.com; > richardcoch...@gmail.com; Mark Ru

Re: [RFC][PATCH] pinctrl: Rework driver_deferred_probe_check_state() evaluation since default timeout has changed

On Sat, Aug 08, 2020 at 04:35:12AM +, John Stultz wrote: > In commit bec6c0ecb243 ("pinctrl: Remove use of > driver_deferred_probe_check_state_continue()"), we removed the > use of driver_deferred_probe_check_state_continue() which > effectively never returned -ETIMED_OUT, with the > driver_def

[PATCH] fs: adjust dirtytime_interval_handler definition to match prototype

Commit 32927393dc1c ("sysctl: pass kernel pointers to ->proc_handler") changed ctl_table.proc_handler to take a kernel pointer. Adjust the definition of dirtytime_interval_handler to match its prototype in linux/writeback.h which fixes the following sparse error/warning: fs/fs-writeback.c:2189:50:

[PATCH] stackleak: let stack_erasing_sysctl take a kernel pointer buffer

Commit 32927393dc1c ("sysctl: pass kernel pointers to ->proc_handler") changed ctl_table.proc_handler to take a kernel pointer. Adjust the signature of stack_erasing_sysctl to match ctl_table.proc_handler which fixes the following sparse warning: kernel/stackleak.c:31:50: warning: incorrect type i

[PATCH] ftrace: let ftrace_enable_sysctl take a kernel pointer buffer

Commit 32927393dc1c ("sysctl: pass kernel pointers to ->proc_handler") changed ctl_table.proc_handler to take a kernel pointer. Adjust the signature of ftrace_enable_sysctl to match ctl_table.proc_handler which fixes the following sparse warning: kernel/trace/ftrace.c:7544:43: warning: incorrect t

Re: [PATCH 7/8] rtc: rx8010: fix indentation in probe()

On Fri, Sep 4, 2020 at 5:41 PM Alexandre Belloni wrote: > > On 04/09/2020 17:21:15+0200, Bartosz Golaszewski wrote: > > From: Bartosz Golaszewski > > > > Align the arguments passed to devm_rtc_device_register() with the upper > > line. > > > > Signed-off-by: Bartosz Golaszewski > > --- > > driv

Re: [PATCH AUTOSEL 4.14 17/33] net: usb: qmi_wwan: add Telit 0x1050 composition

Hi, On Sat, Oct 26, 2019 at 3:27 PM Sasha Levin wrote: > > From: Daniele Palmas > > [ Upstream commit e0ae2c578d3909e60e9448207f5d83f785f1129f ] > > This patch adds support for Telit FN980 0x1050 composition > > 0x1050: tty, adb, rmnet, tty, tty, tty, tty > > Signed-off-by: Daniele Palmas > Ack

Re: [PATCH v5 4/4] bus: mhi: clients: Add userspace client interface driver

On Wed, Aug 05, 2020 at 11:41:03PM -0700, Hemant Kumar wrote: > This MHI client driver allows userspace clients to transfer > raw data between MHI device and host using standard file operations. > Device file node is created with format > > /dev/mhi__ > > Currently it supports LOOPBACK channel. >

[PATCH 4/4] clk: meson: axg: add MIPI DSI Host clock

This adds the MIPI DSI Host clock, used to measure the signal timings (ENC VSYNC or DW-MIPI-DSI eDPI timings). Signed-off-by: Neil Armstrong --- drivers/clk/meson/axg.c | 66 + drivers/clk/meson/axg.h | 4 ++- 2 files changed, 69 insertions(+), 1 deletio

[PATCH 2/4] dt-bindings: clk: axg-clkc: add MIPI DSI Host clock binding

Add the clock ID for the MIPI DSI Host clock. Signed-off-by: Neil Armstrong --- include/dt-bindings/clock/axg-clkc.h | 1 + 1 file changed, 1 insertion(+) diff --git a/include/dt-bindings/clock/axg-clkc.h b/include/dt-bindings/clock/axg-clkc.h index 281df3e0f131..e2749dbc74b8 100644 --- a/incl

[PATCH 1/4] dt-bindings: clk: axg-clkc: add Video Clocks

Add clock IDs for the video clocks. Signed-off-by: Neil Armstrong --- include/dt-bindings/clock/axg-clkc.h | 24 1 file changed, 24 insertions(+) diff --git a/include/dt-bindings/clock/axg-clkc.h b/include/dt-bindings/clock/axg-clkc.h index fd1f938c38d1..281df3e0f131 1

[PATCH 3/4] clk: meson: axg: add Video Clocks

Add the Video Clocks present on the Amlogic AXg SoCs. The AXG only has a single ENCL CTS clock and even if VCLK exist along VCLK2, only VCLK2 is used since it clocks the MIPI DSI IP directly. Signed-off-by: Neil Armstrong --- drivers/clk/meson/axg.c | 774 +++

[PATCH 0/4] clk: meson: axg: add clocks for MIPI-DSI support

This adds the VPU & VAPB clocks along the MIPI DSI Host clock. The clock scheme is based on the GXBB & G12A VPU clocks, with a different CTS clock output used for MIPI-DSI. Neil Armstrong (4): dt-bindings: clk: axg-clkc: add Video Clocks dt-bindings: clk: axg-clkc: add MIPI DSI Host clock bin

[PATCH v11 0/2] s390: virtio: let arch validate VIRTIO features

Hi all, The goal of the series is to give a chance to the architecture to validate VIRTIO device features. The tests are back to virtio_finalize_features. No more argument for the architecture callback which only reports if the architecture needs guest memory access restrictions for VIRTIO. I r

[PATCH v11 1/2] virtio: let arch advertise guest's memory access restrictions

An architecture may restrict host access to guest memory, e.g. IBM s390 Secure Execution or AMD SEV. Provide a new Kconfig entry the architecture can select, CONFIG_ARCH_HAS_RESTRICTED_VIRTIO_MEMORY_ACCESS, when it provides the arch_has_restricted_virtio_memory_access callback to advertise to VIRT

[PATCH v11 2/2] s390: virtio: PV needs VIRTIO I/O device protection

If protected virtualization is active on s390, VIRTIO has only retricted access to the guest memory. Define CONFIG_ARCH_HAS_RESTRICTED_VIRTIO_MEMORY_ACCESS and export arch_has_restricted_virtio_memory_access to advertize VIRTIO if that's the case, preventing a host error on access attempt. Signed-

Re: [PATCH] mwifiex: pcie: Fix -Wunused-const-variable warnings

commit 77dacc8fc64c ("mwifiex: pcie: Move tables to the only place they're used") do the same things. On 2020/9/7 16:34, Kalle Valo wrote: > YueHaibing wrote: > >> These variables only used in pcie.c, move them to .c file >> can silence these warnings: >> >> In file included from drivers/net

Re: [PATCH net] net/packet: Fix a comment about hard_header_len and headroom allocation

On Sun, Sep 6, 2020 at 5:18 AM Xie He wrote: > > This comment is outdated and no longer reflects the actual implementation > of af_packet.c. If it was previously true, can you point to a commit that changes the behavior? > > Reasons for the new comment: > > 1. > > In this file, the function pack

Re: [PATCH v2 0/5] PCIe aardvark controller improvements

On Tue, Aug 04, 2020 at 01:57:42PM +0200, Pali Rohár wrote: > Hi, > > we have some more improvements for PCIe aardvark controller (Armada 3720 > SOC - EspressoBIN and Turris MOX). > > The main improvement is that with these patches the driver can be compiled > as a module, and can be reloaded at

Re: [PATCH v2 0/6] xfrm: Add compat layer

On Wed, Aug 26, 2020 at 02:49:43AM +0100, Dmitry Safonov wrote: > Changes since v1: > - reworked patches set to use translator > - separated the compat layer into xfrm_compat.c, > compiled under XFRM_USER_COMPAT config > - 32-bit messages now being sent in frag_list (like wext-core does) > - inst

Re: [PATCH v4 3/6] media: i2c: ov5640: Enable data pins on poweron for DVP mode

Hi Prabhakar, Thanks for your patches, good to see one more OV5640 stakeholder upstreaming some fixes/features. I'm also using a parallel setup with OV5640 connected on STM32 DCMI camera interface. First basic tests have not shown any regressions on my side but I would like to better understan

RE: [PATCH] sched/fair: use dst group while checking imbalance for NUMA balancer

> -Original Message- > From: Mel Gorman [mailto:mgor...@suse.de] > Sent: Monday, September 7, 2020 9:27 PM > To: Song Bao Hua (Barry Song) > Cc: mi...@redhat.com; pet...@infradead.org; juri.le...@redhat.com; > vincent.guit...@linaro.org; dietmar.eggem...@arm.com; > bseg...@google.com; l

Re: [PATCH v14 08/10] ptp: arm64: Enable ptp_kvm for arm64

On 2020-09-07 10:28, Jianyong Wu wrote: -Original Message- From: Marc Zyngier Sent: Monday, September 7, 2020 4:55 PM To: Jianyong Wu [...] >>arm_smccc_1_1_invoke(ARM_SMCCC_VENDOR_HYP_KVM_FEATUR >> ES_FUNC_ID, >> > + &hvc_res); >> > + if (!(hvc_res.a0 |

[PATCH] x86/msr: do not warn on writes to OC_MAILBOX

Popular tools, like intel-undervolt, use MSR 0x150 to control the CPU voltage offset. In fact, evidently the intel_turbo_max_3 driver in-tree also uses this MSR. So, teach the kernel's MSR list about this, so that intel-undervolt and other such tools don't spew warnings to dmesg, while unifying the

Grüße Lieber

Grüße Lieber, Ich schreibe diesen Brief mit Tränen und Trauer und bitte wegen meines Gesundheitszustands in London um Hilfe. Ich bin Frau Maddalena Nicholaus, eine 85-jährige finnische Staatsbürgerin. Ich war eine Waise, adoptiert von meinem verstorbenen Vater Engr. Joakim Nicholaus, Vorsitzender

RE: [PATCH v2 5/5] soc: imx8: Add the SC SECVIO driver

Regards, Franck LENORMAND, STEC Engineer -Original Message- From: Shawn Guo Sent: Wednesday, August 19, 2020 3:32 PM To: Franck Lenormand (OSS) ; Arnd Bergmann Cc: s.ha...@pengutronix.de; feste...@gmail.com; ker...@pengutronix.de; linux-kernel@vger.kernel.org; linux-arm-ker...@lis

Re: [PATCH] PCI: tegra: no need to check return value of debugfs_create functions

On Tue, Aug 18, 2020 at 03:37:39PM +0200, Greg Kroah-Hartman wrote: > When calling debugfs functions, there is no need to ever check the > return value. The function can work or not, but the code logic should > never do something different based on this. > > Cc: Lorenzo Pieralisi > Cc: Rob Herri

Re: [PATCH] sh: fix syscall tracing

Hi Rich! On 9/3/20 6:16 PM, Rich Felker wrote: >> I can confirm that this patch fixes both strace for me and does not break >> libseccomp, >> I have run the libseccomp testsuite with my patch for SuperH support applied >> on top >> of a rebased libseccomp with the 32-bit fixes. Attaching the tes

Re: fsl_espi errors on v5.7.15

On Thu, 2020-09-03 at 23:58 +, Chris Packham wrote: > CAUTION: This email originated from outside of the organization. Do not click > links or open attachments unless you recognize the sender and know the > content is safe. > > > On 1/09/20 6:14 pm, Nicholas Piggin wrote: > > Excerpts from

Re: printk: Add process name information to printk() output.

On Sat 2020-09-05 01:33:12, John Ogness wrote: > On 2020-09-04, Petr Mladek wrote: > >>> I am currently playing with support for all three timestamps based > >>> on https://lore.kernel.org/lkml/20200814101933.574326...@linutronix.de/ > >>> > >>> And I got the following idea: > >>> > >>> 1. Storing

Re: [PATCH 23/23] Documentation: gpio: add documentation for gpio-mockup

On Fri, Sep 04, 2020 at 08:15:59PM -0700, Randy Dunlap wrote: > On 9/4/20 8:45 AM, Bartosz Golaszewski wrote: ... > > +GPIO Testing Driver > > +=== > > + > > +The GPIO Testing Driver (gpio-mockup) provides a way to create simulated > > GPIO > > +chips for testing purposes. There

Re: [PATCH] RISC-V: Allow drivers to provide custom read_cycles64 for M-mode kernel

On Mon, Sep 7, 2020 at 11:48 AM Christoph Hellwig wrote: > > On Sat, Sep 05, 2020 at 11:05:48AM +0530, Anup Patel wrote: > > Your patch will also break if the SOC specific timer has a 32bit > > free-running counter > > unlike the 64bit free-running counter found on CLINT. > > > > I guess it's bett

[PATCH v7 1/3] ASoC: hdmi-codec: Use set_jack ops to set jack

Use set_jack ops to set jack so machine drivers do not need to include hdmi-codec.h explicitly. Signed-off-by: Cheng-Yi Chiang --- include/sound/hdmi-codec.h | 3 --- sound/soc/codecs/hdmi-codec.c| 12 sound/soc/mediatek/mt8173/mt81

[PATCH v7 2/3] ASoC: qcom: dt-bindings: Add sc7180 machine bindings

Add devicetree bindings documentation file for sc7180 sound card. Signed-off-by: Cheng-Yi Chiang --- .../bindings/sound/qcom,sc7180.yaml | 143 ++ 1 file changed, 143 insertions(+) create mode 100644 Documentation/devicetree/bindings/sound/qcom,sc7180.yaml diff --git

[PATCH v7 0/3] Add documentation and machine driver for SC7180 sound card

Note: - The machine driver patch is made by the collaboration of Cheng-Yi Chiang Rohit kumar Ajit Pandey But Ajit has left codeaurora. - This patch series needs HDMI DAI name defined in sc7180-lpass.h. https://patchwork.kernel.org/patch/11745565/ Changes from v1 to v2: - Ducumentation

[PATCH v7 3/3] ASoC: qcom: sc7180: Add machine driver for sound card registration

From: Ajit Pandey Add new driver to register sound card on sc7180 trogdor board and do the required configuration for lpass cpu dai and external codecs connected over MI2S interfaces. Signed-off-by: Ajit Pandey Signed-off-by: Cheng-Yi Chiang Reviewed-by: Tzung-Bi Shih --- sound/soc/qcom/Kcon

Re: [PATCH 03/23] lib: uaccess: provide getline_from_user()

On Fri, Sep 4, 2020 at 6:35 PM Andy Shevchenko wrote: > > On Fri, Sep 04, 2020 at 05:45:27PM +0200, Bartosz Golaszewski wrote: > > From: Bartosz Golaszewski > > > > Provide a uaccess helper that allows callers to copy a single line from > > user memory. This is useful for debugfs write callbacks.

Re: Kernel build system broken in 5.8?

Hi, sorry for the late reply. I neede some time figure out what was going wrong, beside some other tasks. My driver can be used with all kernels from 2.6 up to the current versions. In early 2.6 kernels you had to run "make ... modules_add" to install a module that had been built out-of-tree. I

Re: [PATCH v3] platform: cros_ec: Reduce ligthbar get version command

Hi Gwendal, On 30/8/20 8:59, Gwendal Grignou wrote: > By default, the lightbar commands are set to the > biggest lightbar command and response. That length is greater than 128 > bytes and may not work on all machines. > But all EC are probed for lightbar by sending a get version request. > Set tha

Re: [PATCH v9 0/5] powerpc/perf: Add json file support for hv_24x7 core level events

On Mon, Sep 07, 2020 at 12:11:28PM +0530, Kajol Jain wrote: > Patchset enhance current runtime parameter support. It introduces new > fields like "PerChip" and "PerCore" similar to the field "PerPkg" which is > used to specify perpkg events. > > The "PerCore" and "PerChip" specifies whether its co

Re: [PATCH v3 3/3] iommu/mediatek: add support for MT8167

> > +static const struct mtk_iommu_plat_data mt8167_data = { > > + .m4u_plat = M4U_MT8167, > > + .flags= HAS_4GB_MODE | RESET_AXI | HAS_LEGACY_IVRP_PADDR, > > The 4GB mode flow was improved at[1] which has just been applied. > > If you add 4gb_mode flag but don't have "mt8167-in

Re: [PATCH] x86/msr: do not warn on writes to OC_MAILBOX

+ Srinivas. + kitsunyan. On Mon, Sep 07, 2020 at 11:48:43AM +0200, Jason A. Donenfeld wrote: > Popular tools, like intel-undervolt, use MSR 0x150 to control the CPU > voltage offset. In fact, evidently the intel_turbo_max_3 driver in-tree > also uses this MSR. So, teach the kernel's MSR list about

Re: [PATCH] mmc: host: omap-hsmmc: remove redundant null check

On Thu, 3 Sep 2020 at 10:48, Xu Wang wrote: > > Because clk_disable_unprepare already checked NULL clock > parameter, so the additional checks are unnecessary, just remove them. > > Signed-off-by: Xu Wang Applied for next, thanks! Kind regards Uffe > --- > drivers/mmc/host/omap_hsmmc.c | 18

Re: [PATCH] mmc: renesas_sdhi: Drop local dma_parms

On Thu, 3 Sep 2020 at 23:18, Robin Murphy wrote: > > Since commit 9495b7e92f71 ("driver core: platform: Initialize dma_parms > for platform devices"), struct platform_device already provides a > dma_parms structure, so we can save allocating another one. > > Signed-off-by: Robin Murphy Applied f

Re: [PATCH v2 1/2] mmc: host: Drop unneeded MMC dependency in Kconfig

On Fri, 4 Sep 2020 at 18:43, Krzysztof Kozlowski wrote: > > All entries in Kconfig are already part of "if MMC", so there is no need > for additional dependency on MMC. > > Suggested-by: Michał Mirosław > Signed-off-by: Krzysztof Kozlowski Applied for next, thanks! Kind regards Uffe > > ---

[PATCH v5 2/2] misc: rtsx: Add power saving functions and fix driving parameter

From: Ricky Wu v4: split power down flow and power saving function to two patch v5: fix up modified change under the --- line Add rts522a L1 sub-state support Save more power on rts5227 rts5249 rts525a rts5260 Fix rts5260 driving parameter Signed-off-by: Ricky Wu --- drivers/misc/cardreader/

[PATCH v5 1/2] misc: rtsx: Fix power down flow

From: Ricky Wu Fix and sort out rtsx driver power down flow Signed-off-by: Ricky Wu --- drivers/misc/cardreader/rts5227.c | 15 --- drivers/misc/cardreader/rts5228.c | 5 ++--- drivers/misc/cardreader/rts5249.c | 17 - drivers/misc/cardreader/rts5260.c | 16 ---

Re: [PATCH v2 2/2] mmc: host: Enable compile testing of multiple drivers

On Fri, 4 Sep 2020 at 18:43, Krzysztof Kozlowski wrote: > > Multiple MMC host controller driver can be compile tested as they do not > depend on architecture specific headers. > > Signed-off-by: Krzysztof Kozlowski I tried to apply this, but there was a conflict around the SDHCI_S3C. Can you ple

Re: [PATCH 0/5] Add PCIe EP nodes on RZ/G2[EMN]

On Fri, Aug 14, 2020 at 06:30:32PM +0100, Lad Prabhakar wrote: > Hi All, > > This patch series adds support for PCIe EP nodes to Renesas r8a774a1, > r8a774b1 and r8a774c0 SoC's. > > Patches are based on top of [1]. > > [1] https://git.kernel.org/pub/scm/linux/kernel/git/helgaas/ > pci.git/lo

Re: [PATCH v4 00/14] arm64: Optimise and update memcpy, user copy and string routines

Hi Oli, Thanks for this. Just a few high-level comments below. On Wed, Jul 01, 2020 at 09:12:49AM +0100, Oli Swede wrote: > > Version 3 addressed this but I later found some issues with the fixup > > correctness after further testing, and have partially re-written them > > here, and addressed som

Re: [PATCH 0/5] Add PCIe EP nodes on RZ/G2[EMN]

Hi Lorenzo, On Mon, Sep 7, 2020 at 11:09 AM Lorenzo Pieralisi wrote: > > On Fri, Aug 14, 2020 at 06:30:32PM +0100, Lad Prabhakar wrote: > > Hi All, > > > > This patch series adds support for PCIe EP nodes to Renesas r8a774a1, > > r8a774b1 and r8a774c0 SoC's. > > > > Patches are based on top of [1

RE: [PATCH v14 08/10] ptp: arm64: Enable ptp_kvm for arm64

> -Original Message- > From: Marc Zyngier > Sent: Monday, September 7, 2020 5:47 PM > To: Jianyong Wu > Cc: net...@vger.kernel.org; yangbo...@nxp.com; john.stu...@linaro.org; > t...@linutronix.de; pbonz...@redhat.com; sean.j.christopher...@intel.com; > richardcoch...@gmail.com; Mark Ru

Re: [PATCH 0/5] Add PCIe EP nodes on RZ/G2[EMN]

On Fri, Aug 14, 2020 at 06:30:32PM +0100, Lad Prabhakar wrote: > Hi All, > > This patch series adds support for PCIe EP nodes to Renesas r8a774a1, > r8a774b1 and r8a774c0 SoC's. > > Patches are based on top of [1]. > > [1] https://git.kernel.org/pub/scm/linux/kernel/git/helgaas/ > pci.git/lo

Re: [PATCH v6 4/9] signal: Expose SYS_USER_DISPATCH si_code type

On Fri, Sep 04, 2020 at 04:31:42PM -0400, Gabriel Krisman Bertazi wrote: > SYS_USER_DISPATCH will be triggered when a syscall is sent to userspace > by the Syscall User Dispatch mechanism. This adjusts eventual > BUILD_BUG_ON around the tree. > > Signed-off-by: Gabriel Krisman Bertazi > --- Tha

[PATCH 01/31] staging: wfx: improve readability of association processing

From: Jérôme Pouiller The statements in wfx_bss_info_changed() has no particular order. For better readability, group and sort the statements relative to the association processing. Signed-off-by: Jérôme Pouiller --- drivers/staging/wfx/sta.c | 53 +++ 1 fi

[PATCH 00/31] staging: wfx: fix last items of the TODO list

From: Jérôme Pouiller Hello folks, This PR fixes most of the items of the TODO list associated to the wfx driver. Normally, my next PR will ask to move the wfx driver out of the staging area. Jérôme Pouiller (31): staging: wfx: improve readability of association processing staging: wfx: rel

Re: [PATCH v6 6/9] kernel: entry: Support Syscall User Dispatch for common syscall entry

On Fri, Sep 04, 2020 at 04:31:44PM -0400, Gabriel Krisman Bertazi wrote: > Syscall User Dispatch (SUD) must take precedence over seccomp, since the > use case is emulation (it can be invoked with a different ABI) such that > seccomp filtering by syscall number doesn't make sense in the first > plac

[PATCH 02/31] staging: wfx: relocate wfx_join() beside wfx_join_finalize()

From: Jérôme Pouiller wfx_join() and wfx_join_finalize() are the two halves of the association process. Group them. In addition, for better uniformity of the code, rename wfx_do_join() in wfx_join(). Signed-off-by: Jérôme Pouiller --- drivers/staging/wfx/sta.c | 100 +++---

[PATCH 19/31] staging: wfx: drop useless structs only used in hif_req_tx

From: Jérôme Pouiller The structs hif_queue, hif_data_flags, hif_tx_flags and hif_ht_tx_parameters have no real reasons to exist. Drop them and simplify access to fields of struct hif_req_tx. Signed-off-by: Jérôme Pouiller --- drivers/staging/wfx/data_tx.c | 39 ++-- dr

[PATCH 14/31] staging: wfx: drop useless struct hif_map_link_flags

From: Jérôme Pouiller Struct hif_map_link_flags has no reason to exist. Drop it and simplify access to struct hif_req_map_link. Also rename the field 'map_direction' in 'unmap'. It is more meaningful and allows to drop enum hif_sta_map_direction. Signed-off-by: Jérôme Pouiller --- drivers/sta

[PATCH 25/31] staging: wfx: drop struct hif_ie_tlv

From: Jérôme Pouiller This struct hif_ie_tlv is definitively an Information Element (IE). This struct is defined by 802.11 specification and already exists in mac80211. Reuse this definition instead of struct hif_ie_tlv. Signed-off-by: Jérôme Pouiller --- drivers/staging/wfx/hif_api_cmd.h | 10

[PATCH v4 3/3] iommu/mediatek: add support for MT8167

Add support for the IOMMU on MT8167 Signed-off-by: Fabien Parent --- V4; * Removed HAS_4GB_MODE flag since this SoC does not seem to support it V3: * use LEGACY_IVRP_PADDR flag instead of using a platform data member V2: * removed if based on m4u_plat, and using instead t

Re: [PATCH 00/38] media sparse/smatch warn fixes

On 02/09/2020 18:10, Mauro Carvalho Chehab wrote: > While I was lately relying on Jenkins to report smatch/sparse issues, > I discovered this week that the reports were missing such warnings > > I got it fixed already at builder.linuxtv.org, but there are several new > warnings that got added over

[PATCH 13/31] staging: wfx: drop useless struct hif_bss_flags

From: Jérôme Pouiller Struct hif_bss_flags has no reason to exist. In add, it is never used. Drop it. Signed-off-by: Jérôme Pouiller --- drivers/staging/wfx/hif_api_cmd.h | 6 +- 1 file changed, 1 insertion(+), 5 deletions(-) diff --git a/drivers/staging/wfx/hif_api_cmd.h b/drivers/stagi

[PATCH 27/31] staging: wfx: fix naming of hif_tx_rate_retry_policy

From: Jérôme Pouiller In the wfx driver, the prefix 'hif_mib_' is normally used for structures that represent a hardware message. hif_mib_tx_rate_retry_policy does not fall in this category. So, rename it. Signed-off-by: Jérôme Pouiller --- drivers/staging/wfx/hif_api_mib.h | 4 ++-- 1 file ch

[PATCH 29/31] staging: wfx: uniformize naming rules in hif_tx_mib.c

From: Jérôme Pouiller hif_tx_mib.c contains functions that format data to be sent to the hardware. In this file, sometime the struct to be sent is named 'arg', sometime 'val'. In some other function 'val' is used for the argument of the function. This patch uniformize the things and choose to ca

[PATCH 26/31] staging: wfx: drop macro API_SSID_SIZE

From: Jérôme Pouiller The maximum length of a SSID is defined by 802.11 specification. It is already defined in mac80211: IEEE80211_MAX_SSID_LEN. Therefore, use this generic definition. Signed-off-by: Jérôme Pouiller --- drivers/staging/wfx/hif_api_cmd.h | 8 +++- drivers/staging/wfx/h

Re: [PATCH 03/23] lib: uaccess: provide getline_from_user()

On Mon, Sep 7, 2020 at 1:05 PM Bartosz Golaszewski wrote: > On Fri, Sep 4, 2020 at 6:35 PM Andy Shevchenko > wrote: > > On Fri, Sep 04, 2020 at 05:45:27PM +0200, Bartosz Golaszewski wrote: > > > From: Bartosz Golaszewski > > Doesn't mm/util.c provides us something like this? > > strndup_user()?

[PATCH 28/31] staging: wfx: fix spaces

From: Jérôme Pouiller There is no reason to place two spaces between the field tx_conf_payload and its type. In the same vein, remove duplicate empty lines between declarations. Signed-off-by: Jérôme Pouiller --- drivers/staging/wfx/hif_api_cmd.h | 4 +--- drivers/staging/wfx/hif_api_gene

[PATCH] arm: dts: IPQ4019: add SDHCI VQMMC LDO node

Since we now have driver for the SDHCI VQMMC LDO needed for I/0 voltage levels lets introduce the necessary node for it. Signed-off-by: Robert Marko Cc: Luka Perkov --- arch/arm/boot/dts/qcom-ipq4019.dtsi | 10 ++ 1 file changed, 10 insertions(+) diff --git a/arch/arm/boot/dts/qcom-ipq

[PATCH 30/31] staging: wfx: drop async field from struct hif_cmd

From: Jérôme Pouiller The parameter "async" in wfx_cmd_send() allows to send command without waiting for the reply. In this case, the mutex hif_cmd.lock is released asynchronously in the context of the receiver workqueue. However, "kbuild test robot" complains about this architecture[1] since it

[PATCH 24/31] staging: wfx: drop useless union hif_indication_data

From: Jérôme Pouiller The union hif_indication_data is never used in the driver. So, it is not necessary to declare it separately from hif_ind_generic. In add, drop prefix 'indication_' from the names 'indication_type' and 'indication_data' since it is redundant with the name of the struct. Sig

[PATCH 31/31] staging: wfx: update TODO list

From: Jérôme Pouiller The driver is now close to leave the staging directory. Update the TODO list to reflect the work done. Signed-off-by: Jérôme Pouiller --- drivers/staging/wfx/TODO | 19 --- 1 file changed, 19 deletions(-) diff --git a/drivers/staging/wfx/TODO b/drivers/st

[PATCH v4.19.y 2/3] vfio-pci: Fault mmaps to enable vma tracking

From: Alex Williamson commit 11c4cd07ba111a09f49625f9e4c851d83daf0a22 upstream. Rather than calling remap_pfn_range() when a region is mmap'd, setup a vm_ops handler to support dynamic faulting of the range on access. This allows us to manage a list of vmas actively mapping the area that we can

Re: [PATCH 1/1] efi/libstub: DRAM base calculation

On Mon, 7 Sep 2020 at 11:31, Heinrich Schuchardt wrote: > > On 07.09.20 09:00, Maxim Uvarov wrote: > > On Fri, 4 Sep 2020 at 18:50, Heinrich Schuchardt wrote: > >> > >> In the memory map the regions with the lowest addresses may be of type > >> EFI_RESERVED_TYPE. The reserved areas may be discont

[PATCH v4.19.y 0/3] vfio: Fix for CVE-2020-12888

CVE-2020-12888 Kernel: vfio: access to disabled MMIO space of some devices may lead to DoS scenario The VFIO modules allow users (guest VMs) to enable or disable access to the devices' MMIO memory address spaces. If a user attempts to access (read/write) the devices' MMIO address space when it

[PATCH v4 2/3] iommu/mediatek: add flag for legacy ivrp paddr

Add a new flag in order to select which IVRP_PADDR format is used by an SoC. Signed-off-by: Fabien Parent Reviewed-by: Yong Wu --- v4: no change v3: set LEGACY_IVRP_PADDR as a flag instead of platform data v2: new patch --- drivers/iommu/mtk_iommu.c | 6 -- 1 file changed, 4 insertions(+)

Re: [PATCH 1/3] cpufreq: arm_scmi: Constify scmi_perf_ops pointers

Hi Viresh, On Mon, Sep 07, 2020 at 01:04:50AM +0200, Rikard Falkeborn wrote: > The perf_ops are not modified through this pointer. Make them const to > indicate that. This is in preparation to make the scmi-ops pointers in > scmi_handle const. > Your ack needed to take this as series via {arm-,}s

[PATCH 23/31] staging: wfx: drop useless union hif_event_data

From: Jérôme Pouiller The union hif_event_data is never used in the driver. So, it is not necessary to declare it separately from hif_ind_event. Signed-off-by: Jérôme Pouiller --- drivers/staging/wfx/hif_api_cmd.h | 12 +--- 1 file changed, 5 insertions(+), 7 deletions(-) diff --git a

[PATCH v4.19.y 1/3] vfio/type1: Support faulting PFNMAP vmas

From: Alex Williamson commit 41311242221e3482b20bfed10fa4d9db98d87016 upstream. With conversion to follow_pfn(), DMA mapping a PFNMAP range depends on the range being faulted into the vma. Add support to manually provide that, in the same way as done on KVM with hva_to_pfn_remapped(). Reviewed

[PATCH v4.19.y 3/3] vfio-pci: Invalidate mmaps and block MMIO access on disabled memory

From: Alex Williamson commit abafbc551fddede3e0a08dee1dcde08fc0eb8476 upstream. Accessing the disabled memory space of a PCI device would typically result in a master abort response on conventional PCI, or an unsupported request on PCI express. The user would generally see these as a -1 respons

[PATCH 21/31] staging: wfx: drop useless structs only used in hif_ind_startup

From: Jérôme Pouiller The structs hif_capabilities, hif_otp_regul_sel_mode_info and hif_otp_phy_info have no real reasons to exist. Drop them and simplify access to fields of struct hif_ind_startup. Signed-off-by: Jérôme Pouiller --- drivers/staging/wfx/hif_api_general.h | 32 +

Re: [PATCH 1/4] kselftests/arm64: add a basic Pointer Authentication test

On Thu, Sep 03, 2020 at 11:12:02AM +0100, Boyan Karatotev wrote: > On 02/09/2020 17:49, Dave Martin wrote: > > On Fri, Aug 28, 2020 at 02:16:03PM +0100, Boyan Karatotev wrote: > >> PAuth signs and verifies return addresses on the stack. It does so by > >> inserting a Pointer Authentication code (PA

[PATCH v4 1/3] dt-bindings: iommu: Add binding for MediaTek MT8167 IOMMU

This commit adds IOMMU binding documentation and larb port definitions for the MT8167 SoC. Signed-off-by: Fabien Parent Acked-by: Rob Herring --- V4: * Added path to mt8167 larb header file * Added Honghui Zhang in copyright header V3: Added mt8167-larb-port.h file for iommu por

[PATCH 22/31] staging: wfx: drop useless union hif_privacy_key_data

From: Jérôme Pouiller The union hif_privacy_key_data is never used in the driver. So, it is not necessary to declare it separately from hif_req_add_key. Signed-off-by: Jérôme Pouiller --- drivers/staging/wfx/hif_api_cmd.h | 24 +++- 1 file changed, 11 insertions(+), 13 dele

[PATCH 08/31] staging: wfx: drop useless enum hif_beacon

From: Jérôme Pouiller Enum hif_beacon is not used. Moreover, it is just another definition of a boolean. Absolutely useless. Signed-off-by: Jérôme Pouiller --- drivers/staging/wfx/hif_api_cmd.h | 5 - 1 file changed, 5 deletions(-) diff --git a/drivers/staging/wfx/hif_api_cmd.h b/drivers

[PATCH 16/31] staging: wfx: drop useless struct hif_pm_mode

From: Jérôme Pouiller Struct hif_pm_mode has no reason to exist. Drop it and simplify access to struct hif_req_set_pm_mode. Signed-off-by: Jérôme Pouiller --- drivers/staging/wfx/hif_api_cmd.h | 6 +- drivers/staging/wfx/hif_tx.c | 4 ++-- 2 files changed, 3 insertions(+), 7 deletions

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