Quantcast
Channel: Linux | Kernel
Mark channel Not-Safe-For-Work? cancel confirm NSFW Votes: (0 votes)
Are you the publisher? Claim or contact us about this channel.
0
Previous Article Next Article

[PATCH v7 1/2] dt-bindings: display: panel: Add bindings for Novatek nt36672a

0
0
Novatek nt36672a is a display driver IC that can drive DSI panel. It is also present in the Tianma video mode panel, which is a FHD+ panel with a reso

KASAN: use-after-free Write in xp_put_pool

0
0
Hello, syzbot found the following issue on: HEAD commit: dc1a9bf2 octeontx2-pf: Add UDP segmentation offload support git tree: net-next con

general protection fault in snd_ctl_release

0
0
Hello, syzbot found the following issue on: HEAD commit: b51594df Merge tag 'docs-5.9-3' of git://git.lwn.net/linux git tree: upstream cons

[PATCH v1 0/6] clk: rockchip: Support module build

0
0
Export some APIs for module drivers. Fix the clock config to support module build. Fix the clk driver init, add module author, description and license

[PATCH] f2fs: allocate proper size memory for zstd decompress

0
0
As 5kft <5kft@5kft.org> reported: kworker/u9:3: page allocation failure: order:9, mode:0x40c40(GFP_NOFS|__GFP_COMP), nodemask=(null),cpuset=/,mems_a

BUG: KASAN: use-after-free in prepare_ftrace_return+0x88/0x140

0
0
While running LTP tracing on arm64 juno with kasan config enabled this kernel BUG triggered. metadata: git branch: linux-4.14.y git repo: https:/

[PATCH 1/2] ata: ahci: ceva: Update the driver to support xilinx GT phy

0
0
SATA controller used in Xilinx ZynqMP platform uses xilinx GT phy which has 4 GT lanes and can used by 4 peripherals at a time. SATA controller uses 1

[PATCH 2/2] dt-bindings: ata: achi: ceva: Update documentation for CEVA Controller

0
0
This patch updates the documentation for the CEVA controller for adding the required properties for 'phys' and 'resets'. Signed-off-by: Piyush Mehta

[PATCH 0/2] ata: ahci: ceva: Update the driver to support xilinx GT phy

0
0
This patch series updates the ceva driver to add support for Xilinx GT phy. This also updates the documentation with the device tree binding required

[PATCH] rpmsg: Avoid double-free in mtk_rpmsg_register_device

0
0
If rpmsg_register_device fails, it will call mtk_rpmsg_release_device which already frees mdev. Fixes: 7017996951fde84 ("rpmsg: add rpmsg support for

[PATCH v2 3/3] media: imx258: Get clock from device properties and enable it via runtime PM

0
0
The IMX258 sensor driver checked in device properties for a clock-frequency property which actually does not mean that the clock is really running suc

[PATCH v2 2/3] media: imx258: Add support for binding via device tree

0
0
The IMX258 can be used also on embedded designs using device tree so allow the sensor to bind to a device tree node. Signed-off-by: Krzysztof Kozlows

[PATCH v2 1/3] dt-bindings: media: imx258: Add bindings for IMX258 sensor

0
0
Add bindings for the IMX258 camera sensor. The bindings, just like the driver, are quite limited, e.g. do not support regulator supplies. Signed-off

[PATCH 4/4] cpufreq: Move traces and update to policy->cur to cpufreq core

0
0
The cpufreq core handles the updates to policy->cur and recording of cpufreq trace events for all the governors except schedutil's fast switch case.

[PATCH 3/4] cpufreq: stats: Enable stats for fast-switch as well

0
0
Now that all the blockers are gone for enabling stats in fast-switching case, enable it. Signed-off-by: Viresh Kumar <viresh.kumar@linaro.org> --- d

[PATCH 0/4] cpufreq: Record stats with fast-switching

0
0
Hi, We disabled recording cpufreq stats when fast switching was introduced to the cpufreq core as the cpufreq stats required to take a spinlock and t

general protection fault in xsk_diag_dump (2)

0
0
Hello, syzbot found the following issue on: HEAD commit: dc1a9bf2 octeontx2-pf: Add UDP segmentation offload support git tree: net-next con

general protection fault in xsk_is_setup_for_bpf_map

0
0
Hello, syzbot found the following issue on: HEAD commit: dc1a9bf2 octeontx2-pf: Add UDP segmentation offload support git tree: net-next con

[PATCH 2/4] cpufreq: stats: Remove locking

0
0
The locking isn't required anymore as stats can get updated only from one place at a time. Remove it. Signed-off-by: Viresh Kumar <viresh.kumar@linar

[PATCH 1/4] cpufreq: stats: Defer stats update to cpufreq_stats_record_transition()

0
0
In order to prepare for lock-less stats update, add support to defer any updates to it until cpufreq_stats_record_transition() is called. Signed-off-

[PATCH 4.4 00/61] 4.4.235-rc2 review

0
0
This is the start of the stable review cycle for the 4.4.235 release. There are 61 patches in this series, all will be posted as a response to this on

Re: [PATCH] arm64: Remove exporting cpu_logical_map symbol

0
0
On Tue, 1 Sep 2020 10:52:29 +0100, Sudeep Holla wrote: > Commit eaecca9e7710 ("arm64: Fix __cpu_logical_map undefined issue") > exported cpu_logical_m

[PATCH] exfat: eliminate dead code in exfat_find()

0
0
The exfat_find_dir_entry() called by exfat_find() doesn't return -EEXIST. Therefore, the root-dir information setting is never executed. Signed-off-b

[PATCH 5.8 000/253] 5.8.6-rc2 review

0
0
This is the start of the stable review cycle for the 5.8.6 release. There are 253 patches in this series, all will be posted as a response to this one

[PATCH 5.4 000/213] 5.4.62-rc2 review

0
0
This is the start of the stable review cycle for the 5.4.62 release. There are 213 patches in this series, all will be posted as a response to this on

[RESEND PATCH v2 3/6] dt-bindings: usb: Add DT bindings for STUSB160x Type-C controller

0
0
Add binding documentation for the STMicroelectronics STUSB160x Type-C port controller. Signed-off-by: Amelie Delaunay <amelie.delaunay@st.com> --- No

[RESEND PATCH v2 0/6] Add STUSB160x Type-C port controller support

0
0
This series adds support for STMicroelectronics STUSB160x Type-C port controllers [1]. STUSB160x driver requires to get power operation mode via devic

[RESEND PATCH v2 1/6] dt-bindings: connector: add power-opmode optional property to usb-connector

0
0
Power operation mode may depends on hardware design, so, add the optional property power-opmode for usb-c connector to select the power operation mode

[RESEND PATCH v2 2/6] usb: typec: add typec_find_pwr_opmode

0
0
This patch adds a function that converts power operation mode string into power operation mode value. It is useful to configure power operation mode

[RESEND PATCH v2 4/6] usb: typec: add support for STUSB160x Type-C controller family

0
0
STMicroelectronics USB Type-C port controllers use I2C interface to configure, control and read the operation status of the device. All ST USB Type-C

[RESEND PATCH v2 5/6] ARM: dts: stm32: add STUSB1600 Type-C using I2C4 on stm32mp15xx-dkx

0
0
This patch adds support for STUSB1600 USB Type-C port controller, used on I2C4 on stm32mp15xx-dkx. The default configuration on this board, on Type-C

[RESEND PATCH v2 6/6] ARM: multi_v7_defconfig: enable STUSB160X Type-C port controller support

0
0
Enable support for the STMicroelectronics STUSB160X USB Type-C port controller driver by turning on CONFIG_TYPEC and CONFIG_TYPEC_STUSB160X as modules

linux-next: Tree for Sep 2

0
0
Hi all, Changes since 20200828: The drm tree inherited the drm-misc tree's build failure. The rcu tree gained a conflict against the jc_docs tree.

[PATCH rdma-next 0/8] Cleanup and fix the CMA state machine

0
0
From: Leon Romanovsky <leonro@nvidia.com> From Jason: The RDMA CMA continues to attract syzkaller bugs due to its somewhat loose operation of its FS

[PATCH rdma-next 0/2] Convert RWQ and MW to general allocation scheme

0
0
From: Leon Romanovsky <leonro@nvidia.com> Continue with allocation patches. Leon Romanovsky (2): RDMA: Clean MW allocation and free flows RDMA:

[btrfs] 07f94dcaa6: xfstests.generic.062.fail

0
0
Greeting, FYI, we noticed the following commit (built with gcc-9): commit: 07f94dcaa6065f95777fcc9717043b5c677cef71 ("[PATCH 1/1] btrfs: Track subdi

[PATCH rdma-next 1/4] gcov: Open-code kmemdup() to work correctly with kernel and user space pointers

0
0
From: Leon Romanovsky <leonro@nvidia.com> The kernel with KASAN and GCOV enabled generates the following splat due to the situation that gcov_info ca

[PATCH RESEND] remoteproc: scp: add COMPILE_TEST dependency

0
0
This will improve this driver's build coverage. Reported-by: Ezequiel Garcia <ezequiel@collabora.com> Signed-off-by: Alexandre Courbot <acourbot@chro

[RESEND PATCH v5 2/3] usb: dwc2: override PHY input signals with usb role switch support

0
0
This patch adds support for usb role switch to dwc2, by using overriding control of the PHY voltage valid and ID input signals. iddig signal (ID) can

[RESEND PATCH v5 3/3] usb: dwc2: don't use ID/Vbus detection if usb-role-switch on STM32MP15 SoCs

0
0
If usb-role-switch is present in the device tree, it means that ID and Vbus signals are not connected to the OTG controller but to an external compone

[RESEND PATCH v5 0/3] Add USB role switch support to DWC2

0
0
When using usb-c connector (but it can also be the case with a micro-b connector), iddig, avalid, bvalid, vbusvalid input signals may not be connected

[RESEND PATCH v5 1/3] dt-bindings: usb: dwc2: add optional usb-role-switch property

0
0
This patch documents the usb-role-switch property in dwc2 bindings, now that usb-role-switch support is available in dwc2 driver. Reviewed-by: Martin

[PATCH -rc 0/4] Protect from GCC garbage input in GCOV

0
0
From: Leon Romanovsky <leonro@nvidia.com> Hi Linus, Both Colin in Ubuntu [1] and I in FC 32 are having same kernel crashes while GCOV is enabled. Th

[PATCH] dt-bindings: arm: Add devicetree binding for cpu-performance-dependencies

0
0
Currently, there is an assumption that the performance domains as provided by the SCMI protocol should be mirroring the exact implementation in hardwa

[PATCH rdma-next 3/4] gcov: Protect from uninitialized number of functions provided by GCC 10.2

0
0
From: Leon Romanovsky <leonro@nvidia.com> The kernel compiled with GCC 10.2.1 and KASAN together with GCOV enabled produces the following splat while

[PATCH rdma-next 2/4] gcov: Use proper duplication routine for const pointer

0
0
From: Leon Romanovsky <leonro@nvidia.com> The filename is a const pointer, so use the proper string duplication routine that takes into account const

[PATCH rdma-next 4/4] gcov: Don't print out-of-memory print for all failed files

0
0
From: Leon Romanovsky <leonro@nvidia.com> Once GCOV fails to duplicate information, the following error is printed: gcov: could not save data for '/

[PATCH] mm: check for memory's node later during boot

0
0
register_mem_sect_under_nodem() is checking the memory block's node id only if the system state is "SYSTEM_BOOTING". On PowerPC, the memory blocks are

[dyndbg] 70f06a871f: kernel_BUG_at_lib/dynamic_debug.c

0
0
Greeting, FYI, we noticed the following commit (built with gcc-9): commit: 70f06a871f5d40ca8f977eb412358ab03b6804da ("[PATCH v3 3/3] dyndbg: fix pro
Previous Article Next Article

Compensation for your effort

0
0
Dear Friend, How are you I hope you are very fine with your entire family? If so glory be to Almighty God. I'm happy to inform you about my success