[PATCH 2/2] drm/panel: tv101wum: Add STARRY 2081101QFH032011-53G

Add STARRY 2081101QFH032011-53G 10.1" WUXGA TFT LCD panel as a part of tv101wum-n16. Signed-off-by: Zhengqiao Xia --- .../gpu/drm/panel/panel-boe-tv101wum-nl6.c| 132 ++ 1 file changed, 132 insertions(+) diff --git a/drivers/gpu/drm/panel/panel-boe-tv101wum-nl6.c

[PATCH 1/2] dt-bindings: display: tv101wum: Add STARRY 2081101QFH032011-53G

Add dt-bindings for 10.1" TFT LCD module called STARRY 2081101 QFH032011-53G. Signed-off-by: Zhengqiao Xia --- .../devicetree/bindings/display/panel/boe,tv101wum-nl6.yaml | 2 ++ 1 file changed, 2 insertions(+) diff --git

Re: [PATCH v5 0/2] add support for GPIO or IRQ based evemt counter

On Mon, Feb 08, 2021 at 02:53:45PM +0100, Oleksij Rempel wrote: > changes v5: > - rename it to event counter, since it support different event sources At the risk of bikeshedding, I feel "event counter" is too general of a phrase to be useful here -- not to mention that the Counter subsystem

Re: [PATCH v3 2/3] x86/platform/dell-privacy-wmi: add document for dell privacy driver

Hi Mario: Thanks for the review. On 2021/1/13 1:54, Limonciello, Mario wrote: -Original Message- From: Yuan, Perry Sent: Tuesday, January 12, 2021 11:18 To: oder_ch...@realtek.com; pe...@perex.cz; ti...@suse.com; hdego...@redhat.com; mgr...@linux.intel.com Cc: lgirdw...@gmail.com;

Re: [PATCH v3 1/3] platform/x86: dell-privacy: Add support for Dell hardware privacy

Hi Randy. On 2021/1/13 1:39, Randy Dunlap wrote: On 1/12/21 9:17 AM, Perry Yuan wrote: +config DELL_PRIVACY + tristate "Dell Hardware Privacy Support" + depends on ACPI + depends on ACPI_WMI + depends on INPUT + depends on DELL_LAPTOP + depends on

drivers/rtc/rtc-pcf8523.c:35:9: warning: 'REG_OFFSET' macro redefined

Hi Thomas, FYI, the error/warning still remains. tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: ac30d8ce28d61c05ac3a8b1452e889371136f3af commit: 7fd70c65faacd39628ba5f670be6490010c8132f ARM: irqstat: Get rid of duplicated declaration date: 3 months

Re: [PATCH] Fix typo in f_printer.c

On 2/13/21 10:53 PM, AristoChen wrote: In line 824, it is trying to open `out_ep`, so I believe in line 826, it should print `out_ep` instead of `in_ep` Signed-off-by: AristoChen --- drivers/usb/gadget/function/f_printer.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH] Fix typo in f_printer.c

In line 824, it is trying to open `out_ep`, so I believe in line 826, it should print `out_ep` instead of `in_ep` Signed-off-by: AristoChen --- drivers/usb/gadget/function/f_printer.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/usb/gadget/function/f_printer.c

Re: [PATCH v2 3/3] gpio: xilinx: Utilize generic bitmap_get_value and _set_value

On Fri, Feb 12, 2021 at 06:52:00PM +0530, Syed Nayyar Waris wrote: > This patch reimplements the xgpio_set_multiple() function in > drivers/gpio/gpio-xilinx.c to use the new generic functions: > bitmap_get_value() and bitmap_set_value(). The code is now simpler > to read and understand. Moreover,

Re: [PATCH v2 2/3] gpio: thunderx: Utilize for_each_set_clump macro

On Fri, Feb 12, 2021 at 06:51:04PM +0530, Syed Nayyar Waris wrote: > This patch reimplements the thunderx_gpio_set_multiple function in > drivers/gpio/gpio-thunderx.c to use the new for_each_set_clump macro. > Instead of looping for each bank in thunderx_gpio_set_multiple > function, now we can

[PATCH i2c-next] i2c: designware: Consolidate pci_free_irq_vectors to a single place

Consolidate pci_free_irq_vectors to a single place using "goto free_irq" for simplify the code. Signed-off-by: Dejin Zheng --- drivers/i2c/busses/i2c-designware-pcidrv.c | 22 ++ 1 file changed, 10 insertions(+), 12 deletions(-) diff --git

Re: [PATCH v2 1/3] gpiolib: Introduce the for_each_set_clump macro

On Fri, Feb 12, 2021 at 06:50:20PM +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 found clump, while the respective clump value is > stored to the

Re: [PATCH v3 3/3] ASoC: rt715:add micmute led state control supports

Hi Mark: Thanks for your review. On 2021/1/13 1:54, Mark Brown wrote: On Wed, Jan 13, 2021 at 01:18:14AM +0800, Perry Yuan wrote: Some new Dell system is going to support audio internal micphone privacy setting from hardware level with micmute led state changing When micmute hotkey pressed by

Re: [PATCH v3 3/3] ASoC: rt715:add micmute led state control supports

Hi Mark: Thanks for your review. On 2021/1/13 1:54, Mark Brown wrote: On Wed, Jan 13, 2021 at 01:18:14AM +0800, Perry Yuan wrote: Some new Dell system is going to support audio internal micphone privacy setting from hardware level with micmute led state changing When micmute hotkey pressed by

Re: [PATCH v2] usb: typec: tcpm: Export partner Source Capabilities

Hi Kyle, Thank you for the patch! Yet something to improve: [auto build test ERROR on usb/usb-testing] [also build test ERROR on v5.11-rc7 next-20210212] [If your patch is applied to the wrong git tree, kindly drop us a note. And when submitting patch, we suggest to use '--base' as documented in

Re: [PATCH v2 2/4] net: stmmac: Add Toshiba Visconti SoCs glue driver

On Fri, Feb 12, 2021 at 11:58:04AM +0900, Nobuhiro Iwamatsu wrote: > Add dwmac-visconti to the stmmac driver in Toshiba Visconti ARM SoCs. > This patch contains only the basic function of the device. There is no > clock control, PM, etc. yet. These will be added in the future. > > Signed-off-by:

Re: [PATCH 2/2] ath10k: detect conf_mutex held ath10k_drain_tx() calls

Shuah Khan writes: > ath10k_drain_tx() must not be called with conf_mutex held as workers can > use that also. Add call to lockdep_assert_not_held() on conf_mutex to > detect if conf_mutex is held by the caller. > > The idea for this patch stemmed from coming across the comment block > above the

[PATCH v4 06/09] cxl/mem: Enable commands via CEL

CXL devices identified by the memory-device class code must implement the Device Command Interface (described in 8.2.9 of the CXL 2.0 spec). While the driver already maintains a list of commands it supports, there is still a need to be able to distinguish between commands that the driver knows

RE: [RFC] IRQ handlers run with some high-priority interrupts(not NMI) enabled on some platform

On Sat, 13 Feb 2021, Song Bao Hua (Barry Song) wrote: > > So what is really confusing and a pain to me is that: > For years people like me have been writing device drivers > with the idea that irq handlers run with interrupts > disabled after those commits in genirq. So I don't need > to care

[PATCH] drm/nouveau/pmu: fix timeout on GP108

This code times out on GP108, probably because the BIOS puts it into a bad state. Since we reset the PMU on driver load anyway, we are at no risk from missing a response from it since we are not waiting for one to begin with. Signed-off-by: Diego Viola ---

Re: [PATCH v2 0/6] Support second Image Signal Processor on rk3399

Hey Heiko, I have tested your series and it successfully fixes the problem with the 2nd camera when HDMI is connected at boot. Besides that the patch looks good and my tests have confirmed that both cameras have the same output quality when I exchange the connected ISP instances. Tested-by:

Re: [PATCH] staging: android: ashmem: Declared file operation with const keyword

Hi Thais, Thank you for the patch! Yet something to improve: [auto build test ERROR on staging/staging-testing] url: https://github.com/0day-ci/linux/commits/Thais-Camacho/staging-android-ashmem-Declared-file-operation-with-const-keyword/20210214-103440 base:

Hi dear

do you speak english or what

Re: [PATCH v4 1/3] misc/pvpanic: split-up generic and platform dependent code

Hi Mihai, Thank you for the patch! Perhaps something to improve: [auto build test WARNING on linux/master] [also build test WARNING on soc/for-next linus/master v5.11-rc7] [cannot apply to char-misc/char-misc-testing next-20210212] [If your patch is applied to the wrong git tree, kindly drop us

Re: [PATCH v2] usb: typec: tcpm: Export partner Source Capabilities

Hi Kyle, Thank you for the patch! Yet something to improve: [auto build test ERROR on usb/usb-testing] [also build test ERROR on v5.11-rc7 next-20210212] [If your patch is applied to the wrong git tree, kindly drop us a note. And when submitting patch, we suggest to use '--base' as documented in

Re: [PATCH] cpufreq: schedutil: Don't use the limits_changed flag any more

On Fri, 12 Feb 2021 17:14:03 +0100 "Rafael J. Wysocki" wrote: > On Mon, Feb 8, 2021 at 4:08 AM Yue Hu wrote: > > > > From: Yue Hu > > > > The limits_changed flag was introduced by commit 600f5badb78c > > ("cpufreq: schedutil: Don't skip freq update when limits change") > > due to race

Re: [EXT] [bug report] octeontx2-af: cn10k: Uninitialized variables

Hi Gustavo, please see inline. Thank you, Geetha. >From: Gustavo A. R. Silva >Sent: Saturday, February 13, 2021 12:09 AM >To: Sunil Kovvuri Goutham; Linu Cherian; Geethasowjanya Akula; Jerin Jacob >>Kollanukkaran; Hariprasad Kelam; Subbaraya Sundeep

[PATCH v2] usb: typec: tcpm: Export partner Source Capabilities

Export a function for other drivers to get the partner Source Capabilities. Signed-off-by: Kyle Tso --- Changes since v1: - add a put function to free the memory drivers/usb/typec/tcpm/tcpm.c | 34 ++ include/linux/usb/tcpm.h | 2 ++ 2 files changed, 36

[PATCH] pstore: fix warning in pstore_kill_sb()

syzbot is hitting WARN_ON(pstore_sb != sb) at pstore_kill_sb() [1], for the assumption that pstore_sb != NULL is wrong because pstore_fill_super() will not assign pstore_sb = sb when new_inode() for d_make_root() returned NULL (due to memory allocation fault injection). Since mount_single() calls

Re: [EXT] [bug report] octeontx2-af: cn10k: Identical code for different branches

Hi Gustavo, Please see inline. >From: Gustavo A. R. Silva >Sent: Saturday, February 13, 2021 1:31 AM >To: Sunil Kovvuri Goutham; Linu Cherian; Geethasowjanya Akula; Jerin Jacob >>Kollanukkaran; Hariprasad Kelam; Subbaraya Sundeep Bhatta; David S.

[PATCH] staging: android: ashmem: Declared file operation with const keyword

Warning found by checkpatch.pl script Signed-off-by: Thais Camacho --- drivers/staging/android/ashmem.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/staging/android/ashmem.c b/drivers/staging/android/ashmem.c index 4789d36ddfd3..2cb665e0228c 100644 ---

Re: [PATCH net-next 2/2] net: phy: at803x: use proper locking in at803x_aneg_done()

On Sun, Feb 14, 2021 at 03:18:49AM +0100, Michael Walle wrote: > Am 14. Februar 2021 02:57:33 MEZ schrieb Vladimir Oltean : > >Hi Michael, > > > >On Sun, Feb 14, 2021 at 02:04:05AM +0100, Michael Walle wrote: > >> at803x_aneg_done() checks if auto-negotiation is completed on the > >SGMII > >>

Re: [PATCH net-next 2/2] net: phy: at803x: use proper locking in at803x_aneg_done()

Am 14. Februar 2021 02:57:33 MEZ schrieb Vladimir Oltean : >Hi Michael, > >On Sun, Feb 14, 2021 at 02:04:05AM +0100, Michael Walle wrote: >> at803x_aneg_done() checks if auto-negotiation is completed on the >SGMII >> side. This doesn't take the mdio bus lock and the page switching is >>

Re: [v2,2/3] thermal: mediatek: Add LVTS drivers for SoC theraml zones

On Fri, Jan 29, 2021 at 5:40 PM Michael Kao wrote: > > Add a LVTS (Low voltage thermal sensor) driver to report junction > temperatures in Mediatek SoC and register the maximum temperature > of sensors and each sensor as a thermal zone. > > Signed-off-by: Yu-Chia Chang > Signed-off-by: Michael

Re: [PATCH net-next 2/2] net: phy: at803x: use proper locking in at803x_aneg_done()

Hi Michael, On Sun, Feb 14, 2021 at 02:04:05AM +0100, Michael Walle wrote: > at803x_aneg_done() checks if auto-negotiation is completed on the SGMII > side. This doesn't take the mdio bus lock and the page switching is > open-coded. Now that we have proper page support, just use >

[PATCH net-next] net: phy: at803x: add MDIX support to AR8031/33

AR8035 recently gained MDIX support. The same functions will work for the AR8031/33 PHY. We just need to add the at803x_config_aneg() callback. This was tested on a Kontron sl28 board. Signed-off-by: Michael Walle --- drivers/net/phy/at803x.c | 1 + 1 file changed, 1 insertion(+) diff --git

[PATCH net-next 0/2] net: phy: at803x: paging support

Add paging support to the QCA AR8031/33 PHY. This will be needed if we add support for the .config_inband_aneg callback, see series [1]. But it also turns out, that the driver already accessed the fiber page all along without proper locking. Patch 2 will fix that. [1]

[PATCH net-next 2/2] net: phy: at803x: use proper locking in at803x_aneg_done()

at803x_aneg_done() checks if auto-negotiation is completed on the SGMII side. This doesn't take the mdio bus lock and the page switching is open-coded. Now that we have proper page support, just use phy_read_paged(). Also use phydev->interface to check if we have an SGMII link instead of reading

[PATCH net-next 1/2] net: phy: at803x: add pages support to AR8031/33

The AR8031 has two register sets: Copper and Fiber. The fiber page is used in case of 100Base-FX and 1000Base-X. But more importantly it is also used for the SGMII link. Add support to switch between these two. Signed-off-by: Michael Walle --- drivers/net/phy/at803x.c | 35

[PATCH] kthread: add kthread_mod_pending_delayed_work api

The existing kthread_mod_delayed_work api will queue a new work if failing to cancel the current work due to no longer being pending. However, there's a case that the same work can be enqueued from both an async request and a delayed work, and a racing could happen if the async request comes right

Re: [PATCH] arch: mips: kernel: Made couple of spelling fixes and a sentence construction in smp.c

On Tue, 2 Feb 2021, Bhaskar Chowdhury wrote: > On 17:51 Mon 01 Feb 2021, Bert Vermeulen wrote: > > On 2/1/21 12:17 PM, Bhaskar Chowdhury wrote: > > > s/debugees/debuge's/ > > > > Definitely not. > > > > > h Obviously "debuggees", e.g.: . Maciej

Re: [GIT PULL] clk fix for v5.11-rc7

The pull request you sent on Sat, 13 Feb 2021 13:19:52 -0800: > https://git.kernel.org/pub/scm/linux/kernel/git/clk/linux.git > tags/clk-fixes-for-linus has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/358feceebbf68f33c44c6650d14455389e65282d Thank you! --

Re: [GIT PULL] SCSI fixes for 5.11-rc6

The pull request you sent on Sat, 13 Feb 2021 13:07:30 -0800: > git://git.kernel.org/pub/scm/linux/kernel/git/jejb/scsi.git scsi-fixes has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/0001ec9b1418f01a6dd44a83a1caa4b4f3d11f29 Thank you! -- Deet-doot-dot, I am a bot.

RE: [RFC] IRQ handlers run with some high-priority interrupts(not NMI) enabled on some platform

> -Original Message- > From: Song Bao Hua (Barry Song) > Sent: Sunday, February 14, 2021 11:13 AM > To: 'Arnd Bergmann' > Cc: t...@linutronix.de; gre...@linuxfoundation.org; a...@arndb.de; > ge...@linux-m68k.org; fun...@jurai.org; ph...@gnu.org; cor...@lwn.net; > mi...@redhat.com;

Re: [PATCH v6 net-next 00/11] skbuff: introduce skbuff_heads bulking and reusing

Hello: This series was applied to netdev/net-next.git (refs/heads/master): On Sat, 13 Feb 2021 14:10:43 + you wrote: > Currently, all sorts of skb allocation always do allocate > skbuff_heads one by one via kmem_cache_alloc(). > On the other hand, we have percpu napi_alloc_cache to store >

Re: [PATCH 0/6] Support second Image Signal Processor on rk3399

Hi Sebastian, Am Samstag, 13. Februar 2021, 12:19:57 CET schrieb Sebastian Fricke: > On 11.02.2021 15:42, Heiko Stübner wrote: > >Am Donnerstag, 11. Februar 2021, 06:25:15 CET schrieb Sebastian Fricke: > >> On 10.02.2021 12:15, Heiko Stübner wrote: > >> >Am Freitag, 5. Februar 2021, 15:55:56 CET

RE: [RFC] IRQ handlers run with some high-priority interrupts(not NMI) enabled on some platform

> -Original Message- > From: Arnd Bergmann [mailto:a...@kernel.org] > Sent: Sunday, February 14, 2021 5:32 AM > To: Song Bao Hua (Barry Song) > Cc: t...@linutronix.de; gre...@linuxfoundation.org; a...@arndb.de; > ge...@linux-m68k.org; fun...@jurai.org; ph...@gnu.org; cor...@lwn.net; >

Re: [PATCH v3 1/1] process_madvise.2: Add process_madvise man page

Hello Suren, On 2/2/21 11:12 PM, Suren Baghdasaryan wrote: > Hi Michael, > > On Tue, Feb 2, 2021 at 2:45 AM Michael Kerrisk (man-pages) > wrote: >> >> Hello Suren (and Minchan and Michal) >> >> Thank you for the revisions! >> >> I've applied this patch, and done a few light edits. > > Thanks!

Re: [PATCH] fs: ubifs: set s_uuid in super block to support ima/evm uuid options

- Ursprüngliche Mail - >> Hmm, I didn't know that helper. >> The only user in fs/ seems to be zonefs, all other filesystems do a plain >> memcpy(). >> Do you want me do a patch that converts all users in fs/ to import_uuid()? > Not sure about all fs, but in new code, like here I think it

Re: (subset) [v2 1/2] rtc: pcf2127: properly set flag WD_CD for rtc chips(pcf2129, pca2129)

On Wed, 2 Dec 2020 11:18:39 +0800, Biwen Li wrote: > Properly set flag WD_CD for rtc chips(pcf2129, pca2129) Applied, thanks! [1/2] rtc: pcf2127: properly set flag WD_CD for rtc chips(pcf2129, pca2129) commit: 2843d565dd78fd9117b9a18567cf68ac37a5dd1e Finally, I did revert back to your

RE: [RFC PATCH v3 1/1] scsi: ufs: Enable power management for wlun

> + } else { Is it possible to get here? Scsi_scan_host is called only after successful add_wluns > + /* device wlun is probed */ > + hba->luns_avail--; > + } > +} > + > > /** > @@ -7254,6 +7312,14 @@ static int ufshcd_scsi_add_wlus(struct ufs_hba >

[GIT PULL] clk fix for v5.11-rc7

The following changes since commit c361c5a6c559d1e0a2717abe9162a71aa602954f: clk: mmp2: fix build without CONFIG_PM (2021-01-12 12:10:55 -0800) are available in the Git repository at: https://git.kernel.org/pub/scm/linux/kernel/git/clk/linux.git tags/clk-fixes-for-linus for you to fetch

Re: [PATCH 2/2] mm/hugetlb: refactor subpage recording

On 1/26/21 6:10 PM, Jason Gunthorpe wrote: > On Tue, Jan 26, 2021 at 05:58:53PM -0800, Mike Kravetz wrote: > >> As pointed out by Joao, you can also see the differences in pfn_to_page >> for CONFIG_SPARSE_VMEMMAP and CONFIG_SPARSEMEM. The only time we might >> have issues is with

[GIT PULL] SCSI fixes for 5.11-rc6

One fix for scsi_debug that fixes a memory leak on module removal. The patch is available here: git://git.kernel.org/pub/scm/linux/kernel/git/jejb/scsi.git scsi-fixes The short changelog is: Maurizio Lombardi (1): scsi: scsi_debug: Fix a memory leak And the diffstat:

Re: [PATCH v2 2/2] mm/hugetlb: refactor subpage recording

On 2/13/21 7:44 AM, Zi Yan wrote: > On 11 Feb 2021, at 18:44, Mike Kravetz wrote: > >> On 2/11/21 12:47 PM, Zi Yan wrote: >>> On 28 Jan 2021, at 16:53, Mike Kravetz wrote: On 1/28/21 10:26 AM, Joao Martins wrote: > For a given hugepage backing a VA, there's a rather ineficient > loop

Re:

Hello, I'm Stefano Pessina, an Italian business tycoon, investor, and philanthropist.the vice chairman, chief executive officer (CEO), and the single largest shareholder of Walgreens Boots Alliance. I gave away 25 percent of my personal wealth to charity. And I also pledged to give away the

[PATCH v4 1/3] misc/pvpanic: split-up generic and platform dependent code

Split-up generic and platform dependent code in order to be able to re-use generic event handling code in pvpanic PCI device driver in the next patches. The code from pvpanic.c was split in two new files: - pvpanic.c: generic code that handles pvpanic events - pvpanic-mmio.c: platform/bus

Re: [GIT PULL] cgroup fixes for v5.11-rc7

The pull request you sent on Sat, 13 Feb 2021 15:03:31 -0500: > git://git.kernel.org/pub/scm/linux/kernel/git/tj/cgroup.git for-5.11-fixes has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/ac30d8ce28d61c05ac3a8b1452e889371136f3af Thank you! -- Deet-doot-dot, I am a

[PATCH v4 2/3] misc/pvpanic: probe multiple instances

Create the mecahism that allows multiple pvpanic instances to call pvpanic_probe and receive panic events. A global list will retain all the mapped addresses where to write panic events. Signed-off-by: Mihai Carabas --- drivers/misc/pvpanic/pvpanic-mmio.c | 9 ++---

[PATCH v4] add support for pci in the pvpanic driver

This patchset adds support for PCI in the pvpanic driver. The device already got in qemu [1]. v2: - mmio -> MMIO, pci -> PCI suggested by Randy Dunlap. - group pvpanic-common.c and mmio.c in the same module. The intention was to have only one module and the common code splitted up to be re-used

[PATCH v4 3/3] misc/pvpanic: add PCI driver

Add support for pvpanic PCI device added in qemu [1]. At probe time, obtain the address where to read/write pvpanic events and pass it to the generic handling code. Will follow the same logic as pvpanic MMIO device driver. At remove time, unmap base address and disable PCI device. [1]

Re: [PATCH v6 net-next 00/11] skbuff: introduce skbuff_heads bulking and reusing

On Sat, Feb 13, 2021 at 6:10 AM Alexander Lobakin wrote: > > Currently, all sorts of skb allocation always do allocate > skbuff_heads one by one via kmem_cache_alloc(). > On the other hand, we have percpu napi_alloc_cache to store > skbuff_heads queued up for freeing and flush them by bulks. > >

Re: include/linux/compiler_types.h:315:38: error: call to '__compiletime_assert_515' declared with attribute error: BUILD_BUG_ON failed: offsetof(struct can_frame, len) != offsetof(struct canfd_frame,

On 13.02.21 20:57, kernel test robot wrote: Hi Oliver, FYI, the error/warning still remains. Yes, because of the this union, see: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/include/uapi/linux/can.h?id=c7b74967799b1af52b3045d69d4c26836b2d41de#n109 Maybe I was

[PATCH] usb: chipidea: tegra: fix flexible_array.cocci warnings

From: kernel test robot Zero-length and one-element arrays are deprecated, see Documentation/process/deprecated.rst Flexible-array members should be used instead. Generated by: scripts/coccinelle/misc/flexible_array.cocci Fixes: fc53d5279094 ("usb: chipidea: tegra: Support host mode") CC:

[GIT PULL] cgroup fixes for v5.11-rc7

Hello, Linus. Two cgroup fixes: 1. Fix the NULL deref when trying to poll PSI in the root cgroup and 2. fix confusing controller parsing corner case when mounting cgroup v1 hierarchies. And doc / maintainer file updates. Thanks. The following changes since commit

Re: [PULL REQUEST] i2c for v5.11

The pull request you sent on Sat, 13 Feb 2021 11:42:00 +0100: > git://git.kernel.org/pub/scm/linux/kernel/git/wsa/linux.git i2c/for-current has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/8cc8e6aaf27db47985f9e1c24ac2f7393390971e Thank you! -- Deet-doot-dot, I am a

Re: [GIT PULL] cifs fixes

The pull request you sent on Fri, 12 Feb 2021 12:15:57 -0600: > git://git.samba.org/sfrench/cifs-2.6.git tags/5.11-rc7-smb3 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/7989807dc0c95c4b787698eba10905a5baac42e8 Thank you! -- Deet-doot-dot, I am a bot.

Re: [GIT PULL] Btrfs fix for 5.11-rc8

The pull request you sent on Sat, 13 Feb 2021 14:02:31 +0100: > git://git.kernel.org/pub/scm/linux/kernel/git/kdave/linux.git for-5.11-rc7-tag has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/e42ee56fe59759023cb252fabb3d6f279fe8cec8 Thank you! -- Deet-doot-dot, I am

/usr/lib/gcc/x86_64-linux-gnu/5/plugin/include/config/elfos.h:102:21: warning: invalid suffix on literal; C++11 requires a space between literal and string macro

tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: dcc0b49040c70ad827a7f3d58a21b01fdb14e749 commit: 67a5a68013056cbcf0a647e36cb6f4622fb6a470 gcc-plugins: fix gcc 11 indigestion with plugins... date: 5 weeks ago config: x86_64-randconfig-a001-20200622

Re: [PATCH 2/2] rcu-tasks: add RCU-tasks self tests

On Sat, Feb 13, 2021 at 08:45:54AM -0800, Paul E. McKenney wrote: > On Sat, Feb 13, 2021 at 12:30:30PM +0100, Uladzislau Rezki wrote: > > On Fri, Feb 12, 2021 at 04:43:28PM -0800, Paul E. McKenney wrote: > > > On Fri, Feb 12, 2021 at 04:37:09PM -0800, Paul E. McKenney wrote: > > > > On Fri, Feb

include/linux/compiler_types.h:315:38: error: call to '__compiletime_assert_515' declared with attribute error: BUILD_BUG_ON failed: offsetof(struct can_frame, len) != offsetof(struct canfd_frame, len

Hi Oliver, FYI, the error/warning still remains. tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: dcc0b49040c70ad827a7f3d58a21b01fdb14e749 commit: c7b74967799b1af52b3045d69d4c26836b2d41de can: replace can_dlc as variable/element for payload length date:

Re: [PATCH v2 1/2] x86/stackprotector/32: Make the canary into a regular percpu variable

On Sat, Feb 13, 2021 at 8:19 PM Andy Lutomirski wrote: > > On 32-bit kernels, the stackprotector canary is quite nasty -- it is > stored at %gs:(20), which is nasty because 32-bit kernels use %fs for > percpu storage. It's even nastier because it means that whether %gs > contains userspace state

Re: [PATCH net-next 2/2] net: mvneta: Implement mqprio support

On Fri, Feb 12, 2021 at 04:12:20PM +0100, Maxime Chevallier wrote: > +static void mvneta_setup_rx_prio_map(struct mvneta_port *pp) > +{ > + int i; > + u32 val = 0; Hi Maxime Reverse Chrismtass tree please. Andrew

Re: [PATCH v2 0/2] Clean up x86_32 stackprotector

On Sat, Feb 13, 2021 at 8:19 PM Andy Lutomirski wrote: > > x86_32 stackprotector is a maintenance nightmare. Clean it up. This > disables stackprotector on x86_32 on GCC 8.1 and on all clang > versions. Some clang people are cc'd. > > Changes from v1: > - Changelog fixes. > - Comment fixes

[PATCH] SCSI: bnx2fc: fix Kconfig warning & CNIC build errors

CNIC depends on MMU, but since 'select' does not follow any dependency chains, SCSI_BNX2X_FCOE also needs to depend on MMU, so that erroneous configs are not generated, which cause build errors in cnic. WARNING: unmet direct dependencies detected for CNIC Depends on [n]: NETDEVICES [=y] &&

[PATCH v2 1/2] x86/stackprotector/32: Make the canary into a regular percpu variable

On 32-bit kernels, the stackprotector canary is quite nasty -- it is stored at %gs:(20), which is nasty because 32-bit kernels use %fs for percpu storage. It's even nastier because it means that whether %gs contains userspace state or kernel state while running kernel code depends on whether

[PATCH v2 2/2] x86/entry/32: Remove leftover macros after stackprotector cleanups

Now that nonlazy-GS mode is gone, remove the macros from entry_32.S that obfuscated^Wabstracted GS handling. The assembled output is identical before and after this patch. Cc: Sedat Dilek Cc: Nick Desaulniers Signed-off-by: Andy Lutomirski --- arch/x86/entry/entry_32.S | 43

[PATCH v2 0/2] Clean up x86_32 stackprotector

x86_32 stackprotector is a maintenance nightmare. Clean it up. This disables stackprotector on x86_32 on GCC 8.1 and on all clang versions. Some clang people are cc'd. Changes from v1: - Changelog fixes. - Comment fixes (mostly from Sean). - Fix the !SMP case. Andy Lutomirski (2):

Re: [PATCH] x86: entry: Remove _TIF_SINGLESTEP define leftover

On Mon, Feb 8, 2021 at 11:01 PM Kyle Huey wrote: > > Looks good to me. > Any other comments on this patch v2? Thanks. - Sedat - > - Kyle > > On Mon, Feb 8, 2021 at 1:43 PM Sedat Dilek wrote: > > > > After commit 6342adcaa683 ("entry: Ensure trap after single-step on > > system call return")

RE: [PATCH net-next v2 2/5] lan743x: sync only the received area of an rx ring buffer

> Will do. Are you planning to hold off your tests until v3? It shouldn't take > too > long. Sure, we will wait for v3

drivers/gpu/drm/i915/gvt/gtt.c:267:19: error: unused function 'get_pt_type'

Hi Nick, FYI, the error/warning still remains. tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: dcc0b49040c70ad827a7f3d58a21b01fdb14e749 commit: 9f4069b055d1508c833115df7493b6e0001e5c9b drm/i915: re-disable -Wframe-address date: 10 months ago config:

Re: [PATCH v21 00/10] NTFS read-write driver GPL implementation by Paragon Software

On Sat, Feb 13, 2021 at 2:27 AM Oleksandr Natalenko wrote: > Hanabishi, babam (both in Cc), here [2] you've reported some issues with > accessing some files and with hidden attributes. You may reply to this > email of mine with detailed description of your issues, and maybe > developers will

Re: [PATCH v2 2/2] of: property: Add fw_devlink support for interrupts

Hi, On Thu, Jan 21, 2021 at 02:57:12PM -0800, Saravana Kannan wrote: > This allows fw_devlink to create device links between consumers of an > interrupt and the supplier of the interrupt. > > Cc: Marc Zyngier > Cc: Kevin Hilman > Cc: Greg Kroah-Hartman > Reviewed-by: Rob Herring >

Re: [PATCH mvebu v2 00/10] Armada 37xx: Fix cpufreq changing base CPU speed to 800 MHz from 1000 MHz

On Sat, Feb 13, 2021, at 2:01 AM, Pali Rohár wrote: > On Thursday 11 February 2021 16:41:13 nnet wrote: > > On Thu, Feb 11, 2021, at 3:44 PM, Pali Rohár wrote: > > > On Thursday 11 February 2021 12:22:52 nnet wrote: > > > > On Thu, Feb 11, 2021, at 11:55 AM, Pali Rohár wrote: > > > > > On

kernel/bpf/btf.c:5346:22: warning: function might be possible candidate for 'gnu_printf' format attribute

tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: dcc0b49040c70ad827a7f3d58a21b01fdb14e749 commit: 31d0bc81637d8d974a6dad9827b765b4b70c89d7 bpf: Move to generic BTF show support, apply it to seq files/strings date: 5 months ago config:

Re: [PATCH] arm64: mm: correct the start of physical address in linear map

> We're ignoring the portion from the linear mapping's start PA to the > point of wraparound. Could the start and end of the hot plugged memory > fall within this range and, as a result, the hot plug operation be > incorrectly blocked? Hi Tyler, Thank you for looking at this fix. The maximum

Re: [RFC PATCH 1/7] drivers: base: Add resource managed version of delayed work init

On 2/13/21 7:59 AM, Hans de Goede wrote: > Hi, > > On 2/13/21 4:27 PM, Guenter Roeck wrote: >> On 2/13/21 7:03 AM, Hans de Goede wrote: >> [ ... ] >>> >>> I think something like this should work: >>> >>> static int devm_delayed_work_autocancel(struct device *dev, struct >>> delayed_work *w, >>>

REPLY ME URGENTLY

Greeting Please forgive me for stressing you with my predicaments and I sorry to approach you through this media it is because it serves the fastest means of communication. I came across your E-mail from my personal search and I decided to contact you believing you will be honest to fulfill my

Re: [PATCH] arm64: mm: correct the start of physical address in linear map

On 2021-02-12 20:23:16, Pavel Tatashin wrote: > Memory hotplug may fail on systems with CONFIG_RANDOMIZE_BASE because the > linear map range is not checked correctly. > > The start physical address that linear map covers can be actually at the > end of the range because of randmomization. Check

Re: [PATCH] kernel: Expose SYS_kcmp by default

Hi! > Userspace has discovered the functionality offered by SYS_kcmp and has > started to depend upon it. In particular, Mesa uses SYS_kcmp for > os_same_file_description() in order to identify when two fd (e.g. device > or dmabuf) point to the same struct file. Since they depend on it for > core

Re: [PATCH] mtd: spi-nor: boya: add support for boya by25q128as

Hello Tudor, tudor.amba...@microchip.com writes: Hi, George, On 2/7/21 2:30 PM, George Brooke wrote: EXTERNAL EMAIL: Do not click links or open attachments unless you know the content is safe Adds support for the Boya Microelectronics BY25Q128AS 128 Mbit flash. I tested this on the

RE: [PATCH] mtd: use refcount to prevent corruption

> > Tomas, > > - Ursprüngliche Mail - > >> As Richard was saying, we are really open to enhance MTD refcounting. > >> > >> However, the issue you are facing is, IMHO, not related to MTD but to > MFD. > >> There should be a way to avoid MFD to vanish by taking a reference of > >> it

WARNING in pstore_kill_sb

Hello, syzbot found the following issue on: HEAD commit:e0756cfc Merge tag 'trace-v5.11-rc7' of git://git.kernel.o.. git tree: upstream console output: https://syzkaller.appspot.com/x/log.txt?x=10692850d0 kernel config: https://syzkaller.appspot.com/x/.config?x=b9a66c874a03a1ed

[PATCH mtd/next 1/8] mtd: Add helper macro for register_mtd_blktrans boilerplate

This patch introduces the module_mtd_blktrans macro which is a convenience macro for mtd blktrans modules similar to module_platform_driver. It is intended to be used by drivers which init/exit section does nothing but register/unregister the mtd blktrans driver. By using this macro it is possible

[PATCH v3] auxdisplay: Remove in_interrupt() usage.

charlcd_write() is invoked as a VFS->write() callback and as such it is always invoked from preemptible context and may sleep. charlcd_puts() is invoked from register/unregister callback which is preemtible. The reboot notifier callback is also invoked from preemptible context. Therefore there

[PATCH mtd/next 5/8] mtd: mtdblock_ro: Use module_mtd_blktrans to register driver

Removing some boilerplate by using module_mtd_blktrans instead of calling register and unregister in the otherwise empty init/exit functions. Signed-off-by: Dejin Zheng --- drivers/mtd/mtdblock_ro.c | 13 + 1 file changed, 1 insertion(+), 12 deletions(-) diff --git

[PATCH mtd/next 7/8] mtd: nftlcore: Use module_mtd_blktrans to register driver

Removing some boilerplate by using module_mtd_blktrans instead of calling register and unregister in the otherwise empty init/exit functions. Signed-off-by: Dejin Zheng --- drivers/mtd/nftlcore.c | 13 + 1 file changed, 1 insertion(+), 12 deletions(-) diff --git

[PATCH mtd/next 6/8] mtd: mtdswap: Use module_mtd_blktrans to register driver

Removing some boilerplate by using module_mtd_blktrans instead of calling register and unregister in the otherwise empty init/exit functions. Signed-off-by: Dejin Zheng --- drivers/mtd/mtdswap.c | 14 +- 1 file changed, 1 insertion(+), 13 deletions(-) diff --git

[PATCH mtd/next 8/8] mtd: rfd_ftl: Use module_mtd_blktrans to register driver

Removing some boilerplate by using module_mtd_blktrans instead of calling register and unregister in the otherwise empty init/exit functions. Signed-off-by: Dejin Zheng --- drivers/mtd/rfd_ftl.c | 13 + 1 file changed, 1 insertion(+), 12 deletions(-) diff --git

[PATCH mtd/next 3/8] mtd: inftlcore: Use module_mtd_blktrans to register driver

Removing some boilerplate by using module_mtd_blktrans instead of calling register and unregister in the otherwise empty init/exit functions. Signed-off-by: Dejin Zheng --- drivers/mtd/inftlcore.c | 13 + 1 file changed, 1 insertion(+), 12 deletions(-) diff --git

  1   2   3   >