Re: [PATCH v6 1/9] mm: add Kernel Electric-Fence infrastructure

On Fri, 30 Oct 2020 at 03:49, Jann Horn wrote: > On Thu, Oct 29, 2020 at 2:17 PM Marco Elver wrote: > > This adds the Kernel Electric-Fence (KFENCE) infrastructure. KFENCE is a > > low-overhead sampling-based memory safety error detector of heap > > use-after-free, invalid-free, and

Re: [PATCH 2/2] futex.2: Use appropriate types

On 10/30/20 1:39 PM, Alejandro Colomar wrote: > The Linux kernel uses the following: > > kernel/futex.c:3778: > SYSCALL_DEFINE6(futex, u32 __user *, uaddr, int, op, u32, val, > struct __kernel_timespec __user *, utime, u32 __user *, uaddr2, > u32, val3) > > Since

[ANNOUNCE] v5.10-rc1-rt2

Dear RT folks! I'm pleased to announce the v5.10-rc1-rt2 patch set. Changes since v5.10-rc1-rt1: - Add Thomas Gleixner's "Preemptible variant of kmap_atomic & friends" series. - Apply patch by Paul E. McKenney which avoids a warning while a RCU stall is printed. - The last

Re: For review: seccomp_user_notif(2) manual page [v2]

On Thu, Oct 29, 2020 at 3:19 PM Michael Kerrisk (man-pages) wrote: > On 10/29/20 2:42 AM, Jann Horn wrote: > > On Mon, Oct 26, 2020 at 10:55 AM Michael Kerrisk (man-pages) > > wrote: > >>static bool > >>getTargetPathname(struct seccomp_notif *req, int notifyFd, > >>

Re: [PATCH 1/2] futex.2: srcfix

On 10/30/20 1:39 PM, Alejandro Colomar wrote: > Signed-off-by: Alejandro Colomar Hi Alex, I've applied this patch, but would prefer to avoid such patches in the future. Nothing is actually broken in the old version, so I tend to regard such patches as unnecessary chur,. Thanks, Michael >

Re: [PATCH 1/3] dt-bindings: arm64: dts: mediatek: Add mt8167-pumpkin board

On Tue, 27 Oct 2020 20:48:13 +0100, Fabien Parent wrote: > Add binding documentation for the MT8167 Pumpkin board. > > Signed-off-by: Fabien Parent > --- > Documentation/devicetree/bindings/arm/mediatek.yaml | 4 > 1 file changed, 4 insertions(+) > Acked-by: Rob Herring

Re: [PATCH v4 00/17] Add VFIO mediated device support and DEV-MSI support for the idxd driver

On Fri, Oct 30, 2020 at 12:13:48PM -0700, Dave Jiang wrote: > > > On 10/30/2020 11:58 AM, Jason Gunthorpe wrote: > > On Fri, Oct 30, 2020 at 11:50:47AM -0700, Dave Jiang wrote: > > > .../ABI/stable/sysfs-driver-dma-idxd |6 + > > > Documentation/driver-api/vfio/mdev-idxd.rst |

Re: [PATCH 1/2] dt-bindings: mediatek: mmsys: add mt1867 binding

On Tue, 27 Oct 2020 17:06:29 +0100, Fabien Parent wrote: > Add binding documentation for MT8167 SoC. > > Signed-off-by: Fabien Parent > --- > .../devicetree/bindings/arm/mediatek/mediatek,mmsys.txt | 1 + > 1 file changed, 1 insertion(+) > Acked-by: Rob Herring

Re: [PATCH v4 7/7] dma-buf: system_heap: Add a system-uncached heap re-using the system heap

On Fri, Oct 30, 2020 at 12:51 AM Hillf Danton wrote: > On Thu, 29 Oct 2020 21:04:30 -0700 John Stultz wrote: > > > > But I'll try to share my thoughts: > > > > So the system heap allows for allocation of non-contiguous buffers > > (currently allocated from page_alloc), which we keep track using >

Re: [PATCH 1/4] dt-bindings: clock: Add SDX55 GCC clock bindings

On Wed, Oct 28, 2020 at 01:12:29PM +0530, Manivannan Sadhasivam wrote: > From: Vinod Koul > > Add device tree bindings for global clock controller on SDX55 SoCs. > > Signed-off-by: Vinod Koul This should carry your S-o-b too. > --- > .../bindings/clock/qcom,gcc-sdx55.yaml| 71

Re: [PATCH net-next v4 3/5] net: hdlc_fr: Improve the initial checks when we receive an skb

On Fri, Oct 30, 2020 at 9:31 AM Willem de Bruijn wrote: > > > Add an fh->ea2 check to the initial checks in fr_rx. fh->ea2 == 1 means > > the second address byte is the final address byte. We only support the > > case where the address length is 2 bytes. > > Can you elaborate a bit for readers

Re: general protection fault in security_inode_getattr

On Fri, Oct 30, 2020 at 7:42 PM Dmitry Vyukov wrote: > > On Fri, Oct 30, 2020 at 2:02 PM Miklos Szeredi wrote: > > > > On Mon, Aug 24, 2020 at 11:00 PM Ondrej Mosnacek > > wrote: > > > > > > On Mon, Aug 24, 2020 at 9:37 PM syzbot > > > wrote: > > > > syzbot has found a reproducer for the

Re: [PATCH v2] x86: Fix x32 System V message queue syscalls

> On 12 Oct 2020, at 14:44, Jessica Clarke wrote: > > POSIX specifies that the first field of the supplied msgp, namely mtype, > is a long, not a __kernel_long_t, and it's a user-defined struct due to > the variable-length mtext field so we can't even bend the spec and make > it a

Re: [PATCH 1/2] dt-bindings: pinctrl: qcom: Add SDX55 pinctrl bindings

On Wed, Oct 28, 2020 at 02:00:16PM +0530, Vinod Koul wrote: > Add device tree binding Documentation details for Qualcomm SDX55 > pinctrl driver. > > Signed-off-by: Vinod Koul > --- > .../bindings/pinctrl/qcom,sdx55-pinctrl.yaml | 144 ++ > 1 file changed, 144 insertions(+) >

Re: [PATCH v4 00/17] Add VFIO mediated device support and DEV-MSI support for the idxd driver

On Fri, Oct 30, 2020 at 04:17:06PM -0300, Jason Gunthorpe wrote: > On Fri, Oct 30, 2020 at 12:13:48PM -0700, Dave Jiang wrote: > > > > > > On 10/30/2020 11:58 AM, Jason Gunthorpe wrote: > > > On Fri, Oct 30, 2020 at 11:50:47AM -0700, Dave Jiang wrote: > > > >

Re: [PATCH v5 15/15] PCI: Revoke mappings like devmem

On Fri, Oct 30, 2020 at 3:09 AM Daniel Vetter wrote: > > Since 3234ac664a87 ("/dev/mem: Revoke mappings when a driver claims > the region") /dev/kmem zaps ptes when the kernel requests exclusive > acccess to an iomem region. And with CONFIG_IO_STRICT_DEVMEM, this is > the default for all driver

Re: [PATCH] PCI: Always call pci_enable_acs() regardless of pdev->acs_cap

On Wed, 28 Oct 2020 16:15:45 -0700 Rajat Jain wrote: > Some devices may have have anomalies with the ACS cpability structure, > and they may be using quirks to support ACS functionality via other > registers. For such devices, it is important we always call > pci_enable_acs() to give the quirks

Re: For review: seccomp_user_notif(2) manual page [v2]

On Thu, Oct 29, 2020 at 8:53 PM Michael Kerrisk (man-pages) wrote: > On 10/29/20 4:26 PM, Christian Brauner wrote: > > I like this manpage. I think this is the most comprehensive explanation > > of any seccomp feature > > Thanks (at least, I think so...) > > > and somewhat understandable. >

Re: [PATCH v3 04/12] bus: mhi: core: Move to SYS_ERROR regardless of RDDM capability

Hi Mani, On 2020-10-30 06:52, Manivannan Sadhasivam wrote: On Thu, Oct 29, 2020 at 09:10:49PM -0700, Bhaumik Bhatt wrote: In some cases, the entry of device to RDDM execution environment can occur after a significant amount of time has elapsed and a SYS_ERROR state change event has already

Re: [PATCH net-next v4 5/5] net: hdlc_fr: Add support for any Ethertype

On Fri, Oct 30, 2020 at 9:33 AM Willem de Bruijn wrote: > > Should this still check data[5] == FR_PAD? No, the 6th byte (data[5]) is not a padding field. It is the first byte of the SNAP header. The original code is misleading. That is part of the reasons why I want to fix it with this patch.

Re: [PATCH RFC v2 14/21] kasan: add and integrate kasan boot parameters

On Wed, Oct 28, 2020 at 1:27 PM Dmitry Vyukov wrote: > > On Thu, Oct 22, 2020 at 3:19 PM Andrey Konovalov > wrote: > > > > TODO: no meaningful description here yet, please see the cover letter > > for this RFC series. > > > > Signed-off-by: Andrey Konovalov > > Link: > >

Re: [PATCH RFC v2 14/21] kasan: add and integrate kasan boot parameters

On Fri, Oct 30, 2020 at 3:45 PM Marco Elver wrote: > > On Thu, 22 Oct 2020 at 15:19, Andrey Konovalov wrote: > > > > TODO: no meaningful description here yet, please see the cover letter > > for this RFC series. > > > > Signed-off-by: Andrey Konovalov > > Link: > >

Re: [PATCH 1/4] dt-bindings: opp: Introduce opp-sustainable bindings

On Wed, Oct 28, 2020 at 02:08:44PM +, Lukasz Luba wrote: > Add opp-sustainable as an additional property in the OPP node to describe > the sustainable performance level of the device. This will help to > estimate the sustainable performance of the whole system. > > Signed-off-by: Lukasz Luba

Re: [PATCH v3 10/12] bus: mhi: core: Separate system error and power down handling

Hi Mani, On 2020-10-30 07:06, Manivannan Sadhasivam wrote: On Thu, Oct 29, 2020 at 09:10:55PM -0700, Bhaumik Bhatt wrote: Currently, there exist a set of if...else statements in the mhi_pm_disable_transition() function which make handling system error and disable transitions differently

Re: [PATCH v2 07/15] parisc: use legacy_timer_tick

On Fri, Oct 30, 2020 at 6:13 PM Helge Deller wrote: > > On 10/30/20 4:17 PM, Arnd Bergmann wrote: > > From: Arnd Bergmann > > > > parisc has selected CONFIG_GENERIC_CLOCKEVENTS since commit 43b1f6abd590 > > ("parisc: Switch to generic sched_clock implementation"), but does not > > appear to

Re: [patch V2 00/18] mm/highmem: Preemptible variant of kmap_atomic & friends

On Fri, Oct 30 2020 at 13:06, Matthew Wilcox wrote: > On Thu, Oct 29, 2020 at 11:18:06PM +0100, Thomas Gleixner wrote: >> This series provides kmap_local.* iomap_local variants which only disable >> migration to keep the virtual mapping address stable accross preemption, >> but do neither disable

Re: [PATCH v4 00/17] Add VFIO mediated device support and DEV-MSI support for the idxd driver

On Fri, Oct 30, 2020 at 12:23:25PM -0700, Raj, Ashok wrote: > On Fri, Oct 30, 2020 at 04:17:06PM -0300, Jason Gunthorpe wrote: > > On Fri, Oct 30, 2020 at 12:13:48PM -0700, Dave Jiang wrote: > > > > > > > > > On 10/30/2020 11:58 AM, Jason Gunthorpe wrote: > > > > On Fri, Oct 30, 2020 at

Re: For review: seccomp_user_notif(2) manual page [v2]

On Thu, Oct 29, 2020 at 8:14 PM Michael Kerrisk (man-pages) wrote: > On 10/29/20 2:42 AM, Jann Horn wrote: > > As discussed at > > , > > we need to re-check checkNotificationIdIsValid() after reading

Re: [PATCH RFC v2 2/4] x86/bus_lock: Handle warn and fatal in #DB for bus lock

Hi, PeterZ, On Thu, Oct 29, 2020 at 10:27:47AM +0100, Peter Zijlstra wrote: > On Wed, Oct 28, 2020 at 08:28:02PM +, Fenghua Yu wrote: > > diff --git a/arch/x86/include/uapi/asm/debugreg.h > > b/arch/x86/include/uapi/asm/debugreg.h > > index d95d080b30e3..61078319fc6c 100644 > > ---

drivers/scsi/mvumi.c:407:40: 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: 07e0887302450a62f51dba72df6afb5fabb23d1c commit: 8f28ca6bd8211214faf717677bbffe375c2a6072 iomap: constify ioreadX() iomem argument (as in generic implementation) date: 3 months ago config:

Re: [PATCH v2 0/2] Add rt1015 support to CML boards

On Sat, 31 Oct 2020 01:05:57 +0800, Brent Lu wrote: > First patch adds tdm 4-slot 100fs DAI setting to avoid jitter of using > 64fs on CML boards. Second patch is a DMI quirk for HP Dooly. > > Changes since v1: > -Add comment on Dooly's DMI quirk > > Brent Lu (2): > ASoC: intel: sof_rt5682:

Re: [PATCH RFC v2 4/4] Documentation: Change doc for split_lock_detect parameter

Hi, Randy, On Wed, Oct 28, 2020 at 10:14:20PM -0700, Randy Dunlap wrote: > On 10/28/20 1:28 PM, Fenghua Yu wrote: > > Since #DB for bus lock detect changes the split_lock_detect parameter, > > update the documentation for the changes. > > > > Signed-off-by: Fenghua Yu > > Reviewed-by: Tony Luck

Re: [PATCH net-next v3 1/4] ethtool: Add 10base-T1L link mode entries

On Fri, Oct 30, 2020 at 12:29:47PM -0500, Dan Murphy wrote: > Add entries for the 10base-T1L full and half duplex supported modes. > > $ ethtool eth0 > Supported ports: [ TP ] > Supported link modes: 10baseT1L/Half 10baseT1L/Full > Supported pause frame use: Symmetric

Re: [PATCH RFC v2 15/21] kasan: check kasan_enabled in annotations

On Wed, Oct 28, 2020 at 5:47 PM Dmitry Vyukov wrote: > > On Thu, Oct 22, 2020 at 3:20 PM Andrey Konovalov > wrote: > > > > Declare the kasan_enabled static key in include/linux/kasan.h and in > > include/linux/mm.h and check it in all kasan annotations. This allows to > > avoid any slowdown

Re: [PATCH v2 07/15] parisc: use legacy_timer_tick

On 10/30/20 8:33 PM, Arnd Bergmann wrote: > On Fri, Oct 30, 2020 at 6:13 PM Helge Deller wrote: >> >> On 10/30/20 4:17 PM, Arnd Bergmann wrote: >>> From: Arnd Bergmann >>> >>> parisc has selected CONFIG_GENERIC_CLOCKEVENTS since commit 43b1f6abd590 >>> ("parisc: Switch to generic sched_clock

Re: [PATCH v4 06/17] PCI: add SIOV and IMS capability detection

On Fri, Oct 30, 2020 at 11:51:32AM -0700, Dave Jiang wrote: > Intel Scalable I/O Virtualization (SIOV) enables sharing of I/O devices > across isolated domains through PASID based sub-device partitioning. > Interrupt Message Storage (IMS) enables devices to store the interrupt > messages in a

Re: [PATCH v10 14/15] dt-bindings: sound: sun4i-i2s: Document H3 with missing RX channel possibility

On Fri, Oct 30, 2020 at 08:05:31PM +0100, Clément Péron wrote: > But basically for the next dt-bindings change you will prefer somethings like: > "ASoC: dt-bindings: sun4i-i2s: Document H3 with missing RX channel > possibility" Yes. signature.asc Description: PGP signature

Re: [PATCH 2/2] futex.2: Use appropriate types

Hi Alex, On 10/30/20 2:46 PM, Alejandro Colomar wrote: > BTW, apparently the kernel doesn't use 'const' for 'utime' > ('timeout' in the manual page), > but effectively, it doesn't modify it, AFAICS. > > Should the kernel use 'const'? > Is there a reason for the kernel not using 'const'? > Should

Re: general protection fault in security_inode_getattr

On Fri, Oct 30, 2020 at 8:21 PM Miklos Szeredi wrote: > > > On Mon, Aug 24, 2020 at 11:00 PM Ondrej Mosnacek > > > wrote: > > > > > > > > On Mon, Aug 24, 2020 at 9:37 PM syzbot > > > > wrote: > > > > > syzbot has found a reproducer for the following issue on: > > > > > > > > Looping in fsdevel

Re: [PATCH net-next v3 2/4] dt-bindings: net: Add Rx/Tx output configuration for 10base T1L

On Fri, Oct 30, 2020 at 12:29:48PM -0500, Dan Murphy wrote: > Per the 802.3cg spec the 10base T1L can operate at 2 different > differential voltages 1v p2p and 2.4v p2p. The abiility of the PHY to > drive that output is dependent on the PHY's on board power supply. Hi Dan So this property is

Re: INFO: task can't die in nbd_ioctl

syzbot has found a reproducer for the following issue on: HEAD commit:4e78c578 Add linux-next specific files for 20201030 git tree: linux-next console output: https://syzkaller.appspot.com/x/log.txt?x=158c179850 kernel config: https://syzkaller.appspot.com/x/.config?x

Re: [PATCH net-next v4 1/5] net: hdlc_fr: Simpify fr_rx by using "goto rx_drop" to drop frames

On Fri, Oct 30, 2020 at 9:35 AM Willem de Bruijn wrote: > > In general we try to avoid changing counter behavior like that, as > existing users > may depend on current behavior, e.g., in dashboards or automated monitoring. > > I don't know how realistic that is in this specific case, no strong >

Re: [GIT PULL] PNP fix for v5.10-rc2

The pull request you sent on Fri, 30 Oct 2020 17:32:37 +0100: > git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git pnp-5.10-rc2 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/d2c4d6e8acc6548a3ddae0f2e8d8120ead09ad80 Thank you! -- Deet-doot-dot, I am

Re: [GIT PULL] Power management fixes for v5.10-rc2

The pull request you sent on Fri, 30 Oct 2020 17:28:32 +0100: > git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git pm-5.10-rc2 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/8843f40550dd9f11ff39b6fee37d167516dc2158 Thank you! -- Deet-doot-dot, I am a

Re: [GIT PULL] MMC fixes for v5.10-rc2

The pull request you sent on Fri, 30 Oct 2020 13:07:52 +0100: > git://git.kernel.org/pub/scm/linux/kernel/git/ulfh/mmc.git tags/mmc-v5.10-2 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/88098fd61b7e52e1f78668b6f1f07d39ca67301f Thank you! -- Deet-doot-dot, I am a

Re: [GIT PULL] Device properties framework fixes for v5.10-rc2

The pull request you sent on Fri, 30 Oct 2020 17:31:33 +0100: > git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git > devprop-5.10-rc2 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/a5a16050d78dd4a8a5a2a6614e64f76d59ef8a2e Thank you! --

Re: [GIT PULL] ACPI fixes for v5.10-rc2

The pull request you sent on Fri, 30 Oct 2020 17:30:09 +0100: > git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git > acpi-5.10-rc2 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/ee176906dc882ba6223d834ae61790e7550515fd Thank you! -- Deet-doot-dot, I

Re: [Y2038][time namespaces] Question regarding CLOCK_REALTIME support plans in Linux time namespaces

On Fri, Oct 30 2020 at 12:58, Carlos O'Donell wrote: > On 10/30/20 11:10 AM, Thomas Gleixner via Libc-alpha wrote: >> That's what virtual machines are for. > > Certainly, that is always an option, just like real hardware. > > However, every requirement we add to testing reduces the number of >

Re: [git pull] drm fixes for 5.10-rc2

The pull request you sent on Fri, 30 Oct 2020 12:01:27 +1000: > git://anongit.freedesktop.org/drm/drm tags/drm-fixes-2020-10-30-1 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/7ba4d8675090480e64388f4669271c03123072b2 Thank you! -- Deet-doot-dot, I am a bot.

[PATCH net-next v3 02/10] net: ethernet: ti: am65-cpsw: move free desc queue mode selection in pdata

In preparation of adding more multi-port K3 CPSW versions move free descriptor queue mode selection in am65_cpsw_pdata, so it can be selected basing on DT compatibility property. Signed-off-by: Grygorii Strashko Reviewed-by: Jesse Brandeburg --- drivers/net/ethernet/ti/am65-cpsw-nuss.c | 4

[PATCH net-next v3 03/10] net: ethernet: ti: am65-cpsw: use cppi5_desc_is_tdcm()

Use cppi5_desc_is_tdcm() helper for teardown indicator detection instead of hard-coded value. Signed-off-by: Grygorii Strashko Reviewed-by: Jesse Brandeburg --- drivers/net/ethernet/ti/am65-cpsw-nuss.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git

[PATCH net-next v3 04/10] net: ethernet: ti: cpsw_ale: add cpsw_ale_vlan_del_modify()

Add/export cpsw_ale_vlan_del_modify() and use it in cpsw_switchdev instead of generic cpsw_ale_del_vlan() to avoid mixing 8021Q and switchdev VLAN offload. This is preparation patch equired by follow up changes. Signed-off-by: Grygorii Strashko Reviewed-by: Jesse Brandeburg ---

[PATCH net-next v3 01/10] net: ethernet: ti: am65-cpsw: move ale selection in pdata

In preparation of adding more multi-port K3 CPSW versions move ALE selection in am65_cpsw_pdata, so it can be selected basing on DT compatibility property. Signed-off-by: Grygorii Strashko Reviewed-by: Jesse Brandeburg --- drivers/net/ethernet/ti/am65-cpsw-nuss.c | 4 +++-

[PATCH net-next v3 00/10] net: ethernet: ti: am65-cpsw: add multi port support in mac-only mode

Hi This series adds multi-port support in mac-only mode (multi MAC mode) to TI AM65x CPSW driver in preparation for enabling support for multi-port devices, like Main CPSW0 on K3 J721E SoC or future CPSW3g on K3 AM64x SoC. The multi MAC mode is implemented by configuring every enabled port in

[PATCH net-next v3 05/10] net: ethernet: ti: am65-cpsw: fix vlan offload for multi mac mode

The VLAN offload for AM65x CPSW2G is implemented using existing ALE APIs, which are also used by legacy CPSW drivers. So, now it always adds current Ext. Port and Host as VLAN members when VLAN is added by 8021Q core (.ndo_vlan_rx_add_vid) and forcibly removes VLAN from ALE table in

[PATCH net-next v3 09/10] net: ethernet: ti: am65-cpsw: add multi port support in mac-only mode

This patch adds final multi-port support to TI AM65x CPSW driver path in preparation for adding support for multi-port devices, like Main CPSW0 on K3 J721E SoC or future CPSW3g on K3 AM64x SoC. - the separate netdev is created for every enabled external Port; - DMA channels are common/shared for

[PATCH net-next v3 10/10] net: ethernet: ti: am65-cpsw: handle deferred probe with dev_err_probe()

Use new dev_err_probe() API to handle deferred probe properly and simplify the code. Signed-off-by: Grygorii Strashko --- drivers/net/ethernet/ti/am65-cpsw-nuss.c | 28 +--- 1 file changed, 10 insertions(+), 18 deletions(-) diff --git

[PATCH net-next v3 08/10] net: ethernet: ti: am65-cpsw: prepare xmit/rx path for multi-port devices in mac-only mode

This patch adds multi-port support to TI AM65x CPSW driver xmit/rx path in preparation for adding support for multi-port devices, like Main CPSW0 on K3 J721E SoC or future CPSW3g on K3 AM64x SoC. Hence DMA channels are common/shared for all ext Ports and the RX/TX NAPI and DMA processing going to

Re: [PATCH] arc: add support for TIF_NOTIFY_SIGNAL

On 10/30/20 11:53 AM, Jens Axboe wrote: > > Ah thanks, I'll make that change. Hard for me to test a lot of these, so > I really appreciate someone knowledgable taking a look at it. Sure, glad to help, thx to you for writing the arch patches in first place. It takes a bit of daring to venture in

Re: [PATCH v4 2/2] media: dt-bindings: media: st,stm32-dcmi: Add support of BT656

On Fri, Oct 30, 2020 at 12:42 PM Sakari Ailus wrote: > > Hi Rob, > > On Mon, Oct 26, 2020 at 09:17:14AM -0500, Rob Herring wrote: > > On Thu, Oct 22, 2020 at 02:56:17PM +, Hugues FRUCHET wrote: > > > Hi Sakari, > > > > > > + Jacopo for his work on ov772x binding related to BT656 > > > > > >

Re: [PATCH net-next v4 4/5] net: hdlc_fr: Do skb_reset_mac_header for skbs received on normal PVC devices

On Fri, Oct 30, 2020 at 9:30 AM Willem de Bruijn wrote: > > Acked-by: Willem de Bruijn Thanks for your ack! > Should this go to net if a bugfix though? Yes, this should theoretically be a bug fix. But I didn't think this was an important fix, because af_packet.c already had workarounds for

Re: [PATCH v2 1/3] dt-bindings: HID: i2c-hid: Label this binding as deprecated

On Fri, Oct 30, 2020 at 08:12:06PM +0100, Benjamin Tissoires wrote: > On Fri, Oct 30, 2020 at 7:00 PM Rob Herring wrote: > > > > On Fri, Oct 30, 2020 at 11:51:53AM +0100, Benjamin Tissoires wrote: > > > Hi Doug, > > > > > > Foreword: I was about to say "yeah, whatever" to please Rob for once. > >

[PATCH] pwm: tiehrpwm: handle deferred probe with dev_err_probe()

The devm_clk_get() may return -EPROBE_DEFER which is not handled properly by TI EHRPWM driver and causes unnecessary boot log messages. Hence, add proper deferred probe handling with new dev_err_probe() API. Signed-off-by: Grygorii Strashko --- drivers/pwm/pwm-tiehrpwm.c | 12 1

Re: For review: seccomp_user_notif(2) manual page [v2]

On 10/30/20 8:24 PM, Jann Horn wrote: > On Thu, Oct 29, 2020 at 8:53 PM Michael Kerrisk (man-pages) > wrote: >> On 10/29/20 4:26 PM, Christian Brauner wrote: >>> I like this manpage. I think this is the most comprehensive explanation >>> of any seccomp feature >> >> Thanks (at least, I think

Re: [PATCH net-next v3 4/4] net: phy: dp83td510: Add support for the DP83TD510 Ethernet PHY

> +static int dp83td510_config_init(struct phy_device *phydev) > +{ > + struct dp83td510_private *dp83td510 = phydev->priv; > + int mst_slave_cfg; > + int ret = 0; > + > + if (phy_interface_is_rgmii(phydev)) { > + if (dp83td510->rgmii_delay) { > +

[PATCH net-next v3 06/10] net: ethernet: ti: am65-cpsw: keep active if cpts enabled

Some K3 CPSW NUSS instances can lose context after PM runtime ON->OFF->ON transition depending on integration (including all submodules: CPTS, MDIO, etc), like J721E Main CPSW (CPSW9G). In case CPTS is enabled it's initialized during probe and does not expect to be reset. Hence, keep K3 CPSW

[PATCH net-next v3 07/10] net: ethernet: ti: am65-cpsw: fix tx csum offload for multi mac mode

The current implementation uses .ndo_set_features() callback to track NETIF_F_HW_CSUM feature changes and update generic CPSW_P0_CONTROL_REG.RX_CHECKSUM_EN option accordingly. It's not going to work in case of multi-port devices as TX csum offload can be changed per netdev. On K3 CPSWxG devices

Re: [PATCH] pwm: lp3943: Dynamically allocate pwm chip base

On Fri, Oct 30, 2020 at 07:11:35PM +0530, Lokesh Vutla wrote: > When there are other pwm controllers enabled along with pwm-lp3943, > pwm-lp3942 is failing to probe with -EEXIST error. This is because > other pwm controller is probed first and assigned pwmchip 0 and > pwm-lp3943 is requesting for

Re: [PATCH v3 3/3] dt-bindings: net: ftgmac100: describe phy-handle and MDIO

On Fri, Oct 30, 2020 at 04:37:07PM +0300, Ivan Mikhaylov wrote: > Add the phy-handle and MDIO description and add the example with > PHY and MDIO nodes. > > Signed-off-by: Ivan Mikhaylov Reviewed-by: Andrew Lunn Andrew

Re: [PATCH 4/6] perf: Optimize get_recursion_context()

On Fri, 30 Oct 2020 18:11:38 +0100 Jesper Dangaard Brouer wrote: > On Fri, 30 Oct 2020 16:13:49 +0100 > Peter Zijlstra wrote: > > > "Look ma, no branches!" > > > > Cc: Jesper Dangaard Brouer > > Cc: Steven Rostedt > > Signed-off-by: Peter Zijlstra (Intel) > > --- > > Cool trick! :-) >

Re: [PATCH v3 2/3] net: ftgmac100: add handling of mdio/phy nodes for ast2400/2500

On Fri, Oct 30, 2020 at 04:37:06PM +0300, Ivan Mikhaylov wrote: > phy-handle can't be handled well for ast2400/2500 which has an embedded > MDIO controller. Add ftgmac100_mdio_setup for ast2400/2500 and initialize > PHYs from mdio child node with of_mdiobus_register. > > Signed-off-by: Ivan

Re: [patch V2 00/18] mm/highmem: Preemptible variant of kmap_atomic & friends

On Fri, Oct 30, 2020 at 2:39 AM Thomas Gleixner wrote: > > But then we really should not name it kmap_local. 'local' suggests > locality, think local_irq*, local_bh* ... kmap_task would be more > accurate then. So the main reason I'd like to see it is because I think on a non-highmem machine,

Re: [RFC PATCH 2/3] RISC-V: Initial DTS for Microchip ICICLE board

On Fri, Oct 30, 2020 at 2:05 AM Anup Patel wrote: > > On Thu, Oct 29, 2020 at 4:58 AM Atish Patra wrote: > > > > Add initial DTS for Microchip ICICLE board having only > > essential devcies (clocks, sdhci, ethernet, serial, etc). > > > > Signed-off-by: Atish Patra > > --- > >

Re: [PATCH v2 5/6] RISC-V: Protect .init.text & .init.data

On Fri, Oct 30, 2020 at 1:49 AM Mike Rapoport wrote: > > On Thu, Oct 29, 2020 at 12:21:41PM -0700, Atish Patra wrote: > > On Tue, Oct 27, 2020 at 3:46 AM Mike Rapoport wrote: > > > > > > On Mon, Oct 26, 2020 at 04:02:53PM -0700, Atish Patra wrote: > > > > Currently, .init.text & .init.data are

Re: [GIT PULL] asm-generic: bugfix for v5.10

The pull request you sent on Fri, 30 Oct 2020 17:29:42 +0100: > git://git.kernel.org/pub/scm/linux/kernel/git/arnd/asm-generic.git > tags/asm-generic-fixes-5.10 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/11ad2a73de10bbebb71199f29abdfc1c2e70d231 Thank you! --

[PATCH] dmaengine: ti: k3-udma-glue: move psi-l pairing in channel en/dis functions

The NAVSS UDMA will stuck if target IP module is disabled by PM while PSI-L threads are paired UDMA<->IP and no further transfers is possible. This could be the case for IPs J721E Main CPSW (cpsw9g). Hence, to avoid such situation do PSI-L threads pairing only when UDMA channel is going to be

Re: [GIT PULL] arm64 fixes for -rc2

The pull request you sent on Fri, 30 Oct 2020 17:05:52 +: > git://git.kernel.org/pub/scm/linux/kernel/git/arm64/linux.git tags/arm64-fixes has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/aab6bf505a8ea63ab3301c42d819e2e2b70cce7d Thank you! -- Deet-doot-dot, I am

Re: For review: seccomp_user_notif(2) manual page [v2]

On Thu, Oct 29, 2020 at 09:37:21PM +0100, Michael Kerrisk (man-pages) wrote: > Hello Sargun,, > > On 10/29/20 9:53 AM, Sargun Dhillon wrote: > > On Mon, Oct 26, 2020 at 10:55:04AM +0100, Michael Kerrisk (man-pages) wrote: > > [...] > > >>ioctl(2) operations > >>The following

Re: [PATCH v4 02/17] iommu/vt-d: Add DEV-MSI support

On Fri, Oct 30 2020 at 11:51, Dave Jiang wrote: > From: Megha Dey This conflicts with git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86/apic Thanks, tglx

Re: [PATCH -next] fs: Fix memory leaks in do_renameat2() error paths

On 10/30/20 12:49 PM, Al Viro wrote: > On Fri, Oct 30, 2020 at 12:46:26PM -0600, Jens Axboe wrote: > >> See other reply, it's being posted soon, just haven't gotten there yet >> and it wasn't ready. >> >> It's a prep patch so we can call do_renameat2 and pass in a filename >> instead. The intent

Re: [PATCH] arc: add support for TIF_NOTIFY_SIGNAL

On 10/30/20 2:08 PM, Vineet Gupta wrote: > On 10/30/20 11:53 AM, Jens Axboe wrote: >> >> Ah thanks, I'll make that change. Hard for me to test a lot of these, so >> I really appreciate someone knowledgable taking a look at it. > > Sure, glad to help, thx to you for writing the arch patches in

Re: [PATCH v11 01/14] s390/vfio-ap: No need to disable IRQ after queue reset

On 10/30/20 1:42 PM, Halil Pasic wrote: On Thu, 29 Oct 2020 19:29:35 -0400 Tony Krowiak wrote: @@ -1177,7 +1166,10 @@ static int vfio_ap_mdev_reset_queues(struct mdev_device *mdev) */ if (ret) rc = ret; -

Re: [GIT PULL] Btrfs fixes for 5.10-rc2

The pull request you sent on Fri, 30 Oct 2020 17:12:27 +0100: > git://git.kernel.org/pub/scm/linux/kernel/git/kdave/linux.git for-5.10-rc1-tag has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/f5d808567a51d97e171e0a8111813f973bf4ac12 Thank you! -- Deet-doot-dot, I am

Re: [PATCH v2 07/15] parisc: use legacy_timer_tick

On Fri, Oct 30, 2020 at 8:48 PM Helge Deller wrote: > On 10/30/20 8:33 PM, Arnd Bergmann wrote: > > On Fri, Oct 30, 2020 at 6:13 PM Helge Deller wrote: > >> > >> On 10/30/20 4:17 PM, Arnd Bergmann wrote: > >>> From: Arnd Bergmann > >>> > >>> parisc has selected CONFIG_GENERIC_CLOCKEVENTS since

[PATCH RFC] ipvs: add genetlink cmd to dump all services and destinations

A common operation for userspace applications managing ipvs is to dump all services and all destinations and then sort out what needs to be done. Previously this could only be accomplished by issuing 1 netlink IPVS_CMD_GET_SERVICE dump command followed by N IPVS_CMD_GET_DEST dump commands. For a

[ANNOUNCE] 4.19.152-rt65

Hello RT Folks! I'm pleased to announce the 4.19.152-rt65 stable release. This release is just an update to the new stable 4.19.152 version and no RT specific changes have been made. You can get this release via the git tree at:

Re: [PATCH v4 00/17] Add VFIO mediated device support and DEV-MSI support for the idxd driver

On Fri, Oct 30, 2020 at 04:30:45PM -0300, Jason Gunthorpe wrote: > On Fri, Oct 30, 2020 at 12:23:25PM -0700, Raj, Ashok wrote: > > On Fri, Oct 30, 2020 at 04:17:06PM -0300, Jason Gunthorpe wrote: > > > On Fri, Oct 30, 2020 at 12:13:48PM -0700, Dave Jiang wrote: > > > > > > > > > > > > On

Re: [PATCH v11 01/14] s390/vfio-ap: No need to disable IRQ after queue reset

On 10/30/20 1:27 PM, Halil Pasic wrote: On Thu, 29 Oct 2020 19:29:35 -0400 Tony Krowiak wrote: On 10/27/20 2:48 AM, Halil Pasic wrote: On Thu, 22 Oct 2020 13:11:56 -0400 Tony Krowiak wrote: The queues assigned to a matrix mediated device are currently reset when: * The

Re: [PATCH v4 00/17] Add VFIO mediated device support and DEV-MSI support for the idxd driver

On Fri, Oct 30 2020 at 11:50, Dave Jiang wrote: > The code has dependency on Thomas’s MSI restructuring patch series: > https://lore.kernel.org/lkml/20200826111628.794979...@linutronix.de/ which is outdated and not longer applicable. Thanks, tglx

Re: [PATCH v11 01/14] s390/vfio-ap: No need to disable IRQ after queue reset

On 10/30/20 1:54 PM, Halil Pasic wrote: On Thu, 29 Oct 2020 19:29:35 -0400 Tony Krowiak wrote: @@ -1177,7 +1166,10 @@ static int vfio_ap_mdev_reset_queues(struct mdev_device *mdev) */ if (ret) rc = ret; -

Re: [PATCH v4 02/17] iommu/vt-d: Add DEV-MSI support

On 10/30/2020 1:31 PM, Thomas Gleixner wrote: On Fri, Oct 30 2020 at 11:51, Dave Jiang wrote: From: Megha Dey This conflicts with git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86/apic I'll get that fixed up. Thanks! Thanks, tglx

Re: [PATCH v6 4/5] iommu/vt-d: Add iommu_ops support for subdevice bus

On Fri, 30 Oct 2020 12:58:08 +0800 Lu Baolu wrote: > +static const struct iommu_ops siov_iommu_ops = { > + .capable= intel_iommu_capable, > + .domain_alloc = siov_iommu_domain_alloc, > + .domain_free= intel_iommu_domain_free, > + .attach_dev

[PATCH] percpu: convert flexible array initializers to use struct_size()

Use the safer macro as sparked by the long discussion in [1]. [1] https://lore.kernel.org/lkml/20200917204514.ga2880...@google.com/ Signed-off-by: Dennis Zhou --- I'll apply it to for-5.10-fixes. mm/percpu.c | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git

Re: [PATCH v4 00/17] Add VFIO mediated device support and DEV-MSI support for the idxd driver

On 10/30/2020 1:48 PM, Thomas Gleixner wrote: On Fri, Oct 30 2020 at 11:50, Dave Jiang wrote: The code has dependency on Thomas’s MSI restructuring patch series: https://lore.kernel.org/lkml/20200826111628.794979...@linutronix.de/ which is outdated and not longer applicable. Yes I

Re: [linux-sunxi] Re: [PATCH v10 00/15] Add Allwinner H3/H5/H6/A64 HDMI audio

Dne petek, 30. oktober 2020 ob 21:50:43 CET je Stefan Monnier napisal(a): > >> This series add H6 I2S support and the I2S node missing to support > >> HDMI audio in different Allwinner SoC. > > > > Applied to > > > >https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git > >

Re: [PATCH] ipv6: mcast: make annotations for ip6_mc_msfget() consistent

On Wed, 28 Oct 2020 12:53:49 +0100 Lukas Bulwahn wrote: > Commit 931ca7ab7fe8 ("ip*_mc_gsfget(): lift copyout of struct group_filter > into callers") adjusted the type annotations for ip6_mc_msfget() at its > declaration, but missed the type annotations at its definition. > > Hence, sparse

Re: [PATCH] net: cls_api: remove unneeded local variable in tc_dump_chain()

On Wed, 28 Oct 2020 12:35:33 +0100 Lukas Bulwahn wrote: > make clang-analyzer on x86_64 defconfig caught my attention with: > > net/sched/cls_api.c:2964:3: warning: Value stored to 'parent' is never read > [clang-analyzer-deadcode.DeadStores] > parent = 0; > ^ >

Re: [PATCH v6 5/5] vfio/type1: Use mdev bus iommu_ops for IOMMU callbacks

On Fri, 30 Oct 2020 06:16:28 + "Tian, Kevin" wrote: > > From: Lu Baolu > > Sent: Friday, October 30, 2020 12:58 PM > > > > With the IOMMU driver registering iommu_ops for the mdev_bus, the > > IOMMU > > operations on an mdev could be done in the same way as any normal device > > (for

Re: [PATCH net-next v4 1/5] net: hdlc_fr: Simpify fr_rx by using "goto rx_drop" to drop frames

On Fri, Oct 30, 2020 at 4:02 PM Xie He wrote: > > On Fri, Oct 30, 2020 at 9:35 AM Willem de Bruijn > wrote: > > > > In general we try to avoid changing counter behavior like that, as > > existing users > > may depend on current behavior, e.g., in dashboards or automated monitoring. > > > > I

Re: [PATCH v11 01/14] s390/vfio-ap: No need to disable IRQ after queue reset

On 10/30/20 4:53 PM, Tony Krowiak wrote: On 10/30/20 1:54 PM, Halil Pasic wrote: On Thu, 29 Oct 2020 19:29:35 -0400 Tony Krowiak wrote: @@ -1177,7 +1166,10 @@ static int vfio_ap_mdev_reset_queues(struct mdev_device *mdev)     */    if (ret)    rc

<    6   7   8   9   10   11   12   13   >