> Subject: [PATCH v4 0/1] drm: rcar-du: rzg2l_mipi_dsi: add MIPI DSI command
> support
>
> From: Hugo Villeneuve
>
> Hello,
> this patch series add support for sending MIPI DSI command packets to the
> Renesas RZ/G2L MIPI DSI
> driver.
>
> Tested on a custom board with a SolidRun RZ/G2L SOM,
From: Mario Limonciello
When the ACPI core uses hibernation callbacks for shutdown drivers
will receive PM_EVENT_POWEROFF and should handle it the same as
PM_EVENT_HIBERNATE would have been used.
Signed-off-by: Mario Limonciello
---
drivers/usb/host/sl811-hcd.c | 1 +
1 file changed, 1 inserti
From: Mario Limonciello
When the ACPI core uses hibernation callbacks for shutdown drivers
will receive PM_EVENT_POWEROFF and should handle it the same as
PM_EVENT_HIBERNATE would have been used.
Signed-off-by: Mario Limonciello
---
v3:
* New patch
---
drivers/scsi/mesh.c | 1 +
drivers/scsi/
From: Vincent Mailhol
In an upcoming change, the non-asm GENMASK*() will all be unified to
depend on GENMASK_TYPE() which indirectly depend on sizeof(), something
not available in asm.
Instead of adding further complexity to GENMASK_TYPE() to make it work
for both asm and non asm, just split the
From: Mario Limonciello
Normally resources are evicted on dGPUs at suspend or hibernate and
on APUs at hibernate. These steps are unnecessary when using the S4 callbacks
to put the system into S5.
Cc: AceLan Kao
Cc: Kai-Heng Feng
Cc: Mark Pearson
Cc: Denis Benato
Cc: Merthan Karakaş
Signed
From: Mario Limonciello
For the suspend flow PCIe ports that have downstream devices are put into
the appropriate D3 state when children are not in D0. For the hibernate
flow, PCIe ports with downstream devices stay in D0 however. This can
lead to PCIe ports that are remained powered on needlessl
From: Vincent Mailhol
The definitions of GENMASK() and GENMASK_ULL() do not depend any more
on __GENMASK() and __GENMASK_ULL(). Duplicate the existing unit tests
so that __GENMASK{,ULL}() are still covered.
Because __GENMASK() and __GENMASK_ULL() do use GENMASK_INPUT_CHECK(),
drop the TEST_GENMA
From: Mario Limonciello
When the system is powered off the kernel will call device_shutdown()
which will issue callbacks into PCI core to wake up a device and call
it's shutdown() callback. This will leave devices in ACPI D0 which can
cause some devices to misbehave with spurious wakeups and als
From: Mario Limonciello
A variety of issues both in function and in power consumption have been
raised as a result of devices not being put into a low power state when
the system is powered off.
There have been some localized changes[1] to PCI core to help these issues,
but they have had various
From: Vincent Mailhol
The newly introduced GENMASK_TYPE() macro can also be used to generate
the pre-existing non-asm GENMASK*() variants.
Apply GENMASK_TYPE() to GENMASK(), GENMASK_ULL() and GENMASK_U128().
Signed-off-by: Vincent Mailhol
---
Changelog:
v1 -> v2:
- No changes
---
incl
This is a subset of below series:
bits: Fixed-type GENMASK_U*() and BIT_U*()
Link:
https://lore.kernel.org/r/20250308-fixed-type-genmasks-v6-0-f59315e73...@wanadoo.fr
Yury suggested to split the above series in two steps:
#1 Introduce the new fixed type GENMASK_U*() (already merged upstre
From: Mario Limonciello
On an A+N mobile system the APU is not being selected by some desktop
environments for any rendering tasks. This is because the neither GPU
is being treated as "boot_vga" but that is what some environments use
to select a GPU [1].
The VGA arbiter driver only looks at devi
On 6/8/25 12:37, Miquel Raynal wrote:
Hi Guenter,
On 08/06/2025 at 07:00:10 GMT, "Usyskin, Alexander"
wrote:
Subject: Re: [PATCH v6 01/11] mtd: core: always create master device
Hi,
On Sun, Mar 02, 2025 at 04:09:11PM +0200, Alexander Usyskin wrote:
Create master device without partition w
Hi Marek,
kernel test robot noticed the following build warnings:
[auto build test WARNING on geert-renesas-devel/next]
[also build test WARNING on drm-exynos/exynos-drm-next linus/master v6.16-rc1
next-20250606]
[If your patch is applied to the wrong git tree, kindly drop us a note.
And when su
On Wed, Feb 12, 2025 at 03:03:47PM -0800, James A. MacInnes wrote:
> Type-C DisplayPort inoperable due to incorrect porch settings.
> - Re-used wide_bus_en as flag to prevent porch shifting
>
> Fixes: c943b4948b58 ("drm/msm/dp: add displayPort driver support")
> Signed-off-by: James A. MacInnes
>
On Wed, Feb 12, 2025 at 03:03:47PM -0800, James A. MacInnes wrote:
> Type-C DisplayPort inoperable due to incorrect porch settings.
> - Re-used wide_bus_en as flag to prevent porch shifting
>
> Fixes: c943b4948b58 ("drm/msm/dp: add displayPort driver support")
> Signed-off-by: James A. MacInnes
>
On Sun, 8 Jun 2025 at 23:18, Akhil P Oommen wrote:
>
> On 6/8/2025 8:52 PM, Dmitry Baryshkov wrote:
> > On 08/06/2025 18:20, Rob Clark wrote:
> >> On Sun, Jun 8, 2025 at 8:09 AM Dmitry Baryshkov
> >> wrote:
> >>>
> >>> On Sun, Jun 08, 2025 at 07:10:11AM -0700, Rob Clark wrote:
> On Sat, Jun
The Winstar wf40eswaa6mnn0 panel is a square 4.0" TFT LCD with a
resolution of 480x480 pixels.
This panel is driven by the Sitronix ST7701 controller and uses a MIPI
DSI interface. The settings are based on the panel's datasheet and the
init sequence provided by Winstar.
It was tested on a Verdin
Not all panels use all 4 data lanes, so allow configuration based
on the compatible string.
Signed-off-by: Marek Vasut
---
Based on https://github.com/raspberrypi/linux 0d7ac78a3dd9 ("Extending ili9881c
driver support for nwe080 panel")
by Dave Stevenson and others
---
Cc: Conor Dooley
Cc: Dav
Document the 7" Raspberry Pi 720x1280 DSI panel based on ili9881.
Signed-off-by: Marek Vasut
---
Cc: Conor Dooley
Cc: Dave Stevenson
Cc: David Airlie
Cc: Jessica Zhang
Cc: Krzysztof Kozlowski
Cc: Maarten Lankhorst
Cc: Maxime Ripard
Cc: Neil Armstrong
Cc: Rob Herring
Cc: Simona Vetter
Cc
Hi Sandor,
Just following up on the status of a v21 and upstream status, as I note
that with the release of kernel 6.15, the following patch is required to
apply the v20 patchset to linux 6.15.
Thanks
Rudi
commit 4537b799d9af621587cfd6c23da620fe95c5b65e
Author: Rudi Heitbaum
Date: Sat May 24
Convert register bits to BIT() macro where applicable. This is done
automatically using regex 's@(1 << \([0-9]\+\))@BIT(\1)', except for
two BPP_18 macros which are not bits, but bitfields, and which are
not modified.
Signed-off-by: Marek Vasut
---
Cc: David Airlie
Cc: Geert Uytterhoeven
Cc: Ki
The R-Car DSI host is capable of operating in 1..4 DSI lane mode.
Remove hard-coded 4-lane configuration from PPI register settings
and instead configure the PPI lane count according to lane count
information already obtained by this driver instance.
Signed-off-by: Marek Vasut
---
Cc: David Airli
This patch series adds support for the Winstar wf40eswaa6mnn0 panel. The
datasheet including the init sequence was taken from here:
https://www.winstar.com.tw/d/308/WF40ESWAA6MNN0.pdf
Stefan Eichenberger (2):
drm/panel: st7701: Add Winstar wf40eswaa6mnn0 panel support
dt-bindings: display: st7
Use BIT() macro. Clean up lane count handling for non-4-lane panels.
Implement support for DSI command transfer mode using register based
access, with maximum payload length of 16 Bytes in Long Packet.
Marek Vasut (4):
drm/rcar-du: dsi: Convert register bits to BIT() macro
drm/rcar-du: dsi: R
Implement support for DSI command transfer mode. Transmission of both Short
Packet and Long Packet is implemented, so is command transmission to request
response from peripheral device and transmission of non-read command with BTA.
The AXI memory access mode is currently not implemented, each tran
Add configuration for the 7" Raspberry Pi 720x1280 DSI panel
based on ili9881.
Signed-off-by: Marek Vasut
---
Based on https://github.com/raspberrypi/linux 0d7ac78a3dd9 ("Extending ili9881c
driver support for nwe080 panel")
by Dave Stevenson and others
---
Cc: Conor Dooley
Cc: Dave Stevenson
The Winstar wf40eswaa6mnn0 panel is a square 4.0" TFT LCD with a
resolution of 480x480 pixels.
Signed-off-by: Stefan Eichenberger
---
.../devicetree/bindings/display/panel/sitronix,st7701.yaml | 1 +
1 file changed, 1 insertion(+)
diff --git
a/Documentation/devicetree/bindings/display/pa
The R-Car V4H Reference Manual R19UH0186EJ0121 Rev.1.21 section
67.2.2.3 Tx Set Register (TXSETR), field LANECNT description
indicates that the TXSETR register LANECNT bitfield lane count
must be configured such, that it matches lane count configuration
in PPISETR register DLEN bitfield. Make sure
variable var->pixclock can be set by user. In case it equals to
zero, divide by zero would occur in pm3fb_check_var. Similar
crashes have happened in other fbdev drivers. There is no check
and modification on var->pixclock along the call chain to
pm3fb_check_var. So we fix this by checking whether
On Fri, Apr 18, 2025 at 5:37 PM Tamir Duberstein wrote:
>
> This started with a patch that enabled `clippy::ptr_as_ptr`. Benno
> Lossin suggested I also look into `clippy::ptr_cast_constness` and I
> discovered `clippy::as_ptr_cast_mut`. This series now enables all 3
> lints. It also enables `clip
On Fri, Apr 18, 2025 at 5:37 PM Tamir Duberstein wrote:
>
> -bindings::BLK_STS_OK as _
> +bindings::BLK_STS_OK as u8
> -unsafe { bindings::blk_mq_end_request(request_ptr,
> bindings::BLK_STS_OK as _) };
> +unsafe { bindings::blk_mq_end_request(request_ptr,
On 6/8/2025 8:52 PM, Dmitry Baryshkov wrote:
> On 08/06/2025 18:20, Rob Clark wrote:
>> On Sun, Jun 8, 2025 at 8:09 AM Dmitry Baryshkov
>> wrote:
>>>
>>> On Sun, Jun 08, 2025 at 07:10:11AM -0700, Rob Clark wrote:
On Sat, Jun 7, 2025 at 1:17 PM Dmitry Baryshkov
wrote:
>
> On Sat,
On 6/8/2025 1:44 AM, Dmitry Baryshkov wrote:
> On Sat, Jun 07, 2025 at 07:45:00PM +0530, Akhil P Oommen wrote:
>> Add support for Adreno X1-45 GPU present Snapdragon X1P42100
>> series of compute chipsets. This GPU is a smaller version of
>> X1-85 GPU with lower core count and smaller internal memo
Hi Guenter,
On 08/06/2025 at 07:00:10 GMT, "Usyskin, Alexander"
wrote:
>> Subject: Re: [PATCH v6 01/11] mtd: core: always create master device
>>
>> Hi,
>>
>> On Sun, Mar 02, 2025 at 04:09:11PM +0200, Alexander Usyskin wrote:
>> > Create master device without partition when
>> > CONFIG_MTD_PA
On Mon, May 26, 2025 at 08:07:42PM +0800, Damon Ding wrote:
> Apply drm_bridge_connector helper for Analogix DP driver.
>
> The following changes have been made:
> - Remove &analogix_dp_device.connector and change
> &analogix_dp_device.bridge from a pointer to an instance.
> - Apply drm_bridge_c
On Mon, May 26, 2025 at 08:07:41PM +0800, Damon Ding wrote:
> According to the include/drm/drm_bridge.h, the callback
> &drm_bridge_funcs.mode_set is deprecated and it should be better to
> include the mode setting in the &drm_bridge_funcs.atomic_enable instead.
>
> Signed-off-by: Damon Ding
> --
On Mon, May 26, 2025 at 08:07:40PM +0800, Damon Ding wrote:
> Use the tap instead of the space for &analogix_dp_device.aux and
> &analogix_dp_device.force_hpd.
>
> Signed-off-by: Damon Ding
> ---
> drivers/gpu/drm/bridge/analogix/analogix_dp_core.h | 4 ++--
> 1 file changed, 2 insertions(+), 2
adev);
if (ret) {
of_node_put(adev->dev.platform_data);
---
base-commit: 4f27f06ec12190c7c62c722e99ab6243dea81a94
change-id: 20250608-fix-aud-hpd-bridge-97ec55341c4c
Best regards,
--
Dmitry Baryshkov
On Sun, Jun 8, 2025 at 8:09 AM Dmitry Baryshkov
wrote:
>
> On Sun, Jun 08, 2025 at 07:10:11AM -0700, Rob Clark wrote:
> > On Sat, Jun 7, 2025 at 1:17 PM Dmitry Baryshkov
> > wrote:
> > >
> > > On Sat, Jun 07, 2025 at 07:45:01PM +0530, Akhil P Oommen wrote:
> > > > X1P42100 SoC has a new GPU calle
On 08/06/2025 18:20, Rob Clark wrote:
On Sun, Jun 8, 2025 at 8:09 AM Dmitry Baryshkov
wrote:
On Sun, Jun 08, 2025 at 07:10:11AM -0700, Rob Clark wrote:
On Sat, Jun 7, 2025 at 1:17 PM Dmitry Baryshkov
wrote:
On Sat, Jun 07, 2025 at 07:45:01PM +0530, Akhil P Oommen wrote:
X1P42100 SoC has a
On Sat, Jun 7, 2025 at 7:15 AM Akhil P Oommen wrote:
>
> Add support for X1-45 GPU found in X1P41200 chipset (8 cpu core
> version). X1-45 is a smaller version of X1-85 with lower core count and
> smaller memories. From UMD perspective, this is similar to "FD735"
> present in Mesa.
>
> Tested Glma
On Sun, Jun 08, 2025 at 07:10:11AM -0700, Rob Clark wrote:
> On Sat, Jun 7, 2025 at 1:17 PM Dmitry Baryshkov
> wrote:
> >
> > On Sat, Jun 07, 2025 at 07:45:01PM +0530, Akhil P Oommen wrote:
> > > X1P42100 SoC has a new GPU called Adreno X1-45 which is a smaller
> > > version of Adreno X1-85 GPU. D
On Sat, Jun 7, 2025 at 1:17 PM Dmitry Baryshkov
wrote:
>
> On Sat, Jun 07, 2025 at 07:45:01PM +0530, Akhil P Oommen wrote:
> > X1P42100 SoC has a new GPU called Adreno X1-45 which is a smaller
> > version of Adreno X1-85 GPU. Describe this new GPU and also add
> > the secure gpu firmware path that
On Tue, Jun 03, 2025 at 10:37:37PM +0800, Jun Nie wrote:
> Dmitry Baryshkov 于2025年6月3日周二 18:21写道：
> >
> > On Tue, Jun 03, 2025 at 03:10:09PM +0800, Jun Nie wrote:
> > > Currently, SSPPs are assigned to a maximum of two pipes. However,
> > > quad-pipe usage scenarios require four pipes and involve
On 6/7/25 21:49, Alex Guo wrote:
variable var->pixclock can be set by user. In case it equals to
zero, divide by zero would occur in pm3fb_check_var. Similar
crashes have happened in other fbdev drivers. There is no check
and modification on var->pixclock along the call chain to
pm3fb_check_var
On Fri, May 30, 2025 at 05:54:32PM +0800, Yongbang Shi wrote:
> From: Baihan Li
>
> When using command rmmod and insmod, there is no showing in second time
> insmoding. Because DP controller won't send HPD signals, if connection
> doesn't change or controller isn't reset. So add reset before unre
Hi Andy,
On Sun Jun 8, 2025 at 2:10 PM CEST, Andy Yan wrote:
> At 2025-06-08 19:08:50, "Diederik de Haas" wrote:
>>On Sat Jun 7, 2025 at 5:32 PM CEST, Piotr Zalewski wrote:
>>> On Thursday, June 5th, 2025 at 10:13 PM, Diederik de Haas
>>> wrote:
Since kernel 6.14-rc1 I have the problem tha
On Fri, May 30, 2025 at 05:54:31PM +0800, Yongbang Shi wrote:
> From: Baihan Li
>
> In early OS versions， there is a bug in hibmc-drm driver previously,
Which OS? What does that mean? Why do we need to workaround userspace
issues in the kernel?
> so some OS add a VGA parameter in GRUB(video=VGA
On Fri, May 30, 2025 at 05:54:30PM +0800, Yongbang Shi wrote:
> From: Baihan Li
>
> If the system started with VGA connected, the desktop like GDM cannot get
> DP's CRTC when DP device is plugged in, because there is only one crtc
> sharing use of VGA and DP. So change VGA to disconnected when DP
Alex Deucher (4):
amdgpu: add new marketing names
amdgpu: add new marketing names
amdgpu: add new marketing names
amdgpu: update marketing names
Arunpravin Paneer Selvam (1):
amdgpu: Add queue id support to the user queue wait IOCTL
Arvind Yadav (2):
amdgpu: UA
On Fri, May 30, 2025 at 05:54:29PM +0800, Yongbang Shi wrote:
> From: Baihan Li
>
> Add GPU display control enable in dp_mode_set(), which is already
> in vdac's mode_set, however, if vdac is not connected, GPU
> cannot work.
>
> Fixes: f9698f802e50 ("drm/hisilicon/hibmc: Restructuring the heade
On Fri, May 30, 2025 at 05:54:28PM +0800, Yongbang Shi wrote:
> From: Baihan Li
>
> If DP is connected, add mode check and BW check in mode_valid_ctx() to
> ensure DP's cfg is usable.
>
> Fixes: f9698f802e50 ("drm/hisilicon/hibmc: Restructuring the header dp_reg.h")
> Signed-off-by: Baihan Li
>
On Fri, May 30, 2025 at 05:54:27PM +0800, Yongbang Shi wrote:
> From: Baihan Li
>
> DP Link training successful at 8.1Gbps with some monitors' max link rate
> are 2.7Gbps. So change the default 8.1Gbps link rate to the rate that reads
> from devices' capabilities.
I've hard time understanding th
Hello，
At 2025-06-08 19:08:50, "Diederik de Haas" wrote:
>Hi Piotr,
>
>On Sat Jun 7, 2025 at 5:32 PM CEST, Piotr Zalewski wrote:
>> On Thursday, June 5th, 2025 at 10:13 PM, Diederik de Haas
>> wrote:
>>> Since kernel 6.14-rc1 I have the problem that visual output is no longer
>>> shown on my P
On Fri, May 30, 2025 at 05:54:25PM +0800, Yongbang Shi wrote:
> From: Baihan Li
>
> The local variable of irq name is passed to devm_request_threaded_irq(),
> which will make request_irq failed. Using the global irq name instead
> of it to fix.
This doesn't explain, why does it fail and which IR
On Fri, May 30, 2025 at 05:54:23PM +0800, Yongbang Shi wrote:
> From: Baihan Li
>
> Currently the driver missed to clean the i2c adapter when vdac init failed.
> It may cause resource leak.
>
> Fixes: 94ee73ee3020 ("drm/hisilicon/hibmc: add dp hw moduel in hibmc driver")
No, the tag is incorrec
On Fri, May 30, 2025 at 05:54:24PM +0800, Yongbang Shi wrote:
> From: Baihan Li
>
> The debouncing when HPD pulled out still remains sometimes, 200ms still can
> not ensure helper_detect() is correct. So add a flag to hold the sink
> status, and changed detect_ctx() functions by using flag to che
Hi Piotr,
On Sat Jun 7, 2025 at 5:32 PM CEST, Piotr Zalewski wrote:
> On Thursday, June 5th, 2025 at 10:13 PM, Diederik de Haas
> wrote:
>> Since kernel 6.14-rc1 I have the problem that visual output is no longer
>> shown on my PineTab2 and a `git bisect` pointed to this patch/commit
>> as the c
> Subject: Re: [PATCH v6 01/11] mtd: core: always create master device
>
> Hi,
>
> On Sun, Mar 02, 2025 at 04:09:11PM +0200, Alexander Usyskin wrote:
> > Create master device without partition when
> > CONFIG_MTD_PARTITIONED_MASTER flag is unset.
> >
> > This streamlines device tree and allows t
60 matches
Mail list logo
