Hi
On Wed, 2024-07-03 at 13:46 +0200, Michal Wajdeczko wrote:
> + Rodrigo for help
>
> On 03.07.2024 04:36, Stephen Rothwell wrote:
> > Hi all,
> >
> > On Fri, 28 Jun 2024 18:03:39 +0100 Mark Brown
> > wrote:
> > >
> > > After merging the drm tree, today's linux-next build (x86_64
> > > allmod
On Fri, Jun 28, 2024 at 6:31 PM Luca Ceresoli wrote:
>
> Hello Chen-Yu,
>
> +Rob
>
> On Thu, 27 Jun 2024 15:19:03 +0800
> Chen-Yu Tsai wrote:
>
> > Add OF notifier handler needed for creating/destroying MIPI DSI devices
> > according to dynamic runtime changes in the DT live tree. This code is
>
The Starry is a 10.1" WXGA TFT LCD panel. Because Starry-er88577
and boe-th101mb31ig002 have very similar inti_code, after
discussing with Dmitry Baryshkov, We will modify it based on the
panel-boe-th101mb31ig002-28a.c driver instead of using a separate
driver.
Changes between V5 and V4:
- PAT
This driver currently only applies to one panel. Modify it to be
compatible with other panels.
Signed-off-by: Zhaoxiong Lv
---
.../drm/panel/panel-boe-th101mb31ig002-28a.c | 40 +++
1 file changed, 33 insertions(+), 7 deletions(-)
diff --git a/drivers/gpu/drm/panel/panel-boe-th
Switch the driver to use devm_gpiod_get_optional() on reset_gpio to avoid
driver probe issues when reset line is not specified.
Signed-off-by: Zhaoxiong Lv
---
drivers/gpu/drm/panel/panel-boe-th101mb31ig002-28a.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm
Remove conditional code and always use mipi_dsi_dcs_*multi() wrappers to
simplify driver's init/enable/exit code.
Convert the hex in init_code from UPPERCASE to lowercase.
Signed-off-by: Zhaoxiong Lv
---
.../drm/panel/panel-boe-th101mb31ig002-28a.c | 143 --
1 file changed, 63
The starry-er88577 is a 10.1" WXGA TFT-LCD panel. Hence, we
add a new compatible with panel specific config.
Signed-off-by: Zhaoxiong Lv
---
Changes between V5 and V4:
- 1. We are compatible with starry-er88577 panels in the boe-th101mb31ig002
- driver, so add it to the "boe,th101mb31ig002-
The init_code of the starry-er88577 panel is very similar to the
panel-boe-th101mb31ig002-28a.c driver, so we make it compatible with
the panel-boe-th101mb31ig002-28a.c driver
Signed-off-by: Zhaoxiong Lv
---
Changes between V5 and V4:
- 1. Compatible with starry-er88577 panel in panel-boe-th101m
Hi Dave, Sima,
The final pull for 6.11 is quite small and only contains a handful of
fixes in areas such as stolen memory probing on ATS-M, GuC priority
handling, out of memory reporting noise downgrade and fence register
hanlding race condition reported by CI.
Regards,
Tvrtko
drm-intel-gt-ne
On Thu, 4 Jul 2024 at 00:40, Amirreza Zarrabi wrote:
>
>
>
> On 7/3/2024 10:13 PM, Dmitry Baryshkov wrote:
> > On Tue, Jul 02, 2024 at 10:57:36PM GMT, Amirreza Zarrabi wrote:
> >> Qualcomm TEE hosts Trusted Applications and Services that run in the
> >> secure world. Access to these resources is p
The caching mode for buffer objects with VRAM as a possible placement was
forced to write-combined, regardless of placement.
However, write-combined system memory is expensive to allocate and even though
it is pooled, the pool is expensive to shrink, since it involves global CPU TLB
flushes.
M
On Mon, 2024-07-01 at 12:43 +0200, Christian König wrote:
> Am 28.06.24 um 20:13 schrieb Daniel Vetter:
> > On Fri, Jun 28, 2024 at 03:51:33PM +, Matthew Brost wrote:
> > > On Fri, Jun 28, 2024 at 05:38:48PM +0200, Thomas Hellström wrote:
> > > > Bos can be put with multiple unrelated dma-resv
On Thu, Jul 4, 2024 at 6:50 AM Cong Yang
wrote:
> These panels have some common cmds (e0h~e3h,80h), let's break
> them into helper functions.
>
> Signed-off-by: Cong Yang
This is a good start! :)
Reviewed-by: Linus Walleij
If you get time one of these days, see if you can add some defines for
On Thu, Jul 4, 2024 at 7:03 AM Greg KH wrote:
>
> Wait, we can put .rs files in any directory now? I didn't think that
> worked properly yet.
We can put leaves of the crate graph (e.g. in-tree we have the samples
and the PHY driver), but not the rest of the graph. The former fits
just fine in Kb
Il 19/06/24 12:56, AngeloGioacchino Del Regno ha scritto:
Il 18/06/24 12:17, AngeloGioacchino Del Regno ha scritto:
Changes in v8:
- Rebased on next-20240617
- Changed to allow probing a VDO with no available display outputs
Hello CK,
At the time of writing, this series was well reviewed
- Add a new start parameter in trim function to specify exact
address from where to start the trimming. This would help us
in situations like if drivers would like to do address alignment
for specific requirements.
- Add a new flag DRM_BUDDY_TRIM_DISABLE. Drivers can use this
flag to disab
Add address alignment support to the DCC VRAM buffers.
v2:
- adjust size based on the max_texture_channel_caches values
only for GFX12 DCC buffers.
- used AMDGPU_GEM_CREATE_GFX12_DCC flag to apply change only
for DCC buffers.
- roundup non power of two DCC buffer adjusted size to nea
On 04/07/2024 07:03, Greg KH wrote:
On Wed, Jul 03, 2024 at 05:33:57PM +0200, Jocelyn Falempe wrote:
This series adds a new panic screen, with the kmsg data embedded in a QR-code.
The main advantage of QR-code, is that you can copy/paste the debug data to a
bug report.
The QR-code encoder
Add TTM_TT_FLAG_CLEARED_ON_FREE, which DRM drivers can set before
releasing backing stores if they want to skip clear-on-free.
Cc: Matthew Auld
Cc: Thomas Hellström
Suggested-by: Christian König
Signed-off-by: Nirmoy Das
Reviewed-by: Christian König
---
drivers/gpu/drm/ttm/ttm_pool.c | 18 ++
Parameterize clearing ccs and bo data in xe_migrate_clear() which higher
layers can utilize. This patch will be used later on when doing bo data
clear for igfx as well.
Cc: Himal Prasad Ghimiray
Cc: Matthew Auld
Cc: "Thomas Hellström"
Signed-off-by: Nirmoy Das
---
drivers/gpu/drm/xe/tests/xe
Clearing bo with uncompress PTE will trigger a CCS clearing as well
for XE2, so skip emit_copy_ccs() when on xe2 when clearing bo.
v2: When clearing BO, CCS clear happens with all command as long
as PTEs are uncompress.
Cc: Himal Prasad Ghimiray
Cc: Matthew Auld
Cc: "Thomas Hellström"
Sign
On LNL because of flat CCS, driver creates a migrate job to clear
CCS meta data. Extend that to also clear system pages using GPU.
Inform TTM to allocate pages without __GFP_ZERO to avoid double page
clearing by clearing out TTM_TT_FLAG_ZERO_ALLOC flag and set
TTM_TT_FLAG_CLEARED_ON_FREE while free
On 03/07/2024 16:56, Steven Price wrote:
> If a queue is already assigned to the hardware, then a newly submitted
> job can start straight away without waiting for the tick. However in
> this case the devfreq infrastructure isn't notified that the GPU is
> busy. By the time the tick happens the job
Il 03/07/24 12:33, Jason-JH.Lin ha scritto:
In mtk_crtc_ddp_config(), mtk_crtc will use some configuration flags to
generate instructions to cmdq_handle, such as:
state->pending_config
mtk_crtc->pending_planes
plane_state->pending.config
mtk_crtc->pending_async_planes
plane_state->
Am 04.07.24 um 10:30 schrieb Arunpravin Paneer Selvam:
Add address alignment support to the DCC VRAM buffers.
v2:
- adjust size based on the max_texture_channel_caches values
only for GFX12 DCC buffers.
- used AMDGPU_GEM_CREATE_GFX12_DCC flag to apply change only
for DCC buffers.
This patch series adds support for the Microchip's MIPI DSI Controller
wrapper driver that uses the Synopsys DesignWare MIPI DSI host controller
bridge for SAM9X75 SoC series.
Manikandan Muralidharan (4):
dt-bindings: display: bridge: add sam9x75-mipi-dsi binding
drm/bridge: add Microchip DSI
Add the Microchip's DSI controller wrapper driver that uses the
Synopsys DesignWare MIPI DSI host controller bridge for the SAM9X7
SoC series to the MAINTAINERS entry.
Signed-off-by: Manikandan Muralidharan
---
MAINTAINERS | 8
1 file changed, 8 insertions(+)
diff --git a/MAINTAINERS b
Add the Microchip's DSI controller wrapper driver that uses
the Synopsys DesignWare MIPI DSI host controller bridge.
Signed-off-by: Manikandan Muralidharan
---
drivers/gpu/drm/bridge/Kconfig| 8 +
drivers/gpu/drm/bridge/Makefile | 1 +
drivers/gpu/drm/bridge/dw-mipi-dsi
Add the 'sam9x75-mipi-dsi' compatible binding, which describes the
Microchip's specific wrapper for the Synopsys DesignWare MIPI DSI HOST
Controller for the sam9x75 series System-on-Chip (SoC) devices.
Signed-off-by: Manikandan Muralidharan
---
.../bridge/microchip,sam9x75-mipi-dsi.yaml| 135
Enable the Microchip's DSI controller wrapper driver that uses
the Synopsys DesignWare MIPI DSI host controller bridge.
Signed-off-by: Manikandan Muralidharan
---
arch/arm/configs/at91_dt_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/configs/at91_dt_defconfig
b/arch/arm
Elan-ekth6a12nay requires reset to pull down time greater than 10ms,
so the configuration post_power_delay_ms is 10, and the chipset
initial time is required to be greater than 300ms,
so the post_gpio_reset_on_delay_ms is set to 300.
Zhaoxiong Lv (2):
dt-bindings: HID: i2c-hid: elan: Introduce E
The Elan ekth6a12nay touch screen chip same as Elan eKTH6915 controller
has a reset gpio. The difference is that they have different
post_power_delay_ms.
Signed-off-by: Zhaoxiong Lv
---
Documentation/devicetree/bindings/input/elan,ekth6915.yaml | 1 +
1 file changed, 1 insertion(+)
diff --git a
Elan-ekth6a12nay requires reset to pull down time greater than 10ms,
so the configuration post_power_delay_ms is 10, and the chipset
initial time is required to be greater than 300ms,
so the post_gpio_reset_on_delay_ms is set to 300.
Signed-off-by: Zhaoxiong Lv
---
drivers/hid/i2c-hid/i2c-hid-of
Am 03.07.24 um 17:38 schrieb Thomas Hellström:
Have iterators insert themselves into the list they are iterating
over using hitch list nodes. Since only the iterator owner
can remove these list nodes from the list, it's safe to unlock
the list and when continuing, use them as a starting point. Du
On Friday, 22 April 2022 09:28:26 CEST Sascha Hauer wrote:
> The RK3568 has HDMI_TX_AVDD0V9 and HDMI_TX_AVDD_1V8 supply inputs needed
> for the HDMI port. add support for these to the driver for boards which
> have them supplied by switchable regulators.
>
> Signed-off-by: Sascha Hauer
> Reviewed
Jocelyn Falempe wrote:
> This patch adds a new panic screen, with a QR code and the kmsg data
> embedded.
> If DRM_PANIC_SCREEN_QR_CODE_URL is set, then the kmsg data will be
> compressed with zlib and encoded as a numerical segment, and appended
> to the url as a url parameter. This allows to sav
On Thu, Jul 4, 2024 at 7:03 AM Greg KH wrote:
>
> On Wed, Jul 03, 2024 at 05:33:57PM +0200, Jocelyn Falempe wrote:
> > Jocelyn Falempe (4):
> > drm/panic: Add integer scaling to blit()
> > drm/rect: add drm_rect_overlap()
> > drm/panic: simplify logo handling
> > drm/panic: Add a qr_code p
On Wed, Jul 3, 2024 at 5:44 PM Jocelyn Falempe wrote:
>
> This series adds a new panic screen, with the kmsg data embedded in a QR-code.
>
> The main advantage of QR-code, is that you can copy/paste the debug data to a
> bug report.
>
> The QR-code encoder is written in rust, and is very specific
Am 03.07.24 um 17:38 schrieb Thomas Hellström:
To address the problem with hitches moving when bulk move
sublists are lru-bumped, register the list cursors with the
ttm_lru_bulk_move structure when traversing its list, and
when lru-bumping the list, move the cursor hitch to the tail.
This also me
Uprev IGT to the latest version, which includes a fix for the
writeback tests issue on MSM devices. Enable debugging for
igt-runner to log output such as 'Begin test' and 'End test'.
This will help identify which test causes system freeze or hangs.
Update xfails and add metadata header for each fla
On Thu, Jul 04, 2024 at 09:11:09AM +, Alice Ryhl wrote:
> As long as the above requirements are satisfied, calling
> `drm_panic_qr_generate` should never cause memory unsafety, so this is
> an appropriate list of safety requirements.
>
> (You also require that `data_len <= data_size`, but if t
On 04/07/2024 11:18, Alice Ryhl wrote:
On Wed, Jul 3, 2024 at 5:44 PM Jocelyn Falempe wrote:
This series adds a new panic screen, with the kmsg data embedded in a QR-code.
The main advantage of QR-code, is that you can copy/paste the debug data to a
bug report.
The QR-code encoder is wri
On Thu, Jul 4, 2024 at 11:28 AM Greg KH wrote:
>
> On Thu, Jul 04, 2024 at 09:11:09AM +, Alice Ryhl wrote:
> > As long as the above requirements are satisfied, calling
> > `drm_panic_qr_generate` should never cause memory unsafety, so this is
> > an appropriate list of safety requirements.
> >
In adreno_request_fw() when debugging information is printed to the log
after firmware load, an incorrect filename is printed. 'newname' is used
instead of 'fwname', so prefix "qcom/" is being added to filename.
Looks like "copy-paste" mistake.
Fix this mistake by replacing 'newname' with 'fwname'
On 04/07/2024 12:30, Aleksandr Mishin wrote:
In adreno_request_fw() when debugging information is printed to the log
after firmware load, an incorrect filename is printed. 'newname' is used
instead of 'fwname', so prefix "qcom/" is being added to filename.
Looks like "copy-paste" mistake.
Fix th
Am Donnerstag, 4. Juli 2024, 11:09:00 CEST schrieb Diederik de Haas:
> On Friday, 22 April 2022 09:28:26 CEST Sascha Hauer wrote:
> > The RK3568 has HDMI_TX_AVDD0V9 and HDMI_TX_AVDD_1V8 supply inputs needed
> > for the HDMI port. add support for these to the driver for boards which
> > have them su
On Thu, Jul 04, 2024 at 02:52:02PM GMT, Vignesh Raman wrote:
> Uprev IGT to the latest version, which includes a fix for the
> writeback tests issue on MSM devices. Enable debugging for
> igt-runner to log output such as 'Begin test' and 'End test'.
> This will help identify which test causes syste
Le 03/07/24 - 12:04, Lyude Paul a écrit :
> While working on rvkms, I noticed that there's no code that actually uses
> the drm_pending_vblank_event that's embedded in vkms_output. So, just drop
> the member from the struct.
This seems to be a leftover of the work on the introduction on vblank, if
Am 04.07.24 um 11:09 schrieb Diederik de Haas:
On Friday, 22 April 2022 09:28:26 CEST Sascha Hauer wrote:
The RK3568 has HDMI_TX_AVDD0V9 and HDMI_TX_AVDD_1V8 supply inputs needed
for the HDMI port. add support for these to the driver for boards which
have them supplied by switchable regulators.
On Thursday, 4 July 2024 12:00:43 CEST Heiko Stübner wrote:
> > Is it possible to probe for those avdd_0v9 and avdd_1v8 regulators only on
> > devices that should have them?
> >
> > On a Rock64 (rk3328), but probably for all VOP1 devices, they're not
> > present and that results in the following w
Hello Andy,
On 2024-07-04 04:10, Andy Yan wrote:
At 2024-07-04 07:32:02, "Dragan Simic" wrote:
After the additional firmware-related module information was
introduced by
the commit c0677e41a47f ("drm/rockchip: cdn-dp-core: add
MODULE_FIRMWARE
macro"), there's no longer need for the firmware-l
On 04/07/2024 10:48, Manikandan Muralidharan wrote:
> Add the Microchip's DSI controller wrapper driver that uses the
> Synopsys DesignWare MIPI DSI host controller bridge for the SAM9X7
> SoC series to the MAINTAINERS entry.
>
> Signed-off-by: Manikandan Muralidharan
> ---
> MAINTAINERS | 8 +++
Hi Dave and Sima
Two small fixes this week.
Thanks,
Thomas
drm-xe-fixes-2024-07-04:
Driver Changes:
- One copy/paste mistake fix.
- One error path fix causing an error pointer dereference.
The following changes since commit 22a40d14b572deb80c0648557f4bd502d7e83826:
Linux 6.10-rc6 (2024-06-30
On 04/07/2024 10:48, Manikandan Muralidharan wrote:
> Add the 'sam9x75-mipi-dsi' compatible binding, which describes the
> Microchip's specific wrapper for the Synopsys DesignWare MIPI DSI HOST
> Controller for the sam9x75 series System-on-Chip (SoC) devices.
>
> Signed-off-by: Manikandan Muralidh
On 04/07/2024 10:48, Manikandan Muralidharan wrote:
> Add the Microchip's DSI controller wrapper driver that uses
> the Synopsys DesignWare MIPI DSI host controller bridge.
>
> Signed-off-by: Manikandan Muralidharan
> ---
...
> +
> +#define HSTT(_maxfreq, _c_lp2hs, _c_hs2lp, _d_lp2hs, _d_hs2lp
On 04/07/2024 11:11, Alice Ryhl wrote:
Jocelyn Falempe wrote:
This patch adds a new panic screen, with a QR code and the kmsg data
embedded.
If DRM_PANIC_SCREEN_QR_CODE_URL is set, then the kmsg data will be
compressed with zlib and encoded as a numerical segment, and appended
to the url as
Am 03.07.24 um 17:38 schrieb Thomas Hellström:
Initially intended for experimenting with different backup
solutions (shmem vs direct swap cache insertion), abstract
the backup destination using a virtual base class.
Also provide a sample implementation for shmem.
Let's postpone this and all fo
On 03/07/2024 15:40, Thomas Zimmermann wrote:
The VRSTEN and HRSTEN bits control whether a CRTC synchronizes its
display signal with an external source on the VIDRST pin. The G200WB
and G200EW3 models synchronize with a BMC chip, but different external
video encoders, such as the Matrox Maven,
On 7/3/24 13:04, Lyude Paul wrote:
While working on rvkms, I noticed that there's no code that actually uses
the drm_pending_vblank_event that's embedded in vkms_output. So, just drop
the member from the struct.
Signed-off-by: Lyude Paul
Reviewed-by: Maíra Canal
Feel free to apply it to drm
On 03/07/2024 15:40, Thomas Zimmermann wrote:
Start and stop the BMC scanout from the BMC encoder's atomic_enable
and atomic_disable helpers. The BMC stops scanning out at the beginning
of a modeset operation and restarts the scanout at the end of the
modeset.
Only G200EW3 and G200WB require
Hi
Am 04.07.24 um 14:03 schrieb Jocelyn Falempe:
On 03/07/2024 15:40, Thomas Zimmermann wrote:
The VRSTEN and HRSTEN bits control whether a CRTC synchronizes its
display signal with an external source on the VIDRST pin. The G200WB
and G200EW3 models synchronize with a BMC chip, but different
Hi
Am 04.07.24 um 14:13 schrieb Jocelyn Falempe:
On 03/07/2024 15:40, Thomas Zimmermann wrote:
Start and stop the BMC scanout from the BMC encoder's atomic_enable
and atomic_disable helpers. The BMC stops scanning out at the beginning
of a modeset operation and restarts the scanout at the end
On Fri, Jun 28, 2024 at 04:42:35PM GMT, Thierry Reding wrote:
> On Fri, Jun 28, 2024 at 03:08:46PM GMT, Maxime Ripard wrote:
> > Hi,
> >
> > On Fri, Jun 28, 2024 at 01:29:17PM GMT, Thierry Reding wrote:
> > > On Tue, May 21, 2024 at 02:06:19PM GMT, Daniel Vetter wrote:
> > > > On Thu, May 16, 2024
Resend because the 1st transmission got HTML'ed by my company's mail server.
Based on the existing ST7586 driver. But the ST7539 ...
- is monochrome only
- has 8 VERTICAL pixels per byte
- doesn't support any MIPI DCS commands
- has (a few) 16 bit commands
- doesn't support setting a clipping rect
On 04/07/2024 14:16, Thomas Zimmermann wrote:
Hi
Am 04.07.24 um 14:03 schrieb Jocelyn Falempe:
On 03/07/2024 15:40, Thomas Zimmermann wrote:
The VRSTEN and HRSTEN bits control whether a CRTC synchronizes its
display signal with an external source on the VIDRST pin. The G200WB
and G200EW3
Hi Dave, Sima,
A nicely filled fixes tree just for you! And the rest of the world!
Cheers,
~Maarten
drm-misc-fixes-2024-07-04:
drm-misc-fixes for v6.10-rc7:
- Add panel quirks.
- Firmware sysfb refcount fix.
- Another null pointer mode deref fix for nouveau.
- Panthor sync and uobj fixes.
- Fix
In cdv_intel_lvds_get_modes(), the return value of drm_mode_duplicate()
is assigned to mode, which will lead to a NULL pointer dereference on
failure of drm_mode_duplicate(). Add a check to avoid npd.
Cc: sta...@vger.kernel.org
Fixes: 6a227d5fd6c4 ("gma500: Add support for Cedarview")
Signed-off-b
Hi, Christian,
On Thu, 2024-07-04 at 11:21 +0200, Christian König wrote:
> Am 03.07.24 um 17:38 schrieb Thomas Hellström:
> > To address the problem with hitches moving when bulk move
> > sublists are lru-bumped, register the list cursors with the
> > ttm_lru_bulk_move structure when traversing it
On Tue, Jul 02, 2024 at 12:48:52PM GMT, Dmitry Baryshkov wrote:
> Document that DRM_MODE_PROP_IMMUTABLE must be set for the properties
> that are immutable by definition - e.g. ranges with min == max or enums
> with a single value. This matches the behaviour of the IGT tests, see
> kms_properties.c
To avoid reports of NULL_RETURN warning, we should add
otg_master NULL check.
Fixes: c51d87202d1f ("drm/amd/display: do not attempt ODM power optimization if
minimal transition doesn't exist")
Signed-off-by: Ma Ke
---
drivers/gpu/drm/amd/display/dc/dml/dcn32/dcn32_fpu.c | 2 ++
1 file changed,
Am 04.07.24 um 14:23 schrieb Thomas Zimmermann:
Hi
Am 04.07.24 um 14:13 schrieb Jocelyn Falempe:
On 03/07/2024 15:40, Thomas Zimmermann wrote:
Start and stop the BMC scanout from the BMC encoder's atomic_enable
and atomic_disable helpers. The BMC stops scanning out at the beginning
of a m
On Tue, Jul 02, 2024 at 12:48:54PM GMT, Dmitry Baryshkov wrote:
> drm_bridge_connector is a "leaf" driver, belonging to the display
> helper, rather than the "CRTC" drm_kms_helper module. Move the driver
> to the drm/display and add necessary Kconfig selection clauses.
>
> Suggested-by: Maxime Rip
hi,
On Tue, Jul 02, 2024 at 12:48:55PM GMT, Dmitry Baryshkov wrote:
> On HDMI connectors which use drm_bridge_connector and DRM_BRIDGE_OP_HDMI
> IGT chokes on the max_bpc property in several kms_properties tests due
> to the the drm_bridge_connector failing to reset HDMI-related
> properties.
>
>
resource_get_otg_master_for_stream() could return NULL, we
should check the return value of 'otg_master' before it is
used in resource_log_pipe_for_stream().
Fixes: 5db346c256bb ("drm/amd/display: update pipe topology log to support
subvp")
Signed-off-by: Ma Ke
---
drivers/gpu/drm/amd/display/d
Am 04.07.24 um 06:58 schrieb Hoi Pok Wu:
Thanks a lot for your help Thomas.
On Wed, Jul 3, 2024 at 4:52 AM Thomas Zimmermann wrote:
Hi
Am 30.06.24 um 18:59 schrieb Wu Hoi Pok:
.load and drm_dev_alloc are deprecated. These patch series aims to
remove them.
v3: Both v1 and v2 sucks. v3 improv
In psb_intel_lvds_get_modes(), the return value of drm_mode_duplicate() is
assigned to mode, which will lead to a possible NULL pointer dereference
on failure of drm_mode_duplicate(). Add a check to avoid npd.
Cc: sta...@vger.kernel.org
Fixes: 89c78134cc54 ("gma500: Add Poulsbo support")
Signed-of
Hey Thomas,
Am 04.07.24 um 14:41 schrieb Thomas Hellström:
Hi, Christian,
On Thu, 2024-07-04 at 11:21 +0200, Christian König wrote:
Am 03.07.24 um 17:38 schrieb Thomas Hellström:
To address the problem with hitches moving when bulk move
sublists are lru-bumped, register the list cursors with
Hi,
Here's this week drm-misc-next PR, and the last PR for the 6.11 release cycle.
Thanks!
Maxime
drm-misc-next-2024-07-04:
drm-misc-next for $kernel-version:
UAPI Changes:
Cross-subsystem Changes:
Core Changes:
- dp/mst: Fix daisy-chaining at resume
- dsc: Add helper to dump the DSC conf
Add cleanup attribute for device node prg_node.
Remove of_node_put for device node prg_node as it is unnecessary now.
Suggested-by: Julia Lawall
Signed-off-by: Abhinav Jain
---
- PATCH v1:
https://lore.kernel.org/all/20240702150109.1002065-1-jain.abhinav...@gmail.com/
- Changes since v1:
Enha
In drm_client_modeset_probe(), the return value of drm_mode_duplicate() is
assigned to modeset->mode, which will lead to a possible NULL pointer
dereference on failure of drm_mode_duplicate(). Add a check to avoid npd.
Fixes: cf13909aee05 ("drm/fb-helper: Move out modeset config code")
Signed-off-
On Tue, 2 Jul 2024 17:29:14 +0200, Javier Carrasco wrote:
> Hi Abhinav,
>
> Apart form having sent two different patches with the same title (hence
> the confusion), this cleanup is right from a functional point of view.
>
> On the other hand, the description should address why you are doing this
>
Add sound support to the RK3066 HDMI driver.
The HDMI TX audio source is connected to I2S_8CH.
Signed-off-by: Zheng Yang
Signed-off-by: Johan Jonker
---
Changed V10:
s/audio_enable/audio_enabled
hook to encoder->funcs->late_register
move audio functions up to avoid adding a declaration
C
In radeon_add_common_modes(), the return value of drm_cvt_mode() is
assigned to mode, which will lead to a possible NULL pointer dereference
on failure of drm_cvt_mode(). Add a check to avoid npd.
Fixes: d50ba256b5f1 ("drm/kms: start adding command line interface using fb.")
Signed-off-by: Ma Ke
On Wed, Jul 03, 2024 at 12:32:06PM -0400, Michael S. Tsirkin wrote:
> On Mon, Jun 10, 2024 at 04:55:38PM +0800, Lu Baolu wrote:
> > Replace iommu_domain_alloc() with iommu_paging_domain_alloc().
> >
> > Signed-off-by: Lu Baolu
>
> Acked-by: Michael S. Tsirkin
>
>
> I assume it's merged with t
On Thu, 2024-07-04 at 15:13 +0200, Christian König wrote:
> Hey Thomas,
>
> Am 04.07.24 um 14:41 schrieb Thomas Hellström:
> > Hi, Christian,
> >
> > On Thu, 2024-07-04 at 11:21 +0200, Christian König wrote:
> > > Am 03.07.24 um 17:38 schrieb Thomas Hellström:
> > > > To address the problem with
In qxl_add_mode(), the return value of drm_cvt_mode() is assigned to mode,
which will lead to a possible NULL pointer dereference on failure of
drm_cvt_mode(). Add a check to avoid npd.
Fixes: 1b043677d4be ("drm/qxl: add qxl_add_mode helper function")
Signed-off-by: Ma Ke
---
drivers/gpu/drm/qxl
On Tue, Jul 02, 2024 at 05:32:39AM -0700, Rob Clark wrote:
> On Fri, Jun 28, 2024 at 10:44 AM Daniel Vetter wrote:
> >
> > On Thu, Jun 27, 2024 at 11:51:37AM -0700, Rob Clark wrote:
> > > On Wed, Jun 26, 2024 at 10:47 AM Daniel Vetter wrote:
> > > >
> > > > On Wed, Jun 26, 2024 at 11:38:30AM +030
On 6/30/2024 4:36 PM, Stefan Wahren wrote:
Recent work on raspberry-power driver showed that even the
stacktrace on firmware property timeout doesn't provide
enough information. So add the first tag name to the warning
to be in line with a status error.
Signed-off-by: Stefan Wahren
Reviewed
On 6/30/2024 4:36 PM, Stefan Wahren wrote:
During noirq suspend phase the Raspberry Pi power driver suffer of
firmware property timeouts. The reason is that the IRQ of the underlying
BCM2835 mailbox is disabled and rpi_firmware_property_list() will always
run into a timeout [1].
Since the Vide
On 6/30/2024 4:36 PM, Stefan Wahren wrote:
According to the official Mailbox property interface the second part
of RPI_FIRMWARE_SET_POWER_STATE ( and so on ...) is named state because
it represent u32 flags and just the lowest bit is for on/off. So rename it
to align with documentation and prep
On 6/30/2024 4:36 PM, 'Stefan Wahren' via BCM-KERNEL-FEEDBACK-LIST,PDL
wrote:
The BCM2835 ARMCTRL interrupt controller doesn't provide any facility
to configure the wakeup sources. That's the reason why this
implementation lacks the irq_set_wake implementation. But this prevent
us from properl
On 6/30/2024 5:53 PM, Stefan Wahren wrote:
This adds suspend/resume support for the 8250_bcm2835aux
driver to provide power management support on attached
devices.
Signed-off-by: Stefan Wahren
---
Since i don't have a RS485 setup, any test feedback would be great.
drivers/tty/serial/8250/
On 6/30/2024 6:19 PM, Stefan Wahren wrote:
Since the Raspberry Pi supports Suspend-To-Idle now, this option
should be enabled. This should make power management testing easier.
Signed-off-by: Stefan Wahren
Reviewed-by: Florian Fainelli
--
Florian
smime.p7s
Description: S/MIME Cryptograph
On 6/30/2024 4:36 PM, 'Stefan Wahren' via BCM-KERNEL-FEEDBACK-LIST,PDL
wrote:
The commit c4a0f7a6ab54 ("usb: dwc2: Skip clock gating on Samsung
SoCs") introduced a parameter to skip enabling clock gating mode
even the hardware platform should supports it.
In order to make this more visible al
On Tue, Jul 02, 2024 at 11:28:39AM +0300, Jani Nikula wrote:
>
> Hi Dave & Sima -
>
> One early fix this week.
>
> drm-intel-fixes-2024-07-02:
> drm/i915 fixes for v6.10-rc7:
> - Skip unnecessary MG programming, avoiding warnings (Imre)
>
> BR,
> Jani.
>
> The following changes since commit 22
On 6/30/2024 4:36 PM, Stefan Wahren wrote:
On resume of the Raspberry Pi the dwc2 driver fails to enable
HCD_FLAG_HW_ACCESSIBLE before re-enabling the interrupts.
This causes a situation where both handler ignore a incoming port
interrupt and force the upper layers to disable the dwc2 interrupt
On Tue, Jul 02, 2024 at 07:34:50PM -0400, Lyude Paul wrote:
> It turns out that if you happen to have a kernel config where
> CONFIG_DRM_PANIC is disabled and spinlock debugging is enabled, along with
> KMS being enabled - we'll end up trying to acquire an uninitialized
> spin_lock with drm_panic_l
On Mon, 10 Jun 2024 16:55:34 +0800, Lu Baolu wrote:
> The IOMMU subsystem has undergone some changes, including the removal
> of iommu_ops from the bus structure. Consequently, the existing domain
> allocation interface, which relies on a bus type argument, is no longer
> relevant:
>
> struct
On 2024/7/4 22:18, Will Deacon wrote:
On Mon, 10 Jun 2024 16:55:34 +0800, Lu Baolu wrote:
The IOMMU subsystem has undergone some changes, including the removal
of iommu_ops from the bus structure. Consequently, the existing domain
allocation interface, which relies on a bus type argument, is no
Am 04.07.24 um 15:53 schrieb Thomas Hellström:
On Thu, 2024-07-04 at 15:13 +0200, Christian König wrote:
Hey Thomas,
Am 04.07.24 um 14:41 schrieb Thomas Hellström:
Hi, Christian,
On Thu, 2024-07-04 at 11:21 +0200, Christian König wrote:
Am 03.07.24 um 17:38 schrieb Thomas Hellström:
To a
1 - 100 of 124 matches
Mail list logo
