Re: [PATCH] Bluetooth: Use lock_sock() when acquiring lock in sco_conn_del

On 10/14/20 8:31 PM, Hillf Danton wrote: On Wed, 14 Oct 2020 15:17:31 +0800 From: Yanfei Xu Locking slock-AF_BLUETOOTH-BTPROTO_SCO may happen in process context or BH context. If in process context, we should use lock_sock(). As blow warning, sco_conn_del() is called in process context, so

[PATCH] Bluetooth: btusb: Add support for LG LGSBWAC92/TWCM-K505D

The LG LGSBWAC92/TWCM-K505D/EAT64454801/EAT64454802 (it goes by many names) is a combo WiFi/Bluetooth module that's used in several models of LG TVs. It uses the MediaTek MT7668AUN, which is already supported in btusb, but this device has a non-MediaTek USB VID so to get it to work we just need to

Re: [GIT PULL] tracing: Updates for 5.10

On Thu, 15 Oct 2020 22:21:39 -0400 Steven Rostedt wrote: > On Thu, 15 Oct 2020 18:54:34 -0700 > Linus Torvalds wrote: > > > On Thu, Oct 15, 2020 at 10:53 AM Steven Rostedt wrote: > > > > > > Updates for tracing and bootconfig: > > > > Hmm. I haven't verified that this came from you, but it

Re: [PATCH v4 02/32] auxdisplay: Introduce hd44780_common.[ch]

On Mon, Oct 5, 2020 at 2:27 PM wrote: > > diff --git a/drivers/auxdisplay/hd44780_common.c > b/drivers/auxdisplay/hd44780_common.c > new file mode 100644 > index ..073f47397f7d > --- /dev/null > +++ b/drivers/auxdisplay/hd44780_common.c > @@ -0,0 +1,21 @@ > +// SPDX-License-Identifier

[PATCH v3 net-next] net: stmmac: Enable EEE HW LPI timer with auto SW/HW switching

From: "Vineetha G. Jaya Kumaran" This patch enables the HW LPI Timer which controls the automatic entry and exit of the LPI state. The EEE LPI timer value is configured through ethtool. The driver will auto select the LPI HW timer if the value in the HW timer supported range. Else, the driver wil

[RFC PATCH 6/6] mm: remove now-unused mmdrop_async()

The preceding patches have removed all users of mmdrop_async(); get rid of it. Note that on MMU, we still need async_put_work because mmput_async() uses it, which in turn is used by binder's shrinker callback. We could claw back those 4 words per mm if we made mmput_async() depend on CONFIG_ANDROI

[RFC PATCH 0/6] mm and ptrace: Track dumpability until task is freed

At the moment, there is a lifetime issue (no, not the UAF kind) around __ptrace_may_access(): __ptrace_may_access() wants to check mm->flags and mm->user_ns to figure out whether the caller should be allowed to access some target task. __ptrace_may_access() can be called as long as __put_task_stru

[RFC PATCH 5/6] ptrace: Use mm_ref() for ->exit_mm

We only use ->exit_mm to look up dumpability and the ->user_mm; we don't need to keep the PGD alive for this. mmgrab() is also inconvenient here, because it means that we need to use mmdrop_async() when dropping the reference to the mm from an RCU callback. Use mm_ref() instead of mmgrab() to make

[RFC PATCH 1/6] ptrace: Keep mm around after exit_mm() for __ptrace_may_access()

__ptrace_may_access() checks can happen on target tasks that are in the middle of do_exit(), past exit_mm(). At that point, the ->mm pointer has been NULLed out, and the mm_struct has been mmput(). Unfortunately, the mm_struct contains the dumpability and the user_ns in which the task last went th

[RFC PATCH 3/6] mm: Add refcount for preserving mm_struct without pgd

Currently, mm_struct has two refcounts: - mm_users: preserves everything - the mm_struct, the page tables, the memory mappings, and so on - mm_count: preserves the mm_struct and pgd However, there are three types of users of mm_struct: 1. users that want page tables, memory mappings and so

[RFC PATCH 4/6] mm, oom: Use mm_ref()/mm_unref() and avoid mmdrop_async()

The OOM killer uses MMF_OOM_SKIP to avoid running on an mm that has started __mmput(); it only uses the mmgrab() reference to ensure that the mm_struct itself stays alive. This means that we don't need a full mmgrab() reference, which will keep the pgd (and potentially also some pmd pages) alive a

[RFC PATCH 2/6] refcount: Move refcount_t definition into linux/types.h

I want to use refcount_t in mm_struct, but if refcount_t is defined in linux/refcount.h, that header would have to be included in linux/mm_types.h; that would be wasteful. Let's move refcount_t over into linux/types.h so that includes can be written less wastefully. Signed-off-by: Jann Horn ---

Re: [PATCH v3] Add support for mv88e6393x family of Marvell.

On 10/15/2020 7:09 PM, Pavana Sharma wrote: The Marvell 88E6393X device is a single-chip integration of a 11-port Ethernet switch with eight integrated Gigabit Ethernet (GbE) transceivers and three 10-Gigabit interfaces. This patch adds functionalities specific to mv88e6393x family (88E6393X,

Re: [PATCH v4 01/32] auxdisplay: Use an enum for charlcd backlight on/off ops

On Mon, Oct 5, 2020 at 2:27 PM wrote: > > We use an enum for calling the functions in charlcd, that turn the > backlight on or off. This enum is generic and can be used for other > charlcd turn of / turn off operations as well. Typo: of -> on (Already corrected in my queue) Cheers, Miguel

Re: [GIT PULL] tracing: Updates for 5.10

On Thu, 15 Oct 2020 18:54:34 -0700 Linus Torvalds wrote: > On Thu, Oct 15, 2020 at 10:53 AM Steven Rostedt wrote: > > > > Updates for tracing and bootconfig: > > Hmm. I haven't verified that this came from you, but it seems likely.. > Once again my clang build shows something that I don't see i

Re: [PATCH v4 00/32] Make charlcd device independent

Hi Lars, On Tue, Oct 6, 2020 at 10:38 AM Lars Poeschel wrote: > > Changes in v4: > - modtronix -> Modtronix in new lcd2s driver > - Kconfig: remove "default n" in new lcd2s driver > > Changes in v3: > - Fix some typos in Kconfig stuff > - Fix kernel test robot reported error: Missed EXPORT_SYMBOL

[PATCH v2] arm:traps: Don't print stack or raw PC/LR hex values in backtraces

Printing raw pointer values in backtraces has potential security implications and are of questionable value anyway. This patch follows x86 and arm64's lead and removes the "Exception stack:" dump from kernel backtraces: commit a25ffd3a6302a6 ("arm64: traps: Don't print stack or raw

[PATCH v6] usb-serial:cp210x: add support to software flow control

From: Wang Sheng Long When data is transmitted between two serial ports, the phenomenon of data loss often occurs. The two kinds of flow control commonly used in serial communication are hardware flow control and software flow control. In serial communication, If you only use RX/TX/GND Pins, you

Re: [f2fs-dev] [PATCH 2/2] f2fs: add F2FS_IOC_SET_COMPRESS_OPTION ioctl

> mnt_want_write_file() checks for write permission to the mount, not to the > file. > > I think this ioctl wants what f2fs_sec_trim_file() does: > > if (!(filp->f_mode & FMODE_WRITE)) > return -EBADF; > > file_start_write(filp); > inode_lock(inode); >

Re: [GIT PULL] tracing: Updates for 5.10

On Thu, 15 Oct 2020 18:54:34 -0700 Linus Torvalds wrote: > On Thu, Oct 15, 2020 at 10:53 AM Steven Rostedt wrote: > > > > Updates for tracing and bootconfig: > > Hmm. I haven't verified that this came from you, but it seems likely.. > Once again my clang build shows something that I don't see

Re: [PATCH v1 05/29] virtio-mem: generalize check for added memory

On Thu, Oct 15, 2020 at 10:50:27AM +0200, David Hildenbrand wrote: [...] >> >>> dev_warn(&vdev->dev, "device still has system memory added\n"); >>> } else { >>> virtio_mem_delete_resource(vm); >> >> BTW, I got one question during review. >> >> Per my understanding, th

[PATCH v3] Add support for mv88e6393x family of Marvell.

The Marvell 88E6393X device is a single-chip integration of a 11-port Ethernet switch with eight integrated Gigabit Ethernet (GbE) transceivers and three 10-Gigabit interfaces. This patch adds functionalities specific to mv88e6393x family (88E6393X, 88E6193X and 88E6191X) Signed-off-by: Pavana Sh

Re: [GIT PULL] Networking

The pull request you sent on Thu, 15 Oct 2020 14:13:02 -0700: > git://git.kernel.org/pub/scm/linux/kernel/git/netdev/net-next.git > tags/net-next-5.10 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/9ff9b0d392ea08090cd1780fb196f36dbb586529 Thank you! -- Deet-doot-do

Re: [GIT PULL] tracing: Updates for 5.10

On Thu, Oct 15, 2020 at 10:53 AM Steven Rostedt wrote: > > Updates for tracing and bootconfig: Hmm. I haven't verified that this came from you, but it seems likely.. Once again my clang build shows something that I don't see in my allmodconfig gcc build: WARNING: modpost: vmlinux.o(.text+0x1e

Re: [PATCH 8/8] staging: wfx: improve robustness of wfx_get_hw_rate()

On Fri, Oct 09, 2020 at 07:13:07PM +0200, Jerome Pouiller wrote: > From: Jérôme Pouiller > > Smatch complains: > > data_tx.c:37 wfx_get_hw_rate() warn: constraint '(struct > ieee80211_supported_band)->bitrates' overflow 'band->bitrates' 0 <= abs_rl > '0-127' user_rl '' required = '(struct

linux-next: manual merge of the amdgpu tree with Linus' tree

Hi all, Today's linux-next merge of the amdgpu tree got a conflict in: drivers/gpu/drm/amd/pm/swsmu/amdgpu_smu.c between commit: 3cb9d2416ccd ("drm/amd/pm: setup APU dpm clock table in SMU HW initialization") from Linus' tree and commit: 44d6e160f60a ("drm/amd/pm: setup APU dpm clock t

Re: [PATCH v2] x86/insn, tools/x86: Fix some potential undefined behavior.

On Thu, 15 Oct 2020 09:12:16 -0700 Ian Rogers wrote: > From: Numfor Mbiziwo-Tiapo > > Don't perform unaligned loads in __get_next and __peek_nbyte_next as > these are forms of undefined behavior. > > These problems were identified using the undefined behavior sanitizer > (ubsan) with the tools

My Dear in the lord

My Dear in the lord My name is Mrs. Mina A. Brunel I am a Norway Citizen who is living in Burkina Faso, I am married to Mr. Brunel Patrice, a politicians who owns a small gold company in Burkina Faso; He died of Leprosy and Radesyge, in year February 2010, During his lifetime he deposited t

[PATCH drm/hisilicon v3 0/2] Use the same style of variable type

patch #1 and #2 Use the same style of variable type in hisilicon drm driver and both are clean up, no actual functional changes. Changes since v1: -Change part of unsigned int to size_t. Changes since v2: -Modify the type of fb_base and fb_size to resource_size_t. Tian Tao (2): drm/hisilicon:

[PATCH drm/hisilicon v3 2/2] drm/hisilicon: Use the same style of variable type in hibmc_drm_drv

Consistently Use the same style of variable type in hibmc_drm_drv.c and hibmc_drm_drv.h. Signed-off-by: Tian Tao Acked-by: Thomas Zimmermann --- drivers/gpu/drm/hisilicon/hibmc/hibmc_drm_drv.c | 13 ++--- drivers/gpu/drm/hisilicon/hibmc/hibmc_drm_drv.h | 8 2 files changed, 10

[PATCH drm/hisilicon v3 1/2] drm/hisilicon: Use the same style of variable type in hibmc_drm_de

Consistently Use the same style of variable type in hibmc_drm_de.c. Signed-off-by: Tian Tao Acked-by: Thomas Zimmermann --- drivers/gpu/drm/hisilicon/hibmc/hibmc_drm_de.c | 59 +- 1 file changed, 29 insertions(+), 30 deletions(-) diff --git a/drivers/gpu/drm/hisilicon/h

Re: [PATCH v2 net-next] net: stmmac: Enable EEE HW LPI timer with auto SW/HW switching

/kernel/git/davem/net-next.git d25e2e9388eda61b6e298585024ee3355f50c493 config: x86_64-randconfig-a012-20201015 (attached as .config) compiler: clang version 12.0.0 (https://github.com/llvm/llvm-project e7b4feea8e1bf520b34ad8c116abab6677344b74) reproduce (this is a W=1 build): wget https

Re: [PATCH] zsmalloc: Rework the list_add code in insert_zspage()

On (20/10/15 11:51), Minchan Kim wrote: > On Thu, Oct 15, 2020 at 09:01:07AM -0400, Miaohe Lin wrote: > > Rework the list_add code to make it more readable and simplicity. > > > > Signed-off-by: Miaohe Lin > Acked-by: Minchan Kim Reviewed-by: Sergey Senozhatsky -ss

Re: [PATCH] zram: support a page writeback

On (20/10/12 00:14), Minchan Kim wrote: > > With the command, zram writeback idle pages from memory to the storage. > > +If admin want to write a specific page in zram device to backing device, > +they could write the page index into the interface. > + > + echo 1251 > /sys/block/zramX/writ

[PATCH v9 02/15] PCI/RCEC: Bind RCEC devices to the Root Port driver

From: Qiuxu Zhuo If a Root Complex Integrated Endpoint (RCiEP) is implemented, it may signal errors through a Root Complex Event Collector (RCEC). Each RCiEP must be associated with no more than one RCEC. For an RCEC (which is technically not a Bridge), error messages "received" from associated

[PATCH v9 07/15] PCI/ERR: Use "bridge" for clarity in pcie_do_recovery()

From: Sean V Kelley pcie_do_recovery() may be called with "dev" being either a bridge (Root Port or Switch Downstream Port) or an Endpoint. The bulk of the function deals with the bridge, so if we start with an Endpoint, we reset "dev" to be the bridge leading to it. For clarity, replace "dev"

[PATCH v9 05/15] PCI/ERR: Simplify by using pci_upstream_bridge()

From: Sean V Kelley Use pci_upstream_bridge() in place of dev->bus->self. No functional change intended. [bhelgaas: split to separate patch] Link: https://lore.kernel.org/r/20201002184735.1229220-6-seanvk@oregontracks.org Signed-off-by: Sean V Kelley Signed-off-by: Bjorn Helgaas Acked-by

[PATCH v9 06/15] PCI/ERR: Simplify by computing pci_pcie_type() once

From: Sean V Kelley Instead of calling pci_pcie_type(dev) twice, call it once and save the result. No functional change intended. [bhelgaas: split to separate patch] Link: https://lore.kernel.org/r/20201002184735.1229220-6-seanvk@oregontracks.org Signed-off-by: Sean V Kelley Signed-off-by

[PATCH v9 08/15] PCI/ERR: Avoid negated conditional for clarity

From: Sean V Kelley Reverse the sense of the Root Port/Downstream Port conditional for clarity. No functional change intended. [bhelgaas: split to separate patch] Link: https://lore.kernel.org/r/20201002184735.1229220-6-seanvk@oregontracks.org Signed-off-by: Sean V Kelley Signed-off-by: Bj

[PATCH v9 09/15] PCI/ERR: Add pci_walk_bridge() to pcie_do_recovery()

From: Sean V Kelley Consolidate subordinate bus checks with pci_walk_bus() into pci_walk_bridge() for walking below potentially AER affected bridges. [bhelgaas: fix kerneldoc] Suggested-by: Bjorn Helgaas Link: https://lore.kernel.org/r/20201002184735.1229220-7-seanvk@oregontracks.org Signe

[PATCH v9 04/15] PCI/ERR: Rename reset_link() to reset_subordinates()

From: Sean V Kelley reset_link() appears to be misnamed. The point is to reset any devices below a given bridge, so rename it to reset_subordinates() to make it clear that we are passing a bridge with the intent to reset the devices below it. [bhelgaas: fix reset_subordinate_device() typo, shor

[PATCH v9 03/15] PCI/RCEC: Cache RCEC capabilities in pci_init_capabilities()

From: Sean V Kelley Extend support for Root Complex Event Collectors by decoding and caching the RCEC Endpoint Association Extended Capabilities when enumerating. Use that cached information for later error source reporting. See PCIe r5.0, sec 7.9.10. [bhelgaas: make pci_rcec_init() void, set de

[PATCH v9 10/15] PCI/ERR: Limit AER resets in pcie_do_recovery()

From: Sean V Kelley In some cases a bridge may not exist as the hardware controlling may be handled only by firmware and so is not visible to the OS. This scenario is also possible in future use cases involving non-native use of RCECs by firmware. Explicitly apply conditional logic around these

[PATCH v9 13/15] PCI/AER: Add pcie_walk_rcec() to RCEC AER handling

From: Sean V Kelley Root Complex Event Collectors (RCEC) appear as peers to Root Ports and also have the AER capability. In addition, actions need to be taken for associated RCiEPs. In such cases the RCECs will need to be walked in order to find and act upon their respective RCiEPs. Extend the e

[PATCH v9 11/15] PCI/RCEC: Add pcie_link_rcec() to associate RCiEPs

From: Sean V Kelley A Root Complex Event Collector terminates error and PME messages from associated RCiEPs. Use the RCEC Endpoint Association Extended Capability to identify associated RCiEPs. Link the associated RCiEPs as the RCECs are enumerated. Co-developed-by: Qiuxu Zhuo Link: https://l

[PATCH v9 12/15] PCI/RCEC: Add RCiEP's linked RCEC to AER/ERR

From: Qiuxu Zhuo When attempting error recovery for an RCiEP associated with an RCEC device, there needs to be a way to update the Root Error Status, the Uncorrectable Error Status and the Uncorrectable Error Severity of the parent RCEC. In some non-native cases in which there is no OS-visible d

[PATCH v9 15/15] PCI/AER: Add RCEC AER error injection support

From: Qiuxu Zhuo Root Complex Event Collectors (RCEC) appear as peers to Root Ports and may also have the AER capability. Add RCEC support to the AER error injection driver. Co-developed-by: Sean V Kelley Link: https://lore.kernel.org/r/20201002184735.1229220-15-seanvk@oregontracks.org Si

[PATCH v9 14/15] PCI/PME: Add pcie_walk_rcec() to RCEC PME handling

From: Sean V Kelley Root Complex Event Collectors (RCEC) appear as peers of Root Ports and also have the PME capability. As with AER, there is a need to be able to walk the RCiEPs associated with their RCEC for purposes of acting upon them with callbacks. Add RCEC support through the use of pcie

[PATCH v9 01/15] PCI/RCEC: Add RCEC class code and extended capability

From: Qiuxu Zhuo A PCIe Root Complex Event Collector (RCEC) has base class 0x08, sub-class 0x07, and programming interface 0x00. Add the class code 0x0807 to identify RCEC devices and add #defines for the RCEC Endpoint Association Extended Capability. See PCIe r5.0, sec 1.3.4 ("Root Complex Eve

[PATCH v9 00/15] Add RCEC handling to PCI/AER

From: Sean V Kelley Changes since v8 [1] and based on discussion [2] and pci/err tree [3]: - No functional changes. Tested with aer injection. PCI/AER: Apply function level reset to RCiEP on fatal error - Remove. Handle with pcie_flr() directly when adding linked RCEC to AER/ERR. PCI/RCEC: Add

linux-next: manual merge of the djw-vfs tree with Linus' tree

Hi all, Today's linux-next merge of the djw-vfs tree got a conflict in: fs/Makefile between commit: 5287b07f6d7c ("fs/kernel_read_file: Split into separate source file") from Linus' tree and commit: 02e83f46ebfa ("vfs: move generic_remap_checks out of mm") from the djw-vfs tree. I fix

Re: [GIT PULL] SafeSetID changes for v5.10

but I didn't get the chance to send a pull request for them. Since I didn't touch my -next branch since then they are also in 'next-20201013' and 'next-20201015'. I just rebased to v5.9 to make sure the 1-line changes that touch kernel/capability.c, kernel/groups.c and

Re: [PATCH net-next v2 0/9] net: ethernet: ti: am65-cpsw: add multi port support in mac-only mode

On 16/10/2020 02:19, Grygorii Strashko wrote: 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 i

Re: [PATCH v7 4/4] arm64: dts: Add Caninos Loucos Labrador v3

Em 9/22/20 7:26 AM, Catalin Marinas escreveu: On Tue, Sep 22, 2020 at 10:32:06AM +0200, Arnd Bergmann wrote: On Tue, Sep 22, 2020 at 8:15 AM Manivannan Sadhasivam wrote: On Mon, Sep 21, 2020 at 11:43:02PM -0300, Matheus Castello wrote: + /* Labrador v3 firmware does not support PSCI */

Re: [PATCH v5] net: can: Introduce MEN 16Z192-00 CAN controller driver

:549738f15da0e5a00275977623be199fbbf7df50 config: openrisc-randconfig-s031-20201015 (attached as .config) compiler: or1k-linux-gcc (GCC) 9.3.0 reproduce: wget https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O ~/bin/make.cross chmod +x ~/bin/make.cross # apt

Re: 5.10-rc0: build error in ipi.c

On Thu, Oct 15 2020 at 20:41, Marc Zyngier wrote: > On 2020-10-15 18:18, Pavel Machek wrote: > diff --git a/kernel/irq/Kconfig b/kernel/irq/Kconfig > index 10a5aff4eecc..db923e0da162 100644 > --- a/kernel/irq/Kconfig > +++ b/kernel/irq/Kconfig > @@ -81,6 +81,7 @@ config IRQ_FASTEOI_HIERARCHY_HANDLE

[PATCH net-next v2 6/9] 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 activ

[PATCH net-next v2 9/9] 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 al

[PATCH net-next v2 8/9] 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 b

[PATCH net-next v2 7/9] 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 TX

[PATCH net-next v2 3/9] 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 --- drivers/net/ethernet/ti/am65-cpsw-nuss.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/net/ethernet/ti/am65-cpsw-nuss.c b/drivers/

[PATCH net-next v2 4/9] 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 --- drivers/net/ethernet/ti/cpsw_ale.c | 24 +

[PATCH net-next v2 2/9] 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 --- drivers/net/ethernet/ti/am65-cpsw-nuss.c | 4 +++- drivers/net/ethernet/ti/am65-

[PATCH net-next v2 0/9] 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 "m

[PATCH net-next v2 5/9] 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 .ndo_vlan_rx_ki

[PATCH net-next v2 1/9] 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 --- drivers/net/ethernet/ti/am65-cpsw-nuss.c | 4 +++- drivers/net/ethernet/ti/am65-cpsw-nuss.h | 1 + 2 fi

[PATCH] docs: deprecated.rst: Expand str*cpy() replacement notes

The notes on replacing the deprecated str*cpy() functions didn't call enough attention to the change in return type. Add these details and clean up the language a bit more. Signed-off-by: Kees Cook --- Documentation/process/deprecated.rst | 44 1 file changed, 26 ins

Re: [PATCH 0/7] TC-ETF support PTP clocks series

Andreas, On Wed, Oct 14 2020 at 09:12, Andreas Meisinger wrote: > Sorry about the wrong format/style of my last mail, hope I did get it > right this time. No problem. Yes this looks better. The only thing which could be improved is that your mail client fails to add In-Reply-To: References:

Re: cgroup and FALLOC_FL_PUNCH_HOLE: WARNING: CPU: 13 PID: 2438 at mm/page_counter.c:57 page_counter_uncharge+0x4b/0x5

On 10/14/20 11:31 AM, Mike Kravetz wrote: > On 10/14/20 11:18 AM, David Hildenbrand wrote: > > FWIW - I ran libhugetlbfs tests which do a bunch of hole punching > with (and without) hugetlb controller enabled and did not see this issue. > I took a closer look after running just the fallocate_str

Re: linux-next: manual merge of the char-misc tree with the powerpc tree

Hi all, On Tue, 6 Oct 2020 18:35:06 +1100 Stephen Rothwell wrote: > > Today's linux-next merge of the char-misc tree got a conflict in: > > drivers/misc/ocxl/Kconfig > > between commit: > > dde6f18a8779 ("ocxl: Don't return trigger page when allocating an > interrupt") > > from the pow

[PATCH] mmc: sdhci-of-esdhc: set timeout to max before tuning

On rare occations there is the following error: mmc0: Tuning timeout, falling back to fixed sampling clock There are SD cards which takes a significant longer time to reply to the first CMD19 command. The eSDHC takes the data timeout value into account during the tuning period. The SDHCI core d

Re: [GIT PULL] integrity subsystem updates for v5.10

The pull request you sent on Wed, 14 Oct 2020 13:19:31 -0400: > git://git.kernel.org/pub/scm/linux/kernel/git/zohar/linux-integrity.git > tags/integrity-v5.10 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/840e5bb326bbcb16ce82dd2416d2769de4839aea Thank you! -- Deet

Re: [GIT PULL] Hyper-V commits for 5.10, part 2

The pull request you sent on Thu, 15 Oct 2020 16:32:48 +: > ssh://g...@gitolite.kernel.org/pub/scm/linux/kernel/git/hyperv/linux.git > tags/hyperv-next-signed has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/2d0f6b0aab9afbd6fdf3514cb4acc249d7aebf9c Thank you! --

Re: [GIT PULL] tracing: Updates for 5.10

The pull request you sent on Thu, 15 Oct 2020 13:53:45 -0400: > git://git.kernel.org/pub/scm/linux/kernel/git/rostedt/linux-trace.git > trace-v5.10 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/fefa636d815975b34afc45f50852a2810fb23ba9 Thank you! -- Deet-doot-dot,

Re: [PATCH V2] scripts: spelling: Remove space in the entry memry to memory

On 16:06 Thu 15 Oct 2020, Joe Perches wrote: On Fri, 2020-10-16 at 04:25 +0530, Bhaskar Chowdhury wrote: You have all flawed understanding...please stay away .. if you don't understand something... You're funny. You're wrong, but you're still funny. ROFL ..you too...what a waste of time

Re: [GIT PULL] parisc architecture updates for kernel v5.10-rc1

The pull request you sent on Thu, 15 Oct 2020 09:20:25 +0200: > git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git > parisc-5.10-1 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/7286d2a37eb955c5eeec2b042844f1c1b3ff0fe1 Thank you! -- Deet-doot-dot

Re: [PATCH V2] scripts: spelling: Remove space in the entry memry to memory

On Fri, 2020-10-16 at 04:25 +0530, Bhaskar Chowdhury wrote: > You have all flawed understanding...please stay away .. > if you don't understand something... You're funny. You're wrong, but you're still funny.

Re: [GIT PULL] SafeSetID changes for v5.10

These were rebased since the merge window started, for no apparent reason. Were they in linux-next? And if so, why was I sent some different version? Linus

Re: [RFC PATCH 2/3] hugetlbfs: introduce hinode_rwsem for pmd sharing synchronization

On Tue, Oct 13, 2020 at 04:10:59PM -0700, Mike Kravetz wrote: > Due to pmd sharing, the huge PTE pointer returned by huge_pte_alloc > may not be valid. This can happen if a call to huge_pmd_unshare for > the same pmd is made in another thread. > > To address this issue, add a rw_semaphore (hinode

Re: [PATCH V2] scripts: spelling: Remove space in the entry memry to memory

On 15:53 Thu 15 Oct 2020, Joe Perches wrote: On Fri, 2020-10-16 at 04:19 +0530, Bhaskar Chowdhury wrote: On 14:10 Thu 15 Oct 2020, Joe Perches wrote: > On Thu, 2020-10-15 at 19:24 +0530, Bhaskar Chowdhury wrote: > > On 06:38 Thu 15 Oct 2020, Joe Perches wrote: > > > On Thu, 2020-10-15 at 18:53 +

[GIT PULL] f2fs update for 5.10-rc1

Hi Linus, Could you please consider this pull request? Thanks, The following changes since commit 581cb3a26baf846ee9636214afaa5333919875b1: Merge tag 'f2fs-for-5.9-rc5' of git://git.kernel.org/pub/scm/linux/kernel/git/jaegeuk/f2fs (2020-09-10 13:12:46 -0700) are available in the Git reposi

Re: [PATCH V2] scripts: spelling: Remove space in the entry memry to memory

On Fri, 2020-10-16 at 04:19 +0530, Bhaskar Chowdhury wrote: > On 14:10 Thu 15 Oct 2020, Joe Perches wrote: > > On Thu, 2020-10-15 at 19:24 +0530, Bhaskar Chowdhury wrote: > > > On 06:38 Thu 15 Oct 2020, Joe Perches wrote: > > > > On Thu, 2020-10-15 at 18:53 +0530, Bhaskar Chowdhury wrote: > > > > >

Re: [PATCH v11 1/4] bitops: Introduce the for_each_set_clump macro

On Tue, Oct 6, 2020 at 4:56 PM Andy Shevchenko wrote: > > On Tue, Oct 06, 2020 at 02:52:16PM +0530, Syed Nayyar Waris wrote: > > This macro iterates for each group of bits (clump) with set bits, > > within a bitmap memory region. For each iteration, "start" is set to > > the bit offset of the foun

Re: [PATCH V2] scripts: spelling: Remove space in the entry memry to memory

On 14:10 Thu 15 Oct 2020, Joe Perches wrote: On Thu, 2020-10-15 at 19:24 +0530, Bhaskar Chowdhury wrote: On 06:38 Thu 15 Oct 2020, Joe Perches wrote: > On Thu, 2020-10-15 at 18:53 +0530, Bhaskar Chowdhury wrote: > > Fix the space in the middle in below entry. > > > > memry||memory > [] > > diff

Re: [PATCH] PCI: dwc: Added link up check in map_bus of dw_child_pcie_ops

On Wed, Sep 16, 2020 at 01:41:30PM +0800, Zhiqiang Hou wrote: > From: Hou Zhiqiang > > On NXP Layerscape platforms, it results in SError in the > enumeration of the PCIe controller, which is not connecting > with an Endpoint device. And it doesn't make sense to > enumerate the Endpoints when the

[PATCH] docs: lkdtm: Modernize and improve details

The details on using LKDTM were overly obscure. Modernize the details and expand examples to better illustrate how to use the interfaces. Additionally add missing SPDX header. Signed-off-by: Kees Cook --- .../fault-injection/provoke-crashes.rst | 56 +++ 1 file changed, 33

Re: [PATCH] tpm_tis: Disable interrupts on ThinkPad T490s

On Thu, Oct 15, 2020 at 2:44 PM Jerry Snitselaar wrote: > > There is a misconfiguration in the bios of the gpio pin used for the > interrupt in the T490s. When interrupts are enabled in the tpm_tis > driver code this results in an interrupt storm. This was initially > reported when we attempted to

Re: [PATCH v2] net: usb: rtl8150: don't incorrectly assign random MAC addresses

On Thu, 15 Oct 2020 15:24:51 -0700 Jakub Kicinski wrote: > On Fri, 16 Oct 2020 08:59:22 +1100 Stephen Rothwell wrote: > > > I will apply the above patch to the merge of the usb tree today to fix > > > up a semantic conflict between the usb tree and Linus' tree. > > > > It looks like you forgot

Re: [PATCH] [PATCH] [v3] wireless: Initial driver submission for pureLiFi STA devices

On Wed, 2020-10-14 at 11:49 +0530, Srinivasan Raju wrote: > This introduces the pureLiFi LiFi driver for LiFi-X, LiFi-XC > and LiFi-XL USB devices. trivia: netdev_ might be better than dev_. > diff --git a/drivers/net/wireless/purelifi/chip.c > b/drivers/net/wireless/purelifi/chip.c [] > +int pu

[RFC PATCH] leds: trigger: ledtrig_tty can be static

Signed-off-by: kernel test robot --- ledtrig-tty.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/leds/trigger/ledtrig-tty.c b/drivers/leds/trigger/ledtrig-tty.c index 806548e33cd874..09cba818fb65c7 100644 --- a/drivers/leds/trigger/ledtrig-tty.c +++ b/drivers/l

[PATCH 1/2] tools/include: Update if_link.h and netlink.h

These are tested to be the latest as part of the tools/lib/bpf build. Signed-off-by: Ian Rogers --- tools/include/uapi/linux/if_link.h | 269 + tools/include/uapi/linux/netlink.h | 107 2 files changed, 342 insertions(+), 34 deletions(-) diff --git a/too

Re: [PATCH v8 3/3] leds: trigger: implement a tty trigger

Hi "Uwe, I love your patch! Perhaps something to improve: [auto build test WARNING on tty/tty-testing] [also build test WARNING on pavel-linux-leds/for-next linus/master j.anaszewski-leds/for-next v5.9 next-20201015] [If your patch is applied to the wrong git tree, kindly drop us a note

[PATCH 2/2] tools/include: Add rtnetlink.h, id_addr.h and neighbour.h

tools/lib/bpf/netlink.c depends on rtnetlink.h and netlink.h (via nlattr.h). Older versions of rtnetlink.h and netlink.h can cause duplicate conflicting definitions to occur, as things like header guards don't agree. To avoid these mismatches add rtnetlink.h, if_addr.h and neighbour.h to tools/incl

Re: [PATCH v2] net: usb: rtl8150: don't incorrectly assign random MAC addresses

On Fri, 16 Oct 2020 08:59:22 +1100 Stephen Rothwell wrote: > > I will apply the above patch to the merge of the usb tree today to fix > > up a semantic conflict between the usb tree and Linus' tree. > > It looks like you forgot to mention this one to Linus :-( > > It should probably say: > > F

Re: [GIT PULL] dmaengine updates for v5.10-rc1

The pull request you sent on Thu, 15 Oct 2020 12:36:22 +0530: > git://git.kernel.org/pub/scm/linux/kernel/git/vkoul/dmaengine.git > tags/dmaengine-5.10-rc1 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/f065199d4df0b1512f935621d2de128ddb3fcc3a Thank you! -- Deet-do

Re: [GIT PULL] configfs updates for 5.10

The pull request you sent on Thu, 15 Oct 2020 19:54:01 +0200: > git://git.infradead.org/users/hch/configfs.git tags/configfs-5.10 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/ca5387e448e1f88440dc93e143b353592f8a8af6 Thank you! -- Deet-doot-dot, I am a bot. https:/

Re: [PATCH 1/2] arm64: dts: qcom: sc7180: Add gpu cooling support

Hi, On Thu, Oct 15, 2020 at 12:07:01AM +0530, man...@codeaurora.org wrote: > On 2020-10-14 18:59, Akhil P Oommen wrote: > > On 10/9/2020 10:27 PM, Matthias Kaehlcke wrote: > > > On Fri, Oct 09, 2020 at 08:05:10AM -0700, Doug Anderson wrote: > > > > Hi, > > > > > > > > On Thu, Oct 8, 2020 at 10:10

Re: [GIT PULL] dma-mapping updates for 5.10

The pull request you sent on Thu, 15 Oct 2020 19:47:43 +0200: > git://git.infradead.org/users/hch/dma-mapping.git tags/dma-mapping-5.10 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/5a32c3413d3340f90c82c84b375ad4b335a59f28 Thank you! -- Deet-doot-dot, I am a bot. h

Re: [GIT PULL] Kselftest next update for Linux 5.10-rc1

The pull request you sent on Thu, 15 Oct 2020 13:55:07 -0600: > git://git.kernel.org/pub/scm/linux/kernel/git/shuah/linux-kselftest > tags/linux-kselftest-next-5.10-rc1 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/0674324b16d40e14b9d8ea2d667627c010608c28 Thank you!

Re: [GIT PULL] Kunit fixes update for Linux 5.10-rc1

The pull request you sent on Thu, 15 Oct 2020 15:13:02 -0600: > git://git.kernel.org/pub/scm/linux/kernel/git/shuah/linux-kselftest > tags/linux-kselftest-kunit-fixes-5.10-rc1 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/578a7155c5a1894a789d4ece181abf9d25dc6b0d Tha

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