Re: [PATCH 31/31] PM / devfreq: convert to devm_pm_opp_register_notifier and remove unused API

On 03-01-21, 03:57, Yangtao Li wrote: > Use devm_pm_opp_* API to simplify code. > > Signed-off-by: Yangtao Li > --- > drivers/devfreq/devfreq.c | 66 +-- > include/linux/devfreq.h | 23 -- > 2 files changed, 1 insertion(+), 88 deletions(-)

Re: [PATCH 00/31] Introduce devm_pm_opp_* API

On 01-01-21, 16:54, Yangtao Li wrote: > Hi, > > This patchset add devm_pm_opp_set_clkname, devm_pm_opp_put_clkname, > devm_pm_opp_set_regulators, devm_pm_opp_put_regulators, > devm_pm_opp_set_supported_hw, devm_pm_opp_of_add_table and > devm_pm_opp_register_notifier. Please also mention next

Re: [PATCH 18/31] drm/lima: remove unneeded devm_devfreq_remove_device()

On 01-01-21, 16:54, Yangtao Li wrote: > There is no need to manually release devm related resources. > > Signed-off-by: Yangtao Li > --- > drivers/gpu/drm/lima/lima_devfreq.c | 5 - > 1 file changed, 5 deletions(-) > > diff --git a/drivers/gpu/drm/lima/lima_devfreq.c >

Re: [PATCH] phy: mediatek: allow compile-testing the dsi phy

On 03-01-21, 14:55, Arnd Bergmann wrote: > From: Arnd Bergmann > > Randconfig builds show another broken dependency: > > WARNING: unmet direct dependencies detected for PHY_MTK_MIPI_DSI > Depends on [n]: ARCH_MEDIATEK [=n] && OF [=y] > Selected by [m]: > - DRM_MEDIATEK [=m] && HAS_IOMEM

Re: [PATCH 01/31] opp: Add devres wrapper for dev_pm_opp_set_clkname and dev_pm_opp_put_clkname

On 01-01-21, 16:54, Yangtao Li wrote: > +/** > + * devm_pm_opp_put_clkname() - Releases resources blocked for clk. > + * @dev: Device for which we do this operation. > + * @opp_table: OPP table returned from devm_pm_opp_set_clkname(). > + */ > +void devm_pm_opp_put_clkname(struct device *dev,

Re: [PATCH] pcmcia: Switch to using the new API kobj_to_dev()

Am Mon, Jan 04, 2021 at 09:59:30AM +0800 schrieb Tian Tao: > fixed the following coccicheck: > drivers/pcmcia/cistpl.c:1557:54-55: WARNING opportunity for kobj_to_dev() > drivers/pcmcia/cistpl.c:1584:53-54: WARNING opportunity for kobj_to_dev() > > Signed-off-by: Tian Tao Applied to

Re: [PATCH] phy: cpcap-usb: Fix warning for missing regulator_disable

On 30-12-20, 12:21, Tony Lindgren wrote: > On deferred probe, we will get the following splat: > > cpcap-usb-phy cpcap-usb-phy.0: could not initialize VBUS or ID IIO: -517 > WARNING: CPU: 0 PID: 21 at drivers/regulator/core.c:2123 > regulator_put+0x68/0x78 > ... > (regulator_put) from []

Re: [PATCH 26/31] PM / devfreq: tegra30: convert to use devm_pm_opp_* API

On 03-01-21, 03:54, Yangtao Li wrote: > Use devm_pm_opp_* API to simplify code, and remove opp_table > from tegra_devfreq. Patches starting this one didn't appear in the same thread and it is a nightmare to apply these now. Please send everything properly next time. -- viresh

[PATCH v2] ovl: use a dedicated semaphore for dir upperfile caching

The function ovl_dir_real_file() currently uses the semaphore of the inode to synchronize write to the upperfile cache field. However, this function will get called by ovl_ioctl_set_flags(), which utilizes the inode semaphore too. In this case ovl_dir_real_file() will try to claim a lock that is

Re: [PATCH 07/31] serial: qcom_geni_serial: convert to use devm_pm_opp_* API

Dropped lots of people from cc list On 04-01-21, 12:49, Viresh Kumar wrote: > On 01-01-21, 16:54, Yangtao Li wrote: > > Use devm_pm_opp_* API to simplify code, and we don't need > > to make opp_table glabal. > > > > Let's remove opp_table from geni_se later. > > > > Signed-off-by: Yangtao Li >

Re: [PATCH] ovl: use a dedicated semaphore for dir upperfile caching

在 2021-01-03星期日的 16:10 +0200，Amir Goldstein写道： > On Fri, Jan 1, 2021 at 10:12 PM Icenowy Zheng > wrote: > > > > The function ovl_dir_real_file() currently uses the semaphore of > > the > > inode to synchronize write to the upperfile cache field. > > > > However, this function will get called by

Re: [PATCH 00/31] Introduce devm_pm_opp_* API

On 01-01-21, 16:54, Yangtao Li wrote: > Hi, > > This patchset add devm_pm_opp_set_clkname, devm_pm_opp_put_clkname, > devm_pm_opp_set_regulators, devm_pm_opp_put_regulators, > devm_pm_opp_set_supported_hw, devm_pm_opp_of_add_table and > devm_pm_opp_register_notifier. You can't put so many names

Re: [PATCH] drm/msm/a6xx: add CONFIG_QCOM_LLCC dependency

git tree, kindly drop us a note. And when submitting patch, we suggest to use '--base' as documented in https://git-scm.com/docs/git-format-patch] url: https://github.com/0day-ci/linux/commits/Arnd-Bergmann/drm-msm-a6xx-add-CONFIG_QCOM_LLCC-dependency/20210103-220704 base: https

[PATCH 2/2] phy: qcom-qmp: Add support for SDX55 QMP PHY

Add support for USB3 QMP PHY found in SDX55 platform. SDX55 uses version 4.0.0 of the QMP PHY IP and doesn't make use of "com_aux" clock. Signed-off-by: Manivannan Sadhasivam --- drivers/phy/qualcomm/phy-qcom-qmp.c | 83 + 1 file changed, 83 insertions(+) diff --git

[PATCH 1/2] dt-bindings: phy: qcom,qmp: Add SDX55 USB PHY binding

Add devicetree YAML binding for Qualcomm QMP Super Speed (SS) PHY found in SDX55. Signed-off-by: Manivannan Sadhasivam --- Documentation/devicetree/bindings/phy/qcom,qmp-phy.yaml | 2 ++ 1 file changed, 2 insertions(+) diff --git a/Documentation/devicetree/bindings/phy/qcom,qmp-phy.yaml

[PATCH 0/2] Add support for USB3 PHY on SDX55

Hello, This series adds USB3 PHY support for SDX55 platform. The USB3 PHY is of type QMP and revision 4.0.0. In this revision, "com_aux" clock is not utilized. This series has been tested on SDX55-MTP along with the relevant DT node. Thanks, Mani Manivannan Sadhasivam (2): dt-bindings: phy:

[PATCv4 net-next] octeontx2-pf: Add RSS multi group support

Hardware supports 8 RSS groups per interface. Currently we are using only group '0'. This patch allows user to create new RSS groups/contexts and use the same as destination for flow steering rules. usage: To steer the traffic to RQ 2,3 ethtool -X eth0 weight 0 0 1 1 context new (It will print

Re: [PATCH 07/31] serial: qcom_geni_serial: convert to use devm_pm_opp_* API

On 01-01-21, 16:54, Yangtao Li wrote: > Use devm_pm_opp_* API to simplify code, and we don't need > to make opp_table glabal. > > Let's remove opp_table from geni_se later. > > Signed-off-by: Yangtao Li > --- > drivers/tty/serial/qcom_geni_serial.c | 23 +-- > 1 file

Re: [PATCH 05/31] opp: Add devres wrapper for dev_pm_opp_register_notifier

On 01-01-21, 16:54, Yangtao Li wrote: > Add devres wrapper for dev_pm_opp_register_notifier() to simplify driver > code. > > Signed-off-by: Yangtao Li > --- > drivers/opp/core.c | 38 ++ > include/linux/pm_opp.h | 6 ++ > 2 files changed, 44

Re: [PATCH 1/2] clk: imx: enable the earlycon uart clocks by parsing from dt

Hi Adam, On Tue, Dec 29, 2020 at 08:51:28AM -0600, Adam Ford wrote: > Remove the earlycon uart clocks that are hard cord in platforms > clock driver, instead of parsing the earlycon uart port from dt "instead parse the earlycon uart..." Otherwise it's confusing what you mean here. > and enable

[PATCH v1 1/2] dt-bindings: Convert Arm Mali Valhall GPU to DT schema

Convert the Arm Valhall GPU binding to DT schema format. Define a compatible string for the Mali Valhall GPU for Mediatek's SoC platform. Signed-off-by: Nick Fan --- .../bindings/gpu/arm,mali-valhall.yaml| 252 ++ 1 file changed, 252 insertions(+) create mode 100644

[PATCH v1 2/2] arm64: dts: mt8192: Add node for the Mali GPU

Add a basic GPU node for mt8192. Signed-off-by: Nick Fan --- This patch depends on Mediatek power and regulator support. Listed as following. [1]https://lore.kernel.org/patchwork/patch/1336293/ [2]https://patchwork.kernel.org/project/linux-mediatek/list/?series=374013

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

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 4/6] mm: hugetlb: add return -EAGAIN for dissolve_free_huge_page

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 | 16 +++- 1 file changed, 11 insertions(+), 5 deletions(-) diff --git a/mm/hugetlb.c b/mm/hugetlb.c index

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

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 06/31] serial: qcom_geni_serial: fix potential mem leak in qcom_geni_serial_probe()

On 01-01-21, 16:54, Yangtao Li wrote: > We should use dev_pm_opp_put_clkname() to free opp table each time > dev_pm_opp_of_add_table() got error. > > Signed-off-by: Yangtao Li > --- > drivers/tty/serial/qcom_geni_serial.c | 10 ++ > 1 file changed, 6 insertions(+), 4 deletions(-) > >

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

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)

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

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. Fixes: 70c3547e36f5 (hugetlbfs: add hugetlbfs_fallocate()) Signed-off-by: Muchun Song --- fs/hugetlbfs/inode.c | 5 +++-- 1 file

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

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 --- mm/migrate.c | 6 ++ 1 file changed, 6 insertions(+) diff --git a/mm/migrate.c b/mm/migrate.c index

Re: [PATCH V2 00/19] vDPA driver for virtio-pci device

On 2021/1/3 下午8:37, Michael S. Tsirkin wrote: On Thu, Dec 31, 2020 at 11:52:14AM +0800, Jason Wang wrote: On 2020/12/4 下午12:03, Jason Wang wrote: Hi all: This series tries to implement a vDPA driver for virtio-pci device which will bridge between vDPA bus and virtio-pci device. This could

[PATCH V3 16/19] virtio-pci: introduce modern device module

Signed-off-by: Jason Wang --- drivers/virtio/Kconfig | 10 +- drivers/virtio/Makefile| 1 + drivers/virtio/virtio_pci_common.h | 27 +- drivers/virtio/virtio_pci_modern.c | 617 - drivers/virtio/virtio_pci_modern_dev.c | 599

[PATCH V3 19/19] vdpa: introduce virtio pci driver

This patch introduce a vDPA driver for virtio-pci device. It bridges the virtio-pci control command to the vDPA bus. This will be used for features prototyping and testing. Note that get/restore virtqueue state is not supported which needs extension on the virtio specification. Signed-off-by:

[PATCH V3 18/19] virtio_vdpa: don't warn when fail to disable vq

There's no guarantee that the device can disable a specific virtqueue through set_vq_ready(). One example is the modern virtio-pci device. So this patch removes the warning. Signed-off-by: Jason Wang --- drivers/virtio/virtio_vdpa.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff

[PATCH V3 15/19] virito-pci-modern: rename map_capability() to vp_modern_map_capability()

To ease the split, map_capability() was renamed to vp_modern_map_capability(). While at it, add the comments for the arguments and switch to use virtio_pci_modern_device as the first parameter. Signed-off-by: Jason Wang --- drivers/virtio/virtio_pci_modern.c | 46 +++---

[PATCH V3 17/19] vdpa: set the virtqueue num during register

This patch delay the queue number setting to vDPA device registering. This allows us to probe the virtqueue numbers between device allocation and registering. Reviewed-by: Stefano Garzarella Signed-off-by: Jason Wang --- drivers/vdpa/ifcvf/ifcvf_main.c | 5 ++---

[PATCH V3 12/19] virtio-pci-modern: introduce helper for setting/geting queue size

This patch introduces helper for setting/getting queue size for modern device. Signed-off-by: Jason Wang --- drivers/virtio/virtio_pci_modern.c | 34 -- 1 file changed, 32 insertions(+), 2 deletions(-) diff --git a/drivers/virtio/virtio_pci_modern.c

[PATCH V3 14/19] virtio-pci-modern: introduce helper to get notification offset

This patch introduces help to get notification offset of modern device. Signed-off-by: Jason Wang --- drivers/virtio/virtio_pci_modern.c | 21 - 1 file changed, 16 insertions(+), 5 deletions(-) diff --git a/drivers/virtio/virtio_pci_modern.c

[PATCH V3 13/19] virtio-pci-modern: introduce helper for getting queue nums

This patch introduces helper for getting queue num of modern device. Signed-off-by: Jason Wang --- drivers/virtio/virtio_pci_modern.c | 13 - 1 file changed, 12 insertions(+), 1 deletion(-) diff --git a/drivers/virtio/virtio_pci_modern.c b/drivers/virtio/virtio_pci_modern.c index

[PATCH V3 11/19] virtio-pci-modern: introduce helper to set/get queue_enable

This patch introduces a helper to set/get queue_enable for modern device. Signed-off-by: Jason Wang --- drivers/virtio/virtio_pci_modern.c | 37 +- 1 file changed, 31 insertions(+), 6 deletions(-) diff --git a/drivers/virtio/virtio_pci_modern.c

[PATCH V3 10/19] virtio-pci-modern: introduce vp_modern_queue_address()

This patch introduce a helper to set virtqueue address for modern address. Signed-off-by: Jason Wang --- drivers/virtio/virtio_pci_modern.c | 33 -- 1 file changed, 27 insertions(+), 6 deletions(-) diff --git a/drivers/virtio/virtio_pci_modern.c

[PATCH V3 09/19] virtio-pci-modern: introduce vp_modern_set_queue_vector()

This patch introduces a helper to set virtqueue MSI vector. Signed-off-by: Jason Wang --- drivers/virtio/virtio_pci_modern.c | 35 -- 1 file changed, 23 insertions(+), 12 deletions(-) diff --git a/drivers/virtio/virtio_pci_modern.c

[PATCH V3 08/19] virtio-pci-modern: introduce vp_modern_generation()

This patch introduces vp_modern_generation() to get device generation. Signed-off-by: Jason Wang --- drivers/virtio/virtio_pci_modern.c | 17 ++--- 1 file changed, 14 insertions(+), 3 deletions(-) diff --git a/drivers/virtio/virtio_pci_modern.c b/drivers/virtio/virtio_pci_modern.c

[PATCH V3 02/19] virtio-pci: split out modern device

This patch splits out the virtio-pci modern device only attributes into another structure. While at it, a dedicated probe method for modern only attributes is introduced. This may help for split the logic into a dedicated module. Signed-off-by: Jason Wang --- drivers/virtio/virtio_pci_common.h

[PATCH V3 03/19] virtio-pci-modern: factor out modern device initialization logic

This patch factors out the modern device initialization logic into a helper. Note that it still depends on the caller to enable pci device which allows the caller to use e.g devres. Signed-off-by: Jason Wang --- drivers/virtio/virtio_pci_modern.c | 50 +- 1 file

[PATCH V3 06/19] virtio-pci-modern: introduce helpers for setting and getting status

This patch introduces helpers to allow set and get device status. Signed-off-by: Jason Wang --- drivers/virtio/virtio_pci_modern.c | 37 +++--- 1 file changed, 29 insertions(+), 8 deletions(-) diff --git a/drivers/virtio/virtio_pci_modern.c

[PATCH V3 04/19] virtio-pci-modern: introduce vp_modern_remove()

This patch introduces vp_modern_remove() doing device resources cleanup to make it can be used. Signed-off-by: Jason Wang --- drivers/virtio/virtio_pci_modern.c | 14 -- 1 file changed, 12 insertions(+), 2 deletions(-) diff --git a/drivers/virtio/virtio_pci_modern.c

[PATCH V3 07/19] virtio-pci-modern: introduce helpers for setting and getting features

This patch introduces helpers for setting and getting features. Signed-off-by: Jason Wang --- drivers/virtio/virtio_pci_modern.c | 43 +++--- 1 file changed, 33 insertions(+), 10 deletions(-) diff --git a/drivers/virtio/virtio_pci_modern.c

[PATCH V3 05/19] virtio-pci-modern: introduce helper to set config vector

This patch introduces vp_modern_config_vector() for setting config vector. Signed-off-by: Jason Wang --- drivers/virtio/virtio_pci_modern.c | 16 ++-- 1 file changed, 14 insertions(+), 2 deletions(-) diff --git a/drivers/virtio/virtio_pci_modern.c

[PATCH V3 01/19] virtio-pci: do not access iomem via struct virtio_pci_device directly

Instead of accessing iomem via struct virito_pci_device directly, tweak to call the io accessors through the iomem structure. This will ease the splitting of modern virtio device logic. Signed-off-by: Jason Wang --- drivers/virtio/virtio_pci_modern.c | 76 ++ 1 file

Re: [PATCH v5 2/2] Documentation: fpga: dfl: Add description for DFL UIO support

On Mon, Jan 04, 2021 at 12:24:05PM +0800, Wu, Hao wrote: > > Subject: [PATCH v5 2/2] Documentation: fpga: dfl: Add description for DFL > > UIO support > > > > This patch adds description for UIO support for dfl devices on DFL > > bus. > > > > Signed-off-by: Xu Yilun > > --- > > v2: no doc in v1,

[PATCH V3 00/19] vDPA driver for virtio-pci device

Hi all: This series tries to implement a vDPA driver for virtio-pci device which will bridge between vDPA bus and virtio-pci device. This could be used for future feature prototyping and testing. Please review Changes since V2: - tweak config prompt - switch from 'cb' to 'config_cb' for

Re: [PATCH v5 1/2] fpga: dfl: add the userspace I/O device support for DFL devices

On Mon, Jan 04, 2021 at 12:16:30PM +0800, Wu, Hao wrote: > > Subject: [PATCH v5 1/2] fpga: dfl: add the userspace I/O device support for > > DFL devices > > > > This patch supports the DFL drivers be written in userspace. This is > > realized by exposing the userspace I/O device interfaces. > > >

Re: [PATCH] staging: greybus: fix stack size warning with UBSAN

On Sun, Jan 03, 2021 at 11:35:32PM +0100, Arnd Bergmann wrote: > @@ -1050,78 +1088,28 @@ static int gbaudio_tplg_create_widget(struct > gbaudio_module_info *module, > strlcpy(temp_name, w->name, NAME_SIZE); > snprintf(w->name, NAME_SIZE, "GB %d %s", module->dev_id, temp_name); > > +

Re: [PATCH 5.10 00/40] 5.10.3-rc1 review

On Sun, Jan 03, 2021 at 06:37:51PM +0530, Jeffrin Jose T wrote: > On Mon, 2020-12-28 at 12:41 -0800, Guenter Roeck wrote: > > On 12/28/20 1:50 AM, Pavel Machek wrote: > > > Hi! > > > > > > > > > > > > https://www.kernel.org/pub/linux/kernel/v5.x/stable-review/patch-5.10.3-rc1.gz > > > > > > > > >

ping //Re: [PATCH] proc_sysclt: fix oops caused by incorrect command parameters.

ping On 2020/12/24 15:42, Xiaoming Ni wrote: The process_sysctl_arg() does not check whether val is empty before invoking strlen(val). If the command line parameter () is incorrectly configured and val is empty, oops is triggered. For example, "hung_task_panic=1" is incorrectly written as

Re: [RFC 1/2] arm64/mm: Fix pfn_valid() for ZONE_DEVICE based memory

On 12/22/20 2:41 PM, David Hildenbrand wrote: > On 22.12.20 08:12, Anshuman Khandual wrote: >> pfn_valid() validates a pfn but basically it checks for a valid struct page >> backing for that pfn. It should always return positive for memory ranges >> backed with struct page mapping. But currently

crypto: stm32 - Fix last sparse warning in stm32_cryp_check_ctr_counter

On Tue, Dec 29, 2020 at 11:26:45AM +0800, kernel test robot wrote: > tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git > master > head: dea8dcf2a9fa8cc540136a6cd885c3beece16ec3 > commit: bbb2832620ac4e136416aa97af7310636422dea9 crypto: stm32 - Fix sparse > warnings >

Re: [PATCH v3, 1/8] soc: mediatek: mmsys: create mmsys folder

On Thu, 2020-12-31 at 09:21 +0800, Nicolas Boichat wrote: > On Mon, Dec 28, 2020 at 4:38 PM Yongqiang Niu > wrote: > > > > the mmsys will more and more complicated after support > > more and more SoCs, add an independent folder will be > > more clear > > > > Signed-off-by: Yongqiang Niu > > ---

Re: [PATCH 0/4] regulator: fix pm8009 bindings on sm8250

On 31-12-20, 15:23, Dmitry Baryshkov wrote: > > PM8009 has special revision (P=1), which is to be used for sm8250 > platform. The major difference is the S2 regulator which supplies 0.95 V > instead of 2.848V. Declare regulators data to be used for this chip > revision. The datasheet calls the

Re: [kbuild-all] Re: ERROR: ".crypto_skcipher_setkey" undefined!

On 1/4/2021 1:21 PM, Herbert Xu wrote: On Sun, Jan 03, 2021 at 02:37:42AM +0800, kernel test robot wrote: If you fix the issue, kindly add following tag as appropriate Reported-by: kernel test robot All errors (new ones prefixed by >>): ERROR: ".kmem_cache_alloc" [net/nfc/nfc.ko]

Re: [PATCH] x86/iommu: Fix two minimal issues in check_iommu_entries()

On Wed, Dec 30, 2020 at 3:02 PM Borislav Petkov wrote: > > On Wed, Dec 23, 2020 at 02:24:12PM +0800, Zhenzhong Duan wrote: > > check_iommu_entries() checks for cyclic dependency in iommu entries > > and fixes the cyclic dependency by setting x->depend to NULL. But > > this repairing isn't correct

[PATCH v4 0/2] Add base layer priority id control

This series adds base layer priority id control for encoder and support for the same in venus driver. Changes since v3: - Rebased the changes on latest media tree. - Addressed the comments. - Added driver side implementation for new control. Dikshita Agarwal (2): media: v4l2-ctrl: Add base

[PATCH v4 2/2] venus: venc : Add support for priority ID control.

Add support for base layer priority ID control in encoder. This is a preparation patch to support v6. Signed-off-by: Dikshita Agarwal --- drivers/media/platform/qcom/venus/core.h | 2 ++ drivers/media/platform/qcom/venus/venc_ctrls.c | 9 - 2 files changed, 10 insertions(+), 1

[PATCH v4 1/2] media: v4l2-ctrl: Add base layer priority id control.

This control indicates the priority id to be applied to base layer. Signed-off-by: Dikshita Agarwal --- Documentation/userspace-api/media/v4l/ext-ctrls-codec.rst | 9 + drivers/media/v4l2-core/v4l2-ctrls.c | 1 + include/uapi/linux/v4l2-controls.h

[PATCH] ARM: ftrace: pause/unpause function graph tracer in cpu_suspend()

From: "louis.wang1" Enabling function_graph tracer on ARM causes kernel panic, because the function graph tracer updates the "return address" of a function in order to insert a trace callback on function exit, it saves the function's original return address in a return trace stack, but

Re: INFO: task hung in __io_uring_task_cancel

Hillf - > Can you reproduce it again against 5.11-rc1 with the tiny diff applied > to see if there is a missing wakeup in the mainline? Hey Hillf, thanks for sharing the diff. It seems like the reproducer that I had sent did not work on 5.11-rc1 itself, so I'm trying to get an updated reproducer

Re: ERROR: ".crypto_skcipher_setkey" undefined!

On Sun, Jan 03, 2021 at 02:37:42AM +0800, kernel test robot wrote: > > If you fix the issue, kindly add following tag as appropriate > Reported-by: kernel test robot > > All errors (new ones prefixed by >>): > >ERROR: ".kmem_cache_alloc" [net/nfc/nfc.ko] undefined! >ERROR:

RE: dmaengine : xilinx_dma two issues

> -Original Message- > From: Paul Thomas > Sent: Monday, December 28, 2020 10:14 AM > To: Dan Williams ; Vinod Koul > ; Michal Simek ; Radhey Shyam > Pandey ; Matthew Murrian > ; Romain Perier > ; Krzysztof Kozlowski ; Marc > Ferland ; Sebastian von Ohr > ; dmaeng...@vger.kernel.org;

[PATCH v5 1/2] media: v4l2-ctrl: add control for long term reference.

Long Term Reference (LTR) frames are the frames that are encoded sometime in the past and stored in the DPB buffer list to be used as reference to encode future frames. This change adds controls to enable this feature. Signed-off-by: Dikshita Agarwal ---

[PATCH v5 2/2] venus: venc: Add support for Long Term Reference (LTR) controls

Add support for below LTR controls in encoder: - V4L2_CID_MPEG_VIDEO_LTR_COUNT - V4L2_CID_MPEG_VIDEO_FRAME_LTR_INDEX - V4L2_CID_MPEG_VIDEO_USE_LTR_FRAMES Signed-off-by: Dikshita Agarwal --- drivers/media/platform/qcom/venus/venc_ctrls.c | 49 +- 1 file changed, 48

[PATCH v5 0/2] Add encoder ctrls for long term reference

This series add the encoder controls for long term reference (LTR) and support for the same in venus driver. changes since v4: - Rebased the changes on latest media tree - Addressed the comments - Added driver side implementation for new controls. Dikshita Agarwal (2): media: v4l2-ctrl: add

[PATCH] mm/memcontrol: fix warning in mem_cgroup_page_lruvec()

Boot a CONFIG_MEMCG=y kernel with "cgroup_disabled=memory" and you are met by a series of warnings from the VM_WARN_ON_ONCE_PAGE(!memcg, page) recently added to the inline mem_cgroup_page_lruvec(). An earlier attempt to place that warning, in mem_cgroup_lruvec(), had been careful to do so after

Re: [PATCH 2/3] arm64: dts: qcom: sm8150: Add PSCI idle states

On Tue 29 Dec 17:19 CST 2020, Danny Lin wrote: > On Mon, Dec 28, 2020 at10:02 AM, Bjorn Andersson wrote: > > On Tue 22 Dec 20:00 CST 2020, Danny Lin wrote: > > > > > On Sun, Dec 20, 2020 at 7:48 PM, Bjorn Andersson wrote: > > > > On Sun 20 Dec 16:29 PST 2020, Danny Lin wrote: > > > > > > > > >

Re: [PATCH] regulator: qcom-rpmh: add QCOM_COMMAND_DB dependency

On Wed 30 Dec 08:56 CST 2020, Arnd Bergmann wrote: > From: Arnd Bergmann > > A built-in regulator driver cannot link against a modular cmd_db driver: > > qcom-rpmh-regulator.c:(.text+0x174): undefined reference to `cmd_db_read_addr' > > There is already a dependency for RPMh, so add another

RE: [PATCH v5 2/2] Documentation: fpga: dfl: Add description for DFL UIO support

> Subject: [PATCH v5 2/2] Documentation: fpga: dfl: Add description for DFL > UIO support > > This patch adds description for UIO support for dfl devices on DFL > bus. > > Signed-off-by: Xu Yilun > --- > v2: no doc in v1, add it for v2. > v3: some documentation fixes. > v4: documentation change

RE: [PATCH v5 1/2] fpga: dfl: add the userspace I/O device support for DFL devices

> Subject: [PATCH v5 1/2] fpga: dfl: add the userspace I/O device support for > DFL devices > > This patch supports the DFL drivers be written in userspace. This is > realized by exposing the userspace I/O device interfaces. > > The driver leverages the uio_pdrv_genirq, it adds the

Re: [PATCH 00/10] Cover letter: fix a race in release_task when flushing the dentry

在 2020/12/31 下午5:22, Greg Kroah-Hartman 写道: On Thu, Dec 17, 2020 at 10:26:23AM +0800, Wen Yang wrote: 在 2020/12/4 上午2:31, Wen Yang 写道: The dentries such as /proc//ns/ have the DCACHE_OP_DELETE flag, they should be deleted when the process exits. Suppose the following race appears：

[PATCH v4 3/4] mtd: rawnand: qcom: Add support for Qcom SMEM parser

Add support for using Qualcomm SMEM based flash partition parser in Qualcomm NAND controller. Signed-off-by: Manivannan Sadhasivam --- drivers/mtd/nand/raw/qcom_nandc.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/drivers/mtd/nand/raw/qcom_nandc.c

[PATCH v4 2/4] mtd: parsers: Add Qcom SMEM parser

NAND based Qualcomm platforms have the partition table populated in the Shared Memory (SMEM). Hence, add a parser for parsing the partitions from it. Signed-off-by: Manivannan Sadhasivam --- drivers/mtd/parsers/Kconfig| 8 ++ drivers/mtd/parsers/Makefile | 1 +

[PATCH v4 4/4] mtd: parsers: afs: Fix freeing the part name memory in failure

In the case of failure while parsing the partitions, the iterator should be pre decremented by one before starting to free the memory allocated by kstrdup(). Because in the failure case, kstrdup() will not succeed and thus no memory will be allocated for the current iteration. Fixes: 1fca1f6abb38

[PATCH v4 1/4] dt-bindings: mtd: partitions: Add binding for Qcom SMEM parser

Add YAML binding for Qualcomm Shared Memory (SMEM) Flash partition parser. Signed-off-by: Manivannan Sadhasivam Reviewed-by: Rob Herring --- .../mtd/partitions/qcom,smem-part.yaml| 33 +++ 1 file changed, 33 insertions(+) create mode 100644

[PATCH v4 0/4] Add support for Qcom SMEM based NAND parser

Hello, This series adds support for parsing the partitions defined in Shared Memory (SMEM) of the Qualcomm platforms supporting NAND interface. Current parser only supports V3 and V4 of the partition tables. This series has been tested on SDX55 MTP board which has an onboard NAND device.

RE: [PATCH v8 13/16] dmaengine: dw-axi-dmac: Add Intel KeemBay AxiDMA handshake

> -Original Message- > From: Eugeniy Paltsev > Sent: 31 December 2020 8:44 PM > To: Sia, Jee Heng ; Vinod Koul > > Cc: andriy.shevche...@linux.intel.com; dmaeng...@vger.kernel.org; > linux-kernel@vger.kernel.org; devicet...@vger.kernel.org; > robh...@kernel.org > Subject: Re: [PATCH

Re: [PATCH] Input: da7280 - protect OF match table with CONFIG_OF

Hi Dmitry, On Sun, Jan 03, 2021 at 05:58:41PM -0800, Dmitry Torokhov wrote: > Hi Jeff, > > On Sat, Dec 19, 2020 at 08:01:09PM -0600, Jeff LaBundy wrote: > > Hi Dmitry, > > > > On Fri, Dec 18, 2020 at 04:49:48PM +, Roy Im wrote: > > > On Friday, December 18, 2020 3:50 PM, Dmitry Torokhov

linux-next: Tree for Jan 4

Hi all, Changes since 20201223: New tree: actions The rcu tree gained a build failure so I used the version from next-20201223. The staging tree gained build failures so I used the version from next-20201223. Non-merge commits (relative to Linus' tree): 950 961 files changed, 35277

Re: [PATCH -tip v2] x86/kprobes: Do not decode opcode in resume_execution()

On Thu, 31 Dec 2020 17:09:23 +0100 Borislav Petkov wrote: > On Fri, Dec 18, 2020 at 11:12:05PM +0900, Masami Hiramatsu wrote: > > @@ -467,8 +489,8 @@ static int arch_copy_kprobe(struct kprobe *p) > > */ > > len = prepare_boost(buf, p, ); > > > > - /* Check whether the instruction

Re: [PATCH v3 03/10] irqchip/sun6i-r: Use a stacked irqchip driver

On 1/3/21 7:10 AM, Marc Zyngier wrote: > On Sun, 03 Jan 2021 12:08:43 +, > Samuel Holland wrote: >> >> On 1/3/21 5:27 AM, Marc Zyngier wrote: >>> On Sun, 03 Jan 2021 10:30:54 +, >>> Samuel Holland wrote: The R_INTC in the A31 and newer sun8i/sun50i SoCs is more similar to the

Re: [PATCH 11/11] dts: bindings: Document device tree binding for Arm TRBE

On 1/3/21 10:35 PM, Rob Herring wrote: > On Wed, Dec 23, 2020 at 03:33:43PM +0530, Anshuman Khandual wrote: >> This patch documents the device tree binding in use for Arm TRBE. >> >> Cc: devicet...@vger.kernel.org >> Cc: Mathieu Poirier >> Cc: Mike Leach >> Cc: Suzuki K Poulose >>

[PATCH v2] arm64/ras: Update code to trace out more data for ARM processor

The original arm_event trace code only traces out ARM processor error information data. According to UEFI_2_8_A_Feb14 specification chapter N2.4.4, the ARM processor error section includes several ARM processor error information, several ARM processor context information and several vendor

Re: [PATCH V2 19/19] vdpa: introduce virtio pci driver

On 2020/12/4 下午11:20, Stefano Garzarella wrote: +#define VP_VDPA_QUEUE_MAX 256 +#define VP_VDPA_DRIVER_NAME "vp_vdpa" + +struct vp_vring { +    void __iomem *notify; +    char msix_name[256]; Can we use a macro for the msix_name size, since we use 256 in multiple places? Yes, will switch

Re: [PATCH V2 16/19] virtio-pci: introduce modern device module

On 2020/12/5 上午1:10, Randy Dunlap wrote: Hi Jason-- On 12/3/20 8:03 PM, Jason Wang wrote: diff --git a/drivers/virtio/Kconfig b/drivers/virtio/Kconfig index 7b41130d3f35..d1a6bd2a975f 100644 --- a/drivers/virtio/Kconfig +++ b/drivers/virtio/Kconfig @@ -12,6 +12,14 @@ config

Re: [PATCH v3, 1/8] soc: mediatek: mmsys: create mmsys folder

On Thu, 2020-12-31 at 09:21 +0800, Nicolas Boichat wrote: > On Mon, Dec 28, 2020 at 4:38 PM Yongqiang Niu > wrote: > > > > the mmsys will more and more complicated after support > > more and more SoCs, add an independent folder will be > > more clear > > > > Signed-off-by: Yongqiang Niu > > ---

Re: [PATCH 2/2] mm: memcg: add a new MEMCG_UPDATE_BATCH

Hi Roman, On Tue, Dec 29, 2020 at 09:13:27AM -0800, Roman Gushchin wrote: > On Tue, Dec 29, 2020 at 10:35:14PM +0800, Feng Tang wrote: > > When profiling memory cgroup involved benchmarking, status update > > sometimes take quite some CPU cycles. Current MEMCG_CHARGE_BATCH > > is used for both

drivers/net/can/spi/mcp251xfd/mcp251xfd-core.c:2060:20: warning: stack frame size of 2496 bytes in function 'mcp251xfd_irq'

tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: e71ba9452f0b5b2e8dc8aa5445198cd9214a6a62 commit: eb79a267c9b3e608e7762a1b221428f37ace3aa3 can: mcp251xfd: rename all remaining occurrence to mcp251xfd date: 3 months ago config:

[PATCH] Documentation/dax: Update description of DAX policy changing

After commit 77573fa310d9 ("fs: Kill DCACHE_DONTCACHE dentry even if DCACHE_REFERENCED is set"), changes to DAX policy will take effect as soon as all references to this file are gone. Update the documentation accordingly. Signed-off-by: Hao Li --- Documentation/filesystems/dax.txt | 15

[PATCH v2] perf stat: Append to default list if use -e +event

The default event list includes the most common events which are widely used by users. But with -e option, the current perf only counts the events assigned by -e option. Users may want to collect some extra events with the default list. For this case, users have to manually add all the events from

Re: [PATCH v17 04/10] fs/ntfs3: Add file operations and implementation

On Thu, Dec 31, 2020 at 06:23:55PM +0300, Konstantin Komarov wrote: > +/* > + * file_operations::iterate_shared > + * > + * Use non sorted enumeration. > + * We have an example of broken volume where sorted enumeration > + * counts each name twice > + */ > +static int ntfs_readdir(struct file

Re: [PATCH] staging: greybus: fix stack size warning with UBSAN

On 1/3/21 4:35 PM, Arnd Bergmann wrote: From: Arnd Bergmann clang warns about excessive stack usage in this driver when UBSAN is enabled: drivers/staging/greybus/audio_topology.c:977:12: error: stack frame size of 1836 bytes in function 'gbaudio_tplg_create_widget'

Re: [PATCH v2 00/11] perf c2c: Sort cacheline with all loads

On Sun, Jan 03, 2021 at 11:52:19PM +0100, Jiri Olsa wrote: > On Sun, Dec 13, 2020 at 01:38:39PM +, Leo Yan wrote: > > This patch set is to sort cache line for all load operations which hit > > any cache levels. For single cache line view, it shows the load > > references for loads with cache

[PATCH] pcmcia: Switch to using the new API kobj_to_dev()

fixed the following coccicheck: drivers/pcmcia/cistpl.c:1557:54-55: WARNING opportunity for kobj_to_dev() drivers/pcmcia/cistpl.c:1584:53-54: WARNING opportunity for kobj_to_dev() Signed-off-by: Tian Tao --- drivers/pcmcia/cistpl.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff

  1   2   3   4   >