[RFC PATCH v1 0/2] kselftest/resctrl: CAT functional tests

2025-06-16 Thread Ilpo Järvinen
Hi all, In the last Fall Reinette mentioned functional tests of resctrl would be preferred over selftests that are based on performance measurement. This series tries to address that shortcoming by adding some functional tests for resctrl FS interface and another that checks MSRs match to what is

[RFC PATCH v1 0/2] Add file seal to prevent future exec mappings

2024-12-05 Thread Isaac J. Manjarres
Android uses the ashmem driver [1] for creating shared memory regions between processes. The ashmem driver exposes an ioctl command for processes to restrict the permissions an ashmem buffer can be mapped with. Buffers are created with the ability to be mapped as readable, writable, and executable

[RFC PATCH v1 0/2] Allow the RAS feature bit in ID_AA64PFR0_EL1 writable from userspace

2024-09-25 Thread Shaoqin Huang
Currently the RAS feature bit is not writable in ID_AA64PFR0EL1, this makes migration fail when migration from the machine which RAS is 1 to another machine which RAS is 2. Allow RAS writable from userspace would make the migration possible between two machines which RAS is different. Shaoqin Hua

[RFC PATCH v1 0/2] virtio/vsock: some updates for deferred credit update

2024-06-21 Thread Arseniy Krasnov
This patchset contains: 0001 - patch which reworks deferred credit update. Pls see commit message, it contains full description of this problem. 0002 - test which uses vsockmon interface, and checks that deferred credit update works as expected by parsing raw packets. Arseniy Krasno

Re: [RFC PATCH v1 0/2] send credit update during setting SO_RCVLOWAT

2023-11-15 Thread Stefano Garzarella
On Wed, Nov 08, 2023 at 10:20:02AM +0300, Arseniy Krasnov wrote: Hello, DESCRIPTION This patchset fixes old problem with hungup of both rx/tx sides and adds test for it. This happens due to non-default SO_RCVLOWAT value and deferred credit update in virtio/vsock. L

[RFC PATCH v1 0/2] send credit update during setting SO_RCVLOWAT

2023-11-07 Thread Arseniy Krasnov
Hello, DESCRIPTION This patchset fixes old problem with hungup of both rx/tx sides and adds test for it. This happens due to non-default SO_RCVLOWAT value and deferred credit update in virtio/vsock. Link to previous old patchset: https://lore.kernel.org/netdev/39b2e

[RFC PATCH v1 0/2] Add regression mailing list with basics for tracking

2021-04-07 Thread Thorsten Leemhuis
Hi! A mailing list for regressions was finally created as regressi...@lists.linux.dev (we dropped the linux- prefix as the term is already in the domain name). Hence, add it to MAINTAINERS, as that where people will look it up. I was a bit unsure how to actually do that, see the note in the first p

[RFC PATCH v1 0/2] handle USB endpoint race condition

2020-06-27 Thread Archie Pusaka
From: Archie Pusaka On platforms with USB transport, events and data are transferred via different endpoints. This could potentially cause ordering problems, where the order of processed information is different than the actual order. One such a case is we receive a ACL packet before receiving t

Re: [RFC PATCH v1 0/2] rk3318 A95X Z2 board

2020-06-25 Thread Johan Jonker
Hi, Status update. On 6/20/20 3:46 PM, Johan Jonker wrote: > status: EXPERIMENTAL > What works: > uart2 > mmc > emmc > sd card > usb2 /// USB2: The usb2 port only works reliable with: dr_mode = "host"; Question for Heiko: Should we change that in rk3328.

Re: [RFC PATCH v1 0/2] rk3318 A95X Z2 board

2020-06-22 Thread Johan Jonker
Hi, BUG report 1: About phy-rockchip-inno-usb2.c and rk3318. Goal is to use ttyUSB0 as console in combination with agetty as long as we don't have a working HDMI signal on a DVI monitor. Boot with rk3318 starts normal on emmc with U-boot OK. It then loads the kernel and initrd on SD card. Log vie

[RFC PATCH v1 0/2] rk3318 A95X Z2 board

2020-06-20 Thread Johan Jonker
status: EXPERIMENTAL Use on your own risk. What works: uart2 mmc emmc sd card usb2 What doesn't work: vop hdmi ethernet Not tested: adc key av bt ir spdif wifi No support in mainline: usb3 front display Problems: U-boot only starts on emmc, then loads kernel from sd card. Nee

[RFC PATCH v1 0/2] Add QCOM SDM845 interconnect provider driver

2018-07-18 Thread David Dai
Hi, This patch series adds a driver and DT binding using the interconnect (ICC) framework [1] to describe the Qualcomm SDM845 platform's topology of its interconnected buses and internal aggregation nodes known as Bus Clock Managers(BCM). The SDM845 ICC provider driver would aggregate and satisfy

[RFC PATCH v1 0/2] Add QCOM SDM845 interconnect provider driver

2018-06-29 Thread David Dai
Hi, This patch series adds a driver and DT binding using the interconnect (ICC) framework [1] to describe the Qualcomm SDM845 platform's topology of its interconnected buses and internal aggregation nodes known as Bus Clock Managers(BCM). The SDM845 ICC provider driver would aggregate and satisfy

Re: [RFC PATCH v1 0/2] printk: Shared kernel logging

2016-09-30 Thread Kees Cook
On Fri, Sep 30, 2016 at 6:56 PM, Sean Hudson wrote: > On 9/29/2016 8:36 PM, Kees Cook wrote: >> On Thu, Sep 29, 2016 at 5:55 PM, Sean Hudson >> wrote: >>> This patch set is based on Linus' v4.8-rc8 tag. >>> >>> This debug feature allows the kernel to use an external buffer and >>> control block f

Re: [RFC PATCH v1 0/2] printk: Shared kernel logging

2016-09-30 Thread Sean Hudson
On 9/29/2016 8:36 PM, Kees Cook wrote: > On Thu, Sep 29, 2016 at 5:55 PM, Sean Hudson > wrote: >> This patch set is based on Linus' v4.8-rc8 tag. >> >> This debug feature allows the kernel to use an external buffer and >> control block for kernel log messages. The feature is controlled by >> an o

Re: [RFC PATCH v1 0/2] printk: Shared kernel logging

2016-09-29 Thread Kees Cook
On Thu, Sep 29, 2016 at 5:55 PM, Sean Hudson wrote: > This patch set is based on Linus' v4.8-rc8 tag. > > This debug feature allows the kernel to use an external buffer and control > block for kernel log messages. The feature is controlled by an optional > command line parameter. The existing buff

[RFC PATCH v1 0/2] printk: Shared kernel logging

2016-09-29 Thread Sean Hudson
This patch set is based on Linus' v4.8-rc8 tag. This debug feature allows the kernel to use an external buffer and control block for kernel log messages. The feature is controlled by an optional command line parameter. The existing buffer and control block can contain existing log messages from pr

Re: [RFC PATCH v1 0/2] Add Hisilicon Djtag driver

2016-07-24 Thread Tan Xiaojun
On 2016/7/22 21:27, Arnd Bergmann wrote: > On Friday, July 22, 2016 11:56:49 AM CEST Mark Rutland wrote: >> Hi, >> >> I understand that some SoC/socket level PMU is accessed via these >> registers. It doesn't make sense to review either in isolation. Please >> put together a unified series, with bo

Re: [RFC PATCH v1 0/2] Add Hisilicon Djtag driver

2016-07-24 Thread Tan Xiaojun
On 2016/7/22 18:56, Mark Rutland wrote: > Hi, > > I understand that some SoC/socket level PMU is accessed via these > registers. It doesn't make sense to review either in isolation. Please > put together a unified series, with both the djtag accessors and the > PMU code. > > On it's own, it's *ve

Re: [RFC PATCH v1 0/2] Add Hisilicon Djtag driver

2016-07-22 Thread Arnd Bergmann
On Friday, July 22, 2016 11:56:49 AM CEST Mark Rutland wrote: > Hi, > > I understand that some SoC/socket level PMU is accessed via these > registers. It doesn't make sense to review either in isolation. Please > put together a unified series, with both the djtag accessors and the > PMU code. > >

Re: [RFC PATCH v1 0/2] Add Hisilicon Djtag driver

2016-07-22 Thread Mark Rutland
Hi, I understand that some SoC/socket level PMU is accessed via these registers. It doesn't make sense to review either in isolation. Please put together a unified series, with both the djtag accessors and the PMU code. On it's own, it's *very* difficult to understand how this fits into the SoC,

[RFC PATCH v1 0/2] Add Hisilicon Djtag driver

2016-07-22 Thread Tan Xiaojun
Tan Xiaojun (2): Documentation: arm64: Add Hisilicon HiP05/06/07 Sysctrl and Djtag dts bindings drivers: soc: Add support for Hisilicon Djtag driver .../bindings/arm/hisilicon/hisilicon.txt | 98 + drivers/soc/Kconfig|1 + drivers/soc/M

Re: [RFC PATCH v1 0/2]

2016-06-02 Thread Daniel Vetter
On Wed, Jun 01, 2016 at 10:54:09AM +0800, Yakir Yang wrote: > Hi Daniel, > > On 05/31/2016 10:38 PM, Daniel Vetter wrote: > > On Tue, May 31, 2016 at 09:37:36PM +0800, Yakir Yang wrote: > > > The full name of PSR is Panel Self Refresh, panel device could refresh > > > itself with the hardware fram

Re: [RFC PATCH v1 0/2]

2016-05-31 Thread Yakir Yang
Hi Daniel, On 05/31/2016 10:38 PM, Daniel Vetter wrote: On Tue, May 31, 2016 at 09:37:36PM +0800, Yakir Yang wrote: The full name of PSR is Panel Self Refresh, panel device could refresh itself with the hardware framebuffer in panel, this would make a lots of sense to save the power consumption

Re: [RFC PATCH v1 0/2]

2016-05-31 Thread Daniel Vetter
On Tue, May 31, 2016 at 09:37:36PM +0800, Yakir Yang wrote: > The full name of PSR is Panel Self Refresh, panel device could refresh > itself with the hardware framebuffer in panel, this would make a lots > of sense to save the power consumption. > > For example, when desktop haven't change the co

[RFC PATCH v1 0/2]

2016-05-31 Thread Yakir Yang
The full name of PSR is Panel Self Refresh, panel device could refresh itself with the hardware framebuffer in panel, this would make a lots of sense to save the power consumption. For example, when desktop haven't change the context for a long time, then we could refresh the data to the hardware

[RFC PATCH v1 0/2] Add RK3229 HDMI support

2016-01-06 Thread Yakir Yang
RK3229 have integrated an DesignedWare HDMI controller and an INNO HDMI phy, so we can still reuse the dw-hdmi driver for RK3229 HDMI controller, but we need to create an separate driver for RK3229 HDMI PHY. Yakir Yang (2): drm: rockchip: hdmi: add RK3229 HDMI support dt-bindings: add docume

[RFC PATCH v1 0/2] Add RK3229 vop support

2016-01-04 Thread Yakir Yang
Add RK3229 vop support Yakir Yang (2): drm/rockchip: vop: add rk3229 vop support dt-bindings: add document for rk3229-vop .../bindings/display/rockchip/rockchip-vop.txt | 1 + drivers/gpu/drm/rockchip/rockchip_drm_vop.c| 7 +- drivers/gpu/drm/rockchip/rockchip_drm_vop.h

Re: [RFC PATCH v1 0/2] Introduce Innosilicon HDMI driver on Rockchip platforms

2015-12-20 Thread Yakir Yang
Hi Mark On 12/21/2015 03:25 PM, Mark yao wrote: Hi Yakir I want to convert drm/rockchip to support atomic api, I'd like you can do some modify to adapt it. Sure, would update as soon as possible. Thanks, - Yakir - Mark On 2015年11月11日 15:45, Yakir Yang wrote: Hi guys: Here are a

Re: [RFC PATCH v1 0/2] Introduce Innosilicon HDMI driver on Rockchip platforms

2015-12-20 Thread Mark yao
Hi Yakir I want to convert drm/rockchip to support atomic api, I'd like you can do some modify to adapt it. - Mark On 2015年11月11日 15:45, Yakir Yang wrote: Hi guys: Here are a brief introduction to Innosilicon HDMI IP: - Support HDMI 1.4a, HDCP 1.2 and DVI 1.0 standard compliant trans

[RFC PATCH v1 0/2] Add basic HDCP function support for dw_hdmi driver

2015-11-22 Thread Yakir Yang
Hi, This series try to add the basic HDCP function support for bridge dw_hdmi driver. Beside this series also resend the patch from Sean Paul that try to introduce a common way for userspace to operate the HDCP function. Userspace could chose to enable/disable the HDCP function throught the new s

[RFC PATCH v1 0/2] Introduce Innosilicon HDMI driver on Rockchip platforms

2015-11-10 Thread Yakir Yang
Hi guys: Here are a brief introduction to Innosilicon HDMI IP: - Support HDMI 1.4a, HDCP 1.2 and DVI 1.0 standard compliant transmitter - Support HDMI1.4 a/b 3D function defined in HDMI 1.4 a/b spec - Digital video interface supports a pixel size of 24, 30, 36, 48bits color depth in RGB - S

Re: [RFC PATCH v1 0/2] perf: Support for SDT markers

2014-02-26 Thread Hemant Kumar
On 02/26/2014 03:12 PM, Masami Hiramatsu wrote: (2014/02/26 18:03), Hemant Kumar wrote: On 02/26/2014 01:48 PM, Namhyung Kim wrote: Hi Masami and Hemant, On Tue, 25 Feb 2014 21:27:07 +0530, Hemant Kumar wrote: On 02/25/2014 05:14 PM, Masami Hiramatsu wrote: (2014/02/24 18:14), Hemant Kumar w

Re: Re: [RFC PATCH v1 0/2] perf: Support for SDT markers

2014-02-26 Thread Masami Hiramatsu
(2014/02/26 18:03), Hemant Kumar wrote: > On 02/26/2014 01:48 PM, Namhyung Kim wrote: >> Hi Masami and Hemant, >> >> On Tue, 25 Feb 2014 21:27:07 +0530, Hemant Kumar wrote: >>> On 02/25/2014 05:14 PM, Masami Hiramatsu wrote: (2014/02/24 18:14), Hemant Kumar wrote: > First, scan the binarie

Re: Re: [RFC PATCH v1 0/2] perf: Support for SDT markers

2014-02-26 Thread Masami Hiramatsu
(2014/02/26 17:18), Namhyung Kim wrote: > Hi Masami and Hemant, > > On Tue, 25 Feb 2014 21:27:07 +0530, Hemant Kumar wrote: >> On 02/25/2014 05:14 PM, Masami Hiramatsu wrote: >>> (2014/02/24 18:14), Hemant Kumar wrote: First, scan the binaries using : # perf list sdt --scan Cre

Re: [RFC PATCH v1 0/2] perf: Support for SDT markers

2014-02-26 Thread Hemant Kumar
On 02/26/2014 01:48 PM, Namhyung Kim wrote: Hi Masami and Hemant, On Tue, 25 Feb 2014 21:27:07 +0530, Hemant Kumar wrote: On 02/25/2014 05:14 PM, Masami Hiramatsu wrote: (2014/02/24 18:14), Hemant Kumar wrote: First, scan the binaries using : # perf list sdt --scan Creating a cache of SDT ma

Re: [RFC PATCH v1 0/2] perf: Support for SDT markers

2014-02-26 Thread Namhyung Kim
Hi Masami and Hemant, On Tue, 25 Feb 2014 21:27:07 +0530, Hemant Kumar wrote: > On 02/25/2014 05:14 PM, Masami Hiramatsu wrote: >> (2014/02/24 18:14), Hemant Kumar wrote: >>> First, scan the binaries using : >>> # perf list sdt --scan >>> >>> Creating a cache of SDT markers... >>> perf sdt cache c

Re: [RFC PATCH v1 0/2] perf: Support for SDT markers

2014-02-25 Thread Hemant Kumar
On 02/25/2014 05:14 PM, Masami Hiramatsu wrote: (2014/02/24 18:14), Hemant Kumar wrote: This patchset helps in listing dtrace style markers(SDT) present in user space applications through perf. Notes/markers are placed at important places by the developers. They have a negligible overhead when n

Re: [RFC PATCH v1 0/2] perf: Support for SDT markers

2014-02-25 Thread Masami Hiramatsu
(2014/02/24 18:14), Hemant Kumar wrote: > This patchset helps in listing dtrace style markers(SDT) present in user space > applications through perf. > Notes/markers are placed at important places by the > developers. They have a negligible overhead when not enabled. > We can enable them and probe

[RFC PATCH v1 0/2] perf: Support for SDT markers

2014-02-24 Thread Hemant Kumar
This patchset helps in listing dtrace style markers(SDT) present in user space applications through perf. Notes/markers are placed at important places by the developers. They have a negligible overhead when not enabled. We can enable them and probe at these places and find some important informatio