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

2021-01-06 Thread Jim Quinlan
On Wed, Jan 6, 2021 at 4:30 AM Sudeep Holla wrote: > > 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).

[PATCH v12 13/13] mm/hugetlb: Optimize the code with the help of the compiler

2021-01-06 Thread Muchun Song
We cannot optimize if a "struct page" crosses page boundaries. If it is true, we can optimize the code with the help of a compiler. When free_vmemmap_pages_per_hpage() returns zero, most functions are optimized by the compiler. Signed-off-by: Muchun Song --- include/linux/hugetlb.h | 3 ++-

[PATCH v12 12/13] mm/hugetlb: Gather discrete indexes of tail page

2021-01-06 Thread Muchun Song
For HugeTLB page, there are more metadata to save in the struct page. But the head struct page cannot meet our needs, so we have to abuse other tail struct page to store the metadata. In order to avoid conflicts caused by subsequent use of more tail struct pages, we can gather these discrete

[PATCH v12 11/13] mm/hugetlb: Introduce nr_free_vmemmap_pages in the struct hstate

2021-01-06 Thread Muchun Song
All the infrastructure is ready, so we introduce nr_free_vmemmap_pages field in the hstate to indicate how many vmemmap pages associated with a HugeTLB page that can be freed to buddy allocator. And initialize it in the hugetlb_vmemmap_init(). This patch is actual enablement of the feature.

[PATCH v12 09/13] mm/hugetlb: Introduce PageHugeInflight

2021-01-06 Thread Muchun Song
When we free a HugeTLB page whose vmemmap pages can be optimized, it is freed to the buddy allocator through a kworker. And the ref count of page is zero, so if we dissolve it before it is freed to the buddy allocator. It can be freed again. In order to avoid this, we introduce PageHugeInflight to

[PATCH v12 08/13] mm/hugetlb: Flush work when dissolving a HugeTLB page

2021-01-06 Thread Muchun Song
We should flush work when dissolving a HugeTLB page to make sure that the HugeTLB page is freed to the buddy allocator. Because the caller of dissolve_free_huge_pages() relies on this guarantee. Signed-off-by: Muchun Song Reviewed-by: Oscar Salvador --- mm/hugetlb.c | 18 +- 1

Re: [PATCH] char: xillybus: Add driver for XillyUSB (Xillybus variant for USB)

2021-01-06 Thread Greg KH
On Wed, Jan 06, 2021 at 04:03:08PM +0200, Eli Billauer wrote: > Hello Greg, > > Merging XillyUSB's driver into xillybus_core.c was of course the initial > idea. Practically, it turned out that this doesn't reduce the number of code > lines nor makes the code easier to understand: The XillyUSB

[PATCH v12 10/13] mm/hugetlb: Add a kernel parameter hugetlb_free_vmemmap

2021-01-06 Thread Muchun Song
Add a kernel parameter hugetlb_free_vmemmap to enable the feature of freeing unused vmemmap pages associated with each hugetlb page on boot. Signed-off-by: Muchun Song Reviewed-by: Oscar Salvador Reviewed-by: Barry Song --- Documentation/admin-guide/kernel-parameters.txt | 14 ++

[PATCH v12 07/13] mm/hugetlb: Set the PageHWPoison to the raw error page

2021-01-06 Thread Muchun Song
Because we reuse the first tail vmemmap page frame and remap it with read-only, we cannot set the PageHWPosion on a tail page. So we can use the head[4].private to record the real error page index and set the raw error page PageHWPoison later. Signed-off-by: Muchun Song Reviewed-by: Oscar

[PATCH v12 06/13] mm/hugetlb: Allocate the vmemmap pages associated with each HugeTLB page

2021-01-06 Thread Muchun Song
When we free a HugeTLB page to the buddy allocator, we should allocate the vmemmap pages associated with it. We can do that in the __free_hugepage() before freeing it to buddy. Signed-off-by: Muchun Song --- include/linux/mm.h | 2 ++ mm/hugetlb.c | 2 ++ mm/hugetlb_vmemmap.c | 15

[PATCH v12 04/13] mm/hugetlb: Free the vmemmap pages associated with each HugeTLB page

2021-01-06 Thread Muchun Song
Every HugeTLB has more than one struct page structure. We __know__ that we only use the first 4(HUGETLB_CGROUP_MIN_ORDER) struct page structures to store metadata associated with each HugeTLB. There are a lot of struct page structures associated with each HugeTLB page. For tail pages, the value

[PATCH v12 05/13] mm/hugetlb: Defer freeing of HugeTLB pages

2021-01-06 Thread Muchun Song
In the subsequent patch, we should allocate the vmemmap pages when freeing HugeTLB pages. But update_and_free_page() is always called with holding hugetlb_lock, so we cannot use GFP_KERNEL to allocate vmemmap pages. However, we can defer the actual freeing in a kworker to prevent from using

[PATCH v12 03/13] mm: Introduce VM_WARN_ON_PAGE macro

2021-01-06 Thread Muchun Song
Very similar to VM_WARN_ON_ONCE_PAGE and VM_BUG_ON_PAGE, add VM_WARN_ON_PAGE macro. Signed-off-by: Muchun Song --- include/linux/mmdebug.h | 8 1 file changed, 8 insertions(+) diff --git a/include/linux/mmdebug.h b/include/linux/mmdebug.h index 5d0767cb424a..eff5b13a6945 100644 ---

[PATCH v12 01/13] mm/memory_hotplug: Factor out bootmem core functions to bootmem_info.c

2021-01-06 Thread Muchun Song
Move bootmem info registration common API to individual bootmem_info.c. And we will use {get,put}_page_bootmem() to initialize the page for the vmemmap pages or free the vmemmap pages to buddy in the later patch. So move them out of CONFIG_MEMORY_HOTPLUG_SPARSE. This is just code movement without

[PATCH v12 02/13] mm/hugetlb: Introduce a new config HUGETLB_PAGE_FREE_VMEMMAP

2021-01-06 Thread Muchun Song
The HUGETLB_PAGE_FREE_VMEMMAP option is used to enable the freeing of unnecessary vmemmap associated with HugeTLB pages. The config option is introduced early so that supporting code can be written to depend on the option. The initial version of the code only provides support for x86-64. Like

[PATCH v12 00/13] Free some vmemmap pages of HugeTLB page

2021-01-06 Thread Muchun Song
Hi all, This patch series will free some vmemmap pages(struct page structures) associated with each hugetlbpage when preallocated to save memory. In order to reduce the difficulty of the first version of code review. >From this version, we disable PMD/huge page mapping of vmemmap if this feature

[PATCH v2] mtd: rawnand: intel: check the mtd name only after setting the variable

2021-01-06 Thread Martin Blumenstingl
Move the check for mtd->name after the mtd variable has actually been initialized. While here, also drop the NULL assignment to the mtd variable as it's overwritten later on anyways and the NULL value is never read. Fixes: 0b1039f016e8a3 ("mtd: rawnand: Add NAND controller support on Intel LGM

Re: [PATCH] mt76: mt7915: fix misplaced #ifdef

2021-01-06 Thread Petr Štetiar
Arnd Bergmann [2021-01-03 14:57:55]: Hi, just a small nitpick, > From: Arnd Bergmann > > The lone '|' at the end of a line causes a build failure: > > drivers/net/wireless/mediatek/mt76/mt7915/init.c:47:2: error: expected > expression before '}' token > > Replace the #ifdef with an

Re: [PATCH] char: xillybus: Add driver for XillyUSB (Xillybus variant for USB)

2021-01-06 Thread Eli Billauer
Hello Greg, Merging XillyUSB's driver into xillybus_core.c was of course the initial idea. Practically, it turned out that this doesn't reduce the number of code lines nor makes the code easier to understand: The XillyUSB driver is a completely different deal internally, in almost every

[PATCH] PCI: dwc/intel-gw: Fix enabling the legacy PCI interrupt lines

2021-01-06 Thread Martin Blumenstingl
The legacy PCI interrupt lines need to be enabled using PCIE_APP_IRNEN bits 13 (INTA), 14 (INTB), 15 (INTC) and 16 (INTD). The old code however was taking (for example) "13" as raw value instead of taking BIT(13). Define the legacy PCI interrupt bits using the BIT() macro and then use these in

Re: [PATCH -next] mfd: use resource_size

2021-01-06 Thread Lee Jones
Please fix your subject line to match the others in the subsystem. `git log --oneline -- drivers/` is your friend. On Wed, 06 Jan 2021, Zheng Yongjun wrote: > Use resource_size rather than a verbose computation on > the end and start fields. Not sure I can see how this matches to the diff

Re: Aarch64 EXT4FS inode checksum failures - seems to be weak memory ordering issues

2021-01-06 Thread Russell King - ARM Linux admin
On Wed, Jan 06, 2021 at 11:53:59AM +, Mark Rutland wrote: > ... and are you using defconfig or something else? Not sure I replied to this. I'm not using the defconfig, I've my own .config As I mentioned, Will has built a 5.10 kernel using Arnd's gcc 4.9.4 and hasn't been able to reproduce

Re: [PATCH -next] media: atomisp: use resource_size

2021-01-06 Thread Greg KH
On Wed, Jan 06, 2021 at 09:17:37PM +0800, Zheng Yongjun wrote: > Use resource_size rather than a verbose computation on > the end and start fields. > > Signed-off-by: Zheng Yongjun > --- > drivers/staging/media/atomisp/pci/sh_css_params.c | 4 ++-- > 1 file changed, 2 insertions(+), 2

[PATCH v3 0/4] arm64: rockchip: Fix PCIe ep-gpios requirement and Add Nanopi M4B

2021-01-06 Thread Chen-Yu Tsai
From: Chen-Yu Tsai Hi everyone, This is v3 of my Nanopi M4B series. Changes since v2 include: - Replaced dev_err() with dev_err_probe() for gpiod_get_optional() error - Added Reviewed-by tag from Robin Murphy for patch 3 Changes since v1 include: - Rewrite subject of patch 1 to match

Re: [PATCH -next] media: rkvdec: use resource_size

2021-01-06 Thread Greg KH
On Wed, Jan 06, 2021 at 09:18:20PM +0800, Zheng Yongjun wrote: > Use resource_size rather than a verbose computation on > the end and start fields. > > Signed-off-by: Zheng Yongjun > --- > drivers/staging/media/rkvdec/rkvdec.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff

[PATCH v3 1/4] PCI: rockchip: Make 'ep-gpios' DT property optional

2021-01-06 Thread Chen-Yu Tsai
From: Chen-Yu Tsai The Rockchip PCIe controller DT binding clearly states that 'ep-gpios' is an optional property. And indeed there are boards that don't require it. Make the driver follow the binding by using devm_gpiod_get_optional() instead of devm_gpiod_get(). Fixes: e77f847df54c ("PCI:

[PATCH v3 2/4] dt-bindings: arm: rockchip: Add FriendlyARM NanoPi M4B

2021-01-06 Thread Chen-Yu Tsai
From: Chen-Yu Tsai The NanoPi M4B is a minor revision of the original M4. The differences against the original Nanopi M4 that are common with the other M4V2 revision include: - microphone header removed - power button added - recovery button added Additional changes specific to the M4B:

[PATCH v3 4/4] arm64: dts: rockchip: rk3399: Add NanoPi M4B

2021-01-06 Thread Chen-Yu Tsai
From: Chen-Yu Tsai The NanoPi M4B is a minor revision of the original M4. The differences against the original Nanopi M4 that are common with the other M4V2 revision include: - microphone header removed - power button added - recovery button added Additional changes specific to the M4B:

[PATCH v3 3/4] arm64: dts: rockchip: nanopi4: Move ep-gpios property to nanopc-t4

2021-01-06 Thread Chen-Yu Tsai
From: Chen-Yu Tsai Only the NanoPC T4 hs the PCIe reset pin routed to the SoC. For the NanoPi M4 family, no such signal is routed to the expansion header on the base board. As the schematics for the expansion board were not released, it is unclear how this is handled, but the likely answer is

Re: [PATCH 4.19 00/35] 4.19.165-rc1 review

2021-01-06 Thread Greg Kroah-Hartman
On Tue, Jan 05, 2021 at 09:44:26AM -0700, Shuah Khan wrote: > On 1/4/21 8:57 AM, Greg Kroah-Hartman wrote: > > This is the start of the stable review cycle for the 4.19.165 release. > > There are 35 patches in this series, all will be posted as a response > > to this one. If anyone has any issues

Re: [PATCH 4.19 00/29] 4.19.165-rc2 review

2021-01-06 Thread Greg Kroah-Hartman
On Tue, Jan 05, 2021 at 11:12:33AM +0100, Pavel Machek wrote: > Hi! > > > This is the start of the stable review cycle for the 4.19.165 release. > > There are 29 patches in this series, all will be posted as a response > > to this one. If anyone has any issues with these being applied, please >

Re: [PATCH v2] binfmt_elf: Fix fill_prstatus() call in fill_note_info()

2021-01-06 Thread Al Viro
On Wed, Jan 06, 2021 at 08:51:12AM +0100, Geert Uytterhoeven wrote: > On m68k, which does not define CORE_DUMP_USE_REGSET: > > fs/binfmt_elf.c: In function ‘fill_note_info’: > fs/binfmt_elf.c:2040:20: error: passing argument 1 of ‘fill_prstatus’ > from incompatible pointer type

[PATCH v4 2/5] net: stmmac: dwmac-meson8b: fix enabling the timing-adjustment clock

2021-01-06 Thread Martin Blumenstingl
The timing-adjustment clock only has to be enabled when a) there is a 2ns RX delay configured using device-tree and b) the phy-mode indicates that the RX delay should be enabled. Only enable the RX delay if both are true, instead of (by accident) also enabling it when there's the 2ns RX delay

[PATCH v4 1/5] dt-bindings: net: dwmac-meson: use picoseconds for the RGMII RX delay

2021-01-06 Thread Martin Blumenstingl
Amlogic Meson G12A, G12B and SM1 SoCs have a more advanced RGMII RX delay register which allows picoseconds precision. Deprecate the old "amlogic,rx-delay-ns" in favour of the generic "rx-internal-delay-ps" property. For older SoCs the only known supported values were 0ns and 2ns. The new SoCs

Re: [PATCH 4.19 00/29] 4.19.165-rc2 review

2021-01-06 Thread Greg Kroah-Hartman
On Tue, Jan 05, 2021 at 04:29:44PM -0600, Daniel Díaz wrote: > Hello! > > On 1/5/21 3:28 AM, Greg Kroah-Hartman wrote: > > This is the start of the stable review cycle for the 4.19.165 release. > > There are 29 patches in this series, all will be posted as a response > > to this one. If anyone

Re: [PATCH 4.19 00/29] 4.19.165-rc2 review

2021-01-06 Thread Greg Kroah-Hartman
On Tue, Jan 05, 2021 at 10:16:37AM -0800, Guenter Roeck wrote: > On Tue, Jan 05, 2021 at 10:28:46AM +0100, Greg Kroah-Hartman wrote: > > This is the start of the stable review cycle for the 4.19.165 release. > > There are 29 patches in this series, all will be posted as a response > > to this one.

[PATCH v4 4/5] net: stmmac: dwmac-meson8b: move RGMII delays into a separate function

2021-01-06 Thread Martin Blumenstingl
Newer SoCs starting with the Amlogic Meson G12A have more a precise RGMII RX delay configuration register. This means more complexity in the code. Extract the existing RGMII delay configuration code into a separate function to make it easier to read/understand even when adding more logic in the

[PATCH v4 3/5] net: stmmac: dwmac-meson8b: use picoseconds for the RGMII RX delay

2021-01-06 Thread Martin Blumenstingl
Amlogic Meson G12A, G12B and SM1 SoCs have a more advanced RGMII RX delay register which allows picoseconds precision. Parse the new "rx-internal-delay-ps" property or fall back to the value from the old "amlogic,rx-delay-ns" property. No upstream DTB uses the old "amlogic,rx-delay-ns" property

[PATCH v4 0/5] dwmac-meson8b: picosecond precision RX delay support

2021-01-06 Thread Martin Blumenstingl
Hello, with the help of Jianxin Pan (many thanks!) the meaning of the "new" PRG_ETH1[19:16] register bits on Amlogic Meson G12A, G12B and SM1 SoCs are finally known. These SoCs allow fine-tuning the RGMII RX delay in 200ps steps (contrary to what I have thought in the past [0] these are not some

Re: [PATCH 4/4] Input: omap4-keypad - simplify probe with devm

2021-01-06 Thread Sebastian Reichel
Hi Tony, On Wed, Jan 06, 2021 at 02:58:22PM +0200, Tony Lindgren wrote: > Simplify probe with devm. [...] > /* input device allocation */ > - keypad_data->input = input_dev = input_allocate_device(); > + keypad_data->input = input_dev = devm_input_allocate_device(>dev); > if

[PATCH v4 5/5] net: stmmac: dwmac-meson8b: add support for the RGMII RX delay on G12A

2021-01-06 Thread Martin Blumenstingl
Amlogic Meson G12A (and newer: G12B, SM1) SoCs have a more advanced RX delay logic. Instead of fine-tuning the delay in the nanoseconds range it now allows tuning in 200 picosecond steps. This support comes with new bits in the PRG_ETH1[19:16] register. Add support for validating the RGMII RX

[PATCH v2 5/6] iommu: Delete iommu_domain_window_disable()

2021-01-06 Thread John Garry
Function iommu_domain_window_disable() is not referenced in the tree, so delete it. Signed-off-by: John Garry --- drivers/iommu/iommu.c | 9 - include/linux/iommu.h | 6 -- 2 files changed, 15 deletions(-) diff --git a/drivers/iommu/iommu.c b/drivers/iommu/iommu.c index

Re: [PATCH -next] video: fbdev: pxa3xx_gcu: use resource_size

2021-01-06 Thread Geert Uytterhoeven
Hi Zheng, On Wed, Jan 6, 2021 at 2:23 PM Zheng Yongjun wrote: > Use resource_size rather than a verbose computation on > the end and start fields. > > Signed-off-by: Zheng Yongjun Thanks for your patch! But the one-line summary and patch description don't seem to match with the actual change?

[PATCH v2 0/6] IOMMU: Some more IOVA and core code tidy-up

2021-01-06 Thread John Garry
Just some tidy-up to IOVA and core code. Based on v5.11-rc2 Differences to v1: - Add core IOMMU patches John Garry (6): iova: Make has_iova_flush_queue() private iova: Delete copy_reserved_iova() iova: Stop exporting some more functions iommu: Stop exporting iommu_map_sg_atomic()

[PATCH v2 6/6] iommu: Delete iommu_dev_has_feature()

2021-01-06 Thread John Garry
Function iommu_dev_has_feature() has never been referenced in the tree, and there does not appear to be anything coming soon to use it, so delete it. Signed-off-by: John Garry --- drivers/iommu/iommu.c | 11 --- include/linux/iommu.h | 7 --- 2 files changed, 18 deletions(-) diff

[PATCH v2 1/6] iova: Make has_iova_flush_queue() private

2021-01-06 Thread John Garry
Function has_iova_flush_queue() has no users outside iova.c, so make it private. Signed-off-by: John Garry --- drivers/iommu/iova.c | 2 +- include/linux/iova.h | 6 -- 2 files changed, 1 insertion(+), 7 deletions(-) diff --git a/drivers/iommu/iova.c b/drivers/iommu/iova.c index

[PATCH v2 4/6] iommu: Stop exporting iommu_map_sg_atomic()

2021-01-06 Thread John Garry
Function iommu_map_sg_atomic() is only referenced in dma-iommu.c, which can only be built-in, so stop exporting. Signed-off-by: John Garry --- drivers/iommu/iommu.c | 1 - 1 file changed, 1 deletion(-) diff --git a/drivers/iommu/iommu.c b/drivers/iommu/iommu.c index ffeebda8d6de..4f4edb087ce6

[PATCH v2 3/6] iova: Stop exporting some more functions

2021-01-06 Thread John Garry
The following functions are not referenced outside dma-iommu.c (and iova.c), which can only be built-in: - init_iova_flush_queue() - free_iova_fast() - queue_iova() - alloc_iova_fast() So stop exporting them. Signed-off-by: John Garry --- drivers/iommu/iova.c | 4 1 file changed, 4

[PATCH v2 2/6] iova: Delete copy_reserved_iova()

2021-01-06 Thread John Garry
Since commit c588072bba6b ("iommu/vt-d: Convert intel iommu driver to the iommu ops"), function copy_reserved_iova() is not referenced, so delete it. Signed-off-by: John Garry --- drivers/iommu/iova.c | 30 -- include/linux/iova.h | 6 -- 2 files changed, 36

[PATCH] rpmsg: char: return an error if device already open

2021-01-06 Thread Arnaud Pouliquen
The rpmsg_create_ept function is invoked when the device is opened. As only one endpoint must be created per device. It is not possible to open the same device twice. The fix consists in returning -EBUSY when device is already opened. Fixes: c0cdc19f84a4 ("rpmsg: Driver for user space endpoint

[PATCH v2 5/5] usb: gadget: u_audio: clean up locking

2021-01-06 Thread Jerome Brunet
snd_pcm_stream_lock() is held when the ALSA .trigger() callback is called. The lock of 'struct uac_rtd_params' is not necessary since all its locking operation are done under the snd_pcm_stream_lock() too. Also, usb_request .complete() is called with irqs disabled, so saving and restoring the

[PATCH v2 4/5] usb: gadget: u_audio: remove struct uac_req

2021-01-06 Thread Jerome Brunet
'struct uac_req' purpose is to link 'struct usb_request' to the corresponding 'struct uac_rtd_params'. However member req is never used. Using the context of the usb request, we can keep track of the corresponding 'struct uac_rtd_params' just as well, without allocating extra memory.

[PATCH v2 3/5] usb: gadget: u_audio: factorize ssize to alsa fmt conversion

2021-01-06 Thread Jerome Brunet
Factorize format related code common to the capture and playback path. Signed-off-by: Jerome Brunet --- drivers/usb/gadget/function/u_audio.c | 43 +-- 1 file changed, 21 insertions(+), 22 deletions(-) diff --git a/drivers/usb/gadget/function/u_audio.c

[PATCH v2 1/5] usb: gadget: u_audio: Free requests only after callback

2021-01-06 Thread Jerome Brunet
From: Jack Pham As per the kernel doc for usb_ep_dequeue(), it states that "this routine is asynchronous, that is, it may return before the completion routine runs". And indeed since v5.0 the dwc3 gadget driver updated its behavior to place dequeued requests on to a cancelled list to be given

[PATCH v2 2/5] usb: gadget: f_uac2: reset wMaxPacketSize

2021-01-06 Thread Jerome Brunet
With commit 913e4a90b6f9 ("usb: gadget: f_uac2: finalize wMaxPacketSize according to bandwidth") wMaxPacketSize is computed dynamically but the value is never reset. Because of this, the actual maximum packet size can only decrease each time the audio gadget is instantiated. Reset the endpoint

[PATCH v2 0/5] usb: gadget: audio fixes and clean ups

2021-01-06 Thread Jerome Brunet
This patchset is a collection of fixes and clean ups found while working on the uac2 gadget. Details are provided in each change. Changes since v1: [1] * Jack's patch added to the series (no more deps) * Warning [2] on Patch 3 fixed [1]:

[PATCH 3/3] sched/fair: reduce cases for active balance

2021-01-06 Thread Vincent Guittot
Active balance is triggered for a number of voluntary case like misfit or pinned tasks cases but also after that a number of load balance failed to migrate a task. Remove the active load balance case for overloaded group as an overloaded state means that there is at least one waiting tasks. The

[PATCH 2/3] sched/fair: don't set LBF_ALL_PINNED unnecessarily

2021-01-06 Thread Vincent Guittot
Setting LBF_ALL_PINNED during active load balance is only valid when there is only 1 running task on the rq otherwise this ends up increasing the balance interval whereas other tasks could migrate after the next interval once they become cache-cold as an example. Signed-off-by: Vincent Guittot

[PATCH 1/3] sched/fair: skip idle cfs_rq

2021-01-06 Thread Vincent Guittot
Don't waste time checking whether an idle cfs_rq could be the busiest queue. Furthermore, this can end up selecting a cfs_rq with a high load but being idle in case of migrate_load. Signed-off-by: Vincent Guittot --- kernel/sched/fair.c | 5 - 1 file changed, 4 insertions(+), 1 deletion(-)

[PATCH 0/3] Reduce number of active LB

2021-01-06 Thread Vincent Guittot
Few improvements related to active LB and the increase of LB interval. I haven't seen any performcne impact on various benchmarks except for -stress-ng mmapfork : +4.54% on my octo-core arm64 But this was somewhat expected as the changes impact mainly corner cases. Vincent Guittot (3):

Re: [PATCH -next] media: hantro: use resource_size

2021-01-06 Thread Philipp Zabel
Hi Zheng, On Wed, 2021-01-06 at 21:18 +0800, Zheng Yongjun wrote: > Use resource_size rather than a verbose computation on > the end and start fields. > > Signed-off-by: Zheng Yongjun > --- > drivers/staging/media/hantro/hantro_v4l2.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) >

答复: [PATCH -next] gpio: use resource_size

2021-01-06 Thread zhengyongjun
Sorry, this is my fault, all this five gpio related patch commit msg is wrong, I will send patch v2, please ignore it. -邮件原件- 发件人: zhengyongjun 发送时间: 2021年1月6日 21:19 收件人: linus.wall...@linaro.org; bgolaszew...@baylibre.com; linux-g...@vger.kernel.org; linux-kernel@vger.kernel.org 抄送:

答复: [PATCH -next] media: zoran: use resource_size

2021-01-06 Thread zhengyongjun
Sorry, this is my fault, all this media related patch commit msg is wrong, I will send patch v2, please ignore it. -邮件原件- 发件人: zhengyongjun 发送时间: 2021年1月6日 21:17 收件人: cla...@baylibre.com; mche...@kernel.org; mjpeg-us...@lists.sourceforge.net; linux-me...@vger.kernel.org;

Re: [PATCH v2] x86/Hyper-V: Support for free page reporting

2021-01-06 Thread Vitaly Kuznetsov
Sunil Muthuswamy writes: > Linux has support for free page reporting now (36e66c554b5c) for > virtualized environment. On Hyper-V when virtually backed VMs are > configured, Hyper-V will advertise cold memory discard capability, > when supported. This patch adds the support to hook into the free

答复: [PATCH -next] leds: use resource_size

2021-01-06 Thread zhengyongjun
Sorry, this is my fault, this patch commit msg is wrong, I will send patch v2, please ignore it. -邮件原件- 发件人: zhengyongjun 发送时间: 2021年1月6日 21:20 收件人: pa...@ucw.cz; linux-l...@vger.kernel.org; linux-kernel@vger.kernel.org 抄送: dmur...@ti.com; zhengyongjun 主题: [PATCH -next] leds: use

Re: [PATCH 1/2] rtc: goldfish: Remove GOLDFISH dependency

2021-01-06 Thread Alexandre Belloni
On 04/01/2021 16:51:40+0100, Geert Uytterhoeven wrote: > > > Is it used on ARM platforms? > > > qemu:hw/riscv/Kconfig selects GOLDFISH_RTC, but that's it? > > > > My understanding is that this was used on the original ARM based goldfish > > android emulator but I don't think this was ever

Re: [PATCH -next] gpio: wcove: use resource_size

2021-01-06 Thread Andy Shevchenko
On Wed, Jan 6, 2021 at 3:19 PM Zheng Yongjun wrote: > > Use resource_size rather than a verbose computation on > the end and start fields. Wrong commit message (or the code). > - wg->chip.set_config = wcove_gpio_set_config, > + wg->chip.set_config = wcove_gpio_set_config; -- With

[PATCH V3 3/3] phy: phy-brcm-usb: support PHY on the BCM4908

2021-01-06 Thread Rafał Miłecki
From: Rafał Miłecki BCM4908 seems to have slightly different registers but works when programmed just like the STB one. Signed-off-by: Rafał Miłecki --- V2: Update Kconfig as well --- drivers/phy/broadcom/Kconfig| 3 ++- drivers/phy/broadcom/phy-brcm-usb.c | 4 2 files changed, 6

[PATCH V3 2/3] dt-bindings: phy: brcm,brcmstb-usb-phy: add BCM4908 binding

2021-01-06 Thread Rafał Miłecki
From: Rafał Miłecki BCM4908 uses the same PHY and may require just a slightly different programming. Signed-off-by: Rafał Miłecki Acked-by: Florian Fainelli Acked-by: Rob Herring --- .../devicetree/bindings/phy/brcm,brcmstb-usb-phy.yaml| 5 - 1 file changed, 4 insertions(+), 1

[PATCH V3 1/3] dt-bindings: phy: brcm,brcmstb-usb-phy: convert to the json-schema

2021-01-06 Thread Rafał Miłecki
From: Rafał Miłecki Changes that require mentioning: 1. interrupt-names Name "wakeup" was changed to the "wake". It matches example and what Linux driver looks for in the first place 2. brcm,ipp and brcm,ioc Both were described as booleans with 0 / 1 values. In examples they were

[PATCH -next] video: fbdev: pxa3xx_gcu: use resource_size

2021-01-06 Thread Zheng Yongjun
Use resource_size rather than a verbose computation on the end and start fields. Signed-off-by: Zheng Yongjun --- drivers/video/fbdev/pxa3xx-gcu.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/video/fbdev/pxa3xx-gcu.c b/drivers/video/fbdev/pxa3xx-gcu.c index

[PATCH -next] leds: use resource_size

2021-01-06 Thread Zheng Yongjun
Use resource_size rather than a verbose computation on the end and start fields. Signed-off-by: Zheng Yongjun --- drivers/leds/leds-lm3642.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/leds/leds-lm3642.c b/drivers/leds/leds-lm3642.c index

[PATCH -next] [media] m88ds3103: use resource_size

2021-01-06 Thread Zheng Yongjun
Use resource_size rather than a verbose computation on the end and start fields. Signed-off-by: Zheng Yongjun --- drivers/media/dvb-frontends/m88ds3103.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/media/dvb-frontends/m88ds3103.c

[PATCH -next] media: dvbsky: use resource_size

2021-01-06 Thread Zheng Yongjun
Use resource_size rather than a verbose computation on the end and start fields. Signed-off-by: Zheng Yongjun --- drivers/media/usb/dvb-usb-v2/dvbsky.c | 22 +++--- 1 file changed, 11 insertions(+), 11 deletions(-) diff --git a/drivers/media/usb/dvb-usb-v2/dvbsky.c

[PATCH -next] gpio: wcove: use resource_size

2021-01-06 Thread Zheng Yongjun
Use resource_size rather than a verbose computation on the end and start fields. Signed-off-by: Zheng Yongjun --- drivers/gpio/gpio-wcove.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpio/gpio-wcove.c b/drivers/gpio/gpio-wcove.c index b5fbba5a783a..97c5f1d01b62

[PATCH -next] gpio: max77620: use resource_size

2021-01-06 Thread Zheng Yongjun
Use resource_size rather than a verbose computation on the end and start fields. Signed-off-by: Zheng Yongjun --- drivers/gpio/gpio-max77620.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpio/gpio-max77620.c b/drivers/gpio/gpio-max77620.c index

[PATCH -next] gpio: tegra186: use resource_size

2021-01-06 Thread Zheng Yongjun
Use resource_size rather than a verbose computation on the end and start fields. Signed-off-by: Zheng Yongjun --- drivers/gpio/gpio-tegra186.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpio/gpio-tegra186.c b/drivers/gpio/gpio-tegra186.c index

Re: [PATCH] drivers: net: wireless: realtek: Fix the word association defautly de-faulty

2021-01-06 Thread Bhaskar Chowdhury
On 09:02 Tue 05 Jan 2021, Randy Dunlap wrote: On 1/5/21 2:17 AM, Bhaskar Chowdhury wrote: s/defautly/de-faulty/p Signed-off-by: Bhaskar Chowdhury --- drivers/net/wireless/realtek/rtlwifi/rtl8188ee/trx.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH -next] gpio: use resource_size

2021-01-06 Thread Zheng Yongjun
Use resource_size rather than a verbose computation on the end and start fields. Signed-off-by: Zheng Yongjun --- drivers/gpio/gpio-mc33880.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpio/gpio-mc33880.c b/drivers/gpio/gpio-mc33880.c index

[PATCH -next] gpio: vx855: use resource_size

2021-01-06 Thread Zheng Yongjun
Use resource_size rather than a verbose computation on the end and start fields. Signed-off-by: Zheng Yongjun --- drivers/gpio/gpio-vx855.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpio/gpio-vx855.c b/drivers/gpio/gpio-vx855.c index 3bf397b8dfbc..69713fd5485b

[PATCH -next] mtd: st_spi_fsm: use resource_size

2021-01-06 Thread Zheng Yongjun
Use resource_size rather than a verbose computation on the end and start fields. Signed-off-by: Zheng Yongjun --- drivers/mtd/devices/st_spi_fsm.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/mtd/devices/st_spi_fsm.c b/drivers/mtd/devices/st_spi_fsm.c index

[PATCH -next] mtd: rawnand: marvell: use resource_size

2021-01-06 Thread Zheng Yongjun
Use resource_size rather than a verbose computation on the end and start fields. Signed-off-by: Zheng Yongjun --- drivers/mtd/nand/raw/marvell_nand.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/mtd/nand/raw/marvell_nand.c b/drivers/mtd/nand/raw/marvell_nand.c

[PATCH -next] mtd: use resource_size

2021-01-06 Thread Zheng Yongjun
Use resource_size rather than a verbose computation on the end and start fields. Signed-off-by: Zheng Yongjun --- drivers/mtd/maps/pci.c | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/drivers/mtd/maps/pci.c b/drivers/mtd/maps/pci.c index 377ef0fc4e3e..ca00d211e73e

[PATCH -next] media: rkvdec: use resource_size

2021-01-06 Thread Zheng Yongjun
Use resource_size rather than a verbose computation on the end and start fields. Signed-off-by: Zheng Yongjun --- drivers/staging/media/rkvdec/rkvdec.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/staging/media/rkvdec/rkvdec.c

[PATCH -next] media: zoran: use resource_size

2021-01-06 Thread Zheng Yongjun
Use resource_size rather than a verbose computation on the end and start fields. Signed-off-by: Zheng Yongjun --- drivers/staging/media/zoran/zoran_driver.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/staging/media/zoran/zoran_driver.c

[PATCH -next] media: hantro: use resource_size

2021-01-06 Thread Zheng Yongjun
Use resource_size rather than a verbose computation on the end and start fields. Signed-off-by: Zheng Yongjun --- drivers/staging/media/hantro/hantro_v4l2.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/staging/media/hantro/hantro_v4l2.c

[PATCH -next] media: atomisp: use resource_size

2021-01-06 Thread Zheng Yongjun
Use resource_size rather than a verbose computation on the end and start fields. Signed-off-by: Zheng Yongjun --- drivers/staging/media/atomisp/pci/sh_css_params.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/staging/media/atomisp/pci/sh_css_params.c

[PATCH -next] mfd: use resource_size

2021-01-06 Thread Zheng Yongjun
Use resource_size rather than a verbose computation on the end and start fields. Signed-off-by: Zheng Yongjun --- drivers/mfd/88pm860x-core.c | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/drivers/mfd/88pm860x-core.c b/drivers/mfd/88pm860x-core.c index

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

2021-01-06 Thread 陳建豪
> -Original Message- > From: Georgi Djakov [mailto:georgi.dja...@linaro.org] > Sent: Wednesday, January 06, 2021 8:50 PM > To: HenryC Chen (陳建豪) > Cc: Rob Herring; Matthias Brugger; Stephen Boyd; Ryan Case; Mark Brown; Mark > Rutland; Nicolas Boichat; Fan Chen (陳凡); JamesJJ Liao (廖建智);

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

2021-01-06 Thread Mark Brown
On Wed, Jan 06, 2021 at 10:34:52AM +, Andre Przywara wrote: > The ARM architected TRNG firmware interface, described in ARM spec > DEN0098, defines an ARM SMCCC based interface to a true random number > generator, provided by firmware. > This can be discovered via the SMCCC >=v1.1 interface,

Re: [PATCH 5.4 34/47] rtc: sun6i: Fix memleak in sun6i_rtc_clk_init

2021-01-06 Thread Pavel Machek
Hi! > From: Dinghao Liu > > [ Upstream commit 28d211919e422f58c1e6c900e5810eee4f1ce4c8 ] > > When clk_hw_register_fixed_rate_with_accuracy() fails, > clk_data should be freed. It's the same for the subsequent > two error paths, but we should also unregister the already > registered clocks in

[PATCH] ALSA: hda/realtek: fix right sounds and mute/micmute LEDs for HP machines

2021-01-06 Thread Jeremy Szu
* The HP ZBook Fury 15/17 G7 Mobile Workstation are using ALC285 codec which is using 0x04 to control mute LED and 0x01 to control micmute LED. * The right channel speaker is no sound and it needs to expose GPIO1 for initialing AMP. Add quirks to support them. Signed-off-by: Jeremy Szu

Re: [PATCH] Use IS_ERR instead of IS_ERR_OR_NULL and set inode null when IS_ERR.

2021-01-06 Thread Jan Kara
On Wed 30-12-20 11:38:27, Yi Li wrote: > 1: ext4_iget/ext4_find_extent never returns NULL, use IS_ERR > instead of IS_ERR_OR_NULL to fix this. > > 2: ext4_fc_replay_inode should set the inode to NULL when IS_ERR. > and go to call iput properly. > > Signed-off-by: Yi Li Thanks for the patch! It

5.10 regression: hang at shutdown, DRM or ALSA suspected

2021-01-06 Thread Gabor Gombas
Hi, I have an Intel NUC D54250WYK which no longer shuts down properly after moving from 5.9.16 to 5.10.4, because systemd hangs. The kernel logs make me beleive it is likely a locking issue in either DRM or ALSA or both. Relevant messages which I could extract from the journal: Jan 05 22:21:38

[PATCHv4 0/4] Lost key-up interrupt handling for omap4-keypad

2021-01-06 Thread Tony Lindgren
Hi, This series updates omap4-keypad to disable unused long interrupts, and implements the missing parts for the lost key-up interrupt quirk as described in the silicon errata pdf. It also simplifies the probe to use devm. Regards, Tony Changes since v3: - Use PM runtime to check the last

[PATCH 3/4] Input: omap4-keypad - use PM runtime to check keys for errata

2021-01-06 Thread Tony Lindgren
We are still missing handling for errata i689 related issues for the case where we never see a key up interrupt for the last pressed key. To fix the issue, we must scan the key state again after the keyboard controller has idled to check if a key up event was missed. This is described in the

[PATCH 1/4] Input: omap4-keypad - disable unused long interrupts

2021-01-06 Thread Tony Lindgren
We are not using the long events and they produce extra interrupts. Let's not enable them at all. Note that also the v3.0.8 Linux Android kernel has long interrupts disabled. Cc: Arthur Demchenkov Cc: Carl Philipp Klemm Cc: Merlijn Wajer Cc: Pavel Machek Cc: ruleh Cc: Sebastian Reichel

[PATCH 2/4] Input: omap4-keypad - scan keys in two phases and simplify with bitmask

2021-01-06 Thread Tony Lindgren
Because of errata i689 the keyboard can idle with state where no key up interrupts are seen until after the next key press. This means we need to first check for any lost key up events before scanning for new down events. For example, rapidly pressing shift-shift-j can sometimes produce a J

[PATCH 4/4] Input: omap4-keypad - simplify probe with devm

2021-01-06 Thread Tony Lindgren
Simplify probe with devm. Cc: Arthur Demchenkov Cc: Carl Philipp Klemm Cc: Merlijn Wajer Cc: Pavel Machek Cc: ruleh Cc: Sebastian Reichel Signed-off-by: Tony Lindgren --- drivers/input/keyboard/omap4-keypad.c | 81 ++- 1 file changed, 30 insertions(+), 51

Re: [PATCH v4 1/2] dt-bindings: spi: Realtek RTL838x/RTL839x SPI controller

2021-01-06 Thread Mark Brown
On Wed, Jan 06, 2021 at 12:28:14AM +0100, Bert Vermeulen wrote: > +oneOf: > + - const: realtek,rtl838x-spi > + - const: realtek,rtl839x-spi These should list exact models, not wildcards. signature.asc Description: PGP signature

<    4   5   6   7   8   9   10   11   12   >