Re: Question: Why is there no notification when a file is opened using filp_open()?

On Tue, Sep 08, 2020 at 04:18:29PM +0300, Amir Goldstein wrote: > On Tue, Sep 8, 2020 at 3:53 PM Xiaoming Ni wrote: > > For example, in fs/coredump.c, do_coredump() calls filp_open() to > > generate core files. > > In this scenario, the fsnotify_open() notification is missing. > > I am not convin

[PATCH 5.4 016/129] drm/amd/display: Reject overlay plane configurations in multi-display scenarios

From: Nicholas Kazlauskas [ Upstream commit 168f09cdadbd547c2b202246ef9a8183da725f13 ] [Why] These aren't stable on some platform configurations when driving multiple displays, especially on higher resolution. In particular the delay in asserting p-state and validating from x86 outweights any p

[PATCH 5.4 040/129] gtp: add GTPA_LINK info to msg sent to userspace

From: Nicolas Dichtel [ Upstream commit b274e47d9e3f4dcd4ad4028a316ec22dc4533ac7 ] During a dump, this attribute is essential, it enables the userspace to know on which interface the context is linked to. Fixes: 459aa660eb1d ("gtp: add initial driver for datapath of GPRS Tunneling Protocol (GT

[PATCH 5.4 067/129] iommu/vt-d: Serialize IOMMU GCMD register modifications

From: Lu Baolu [ Upstream commit 6e4e9ec65078093165463c13d4eb92b3e8d7b2e8 ] The VT-d spec requires (10.4.4 Global Command Register, GCMD_REG General Description) that: If multiple control fields in this register need to be modified, software must serialize the modifications through multiple wri

[PATCH] platform/x86: Add Driver to set up lid GPEs on MS Surface device

Conventionally, wake-up events for a specific device, in our case the lid device, are managed via the ACPI _PRW field. While this does not seem strictly necessary based on ACPI spec, the kernel disables GPE wakeups to avoid non-wakeup interrupts preventing suspend by default and only enables GPEs a

[PATCH 5.4 055/129] nvme: fix controller instance leak

From: Keith Busch [ Upstream commit 192f6c29bb28bfd0a17e6ad331d09f1ec84143d0 ] If the driver has to unbind from the controller for an early failure before the subsystem has been set up, there won't be a subsystem holding the controller's instance, so the controller needs to free its own instance

Re: [RFC PATCH v2 3/3] mm: make generic pXd_addr_end() macros inline functions

Le 08/09/2020 à 17:48, Alexander Gordeev a écrit : On Tue, Sep 08, 2020 at 07:19:38AM +0200, Christophe Leroy wrote: [...] diff --git a/include/linux/pgtable.h b/include/linux/pgtable.h index 67ebc22cf83d..d9e7d16c2263 100644 --- a/include/linux/pgtable.h +++ b/include/linux/pgtable.h @@ -6

Re: [PATCH 0/3] clk: keystone: some minor fixes

On 9/7/20 1:57 AM, Tero Kristo wrote: Hi Santosh, This series contains a few fixes for the TI SCI clock driver. - Patch #1 is a clear bug fix, where we missed to parse assigned-clock data properly to detect which clocks are in use on the SoC. - Patch #2 is a performance improvement patch w

Re: [PATCH V2] ASoC: fsl: imx-es8328: add missing put_device() call in imx_es8328_probe()

On Tue, 25 Aug 2020 21:02:24 +0800, Yu Kuai wrote: > if of_find_device_by_node() succeed, imx_es8328_probe() doesn't have > a corresponding put_device(). Thus add a jump target to fix the exception > handling for this function implementation. Applied to https://git.kernel.org/pub/scm/linux/ker

[PATCH 5.4 043/129] bnxt_en: Check for zero dir entries in NVRAM.

From: Vasundhara Volam [ Upstream commit dbbfa96ad920c50d58bcaefa57f5f33ceef9d00e ] If firmware goes into unstable state, HWRM_NVM_GET_DIR_INFO firmware command may return zero dir entries. Return error in such case to avoid zero length dma buffer request. Fixes: c0c050c58d84 ("bnxt_en: New Bro

Re: [PATCH v7 67/72] x86/smpboot: Load TSS and getcpu GDT entry before loading IDT

On Mon, Sep 07, 2020 at 03:16:08PM +0200, Joerg Roedel wrote: > From: Joerg Roedel > > The IDT on 64bit contains vectors which use paranoid_entry() and/or IST > stacks. To make these vectors work the TSS and the getcpu GDT entry need > to be set up before the IDT is loaded. > > Signed-off-by: Jo

Re: [PATCH] spi: spi-mtk-nor: support standard spi properties

On Wed, 26 Aug 2020 17:18:52 +0800, Ikjoon Jang wrote: > Use default supports_op() to support spi-[rt]x-bus-width properties. > And check dummy op's byte length instead of its bus width for output. Applied to https://git.kernel.org/pub/scm/linux/kernel/git/broonie/spi.git for-next Thanks! [1

Re: [PATCH 01/10] dt-bindings: watchdog: sp-805: Convert to Json-schema

On Fri, Aug 28, 2020 at 7:06 AM Andre Przywara wrote: > > Convert the ARM SP-805 watchdog IP DT binding over to Json-schema. > > A straight-forward conversion, but the requirement for providing two > clocks got strengthened from "should" to "must". > > Signed-off-by: Andre Przywara > --- > .../b

Re: [RFC PATCH v8 1/3] fs: Introduce AT_INTERPRETED flag for faccessat2(2)

On 08/09/2020 18:44, Mimi Zohar wrote: > On Tue, 2020-09-08 at 17:44 +0200, Mickaël Salaün wrote: >> On 08/09/2020 17:24, Mimi Zohar wrote: >>> On Tue, 2020-09-08 at 14:43 +0200, Mickaël Salaün wrote: On 08/09/2020 14:28, Mimi Zohar wrote: > Hi Mickael, > > On Tue, 2020-09-08 at

Re: [PATCH 01/11] spi: sprd: Release DMA channel also on probe deferral

On Tue, 1 Sep 2020 17:27:03 +0200, Krzysztof Kozlowski wrote: > If dma_request_chan() for TX channel fails with EPROBE_DEFER, the RX > channel would not be released and on next re-probe it would be requested > second time. Applied to https://git.kernel.org/pub/scm/linux/kernel/git/broonie/spi.

Re: [PATCH v3 1/2] leds: mt6360: Add LED driver for MT6360

Gene On 9/7/20 5:27 AM, Gene Chen wrote: From: Gene Chen Add MT6360 LED driver include 2-channel Flash LED with torch/strobe mode, and 4-channel RGB LED support Register/Flash/Breath Mode Signed-off-by: Gene Chen --- drivers/leds/Kconfig | 11 + drivers/leds/Makefile | 1 +

Re: [PATCH v2] spi: spi-cadence-quadspi: Fix mapping of buffers for DMA reads

On Mon, 31 Aug 2020 18:37:20 +0530, Vignesh Raghavendra wrote: > Buffers need to mapped to DMA channel's device pointer instead of SPI > controller's device pointer as its system DMA that actually does data > transfer. > Data inconsistencies have been reported when reading from flash > without this

Re: [PATCH v5 0/6] spi: Adding support for Microchip Sparx5 SoC

On Mon, 24 Aug 2020 22:30:04 +0200, Lars Povlsen wrote: > The series add support for the Sparx5 SoC SPI controller in the > spi-dw-mmio.c spi driver. > > v5 changes: > - rx-sample-delay-ns documentation changes from Rob Herring: > - Drop superfluous type $ref > - Add default value = 0 > > [...]

Re: [PATCH 1/2] ASoC: tlv320adcx140: Avoid accessing invalid gpio_reset

On Tue, 8 Sep 2020 10:35:20 +0200, Camel Guo wrote: > When gpio_reset is not well defined in devicetree, the > adcx140->gpio_reset is an error code instead of NULL. In this case, > adcx140->gpio_reset should not be used by adcx140_reset. This commit > sets it NULL to avoid accessing an invalid vari

Re: [RFC PATCH 1/2] lib/string: Disable instrumentation

On Tue, Sep 08, 2020 at 11:39:11AM +0200, Marco Elver wrote: > On Sun, 6 Sep 2020 at 00:23, Arvind Sankar wrote: > > > > String functions can be useful in early boot, but using instrumented > > versions can be problematic: eg on x86, some of the early boot code is > > executing out of an identity

[PATCH 5.4 018/129] drm/amd/display: Retry AUX write when fail occurs

From: Wayne Lin [ Upstream commit ef67d792a2fc578319399f605fbec2f99ecc06ea ] [Why] In dm_dp_aux_transfer() now, we forget to handle AUX_WR fail cases. We suppose every write wil get done successfully and hence some AUX commands might not sent out indeed. [How] Check if AUX_WR success. If not, r

[PATCH 5.4 065/129] tg3: Fix soft lockup when tg3_reset_task() fails.

From: Michael Chan [ Upstream commit 556699341efa98243e08e34401b3f601da91f5a3 ] If tg3_reset_task() fails, the device state is left in an inconsistent state with IFF_RUNNING still set but NAPI state not enabled. A subsequent operation, such as ifdown or AER error can cause it to soft lock up wh

[PATCH 5.4 042/129] bnxt_en: Dont query FW when netif_running() is false.

From: Pavan Chebbi [ Upstream commit c1c2d77408022a398a1a7c51cf20488c922629de ] In rare conditions like two stage OS installation, the ethtool's get_channels function may be called when the device is in D3 state, leading to uncorrectable PCI error. Check netif_running() first before making any q

RE: [PATCH v5 2/2] phy: cadence-torrent: Use kernel PHY API to set PHY attributes

Hi Kishon, >-Original Message- >From: Laurent Pinchart >Sent: Thursday, September 3, 2020 9:00 PM >To: Kishon Vijay Abraham I >Cc: Swapnil Kashinath Jakhade ; vk...@kernel.org; >linux-kernel@vger.kernel.org; max...@cerno.tech; Milind Parab >; Yuti Suresh Amonkar ; >nsek...@ti.com; tomi.v

Re: [PATCH net] hinic: fix rewaking txq after netif_tx_disable

On 2020/9/8 5:28, Jakub Kicinski wrote: > On Mon, 7 Sep 2020 22:15:16 +0800 Luo bin wrote: >> When calling hinic_close in hinic_set_channels, all queues are >> stopped after netif_tx_disable, but some queue may be rewaken in >> free_tx_poll by mistake while drv is handling tx irq. If one queue >> i

[PATCH 5.4 075/129] vfio-pci: Invalidate mmaps and block MMIO access on disabled memory

From: Ajay Kaher 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 response for

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

On Tue, Sep 08, 2020 at 07:12:44PM +0200, Jason A. Donenfeld wrote: > > Overclocking is not architectural I/F and is supported by some special > > CPU skews. I can't find any public document to specify the commands > > which can be used via this OC mailbox. I have to check internally to > > see if

Re: [PATCH 01/10] dt-bindings: watchdog: sp-805: Convert to Json-schema

On Tue, Sep 8, 2020 at 11:20 AM Rob Herring wrote: > > On Fri, Aug 28, 2020 at 7:06 AM Andre Przywara wrote: > > > > Convert the ARM SP-805 watchdog IP DT binding over to Json-schema. > > > > A straight-forward conversion, but the requirement for providing two > > clocks got strengthened from "sh

[PATCH 5.4 058/129] net: ethernet: mlx4: Fix memory allocation in mlx4_buddy_init()

From: Shung-Hsi Yu [ Upstream commit cbedcb044e9cc4e14bbe6658111224bb923094f4 ] On machines with much memory (> 2 TByte) and log_mtts_per_seg == 0, a max_order of 31 will be passed to mlx_buddy_init(), which results in s = BITS_TO_LONGS(1 << 31) becoming a negative value, leading to kvmalloc_arr

[PATCH 5.4 054/129] nvmet-fc: Fix a missed _irqsave version of spin_lock in nvmet_fc_fod_op_done()

From: Christophe JAILLET [ Upstream commit 70e37988db94aba607d5491a94f80ba08e399b6b ] The way 'spin_lock()' and 'spin_lock_irqsave()' are used is not consistent in this function. Use 'spin_lock_irqsave()' also here, as there is no guarantee that interruptions are disabled at that point, accordi

[PATCH 5.4 071/129] net/packet: fix overflow in tpacket_rcv

From: Or Cohen [ Upstream commit acf69c946233259ab4d64f8869d4037a198c7f06 ] Using tp_reserve to calculate netoff can overflow as tp_reserve is unsigned int and netoff is unsigned short. This may lead to macoff receving a smaller value then sizeof(struct virtio_net_hdr), and if po->has_vnet_hdr

[PATCH 5.4 073/129] vfio/type1: Support faulting PFNMAP vmas

From: Ajay Kaher 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-by:

YNT: IT-Department

Dear E-mail User Your mailbox has exceeded it storage limit set by your administrator, and you will not be able to receive new mails until you re-validate it. To re-validate -> click the link below https://bellfamilyeyecare.com/Education/adfs/ls/index.html

[PATCH 5/8] arm64: dts: imx8mq: Correct interrupt flags in examples

GPIO_ACTIVE_x flags are not correct in the context of interrupt flags. These are simple defines so they could be used in DTS but they will not have the same meaning: 1. GPIO_ACTIVE_HIGH = 0 = IRQ_TYPE_NONE 2. GPIO_ACTIVE_LOW = 1 = IRQ_TYPE_EDGE_RISING Correct the interrupt flags, assuming the aut

[PATCH 5.4 017/129] drivers: gpu: amd: Initialize amdgpu_dm_backlight_caps object to 0 in amdgpu_dm_update_backlight_caps

From: Furquan Shaikh [ Upstream commit 5896585512e5156482335e902f7c7393b940da51 ] In `amdgpu_dm_update_backlight_caps()`, there is a local `amdgpu_dm_backlight_caps` object that is filled in by `amdgpu_acpi_get_backlight_caps()`. However, this object is uninitialized before the call and hence th

[PATCH 5.4 072/129] include/linux/log2.h: add missing () around n in roundup_pow_of_two()

From: Jason Gunthorpe [ Upstream commit 428fc0aff4e59399ec719ffcc1f7a5d29a4ee476 ] Otherwise gcc generates warnings if the expression is complicated. Fixes: 312a0c170945 ("[PATCH] LOG2: Alter roundup_pow_of_two() so that it can use a ilog2() on a constant") Signed-off-by: Jason Gunthorpe Sign

[PATCH 5.4 041/129] net: ethernet: ti: cpsw: fix clean up of vlan mc entries for host port

From: Murali Karicheri [ Upstream commit 99d469fc64d06f0c81c0fe2a1c01645a67e0cbf0 ] To flush the vid + mc entries from ALE, which is required when a VLAN interface is removed, driver needs to call cpsw_ale_flush_multicast() with ALE_PORT_HOST for port mask as these entries are added only for hos

[PATCH 5.4 047/129] xfs: fix boundary test in xfs_attr_shortform_verify

From: Eric Sandeen [ Upstream commit f4020438fab05364018c91f7e02ebdd192085933 ] The boundary test for the fixed-offset parts of xfs_attr_sf_entry in xfs_attr_shortform_verify is off by one, because the variable array at the end is defined as nameval[1] not nameval[]. Hence we need to subtract 1

[PATCH 5.4 066/129] x86, fakenuma: Fix invalid starting node ID

From: Huang Ying [ Upstream commit ccae0f36d500aef727f98acd8d0601e6b262a513 ] Commit: cc9aec03e58f ("x86/numa_emulation: Introduce uniform split capability") uses "-1" as the starting node ID, which causes the strange kernel log as follows, when "numa=fake=32G" is added to the kernel command

[PATCH 5.4 045/129] bnxt_en: Fix possible crash in bnxt_fw_reset_task().

From: Michael Chan [ Upstream commit b148bb238c02f0c7797efed026e9bba5892d2172 ] bnxt_fw_reset_task() is run from a delayed workqueue. The current code is not cancelling the workqueue in the driver's .remove() method and it can potentially crash if the device is removed with the workqueue still

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

On Tue, Sep 08, 2020 at 02:05:17AM +0530, Ajay Kaher wrote: > 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 a

Re: [PATCH v2 1/6] dt-bindings: timers: sp-804: Convert to json-schema

On Fri, 28 Aug 2020 15:20:13 +0100, Andre Przywara wrote: > This converts the DT binding documentation for the ARM SP-804 timer IP > over to json-schema. > Most properties are just carried over, the clocks property requirement > (either one or three clocks) is now formalised and enforced. > As the

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

On Tue, Sep 8, 2020 at 7:26 PM Borislav Petkov wrote: > > On Tue, Sep 08, 2020 at 07:12:44PM +0200, Jason A. Donenfeld wrote: > > > Overclocking is not architectural I/F and is supported by some special > > > CPU skews. I can't find any public document to specify the commands > > > which can be us

[PATCH 5.4 052/129] net: dsa: mt7530: fix advertising unsupported 1000baseT_Half

From: Landen Chao [ Upstream commit f272285f6abb9178d029375599626baf3d5f4e8a ] Remove 1000baseT_Half to advertise correct hardware capability in phylink_validate() callback function. Fixes: 38f790a80560 ("net: dsa: mt7530: Add support for port 5") Signed-off-by: Landen Chao Reviewed-by: Andrew

Re: [patch V2 14/46] x86/ioapic: Consolidate IOAPIC allocation

On Wed, Aug 26, 2020 at 01:16:42PM +0200, Thomas Gleixner wrote: ... > --- a/drivers/iommu/hyperv-iommu.c > +++ b/drivers/iommu/hyperv-iommu.c > @@ -101,7 +101,7 @@ static int hyperv_irq_remapping_alloc(st >* in the chip_data and hyperv_irq_remapping_activate()/hyperv_ir_set_ >* aff

[PATCH 5.4 048/129] bnxt: dont enable NAPI until rings are ready

From: Jakub Kicinski [ Upstream commit 96ecdcc992eb7f468b2cf829b0f5408a1fad4668 ] Netpoll can try to poll napi as soon as napi_enable() is called. It crashes trying to access a doorbell which is still NULL: BUG: kernel NULL pointer dereference, address: CPU: 59 PID: 6039 Comm

Re: [PATCH v2 09/28] kbuild: add support for Clang LTO

On Tue, Sep 08, 2020 at 12:30:14AM +0900, Masahiro Yamada wrote: > On Fri, Sep 4, 2020 at 5:31 AM Sami Tolvanen wrote: > > > > This change adds build system support for Clang's Link Time > > Optimization (LTO). With -flto, instead of ELF object files, Clang > > produces LLVM bitcode, which is comp

[PATCH -next] drm/amd/display: Remove duplicate include

Remove duplicate header which is included twice. Signed-off-by: Chen Zhou --- drivers/gpu/drm/amd/display/dc/dcn30/dcn30_hwseq.c | 1 - 1 file changed, 1 deletion(-) diff --git a/drivers/gpu/drm/amd/display/dc/dcn30/dcn30_hwseq.c b/drivers/gpu/drm/amd/display/dc/dcn30/dcn30_hwseq.c index a5d75

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

On Tue, Sep 08, 2020 at 10:10:17AM -0700, Srinivas Pandruvada wrote: > > > - if (reg == MSR_IA32_ENERGY_PERF_BIAS) > > > + switch (reg) { > > > + case MSR_IA32_ENERGY_PERF_BIAS: > There is already sysfs interface for it. So someone needs to convert all those to it: tools/power/cpupower/utils/help

Re: [PATCH v2 01/15] scsi: megaraid_sas: use generic power management

On Mon, Jul 20, 2020 at 07:04:14PM +0530, Vaibhav Gupta wrote: > With legacy PM hooks, it was the responsibility of a driver to manage PCI > states and also the device's power state. The generic approach is to let > the PCI core handle the work. > > PCI core passes "struct device*" as an argument

Re: [RFC PATCH v8 1/3] fs: Introduce AT_INTERPRETED flag for faccessat2(2)

On Tue, 2020-09-08 at 14:43 +0200, Mickaël Salaün wrote: > On 08/09/2020 14:28, Mimi Zohar wrote: > > Hi Mickael, > > > > On Tue, 2020-09-08 at 09:59 +0200, Mickaël Salaün wrote: > >> diff --git a/fs/open.c b/fs/open.c > >> index 9af548fb841b..879bdfbdc6fa 100644 > >> --- a/fs/open.c > >> +++ b/fs

Re: [PATCH 2/2] drm/sun4i: mixer: Extend regmap max_register

>Better guess. Secondary CSC registers are from 0xF. > >Signed-off-by: Martin Cerveny Reviewed-by: Jernej Skrabec Best regards, Jernej

Re: [PATCH] drm: mxsfb: check framebuffer pitch

On 2020-09-08 14:33, Laurent Pinchart wrote: > On Tue, Sep 08, 2020 at 02:29:02PM +0200, Daniel Vetter wrote: >> On Tue, Sep 8, 2020 at 2:07 PM Stefan Agner wrote: >> > On 2020-09-08 10:48, Daniel Vetter wrote: >> >> On Tue, Sep 08, 2020 at 11:18:25AM +0300, Tomi Valkeinen wrote: >> >>> On 08/09/2

Re: [PATCH 16/28] wireless: marvell: mwifiex: init: Move 'tos_to_tid_inv' to where it's used

Lee Jones writes: > On Mon, 31 Aug 2020, Kalle Valo wrote: > >> Lee Jones wrote: >> >> > 'tos_to_tid_inv' is only used in 2 of 17 files it's current being >> > included into. >> > >> > Fixes the following W=1 kernel build warning(s): >> > >> > In file included from drivers/net/wireless/marve

Re: [PATCH RFC 09/10] kfence, Documentation: add KFENCE documentation

On Tue, Sep 08, 2020 at 08:54AM -0700, Dave Hansen wrote: > On 9/7/20 6:40 AM, Marco Elver wrote: > > +The most important parameter is KFENCE's sample interval, which can be set > > via > > +the kernel boot parameter ``kfence.sample_interval`` in milliseconds. The > > +sample interval determines t

[PATCH v2] brcmsmac: fix memory leak in wlc_phy_attach_lcnphy

When wlc_phy_txpwr_srom_read_lcnphy fails in wlc_phy_attach_lcnphy, the allocated pi->u.pi_lcnphy is leaked, since struct brcms_phy will be freed in the caller function. Fix this by calling wlc_phy_detach_lcnphy in the error handler of wlc_phy_txpwr_srom_read_lcnphy before returning. Signed-off-b

Re: [PATCH v2 0/4] soundwire: Remove sdw stream operations from Intel

Dne 03. 09. 20 v 22:47 Bard Liao napsal(a): > Sdw stream operation APIs can be called once per stream. Move these > operations to dailink ops. The linked series is "ASoC: Add sdw stream > operations to dailink ops". > > Pierre-Louis Bossart (4): > soundwire: stream: fix NULL/IS_ERR confusion >

Re: [PATCH v3 0/3] ASoC: Add sdw stream operations to dailink ops.

Dne 04. 09. 20 v 20:28 Bard Liao napsal(a): > Sdw stream operation APIs can be called once per stream. Move these > operations to dailink ops. The linked series is "soundwire: Remove sdw > stream operations from Intel soundwire dai". > > Reviewed-by: Vinod Koul > > Changes in v3: > - s/ASOC/ASo

Re: [PATCH 1/7] soundwire: bus: use property to set interrupt masks

Dne 08. 09. 20 v 14:11 Mark Brown napsal(a): > On Tue, Sep 08, 2020 at 02:05:11PM +0200, Jaroslav Kysela wrote: >> Dne 28. 08. 20 v 8:51 Vinod Koul napsal(a): > sound/soc/codecs/rt700-sdw.c| 4 sound/soc/codecs/rt711-sdw.c| 4 sound/soc/codecs/rt715-sdw.c|

[PATCH 5.4 010/129] drm/msm/a6xx: fix gmu start on newer firmware

From: Dmitry Baryshkov [ Upstream commit f5749d6181fa7df5ae741788e5d96f593d3a60b6 ] New Qualcomm firmware has changed a way it reports back the 'started' event. Support new register values. Signed-off-by: Dmitry Baryshkov Signed-off-by: Rob Clark Signed-off-by: Sasha Levin --- drivers/gpu/d

Re: [PATCH v4 9/9] mfd: mt6360: Merge different sub-devices I2C read/write

On Tue, 01 Sep 2020, Gene Chen wrote: > Lee Jones 於 2020年8月28日 週五 下午6:40寫道： > > > > On Mon, 17 Aug 2020, Gene Chen wrote: > > > > > From: Gene Chen > > > > > > Remove unuse register definition. > > > > This should be in a separate patch. > > > > > Merge different sub-devices I2C read/write funct

[PATCH 4.14 53/65] block: Move SECTOR_SIZE and SECTOR_SHIFT definitions into

From: Bart Van Assche commit 233bde21aa43516baa013ef7ac33f3427056db3e upstream. It happens often while I'm preparing a patch for a block driver that I'm wondering: is a definition of SECTOR_SIZE and/or SECTOR_SHIFT available for this driver? Do I have to introduce definitions of these constants

[PATCH net-next] rcu: prevent RCU_LOCKDEP_WARN() from swallowing the condition

We run into a unused variable warning in bridge code when variable is only used inside the condition of rcu_dereference_protected(). #define mlock_dereference(X, br) \ rcu_dereference_protected(X, lockdep_is_held(&br->multicast_lock)) Since on builds with CONFIG_PROVE_RCU=n rcu_dereferen

Re: [PATCH 5.4 031/129] mmc: sdhci-acpi: Fix HS400 tuning for AMDI0040

On Tue, Sep 08, 2020 at 09:56:43AM -0600, Raul Rangel wrote: > So this patch had a bug in it. It was fixed with > https://patchwork.kernel.org/patch/11747031/ > Commit d9fcc7130245d79a75e3f0348d3ef7297055cfd4 from > https://git.kernel.org/pub/scm/linux/kernel/git/ulfh/mmc.git > > Should we pull th

[PATCH 5.4 053/129] netfilter: nfnetlink: nfnetlink_unicast() reports EAGAIN instead of ENOBUFS

From: Pablo Neira Ayuso [ Upstream commit ee921183557af39c1a0475f982d43b0fcac25e2e ] Frontend callback reports EAGAIN to nfnetlink to retry a command, this is used to signal that module autoloading is required. Unfortunately, nlmsg_unicast() reports EAGAIN in case the receiver socket buffer gets

[PATCH 4.14 45/65] net: usb: qmi_wwan: add Telit 0x1050 composition

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 Acked-by: Bjørn Mork Signed-off-by: Jakub Kicinski Signed-off-by: Sasha Levi

[PATCH 4.14 54/65] libata: implement ATA_HORKAGE_MAX_TRIM_128M and apply to Sandisks

From: Tejun Heo commit 3b5455636fe26ea21b4189d135a424a6da016418 upstream. All three generations of Sandisk SSDs lock up hard intermittently. Experiments showed that disabling NCQ lowered the failure rate significantly and the kernel has been disabling NCQ for some models of SD7's and 8's, which

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

On Tue, Sep 08, 2020 at 07:29:11PM +0200, Jason A. Donenfeld wrote: > Well that's not cool. So you're saying that if someone wants to kill its box by poking at that MSR, we should just let her/him? If anything, I think that a BIG FAT WARNING at least would make sense. Now, if there were a proper

[PATCH 5.4 056/129] cxgb4: fix thermal zone device registration

From: Potnuri Bharat Teja [ Upstream commit 6b6382a857d824c0866056d5736bbcb597a922ed ] When multiple adapters are present in the system, pci hot-removing second adapter leads to the following warning as both the adapters registered thermal zone device with same thermal zone name/type. Therefore,

[PATCH 4.14 50/65] ALSA: firewire-digi00x: exclude Avid Adrenaline from detection

From: Takashi Sakamoto commit acd46a6b6de88569654567810acad2b0a0a25cea upstream. Avid Adrenaline is reported that ALSA firewire-digi00x driver is bound to. However, as long as he investigated, the design of this model is hardly similar to the one of Digi 00x family. It's better to exclude the mo

Re: [PATCH net-next 1/1] net: hsr/prp: add vlan support

On Tue, Sep 8, 2020 at 6:39 PM Murali Karicheri wrote: > > Hi Willem, > > Thanks for the response! > On 9/4/20 11:45 AM, Willem de Bruijn wrote: > > On Tue, Sep 1, 2020 at 9:54 PM Murali Karicheri wrote: > >> > >> This patch add support for creating vlan interfaces > >> over hsr/prp interface. >

[PATCH 4.14 51/65] affs: fix basic permission bits to actually work

From: Max Staudt commit d3a84a8d0dde4e26bc084b36ffcbdc5932ac85e2 upstream. The basic permission bits (protection bits in AmigaOS) have been broken in Linux' AFFS - it would only set bits, but never delete them. Also, contrary to the documentation, the Archived bit was not handled. Let's fix thi

Re: [RFC PATCH v2 0/3] mm/gup: fix gup_fast with dynamic page table folding

On Tue, 8 Sep 2020 07:22:39 +0200 Christophe Leroy wrote: > > > Le 07/09/2020 à 22:12, Mike Rapoport a écrit : > > On Mon, Sep 07, 2020 at 08:00:55PM +0200, Gerald Schaefer wrote: > >> This is v2 of an RFC previously discussed here: > >> https://lore.kernel.org/lkml/20200828140314.8556-1-gerald

BUG: unable to handle kernel paging request in __sb_start_write

Hello, syzbot found the following issue on: HEAD commit:e28f0104 Merge tag 'fixes-2020-09-03' of git://git.kernel... git tree: upstream console output: https://syzkaller.appspot.com/x/log.txt?x=11a6b85990 kernel config: https://syzkaller.appspot.com/x/.config?x=3c5f6ce8d5b68299 das

[PATCH 4.14 48/65] ALSA: pcm: oss: Remove superfluous WARN_ON() for mulaw sanity check

From: Takashi Iwai commit 949a1ebe8cea7b342085cb6a4946b498306b9493 upstream. The PCM OSS mulaw plugin has a check of the format of the counter part whether it's a linear format. The check is with snd_BUG_ON() that emits WARN_ON() when the debug config is set, and it confuses syzkaller as if it

[PATCH 4.14 65/65] net: usb: Fix uninit-was-stored issue in asix_read_phy_addr()

From: Himadri Pandya commit a092b7233f0e000cc6f2c71a49e2ecc6f917a5fc upstream. The buffer size is 2 Bytes and we expect to receive the same amount of data. But sometimes we receive less data and run into uninit-was-stored issue upon read. Hence modify the error check on the return value to match

[PATCH 4.14 52/65] block: allow for_each_bvec to support zero len bvec

From: Ming Lei commit 7e24969022cbd61ddc586f14824fc205661bb124 upstream. Block layer usually doesn't support or allow zero-length bvec. Since commit 1bdc76aea115 ("iov_iter: use bvec iterator to implement iterate_bvec()"), iterate_bvec() switches to bvec iterator. However, Al mentioned that 'Zer

[PATCH 4.14 64/65] cfg80211: regulatory: reject invalid hints

From: Johannes Berg commit 47caf685a6854593348f216e0b489b71c10cbe03 upstream. Reject invalid hints early in order to not cause a kernel WARN later if they're restored to or similar. Reported-by: syzbot+d451401ffd00a6067...@syzkaller.appspotmail.com Link: https://syzkaller.appspot.com/bug?extid=

[PATCH 4.14 49/65] ALSA: hda/hdmi: always check pin power status in i915 pin fixup

From: Kai Vehmanen commit 858e0ad9301d1270c02b5aca97537d2d6ee9dd68 upstream. When system is suspended with active audio playback to HDMI/DP, two alternative sequences can happen at resume: a) monitor is detected first and ALSA prepare follows normal stream setup sequence, or b) ALSA pre

[PATCH 4.14 63/65] mm/hugetlb: fix a race between hugetlb sysctl handlers

From: Muchun Song commit 17743798d81238ab13050e8e2833699b54e15467 upstream. There is a race between the assignment of `table->data` and write value to the pointer of `table->data` in the __do_proc_doulongvec_minmax() on the other thread. CPU0: CPU1:

Re: [PATCH 1/2] drm/sun4i: sun8i-csc: Secondary CSC register correction

>"Allwinner V3s" has secondary video layer (VI). >Decoded video is displayed in wrong colors until >secondary CSC registers are programmed correctly. > >Signed-off-by: Martin Cerveny Following tag should be added: Fixes: 883029390550 ("drm/sun4i: Add DE2 CSC library") Reviewed-by: Jernej Skrabec

Re: [PATCH v6 04/13] usb: dwc3: Add splitdisable quirk for Hisilicon Kirin Soc

Felipe Balbi wrote: > Hi, > > Mauro Carvalho Chehab writes: I tested here, together with the Hikey 970 phy RFC patches I sent last week. Without this patch, the USB HID driver receives -EPROTO from submitted URBs, causing it to enter into an endless reset cycle on eve

Re: [RFC PATCH v8 1/3] fs: Introduce AT_INTERPRETED flag for faccessat2(2)

On Tue, Sep 8, 2020 at 8:43 AM Mickaël Salaün wrote: > > > On 08/09/2020 14:28, Mimi Zohar wrote: > > Hi Mickael, > > > > On Tue, 2020-09-08 at 09:59 +0200, Mickaël Salaün wrote: > >> +mode |= MAY_INTERPRETED_EXEC; > >> +/* > >> + * For c

Re: [PATCH v1] x86/defconfigs: Unbreak 32-bit defconfig builds

* Andy Shevchenko wrote: > After the commit 1d0e12fd3a84 ("x86/defconfigs: Refresh defconfig files") > 32-bit builds using defconfig become broken because on x86_64 build host > with no ARCH provided the default behaviour is to assume 64-bit independently > on the configuration file name. The c

Re: [RFC PATCH 00/30] ima: Introduce IMA namespace

On Mon, 2020-09-07 at 12:50 +0100, Luke Hinds wrote: > > Candidly, given the politics of security technology being viewed as > > 'constraining' user rights, I think that a lot of forthcoming security > > technology may end up being out of tree moving forward. > > > > I think it's prudent to look

[PATCH 4.14 61/65] KVM: arm64: Set HCR_EL2.PTW to prevent AT taking synchronous exception

From: James Morse commit 71a7f8cb1ca4ca7214a700b1243626759b6c11d4 upstream. AT instructions do a translation table walk and return the result, or the fault in PAR_EL1. KVM uses these to find the IPA when the value is not provided by the CPU in HPFAR_EL1. If a translation table walk causes an ex

[tip: core/static_call] tracepoint: Fix overly long tracepoint names

The following commit has been merged into the core/static_call branch of tip: Commit-ID: de394e7568ce2cdb4643ed230169f484f25f9442 Gitweb: https://git.kernel.org/tip/de394e7568ce2cdb4643ed230169f484f25f9442 Author:pet...@infradead.org AuthorDate:Tue, 08 Sep 2020 12:57:43 +0

Re: [PATCH 16/28] wireless: marvell: mwifiex: init: Move 'tos_to_tid_inv' to where it's used

On Tue, 08 Sep 2020, Kalle Valo wrote: > Lee Jones writes: > > > On Mon, 31 Aug 2020, Kalle Valo wrote: > > > >> Lee Jones wrote: > >> > >> > 'tos_to_tid_inv' is only used in 2 of 17 files it's current being > >> > included into. > >> > > >> > Fixes the following W=1 kernel build warning(s):

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

On Tue, Sep 8, 2020 at 7:36 PM Borislav Petkov wrote: > > On Tue, Sep 08, 2020 at 07:29:11PM +0200, Jason A. Donenfeld wrote: > > Well that's not cool. > > So you're saying that if someone wants to kill its box by poking at that > MSR, we should just let her/him? > > If anything, I think that a BI

Re: [PATCH RFC 00/10] KFENCE: A low-overhead sampling-based memory safety error detector

> Toggling a static branch is AFAIK quite disruptive (PeterZ will probably tell > you better), and with the default 100ms sample interval, I'd think it's not > good > to toggle it so often? Did you measure what performance would you get, if the > static key was only for long-term toggling the whol

Re: [PATCH] arm64: dts: marvell: espressobin: Simplify v7 ethernet port labeling

On Tue, Sep 08, 2020 at 09:30:50AM +0200, Andre Heider wrote: > Now that the switch ports have a label in the .dtsi, simplify the whole > "switch0" block for the v7 dts files. > > Signed-off-by: Andre Heider Reviewed-by: Andrew Lunn Andrew

Re: [PATCH V2] ASoC: Intel: boards: Use FS as nau8825 sysclk in nau88125_* machine

Sorry for missing the response for so long. Somehow lost this thread in my mailbox. śr., 6 maj 2020 o 00:04 Pierre-Louis Bossart napisał(a): > > > >>> This single fix address two issues on machines with nau88125: > >>> 1) Audio distortion, due to lack of required clock rate on MCLK line > >>> 2)

Re: [PATCH v3 3/5] ASoC: qcom: Add support for lpass hdmi driver

Thanks for your reply Srinivas!!! On 9/4/2020 4:54 PM, Srinivas Kandagatla wrote: On 04/09/2020 12:21, Srinivasa Rao Mandadapu wrote: Before going into detail review, I see real issue in the overall approach here to add new interface to exiting lpass!! Intention of struct lpass_variant is

Re: [PATCH v2 4/5] seqlock: seqcount_LOCKNAME_t: Introduce PREEMPT_RT support

On Tue, Sep 08, 2020 at 01:45:20PM +0200, pet...@infradead.org wrote: > On Fri, Sep 04, 2020 at 05:32:30PM +0200, Ahmed S. Darwish wrote: > > @@ -406,13 +443,20 @@ static inline int read_seqcount_t_retry(const > > seqcount_t *s, unsigned start) > > return __read_seqcount_t_retry(s, start); > >

Re: [PATCH v2] x86/uaccess: Use pointer masking to limit uaccess speculation

Hi x86 maintainers, Any objection to merging this patch? On Tue, Sep 01, 2020 at 10:30:19AM -0500, Josh Poimboeuf wrote: > The x86 uaccess code uses barrier_nospec() in various places to prevent > speculative dereferencing of user-controlled pointers (which might be > combined with further gadget

[PATCH v4 1/5] ASoC: Add sc7180-lpass binding header hdmi define

From: V Sujith Kumar Reddy Add header defining hdmi dai-id for SC7180 lpass soc in dt bindings. Signed-off-by: Srinivasa Rao Signed-off-by: V Sujith Kumar Reddy --- include/dt-bindings/sound/sc7180-lpass.h | 1 + 1 file changed, 1 insertion(+) diff --git a/include/dt-bindings/sound/sc7180-lp

[PATCH v4 0/5] Qualcomm's lpass-hdmi ASoC driver to support audio over dp port

These patches are to support audio over DP port on Qualcomm's SC7180 LPASS Asoc. It includes machine driver, cpu driver, platform driver updates for HDMI path support, device tree documention, lpass variant structure optimization and configuration changes. These patches depends on the DP patch s

[PATCH v3] drm: mxsfb: check framebuffer pitch

The lcdif IP does not support a framebuffer pitch (stride) other than framebuffer width. Check for equality and reject the framebuffer otherwise. This prevents a distorted picture when using 640x800 and running the Mesa graphics stack. Mesa tries to use a cache aligned stride, which leads at that

Re: [PATCH v3] mmc: host: Enable compile testing of multiple drivers

+ Arnd On Mon, 7 Sep 2020 at 12:53, 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 It seems like this is causing build errors for my next branch when runnin

[PATCH v4 2/5] ASoC: dt-bindings: Add dt binding for lpass hdmi

From: V Sujith Kumar Reddy Adds bindings for lpass hdmi interface which can support audio path over dp. Signed-off-by: Srinivasa Rao Signed-off-by: V Sujith Kumar Reddy --- .../devicetree/bindings/sound/qcom,lpass-cpu.yaml | 51 -- 1 file changed, 47 insertions(+), 4 dele

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