Re: [PATCH 1/2] auxdisplay: HD44780 connected to I2C via PCF8574

2021-01-06 Thread Geert Uytterhoeven
Hi Ralf, On Wed, Jan 6, 2021 at 3:42 AM Miguel Ojeda wrote: > On Tue, Jan 5, 2021 at 4:04 PM Ralf Schlatterbeck wrote: > > Add HD44780 character display connected via I2C I/O expander. > > Re-uses the high-level interface of the existing HD44780 driver. > > > > Signed-off-by: Ralf Schlatterbeck

Re: [PATCH v2 2/2] mm: fix initialization of struct page for holes in memory layout

2021-01-06 Thread Mike Rapoport
On Tue, Jan 05, 2021 at 01:45:37PM -0500, Qian Cai wrote: > On Tue, 2021-01-05 at 10:24 +0200, Mike Rapoport wrote: > > Hi, > > > > On Mon, Jan 04, 2021 at 02:03:00PM -0500, Qian Cai wrote: > > > On Wed, 2020-12-09 at 23:43 +0200, Mike Rapoport wrote: > > > > From: Mike Rapoport > > > > > > > >

Re: [PATCH V6 08/13] interconnect: mediatek: Add interconnect provider driver

2021-01-06 Thread Georgi Djakov
On 1/6/21 09:30, Henry Chen wrote: On Mon, 2021-01-04 at 20:36 +0200, Georgi Djakov wrote: On 12/24/20 08:08, Henry Chen wrote: Introduce Mediatek MT6873/MT8183/MT8192 specific provider driver using the interconnect framework. ICC provider ICC Nodes

Re: [RFC PATCH 01/12] riscv: Move kernel mapping outside of linear mapping

2021-01-06 Thread Alex Ghiti
Le 1/6/21 à 1:44 AM, Anup Patel a écrit : On Wed, Jan 6, 2021 at 12:06 PM Alex Ghiti wrote: Hi Anup, Le 1/5/21 à 6:40 AM, Anup Patel a écrit : On Tue, Jan 5, 2021 at 1:29 AM Alexandre Ghiti wrote: This is a preparatory patch for relocatable kernel and sv48 support. The kernel used to

Re: [PATCH 0/5] Introduce the for_each_set_clump macro

2021-01-06 Thread William Breathitt Gray
On Wed, Jan 06, 2021 at 08:27:43AM +0100, Bartosz Golaszewski wrote: > On Tue, Jan 5, 2021 at 3:38 PM Andy Shevchenko > wrote: > > > > On Tue, Jan 05, 2021 at 03:19:13PM +0100, Bartosz Golaszewski wrote: > > > On Sun, Dec 27, 2020 at 10:27 PM Linus Walleij > > > wrote: > > > > > > > > On Sat,

Re: [PATCH 1/2] mfd: intel-m10-bmc: specify the retimer sub devices

2021-01-06 Thread Lee Jones
On Wed, 06 Jan 2021, Xu Yilun wrote: > The patch specifies the 2 retimer sub devices and their resources in the > parent driver's mfd_cell. It also adds the register definition of the > retimer sub devices. > > There are 2 ethernet retimer chips (C827) connected to the Intel MAX 10 > BMC. They

RE: [PATCH v16 0/9] Enable ptp_kvm for arm/arm64

2021-01-06 Thread Jianyong Wu
Ping... Any comments? Thanks! > -Original Message- > From: Jianyong Wu > Sent: Wednesday, December 9, 2020 2:09 PM > To: net...@vger.kernel.org; yangbo...@nxp.com; john.stu...@linaro.org; > t...@linutronix.de; pbonz...@redhat.com; sean.j.christopher...@intel.com; > m...@kernel.org;

[RFC PATCH v3 0/2] scheduler: expose the topology of clusters and add cluster scheduler

2021-01-06 Thread Barry Song
ARM64 server chip Kunpeng 920 has 6 clusters in each NUMA node, and each cluster has 4 cpus. All clusters share L3 cache data while each cluster has local L3 tag. On the other hand, each cluster will share some internal system bus. This means cache is much more affine inside one cluster than

[RFC PATCH v3 1/2] topology: Represent clusters of CPUs within a die.

2021-01-06 Thread Barry Song
From: Jonathan Cameron Both ACPI and DT provide the ability to describe additional layers of topology between that of individual cores and higher level constructs such as the level at which the last level cache is shared. In ACPI this can be represented in PPTT as a Processor Hierarchy Node

[RFC PATCH v3 2/2] scheduler: add scheduler level for clusters

2021-01-06 Thread Barry Song
ARM64 server chip Kunpeng 920 has 6 clusters in each NUMA node, and each cluster has 4 cpus. All clusters share L3 cache data, but each cluster has local L3 tag. On the other hand, each clusters will share some internal system bus. This means cache coherence overhead inside one cluster is much

Re: [PATCH 00/10] Remove support for TX49xx

2021-01-06 Thread Geert Uytterhoeven
Hi Thomas, CC Nemoto-san (de-facto TX49XX maintainer) On Tue, Jan 5, 2021 at 3:03 PM Thomas Bogendoerfer wrote: > I couldn't find any buyable product other than reference boards using > TX49xx CPUs. And since nobody showed interest in keeping support for > it, it's time to remove it. I have an

Re: [PATCH] mm/mmap: replace if (cond) BUG() with BUG_ON()

2021-01-06 Thread Alex Shi
在 2021/1/6 下午12:28, Hugh Dickins 写道: > On Sat, 12 Dec 2020, Alex Shi wrote: >> >> I'm very sorry, a typo here. the patch should be updated: >> >> From ed4fa1c6d5bed5766c5f0c35af0c597855d7be06 Mon Sep 17 00:00:00 2001 >> From: Alex Shi >> Date: Fri, 11 Dec 2020 21:26:46 +0800 >> Subject:

Re: [PATCH RFC cpumask 4/5] cpumask: Add "last" alias for cpu list specifications

2021-01-06 Thread Yury Norov
On Tue, Jan 5, 2021 at 4:49 PM wrote: > > From: Paul Gortmaker > > It seems that a common configuration is to use the 1st couple cores > for housekeeping tasks, and or driving a busy peripheral that generates > a lot of interrupts, or something similar. > > This tends to leave the remaining ones

Re: [PATCH v10 3/7] [v10, 3/7]: soc: mediatek: SVS: introduce MTK SVS engine

2021-01-06 Thread Roger Lu
Hi Nicolas, [snip] > > > > > + > > > + /* Svs efuse parsing */ > > > + ft_pgm = (svsp->efuse[0] >> 4) & GENMASK(3, 0); > > > + > > > + for (idx = 0; idx < svsp->bank_num; idx++) { > > > + svsb = >banks[idx]; > > > + > > > + if (ft_pgm <= 1) > > > +

Re: [PATCH v4] drivers/perf: Add support for ARMv8.3-SPE

2021-01-06 Thread liwei (GF)
Ping... On 2020/12/3 22:16, Wei Li wrote: > Armv8.3 extends the SPE by adding: > - Alignment field in the Events packet, and filtering on this event > using PMSEVFR_EL1. > - Support for the Scalable Vector Extension (SVE). > > The main additions for SVE are: > - Recording the vector length for

Re: [PATCH v10 3/7] [v10, 3/7]: soc: mediatek: SVS: introduce MTK SVS engine

2021-01-06 Thread Nicolas Boichat
On Wed, Jan 6, 2021 at 4:41 PM Roger Lu wrote: > > Hi Nicolas, > > [snip] > > > > > > > + > > > > + /* Svs efuse parsing */ > > > > + ft_pgm = (svsp->efuse[0] >> 4) & GENMASK(3, 0); > > > > + > > > > + for (idx = 0; idx < svsp->bank_num; idx++) { > > > > + svsb =

Re: [PATCH v2 2/6] perf evsel: Introduce an observed performance device

2021-01-06 Thread Namhyung Kim
Hi, On Wed, Dec 23, 2020 at 10:03 PM Alexander Antonov wrote: > > Adding evsel::perf_device void pointer. > > For performance monitoring purposes, an evsel can have a related device. > These changes allow to attribute, for example, I/O performance metrics > to IIO stack. > > Signed-off-by:

[PATCH 1/2] arm64: dts: mt8183: config dsi node

2021-01-06 Thread Hsin-Yi Wang
Config dsi node for mt8183 kukui. Set panel and ports. Signed-off-by: Hsin-Yi Wang --- .../arm64/boot/dts/mediatek/mt8183-kukui.dtsi | 38 +++ 1 file changed, 38 insertions(+) diff --git a/arch/arm64/boot/dts/mediatek/mt8183-kukui.dtsi

[PATCH 2/2] arm64: dts: mt8183: Add krane-sku0 board.

2021-01-06 Thread Hsin-Yi Wang
Similar to krane-sku176 but using a different panel source. Signed-off-by: Hsin-Yi Wang --- .../devicetree/bindings/arm/mediatek.yaml | 1 + arch/arm64/boot/dts/mediatek/Makefile | 1 + .../dts/mediatek/mt8183-kukui-krane-sku0.dts | 30 +++ 3 files changed, 32

Re: [PATCH] Adds a new ioctl32 syscall for backwards compatibility layers

2021-01-06 Thread Arnd Bergmann
On Wed, Jan 6, 2021 at 7:48 AM wrote: > From: Ryan Houdek ... > This does not solve the following problems: > 1) compat_alloc_user_space inside ioctl > 2) ioctls that check task mode instead of entry point for behaviour > 3) ioctls allocating memory > 4) struct packing problems between

Re: [RFC PATCH] fs: block_dev: compute nr_vecs hint for improving writeback bvecs allocation

2021-01-06 Thread Ming Lei
On Tue, Jan 05, 2021 at 07:39:38PM +0100, Christoph Hellwig wrote: > At least for iomap I think this is the wrong approach. Between the > iomap and writeback_control we know the maximum size of the writeback > request and can just use that. I think writeback_control can tell us nothing about max

[PATCH v2 0/6] Fix some bugs about HugeTLB code

2021-01-06 Thread Muchun Song
This patch series aims to fix some bugs and add some improvements. Changelog since v1 -> v2: - Export set_page_huge_active() in patch #2 to fix. - Using head[3].mapping to indicate the page is freed in patch #3. - Flush @free_hpage_work in patch #4. Muchun Song (6): mm: migrate: do not

[PATCH v2 4/6] mm: hugetlb: add return -EAGAIN for dissolve_free_huge_page

2021-01-06 Thread Muchun Song
When dissolve_free_huge_page() races with __free_huge_page(), we can do a retry. Because the race window is small. Signed-off-by: Muchun Song --- mm/hugetlb.c | 26 +- 1 file changed, 21 insertions(+), 5 deletions(-) diff --git a/mm/hugetlb.c b/mm/hugetlb.c index

[PATCH v2 2/6] mm: hugetlbfs: fix cannot migrate the fallocated HugeTLB page

2021-01-06 Thread Muchun Song
Because we only can isolate a active page via isolate_huge_page() and hugetlbfs_fallocate() forget to mark it as active, we cannot isolate and migrate those pages. Only export set_page_huge_active, just leave clear_page_huge_active as static. Because there are no external users. Fixes:

[PATCH v2 5/6] mm: hugetlb: fix a race between isolating and freeing page

2021-01-06 Thread Muchun Song
There is a race between isolate_huge_page() and __free_huge_page(). CPU0: CPU1: if (PageHuge(page)) put_page(page) __free_huge_page(page)

Re: [PATCH RFC cpumask] Allow "all", "none", and "last" in cpumask strings

2021-01-06 Thread Yury Norov
On Tue, Jan 5, 2021 at 4:48 PM Paul E. McKenney wrote: > > Hello! > > This series allows "all", "none", and "last" to be used in cpumask > strings. This allows these strings to be less dependent on the underlying > system. For example, currently a string specifying all but the first > CPU must

[PATCH v2 6/6] mm: hugetlb: remove VM_BUG_ON_PAGE from page_huge_active

2021-01-06 Thread Muchun Song
The page_huge_active() can be called from scan_movable_pages() which do not hold a reference count to the HugeTLB page. So when we call page_huge_active() from scan_movable_pages(), the HugeTLB page can be freed parallel. Then we will trigger a BUG_ON which is in the page_huge_active() when

[PATCH v2 3/6] mm: hugetlb: fix a race between freeing and dissolving the page

2021-01-06 Thread Muchun Song
There is a race condition between __free_huge_page() and dissolve_free_huge_page(). CPU0: CPU1: // page_count(page) == 1 put_page(page) __free_huge_page(page) dissolve_free_huge_page(page) spin_lock(_lock)

UBSAN: array-index-out-of-bounds in qfq_update_agg

2021-01-06 Thread syzbot
Hello, syzbot found the following issue on: HEAD commit:3db1a3fa Merge tag 'staging-5.11-rc1' of git://git.kernel... git tree: net-next console output: https://syzkaller.appspot.com/x/log.txt?x=1286be6750 kernel config: https://syzkaller.appspot.com/x/.config?x=a6e6725884106332

[PATCH v2 1/6] mm: migrate: do not migrate HugeTLB page whose refcount is one

2021-01-06 Thread Muchun Song
If the refcount is one when it is migrated, it means that the page was freed from under us. So we are done and do not need to migrate. Signed-off-by: Muchun Song Reviewed-by: Mike Kravetz Acked-by: Yang Shi --- mm/migrate.c | 6 ++ 1 file changed, 6 insertions(+) diff --git

[PATCH] mmc: sdhci-pci-gli: Add a switch to enable/disable CQHCI support

2021-01-06 Thread Renius Chen
Add a vendor-specific bit named GLI_9763E_MB_ERP_ON at the bit7 of register 888h to decide whether to enhance random R/W performance of GL9763E. CQHCI support will be enabled if and only if the bit is set and the GLI_9763E_MB_CMQ_OFF bit is not set. Signed-off-by: Renius Chen ---

Re: Registering IRQ for MT7530 internal PHYs

2021-01-06 Thread DENG Qingfang
Hi Andrew, On Wed, Dec 30, 2020 at 11:23 PM Andrew Lunn wrote: > > On Wed, Dec 30, 2020 at 09:42:09AM +, Marc Zyngier wrote: > > > +static irqreturn_t > > > +mt7530_irq(int irq, void *data) > > > +{ > > > + struct mt7530_priv *priv = data; > > > + bool handled = false; > > > + int phy;

Re: [PATCH v2 3/6] perf stat: Basic support for iiostat in perf

2021-01-06 Thread Namhyung Kim
On Wed, Dec 23, 2020 at 10:03 PM Alexander Antonov wrote: > > Add basic flow for a new iiostat mode in perf. Mode is intended to > provide four I/O performance metrics per each IIO stack: Inbound Read, > Inbound Write, Outbound Read, Outbound Write. It seems like a generic analysis and other

[PATCH RESEND] irq: export irq_check_status_bit symbol

2021-01-06 Thread Yun Levi
Because of the missing export symbol for irq_chekc_status_bit, Building arm_spe_pmu.ko is a failure on the modpost step. Below is an error message I saw: ERROR:modpost: "irq_check_status_bit" [drivers/perf/arm_spe_pmu.ko] undefined! make[4]: *** [scripts/Makefile.modpost:111: Module.symvers]

Re: [PATCH 2/2] misc: add support for retimers interfaces on Intel MAX 10 BMC

2021-01-06 Thread Xu Yilun
On Wed, Jan 06, 2021 at 08:56:42AM +0100, Greg KH wrote: > On Wed, Jan 06, 2021 at 03:36:07PM +0800, Xu Yilun wrote: > > This driver supports the ethernet retimers (C827) for the Intel PAC > > (Programmable Acceleration Card) N3000, which is a FPGA based Smart NIC. > > > > C827 is an Intel(R)

Re: [PATCH] thinkpad_acpi: fix: use scnprintf instead of snprintf.

2021-01-06 Thread Joe Perches
On Wed, 2021-01-06 at 14:36 +0800, YANG LI wrote: > The snprintf() function returns the number of characters which would > have been printed if there were enough space, but the scnprintf() > returns the number of characters which were actually printed. If the > buffer is not large enough, then

Re: [PATCH v2 5/6] perf stat: Enable iiostat mode for x86 platforms

2021-01-06 Thread Namhyung Kim
On Wed, Dec 23, 2020 at 10:03 PM Alexander Antonov wrote: > > This functionality is based on recently introduced sysfs attributes > for Intel® Xeon® Scalable processor family (code name Skylake-SP): > Commit bb42b3d39781 ("perf/x86/intel/uncore: Expose an Uncore unit to > IIO PMON mapping") > >

Re: [PATCH 0/2] hisi_sas: Expose hw queues for v2 hw and remove unused code

2021-01-06 Thread John Garry
On 06/01/2021 04:18, Martin K. Petersen wrote: Hi Martin, Patch "scsi: hisi_sas: Expose HW queues for v2 hw" was not merged for v5.11, so resending for v5.12. Any changes to it? 5.11/postmerge is sitting in my fixes branch. No change. I just did not see that patch in Linus' master branch

[PATCH v3 0/2] mainline Protonic MVT board

2021-01-06 Thread Oleksij Rempel
changes v3: - use defines linux,code - sour out some spaces - move compatible to the beginning of the gpio_pca node. changes v2: - fix active level of SPI CS GPIOs Oleksij Rempel (2): dt-bindings: arm: fsl: add Protonic MVT board ARM: dts: add Protonic MVT board

[PATCH v3 1/2] dt-bindings: arm: fsl: add Protonic MVT board

2021-01-06 Thread Oleksij Rempel
Add Protonic MVT imx6dl based board Signed-off-by: Oleksij Rempel Acked-by: Rob Herring --- Documentation/devicetree/bindings/arm/fsl.yaml | 1 + 1 file changed, 1 insertion(+) diff --git a/Documentation/devicetree/bindings/arm/fsl.yaml b/Documentation/devicetree/bindings/arm/fsl.yaml index

[PATCH v3 2/2] ARM: dts: add Protonic MVT board

2021-01-06 Thread Oleksij Rempel
PRTMVT is the reference platform for Protonic industrial touchscreen terminals. Signed-off-by: Oleksij Rempel --- arch/arm/boot/dts/Makefile | 1 + arch/arm/boot/dts/imx6dl-prtmvt.dts | 852 2 files changed, 853 insertions(+) create mode 100644

Re: [PATCH 2/2] misc: add support for retimers interfaces on Intel MAX 10 BMC

2021-01-06 Thread Greg KH
On Wed, Jan 06, 2021 at 04:53:29PM +0800, Xu Yilun wrote: > On Wed, Jan 06, 2021 at 08:56:42AM +0100, Greg KH wrote: > > On Wed, Jan 06, 2021 at 03:36:07PM +0800, Xu Yilun wrote: > > > This driver supports the ethernet retimers (C827) for the Intel PAC > > > (Programmable Acceleration Card) N3000,

[PATCH] staging: unisys: visorhba: enhance visorhba to use channel_interrupt

2021-01-06 Thread Song Chen
visorhba uses kthread to obtain the responses from the IO Service Partition periodically, on the other hand, visorbus provides periodic work to serve such request, therefore, kthread should be replaced by channel_interrupt. Signed-off-by: Song Chen ---

[PATCH] vdpa/mlx5: Fix memory key MTT population

2021-01-06 Thread Eli Cohen
map_direct_mr() assumed that the number of scatter/gather entries returned by dma_map_sg_attrs() was equal to the number of segments in the sgl list. This led to wrong population of the mkey object. Fix this by properly referring to the returned value. In addition, get rid of fill_sg() whjich

Re: [PATCH] dmaengine: at_hdmac: remove platform data header

2021-01-06 Thread Alexandre Belloni
On 06/01/2021 11:54:53+0530, Vinod Koul wrote: > On 28-12-20, 21:30, Alexandre Belloni wrote: > > linux/platform_data/dma-atmel.h is only used by the at_hdmac driver. Move > > the CFG bits definitions back in at_hdmac_regs.h and the remaining > > definitions in the driver. > > Applied, thanks...

Re: [PATCH] ubsan: disable unsigned-integer-overflow sanitizer with clang

2021-01-06 Thread Arnd Bergmann
On Tue, Jan 5, 2021 at 10:25 AM Arnd Bergmann wrote: > > On Mon, Jan 4, 2021 at 11:33 PM Nathan Chancellor > wrote: > > On Wed, Dec 30, 2020 at 05:13:03PM +0100, Marco Elver wrote: > > > On Wed, 30 Dec 2020 at 16:47, Arnd Bergmann wrote: > > > > > > > > From: Arnd Bergmann > > > > > > > >

Re: [PATCH] thinkpad_acpi: fix: use scnprintf instead of snprintf.

2021-01-06 Thread Hans de Goede
Hi, On 1/6/21 10:01 AM, Joe Perches wrote: > On Wed, 2021-01-06 at 14:36 +0800, YANG LI wrote: >> The snprintf() function returns the number of characters which would >> have been printed if there were enough space, but the scnprintf() >> returns the number of characters which were actually

Re: [PATCH 0/2] IdeaPad platform profile support

2021-01-06 Thread Hans de Goede
Hi, On 1/5/21 6:18 PM, Rafael J. Wysocki wrote: > On Mon, Jan 4, 2021 at 9:58 PM Hans de Goede wrote: >> Patch 1/2 does use a slightly different approach then I suggest above, >> thinking more about this it would be cleaner IMHO to just pass the >> cur_profile pointer to the callbacks as the

答复: [PATCH] irqchip/gic-v3: Check SRE bit for GICv2 legacy support

2021-01-06 Thread wanghuiqiang
Hi Ard and all, The issue is root caused, it is introduced by BIOS new feature implemented. With old BIOS,we use static MADT table and the GICV/GICH is set to 0 and reported this table to OS. But we added new features which will dynamic update MADT table based on some external input, the

Re: [PATCH v8 1/4] dt-bindings: dmaengine: Add MediaTek Command-Queue DMA controller bindings

2021-01-06 Thread EastL
On Sun, 2021-01-03 at 09:58 -0700, Rob Herring wrote: > On Wed, Dec 23, 2020 at 05:30:44PM +0800, EastL Lee wrote: > > Document the devicetree bindings for MediaTek Command-Queue DMA controller > > which could be found on MT6779 SoC or other similar Mediatek SoCs. > > > > Signed-off-by: EastL Lee

Re: [PATCH 2/3] kvm: x86/mmu: Ensure TDP MMU roots are freed after yield

2021-01-06 Thread Maciej S. Szmigiero
Thanks for looking at it Ben. On 06.01.2021 00:38, Ben Gardon wrote: (..) > > +Sean Christopherson, for whom I used a stale email address. > . > I tested this series by running kvm-unit-tests on an Intel Skylake > machine. It did not introduce any new failures. I also ran the >

Re: [PATCH] tty/serial/8250: make touch watchdog settable

2021-01-06 Thread chenzhen (R)
On 21/1/6 15:33, Sergey Senozhatsky wrote: > On (21/01/06 14:46), chenzhen wrote: >> Since 54f19b4a6(tty/serial/8250: Touch NMI watchdog in wait_for_xmitr), >> serial8250 >> will always touch watchdog in write and wait_for_xmitr. However, serial8250 >> may >> become low speed thus take a long

[PATCH] mmc: sdhci-pci-gli: Enlarge ASPM L1 entry delay of GL9763E

2021-01-06 Thread Renius Chen
The R/W performance of GL9763E is low with some platforms, which support ASPM mechanism, due to entering L1 state very frequently in R/W process. Enlarge its ASPM L1 entry delay to improve the R/W performance of GL9763E. Signed-off-by: Renius Chen --- drivers/mmc/host/sdhci-pci-gli.c | 9

[RFC PATCH kernel] block: initialize block_device::bd_bdi for bdev_cache

2021-01-06 Thread Alexey Kardashevskiy
This is a workaround to fix a null derefence crash: [cb01f840] cb01f880 (unreliable) [cb01f880] c0769a3c bdev_evict_inode+0x21c/0x370 [cb01f8c0] c070bacc evict+0x11c/0x230 [cb01f900] c070c138 iput+0x2a8/0x4a0 [cb01f970]

Re: [PATCH] ASoC: SOF: Intel: avoid reverse module dependency

2021-01-06 Thread Arnd Bergmann
On Tue, Jan 5, 2021 at 8:07 PM Arnd Bergmann wrote: > > From: Arnd Bergmann > > The SOF-ACPI driver is backwards from the normal Linux model, it has a > generic driver that knows about all the specific drivers, as opposed to > having hardware specific drivers that link against a common

Re: [PATCH v4 2/2] firmware: arm_scmi: Augment SMC/HVC to allow optional interrupt

2021-01-06 Thread Sudeep Holla
On Tue, Jan 05, 2021 at 01:32:49PM -0500, Jim Quinlan wrote: [...] > > I don't think that is the case; the bottom routine, > do_wait_for_common(), decrements the x->done after a completion (which > does an increment). Regardless, I think it is prudent to add the > reinit patch you've provided

Re: [Nouveau] nouveau regression post v5.8, still present in v5.10

2021-01-06 Thread Karol Herbst
On Wed, Jan 6, 2021 at 4:25 AM Jamie Heilman wrote: > > Jamie Heilman wrote: > > Jamie Heilman wrote: > > > Karol Herbst wrote: > > > > do you think you'd be able to do a kernel bisect in order to pinpoint > > > > the actual commit causing it? Thanks > > > > > > No. I can't reproduce it

Re: [PATCH 0/6] hugetlbfs: support free page reporting

2021-01-06 Thread David Hildenbrand
On 06.01.21 04:46, Liang Li wrote: > A typical usage of hugetlbfs it's to reserve amount of memory > during the kernel booting stage, and the reserved pages are > unlikely to return to the buddy system. When application need > hugepages, kernel will allocate them from the reserved pool. > when

RE: in_compat_syscall() on x86

2021-01-06 Thread David Laight
From: Andy Lutomirski > Sent: 05 January 2021 17:35 > > On Tue, Jan 5, 2021 at 1:53 AM David Laight wrote: > > ... ... > > > > I also wondered about resetting it to zero when an x32 system call > > > > exits (rather than entry to a 64bit one). > > > > > > > > For ia32 the flag is set (with |=)

Re: [PATCH] HID: logitech-hidpp: add support for Unified Battery (1004) feature

2021-01-06 Thread Bastien Nocera
On Mon, 2021-01-04 at 18:29 +, la...@archlinux.org wrote: > From: Filipe Laíns > > This new feature present in new devices replaces the old Battery > Level > Status (0x1000) feature. It keeps essentially the same information > for > levels (reporting critical, low, good and full) but makes

[GIT PULL] interconnect fixes for 5.11-rc

2021-01-06 Thread Georgi Djakov
Hello Greg, Here is a pull request with a few interconnect fixes for 5.11-rc. More details are available in the signed tag. Please take them into char-misc-linus when possible. The patches have been in linux-next during the last few days. Thanks, Georgi The following changes since commit

Re: [v2] net: qrtr: fix null pointer dereference in qrtr_ns_remove

2021-01-06 Thread Qinglang Miao
在 2021/1/6 16:09, Markus Elfring 写道: A null-ptr-deref bug is reported by Hulk Robot like this: Can it be clearer to use the term “null pointer dereference” for the final commit message? This advice is too detailed for 'null-ptr-deref' is known as a general phrase This key word was

Re: [PATCH] drm/panel: feiyang-fy07024di26a30d: cleanup if panel attaching failed

2021-01-06 Thread Jagan Teki
On Sat, Nov 28, 2020 at 6:23 PM Icenowy Zheng wrote: > > Attaching the panel can fail, so cleanup work is necessary, otherwise > a pointer to freed struct drm_panel* will remain in drm_panel code. > > Do the cleanup if panel attaching failed. > > Fixes: 69dc678abc2b ("drm/panel: Add Feiyang

Re: [PATCHv2] perf tools: Detect when pipe is passed as perf data

2021-01-06 Thread Jiri Olsa
On Tue, Jan 05, 2021 at 05:33:38PM -0800, Stephane Eranian wrote: > Hi, > > On Wed, Dec 30, 2020 at 3:09 AM Jiri Olsa wrote: > > > > Currently we allow pipe input/output only through '-' string > > being passed to '-o' or '-i' options, like: > > > It seems to me it would be useful to auto-detect

[PATCH v4 net-next 0/7] Offload software learnt bridge addresses to DSA

2021-01-06 Thread Vladimir Oltean
From: Vladimir Oltean This series tries to make DSA behave a bit more sanely when bridged with "foreign" (non-DSA) interfaces and source address learning is not supported on the hardware CPU port (which would make things work more seamlessly without software intervention). When a station A

Re: [PATCH RFC cpumask 4/5] cpumask: Add "last" alias for cpu list specifications

2021-01-06 Thread Peter Zijlstra
On Tue, Jan 05, 2021 at 04:49:55PM -0800, paul...@kernel.org wrote: > From: Paul Gortmaker > > It seems that a common configuration is to use the 1st couple cores > for housekeeping tasks, and or driving a busy peripheral that generates > a lot of interrupts, or something similar. > > This

[PATCH v4 net-next 1/7] net: bridge: notify switchdev of disappearance of old FDB entry upon migration

2021-01-06 Thread Vladimir Oltean
From: Vladimir Oltean Currently the bridge emits atomic switchdev notifications for dynamically learnt FDB entries. Monitoring these notifications works wonders for switchdev drivers that want to keep their hardware FDB in sync with the bridge's FDB. For example station A wants to talk to

[PATCH v4 net-next 2/7] net: dsa: be louder when a non-legacy FDB operation fails

2021-01-06 Thread Vladimir Oltean
From: Vladimir Oltean The dev_close() call was added in commit c9eb3e0f8701 ("net: dsa: Add support for learning FDB through notification") "to indicate inconsistent situation" when we could not delete an FDB entry from the port. bridge fdb del d8:58:d7:00:ca:6d dev swp0 self master It is a

[PATCH v4 net-next 5/7] net: dsa: exit early in dsa_slave_switchdev_event if we can't program the FDB

2021-01-06 Thread Vladimir Oltean
From: Vladimir Oltean Right now, the following would happen for a switch driver that does not implement .port_fdb_add or .port_fdb_del. dsa_slave_switchdev_event returns NOTIFY_OK and schedules: -> dsa_slave_switchdev_event_work -> dsa_port_fdb_add ->

[PATCH v4 net-next 3/7] net: dsa: don't use switchdev_notifier_fdb_info in dsa_switchdev_event_work

2021-01-06 Thread Vladimir Oltean
From: Vladimir Oltean Currently DSA doesn't add FDB entries on the CPU port, because it only does so through switchdev, which is associated with a net_device, and there are none of those for the CPU port. But actually FDB addresses on the CPU port have some use cases of their own, if the

[PATCH v4 net-next 6/7] net: dsa: listen for SWITCHDEV_{FDB,DEL}_ADD_TO_DEVICE on foreign bridge neighbors

2021-01-06 Thread Vladimir Oltean
From: Vladimir Oltean Some DSA switches (and not only) cannot learn source MAC addresses from packets injected from the CPU. They only perform hardware address learning from inbound traffic. This can be problematic when we have a bridge spanning some DSA switch ports and some non-DSA ports

[PATCH v4 net-next 7/7] net: dsa: ocelot: request DSA to fix up lack of address learning on CPU port

2021-01-06 Thread Vladimir Oltean
From: Vladimir Oltean Given the following setup: ip link add br0 type bridge ip link set eno0 master br0 ip link set swp0 master br0 ip link set swp1 master br0 ip link set swp2 master br0 ip link set swp3 master br0 Currently, packets received on a DSA slave interface (such as swp0) which

Re: lockdep splat in v5.11-rc1 involving console_sem and rq locks

2021-01-06 Thread Peter Zijlstra
On Tue, Jan 05, 2021 at 02:01:15PM -0800, Paul E. McKenney wrote: > Hello! > > The RUDE01 rcutorture scenario (and less often, the TASKS01 scenario) > results in occasional lockdep splats on v5.11-rc1 on x86. This failure > is probabalistic, sometimes happening as much as 30% of the time, but >

Re: [PATCH] gpio: bd7xxxx: Do not depend on parent driver data

2021-01-06 Thread Bartosz Golaszewski
On Tue, Jan 5, 2021 at 1:53 PM Matti Vaittinen wrote: > > The ROHM BD70528 and BD71828 GPIO drivers only need the regmap > pointer from parent. Regmap can be obtained via dev_get_regmap() > so do not require parent to populate driver data for that. > > Signed-off-by: Matti Vaittinen > ---

[PATCH v4 net-next 4/7] net: dsa: move switchdev event implementation under the same switch/case statement

2021-01-06 Thread Vladimir Oltean
From: Vladimir Oltean We'll need to start listening to SWITCHDEV_FDB_{ADD,DEL}_TO_DEVICE events even for interfaces where dsa_slave_dev_check returns false, so we need that check inside the switch-case statement for SWITCHDEV_FDB_*. This movement also avoids a useless allocation / free of

Re: [v3 PATCH 03/11] mm: vmscan: use shrinker_rwsem to protect shrinker_maps allocation

2021-01-06 Thread Kirill Tkhai
On 06.01.2021 01:58, Yang Shi wrote: > Since memcg_shrinker_map_size just can be changd under holding shrinker_rwsem > exclusively, the read side can be protected by holding read lock, so it sounds > superfluous to have a dedicated mutex. This should not exacerbate the > contention > to

Re: [PATCH v2 1/2] dt-bindings: interrupt-controller: Add Realtek RTL838x/RTL839x support

2021-01-06 Thread Bert Vermeulen
On 1/5/21 6:04 PM, Rob Herring wrote: On Mon, 04 Jan 2021 14:17:54 +0100, Bert Vermeulen wrote: Signed-off-by: Bert Vermeulen --- .../realtek,rtl-intc.yaml | 57 +++ 1 file changed, 57 insertions(+) create mode 100644

Re: [PATCH v5 4/5] arm64: Add support for SMCCC TRNG entropy source

2021-01-06 Thread Andre Przywara
On Tue, 5 Jan 2021 17:00:14 + Mark Brown wrote: > On Tue, Jan 05, 2021 at 04:36:51PM +, Andre Przywara wrote: > > > @@ -77,10 +117,20 @@ arch_get_random_seed_long_early(unsigned long > > *v) { > > WARN_ON(system_state != SYSTEM_BOOTING); > > > > - if (!__early_cpu_has_rndr()) >

Re: [PATCH] mm: Teach pfn_to_online_page() about ZONE_DEVICE section collisions

2021-01-06 Thread Michal Hocko
On Tue 05-01-21 20:07:18, Dan Williams wrote: > While pfn_to_online_page() is able to determine pfn_valid() at > subsection granularity it is not able to reliably determine if a given > pfn is also online if the section is mixed with ZONE_DEVICE pfns. I would call out the problem more explicitly.

RE: [PATCH v2 1/2] misc: Add clock control logic into Aspeed LPC SNOOP driver

2021-01-06 Thread Ryan Chen
Hello John, Joel, Jae, For this should be set LCLK to be CRITICAL it will fix LPC related driver. (KCS/BT/SNOOP) I have send the patch before. https://patchwork.ozlabs.org/project/linux-aspeed/patch/20200928070108.14040-2-ryan_c...@aspeedtech.com/ Hello Joel,

[PATCH] dtc: Allow overlays to have .dtbo extension

2021-01-06 Thread Viresh Kumar
Allow the overlays to have .dtbo extension instead of just .dtb. This allows them to be identified easily by tools as well as humans. Allow the dtbo outform in dtc.c for the same. Signed-off-by: Viresh Kumar --- Hello, This was earlier posted for the Linux Kernel and here is the thread where

Re: [PATCH] mm: Teach pfn_to_online_page() about ZONE_DEVICE section collisions

2021-01-06 Thread David Hildenbrand
On 06.01.21 05:07, Dan Williams wrote: > While pfn_to_online_page() is able to determine pfn_valid() at > subsection granularity it is not able to reliably determine if a given > pfn is also online if the section is mixed with ZONE_DEVICE pfns. > > Update move_pfn_range_to_zone() to flag

Re: [PATCH net-next 2/5] net: stmmac: dwmac-sun8i: Remove unnecessary PHY power check

2021-01-06 Thread Chen-Yu Tsai
On Sun, Jan 3, 2021 at 7:25 PM Samuel Holland wrote: > > sun8i_dwmac_unpower_internal_phy already checks if the PHY is powered, > so there is no need to do it again here. > > Signed-off-by: Samuel Holland Reviewed-by: Chen-Yu Tsai

Re: [PATCH net-next 4/5] net: stmmac: dwmac-sun8i: Minor probe function cleanup

2021-01-06 Thread Chen-Yu Tsai
On Sun, Jan 3, 2021 at 7:25 PM Samuel Holland wrote: > > Adjust the spacing and use an explicit "return 0" in the success path > to make the function easier to parse. > > Signed-off-by: Samuel Holland Reviewed-by: Chen-Yu Tsai

Re: [PATCH net-next 1/5] net: stmmac: dwmac-sun8i: Return void from PHY unpower

2021-01-06 Thread Chen-Yu Tsai
On Sun, Jan 3, 2021 at 7:25 PM Samuel Holland wrote: > > This is a deinitialization function that always returned zero, and that > return value was always ignored. Have it return void instead. > > Signed-off-by: Samuel Holland Reviewed-by: Chen-Yu Tsai

Re: [PATCH net-next 3/5] net: stmmac: dwmac-sun8i: Use reset_control_reset

2021-01-06 Thread Chen-Yu Tsai
On Sun, Jan 3, 2021 at 7:25 PM Samuel Holland wrote: > > Use the appropriate function instead of reimplementing it, > and update the error message to match the code. > > Signed-off-by: Samuel Holland Reviewed-by: Chen-Yu Tsai

[PATCH/v2] csky: Fix typos in Kconfig

2021-01-06 Thread Masanari Iida
This patch fixes some spelling typos in Kconfig. Signed-off-by: Masanari Iida --- arch/csky/Kconfig | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/arch/csky/Kconfig b/arch/csky/Kconfig index 7f1721101ea0..e6ddca10e3ee 100644 --- a/arch/csky/Kconfig +++

Re: [PATCH v3 06/15] x86/paravirt: switch time pvops functions to use static_call()

2021-01-06 Thread Borislav Petkov
On Thu, Dec 17, 2020 at 10:31:24AM +0100, Juergen Gross wrote: > The time pvops functions are the only ones left which might be > used in 32-bit mode and which return a 64-bit value. > > Switch them to use the static_call() mechanism instead of pvops, as > this allows quite some simplification of

Re: [PATCH] mm: Teach pfn_to_online_page() about ZONE_DEVICE section collisions

2021-01-06 Thread David Hildenbrand
> Am 06.01.2021 um 05:08 schrieb Dan Williams : > > While pfn_to_online_page() is able to determine pfn_valid() at > subsection granularity it is not able to reliably determine if a given > pfn is also online if the section is mixed with ZONE_DEVICE pfns. > > Update move_pfn_range_to_zone()

KASAN: vmalloc-out-of-bounds Write in imageblit

2021-01-06 Thread syzbot
Hello, syzbot found the following issue on: HEAD commit:6207214a Merge tag 'afs-fixes-04012021' of git://git.kerne.. git tree: upstream console output: https://syzkaller.appspot.com/x/log.txt?x=17d0c7a8d0 kernel config: https://syzkaller.appspot.com/x/.config?x=104b0cac547b2149

Re: cBPF socket filters failing - inexplicably?

2021-01-06 Thread Tom Cook
Just to note I have also reproduced this on a 5.10.0 kernel. On Tue, Jan 5, 2021 at 1:42 PM Tom Cook wrote: > > In the course of tracking down a defect in some existing software, > I've found the failure demonstrated by the short program below. > Essentially, a cBPF program that just rejects

Re: [PATCH net-next 5/5] net: stmmac: dwmac-sun8i: Add a shutdown callback

2021-01-06 Thread Chen-Yu Tsai
On Sun, Jan 3, 2021 at 7:25 PM Samuel Holland wrote: > > The Ethernet MAC and PHY are usually major consumers of power on boards > which may not be able to fully power off (that have no PMIC). Powering > down the MAC and internal PHY saves power while these boards are "off". > > Signed-off-by:

Re: [PATCH] Revert "KVM: x86: Unconditionally enable irqs in guest context"

2021-01-06 Thread Vitaly Kuznetsov
Nitesh Narayan Lal writes: > This reverts commit d7a08882a0a4b4e176691331ee3f492996579534. > > After the introduction of the patch: > > 87fa7f3e9: x86/kvm: Move context tracking where it belongs > > since we have moved guest_exit_irqoff closer to the VM-Exit, explicit > enabling of irqs to

[PATCH] scripts: dtc: Start building fdtoverlay and fdtdump

2021-01-06 Thread Viresh Kumar
We will start building overlays for platforms soon in the kernel and would need these tools going forward. Lets fetch and build these. Note that a copy of fdtdump.c was already copied back in the year 2012, but it was never updated or built for some reason. Signed-off-by: Viresh Kumar ---

[PATCH] media: zr364xx: fix memory leaks in probe()

2021-01-06 Thread Dan Carpenter
Syzbot discovered that the probe error handling doesn't clean up the resources allocated in zr364xx_board_init(). There are several related bugs in this code so I have re-written the error handling. 1) Introduce a new function zr364xx_board_uninit() which cleans up the resources in

Re: [RFC PATCH v2 1/1] platform-msi: Add platform check for subdevice irq domain

2021-01-06 Thread Lu Baolu
Hi Leon, On 2021/1/6 14:06, Leon Romanovsky wrote: On Wed, Jan 06, 2021 at 10:27:49AM +0800, Lu Baolu wrote: The pci_subdevice_msi_create_irq_domain() should fail if the underlying platform is not able to support IMS (Interrupt Message Storage). Otherwise, the isolation of interrupt is not

[PATCH] gpio: bd7xxxx: use helper variable for pdev->dev

2021-01-06 Thread Bartosz Golaszewski
From: Bartosz Golaszewski Using a helper local variable to store the address of >dev adds to readability and allows us to avoid unnecessary line breaks. Signed-off-by: Bartosz Golaszewski --- drivers/gpio/gpio-bd70528.c | 17 - drivers/gpio/gpio-bd71828.c | 15 +++

Re: [PATCH v5 2/4] gpio: visconti: Add Toshiba Visconti GPIO support

2021-01-06 Thread Bartosz Golaszewski
On Mon, Jan 4, 2021 at 3:58 PM Linus Walleij wrote: > > On Thu, Dec 17, 2020 at 6:45 AM Nobuhiro Iwamatsu > wrote: > > > Add the GPIO driver for Toshiba Visconti ARM SoCs. > > > > Signed-off-by: Nobuhiro Iwamatsu > > Reviewed-by: Punit Agrawal > > This version is perfect! > Reviewed-by: Linus

Re: [PATCH] tty/serial/8250: make touch watchdog settable

2021-01-06 Thread Sergey Senozhatsky
On (21/01/06 17:28), chenzhen (R) wrote: > On 21/1/6 15:33, Sergey Senozhatsky wrote: > > On (21/01/06 14:46), chenzhen wrote: > >> Since 54f19b4a6(tty/serial/8250: Touch NMI watchdog in wait_for_xmitr), > >> serial8250 > >> will always touch watchdog in write and wait_for_xmitr. However, > >>

drivers/scsi/fnic/vnic_dev.c:332:32: sparse: sparse: incorrect type in argument 1 (different address spaces)

2021-01-06 Thread kernel test robot
-randconfig-s032-20210106 (attached as .config) compiler: gcc-9 (Debian 9.3.0-15) 9.3.0 reproduce: # apt-get install sparse # sparse version: v0.6.3-208-g46a52ca4-dirty # https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id

  1   2   3   4   5   6   7   8   9   10   >