On 21/10/23 02:06, Ruhl, Michael J wrote:
>> -Original Message-
>> From: Aravind Iddamsetty
>> Sent: Friday, October 20, 2023 11:59 AM
>> To: intel...@lists.freedesktop.org; dri-devel@lists.freedesktop.org;
>> alexander.deuc...@amd.com; airl...@gmail.com; dan...@ffwll.ch;
>>
Avoid a possible uninitialized use of the crtc_state variable in function
ssd132x_primary_plane_atomic_check() and avoid the following Smatch warn:
drivers/gpu/drm/solomon/ssd130x.c:921 ssd132x_primary_plane_atomic_check()
error: uninitialized symbol 'crtc_state'.
Fixes: fdd591e00a9c
Dan Carpenter writes:
Hello Dan,
> Hello Javier Martinez Canillas,
>
> The patch fdd591e00a9c: "drm/ssd130x: Add support for the SSD132x
> OLED controller family" from Oct 14, 2023 (linux-next), leads to the
> following Smatch static checker warning:
>
>
This is a leftover from when the binding schema had the compatible string
property enum as a 'oneOf' child and the '-' was not removed when 'oneOf'
got dropped during the binding review process.
Reported-by: Rob Herring
Closes:
Rob Herring writes:
Hello Rob,
> On Sat, Oct 14, 2023 at 2:15 AM Javier Martinez Canillas
> wrote:
[...]
>> +maintainers:
>> + - Javier Martinez Canillas
>> +
>> +properties:
>> + compatible:
>> +- enum:
>
> Now this is a warning in linux-next. The '-' should not be there.
> Please
>-Original Message-
>From: Aravind Iddamsetty
>Sent: Friday, October 20, 2023 11:59 AM
>To: intel...@lists.freedesktop.org; dri-devel@lists.freedesktop.org;
>alexander.deuc...@amd.com; airl...@gmail.com; dan...@ffwll.ch;
>joonas.lahti...@linux.intel.com; ogab...@kernel.org; Tayar, Tomer
>-Original Message-
>From: Aravind Iddamsetty
>Sent: Friday, October 20, 2023 11:59 AM
>To: intel...@lists.freedesktop.org; dri-devel@lists.freedesktop.org;
>alexander.deuc...@amd.com; airl...@gmail.com; dan...@ffwll.ch;
>joonas.lahti...@linux.intel.com; ogab...@kernel.org; Tayar, Tomer
>-Original Message-
>From: Aravind Iddamsetty
>Sent: Friday, October 20, 2023 11:59 AM
>To: intel...@lists.freedesktop.org; dri-devel@lists.freedesktop.org;
>alexander.deuc...@amd.com; airl...@gmail.com; dan...@ffwll.ch;
>joonas.lahti...@linux.intel.com; ogab...@kernel.org; Tayar, Tomer
>-Original Message-
>From: Aravind Iddamsetty
>Sent: Friday, October 20, 2023 11:59 AM
>To: intel...@lists.freedesktop.org; dri-devel@lists.freedesktop.org;
>alexander.deuc...@amd.com; airl...@gmail.com; dan...@ffwll.ch;
>joonas.lahti...@linux.intel.com; ogab...@kernel.org; Tayar, Tomer
>-Original Message-
>From: Aravind Iddamsetty
>Sent: Friday, October 20, 2023 11:59 AM
>To: intel...@lists.freedesktop.org; dri-devel@lists.freedesktop.org;
>alexander.deuc...@amd.com; airl...@gmail.com; dan...@ffwll.ch;
>joonas.lahti...@linux.intel.com; ogab...@kernel.org; Tayar, Tomer
Hi Dave, Sima,
More updates for 6.7. Mostly bug fixes.
The following changes since commit 27442758e9b4e083bef3f164a1739475c01f3202:
Merge tag 'amd-drm-next-6.7-2023-10-13' of
https://gitlab.freedesktop.org/agd5f/linux into drm-next (2023-10-18 16:08:07
+1000)
are available in the Git
The pull request you sent on Fri, 20 Oct 2023 15:01:24 +1000:
> git://anongit.freedesktop.org/drm/drm tags/drm-fixes-2023-10-20
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/c8045b4a33a511ff1feaeb806e819572b90b6625
Thank you!
--
Deet-doot-dot, I am a bot.
On Wed, 18 Oct 2023 at 12:24, Abhinav Kumar wrote:
>
>
>
> On 10/18/2023 12:46 AM, Dmitry Baryshkov wrote:
> > While developing and testing the commit bfcc3d8f94f4 ("drm/msm/dp:
> > support setting the DP subconnector type") I had the patch [1] in my
> > tree. I haven't noticed that it was a
Yo,
On Fri, Oct 20, 2023 at 03:54:33PM +0200, Flavio Suligoi wrote:
> The two properties:
>
> - max-brightness
> - default brightness
>
> are not really required, so they can be removed from the "required"
> section.
Why are they not required? You need to provide an explanation.
> Other
On Fri, Oct 20, 2023 at 03:54:34PM +0200, Flavio Suligoi wrote:
> The Monolithic Power (MPS) MP3309C is a WLED step-up converter, featuring a
> programmable switching frequency to optimize efficiency.
> The brightness can be controlled either by I2C commands (called "analog"
> mode) or by a PWM
Whenever a correctable or an uncorrectable error happens an event is sent
to the corresponding listeners of these groups.
v2: Rebase
Signed-off-by: Aravind Iddamsetty
---
drivers/gpu/drm/xe/xe_hw_error.c | 33
1 file changed, 33 insertions(+)
diff --git
Netlink subsystem supports event notifications to userspace. we define
two multicast groups for correctable and uncorrectable errors to which
userspace can subscribe and be notified when any of those errors happen.
The group names are local to the driver's genl netlink family.
Signed-off-by:
We expose the various error counters supported on a hardware via genl
subsytem through the registered commands to userspace. The
DRM_RAS_CMD_QUERY lists the error names with config id,
DRM_RAD_CMD_READ_ONE returns the counter value for the requested config
id and the DRM_RAS_CMD_READ_ALL lists the
Register netlink capability with the DRM and register the driver
callbacks to DRM RAS netlink commands.
v2:
Move the netlink registration parts to DRM susbsytem (Tomer Tayar)
Cc: Tomer Tayar
Signed-off-by: Aravind Iddamsetty
---
drivers/gpu/drm/xe/Makefile | 1 +
Define the netlink registration interface and commands, attributes that
can be commonly used across by drm drivers. This patch intends to use
the generic netlink family to expose various stats of device. At present
it defines some commands that shall be used to expose RAS error counters.
v2:
Our hardware supports RAS(Reliability, Availability, Serviceability) by
reporting the errors to the host, which the KMD processes and exposes a
set of error counters which can be used by observability tools to take
corrective actions or repairs. Traditionally there were being exposed
via PMU
On Sat, Oct 14, 2023 at 2:15 AM Javier Martinez Canillas
wrote:
>
> Add a Device Tree binding schema for the OLED panels based on the Solomon
> SSD132x family of controllers.
>
> Signed-off-by: Javier Martinez Canillas
> Reviewed-by: Rob Herring
> Acked-by: Thomas Zimmermann
> ---
>
> (no
On 10/20/2023 4:45 AM, Stanislaw Gruszka wrote:
We do not run 37xx VPU on non-silicon platforms any longer.
Remove deprecated code to make it cleaner.
Signed-off-by: Stanislaw Gruszka
Jeffrey Hugo
On 2023-10-20 10:57, Pekka Paalanen wrote:
> On Fri, 20 Oct 2023 16:22:56 +0200
> Sebastian Wick wrote:
>
>> Thanks for continuing to work on this!
>>
>> On Thu, Oct 19, 2023 at 05:21:22PM -0400, Harry Wentland wrote:
>>> v2:
>>> - Update colorop visualizations to match reality (Sebastian,
"Do not" in $SUBJECT
On 10/20/2023 4:45 AM, Stanislaw Gruszka wrote:
Initialize HW specific parameters only once. We do not have to do this
on every power_up (performed during initialization and on resume). Move
corresponding code to ->init_info()
->info_init()
Signed-off-by: Stanislaw
On 10/20/2023 4:44 AM, Stanislaw Gruszka wrote:
From: Krystian Pradzynski
Introduce ivpu_jsm_msg_type_to_str() helper to print type of IPC
message. This will make reading logs and debugging IPC issues easier.
Co-developed-by: Maciej Falkowski
Signed-off-by: Maciej Falkowski
Signed-off-by:
On 10/20/2023 4:44 AM, Stanislaw Gruszka wrote:
From: Karol Wachowski
Do not unnecessarily wake up device to read clock rate.
Return 0 as clk_rate if device is suspended.
Signed-off-by: Karol Wachowski
Reviewed-by: Stanislaw Gruszka
Signed-off-by: Stanislaw Gruszka
Reviewed-by: Jeffrey
On 10/20/2023 4:44 AM, Stanislaw Gruszka wrote:
From: Krystian Pradzynski
Remove two out of four _POLL macros. For two remained _POLL
remained -> remaining
macros add message about polling register start and finish.
Additionally avoid inconsequence when using REGV_WR/RD macros in
MMU code
On 10/20/2023 4:44 AM, Stanislaw Gruszka wrote:
From: Krystian Pradzynski
Quite often during test corner cases IPC, JSM functions can flood
dmesg with warn or err messages. With that lost dmesg history.
Change warn, err to ratelimited versions in IPC, JSM to suppress
dmesg spam occurrence
On 10/17/2023 2:43 AM, Stanislaw Gruszka wrote:
On Fri, Oct 06, 2023 at 09:25:29AM -0600, Jeffrey Hugo wrote:
On 10/3/2023 12:42 AM, Stanislaw Gruszka wrote:
From: Jacek Lawrynowicz
Fix a bug on some platforms where FLR causes complete system
hang when CPU is low power states (C8 or above).
On Thu, Oct 19, 2023 at 07:45:17PM +0200, Heiko Stübner wrote:
> Hey Chris,
>
> Am Donnerstag, 19. Oktober 2023, 16:43:56 CEST schrieb Chris Morgan:
> > On Thu, Oct 19, 2023 at 11:21:47AM +0200, Krzysztof Kozlowski wrote:
> > > On 18/10/2023 18:18, Chris Morgan wrote:
> > > > From: Chris Morgan
On Thu, Oct 19, 2023 at 10:22:24AM -0700, Jessica Zhang wrote:
>
>
> On 10/18/2023 9:18 AM, Chris Morgan wrote:
> > From: Chris Morgan
> >
> > Refactor the driver to add support for the powkiddy,rk2023-panel
> > panel. This panel is extremely similar to the rg353p-panel but
> > requires a
On Fri, 20 Oct 2023 16:22:56 +0200
Sebastian Wick wrote:
> Thanks for continuing to work on this!
>
> On Thu, Oct 19, 2023 at 05:21:22PM -0400, Harry Wentland wrote:
> > v2:
> > - Update colorop visualizations to match reality (Sebastian, Alex Hung)
> > - Updated wording (Pekka)
> > - Change
Thanks for continuing to work on this!
On Thu, Oct 19, 2023 at 05:21:22PM -0400, Harry Wentland wrote:
> v2:
> - Update colorop visualizations to match reality (Sebastian, Alex Hung)
> - Updated wording (Pekka)
> - Change BYPASS wording to make it non-mandatory (Sebastian)
> - Drop
On Fri, Oct 20, 2023 at 02:55:37PM +0300, Ville Syrjälä wrote:
> On Fri, Oct 20, 2023 at 02:39:04PM +0300, Dan Carpenter wrote:
> > On Wed, Oct 18, 2023 at 05:17:42PM +0300, Dan Carpenter wrote:
> > > drivers/gpu/drm/drm_rect.c
> > >134 static int drm_calc_scale(int src, int dst)
> > >135
The two properties:
- max-brightness
- default brightness
are not really required, so they can be removed from the "required"
section.
Other changes:
- improve the backlight working mode description, in the "description"
section
- update the example, removing the "max-brightness" and
The Monolithic Power (MPS) MP3309C is a WLED step-up converter, featuring a
programmable switching frequency to optimize efficiency.
The brightness can be controlled either by I2C commands (called "analog"
mode) or by a PWM input signal (PWM mode).
This driver supports both modes.
For DT
This patch remove the following two not-required properties from the
"required" section:
- max-brightness
- default brightness
Other changes:
- improve the backlight working mode descripion in the "description"
section
- update the example, removing the "max-brightness" and introducing the
Hello Javier Martinez Canillas,
The patch fdd591e00a9c: "drm/ssd130x: Add support for the SSD132x
OLED controller family" from Oct 14, 2023 (linux-next), leads to the
following Smatch static checker warning:
drivers/gpu/drm/solomon/ssd130x.c:921
ssd132x_primary_plane_atomic_check()
Use preferred device_get_match_data() instead of of_match_device() to
get the driver match data in a single step. With this, adjust the
includes to explicitly include the correct headers. That also serves as
preparation to remove implicit includes within the DT headers
(of_device.h in particular).
Hello Daniel,
On Fri, Oct 20, 2023 at 12:27:27PM +0100, Daniel Thompson wrote:
> On Wed, Oct 18, 2023 at 11:07:41PM +0200, Uwe Kleine-König wrote:
> > Hello Philipp,
> >
> > On Thu, Jun 08, 2023 at 04:11:14PM +0200, Philipp Zabel wrote:
> > > The initial PWM state returned by pwm_init_state() has
(cc'ing lkml for feedback)
Hi Jocelyn
Am 19.10.23 um 15:55 schrieb Jocelyn Falempe:
We found a regression in v5.10 on real-time server, using the
rt-kernel and the mgag200 driver. It's some really specialized
workload, with <10us latency expectation on isolated core.
After the v5.10, the real
On Fri, Oct 20, 2023 at 10:19:38AM +, Simon Ser wrote:
> drm_mode_rmfb performs two operations: drop the FB from the
> file_priv->fbs list, and make sure the FB is no longer used on a
> plane.
>
> In the next commit an IOCTL which only does so former will be
> introduced, so let's split it
On Fri, Oct 20, 2023 at 02:39:04PM +0300, Dan Carpenter wrote:
> On Wed, Oct 18, 2023 at 05:17:42PM +0300, Dan Carpenter wrote:
> > drivers/gpu/drm/drm_rect.c
> >134 static int drm_calc_scale(int src, int dst)
> >135 {
> >136 int scale = 0;
> >137
> >138
On Wed, Oct 18, 2023 at 05:17:42PM +0300, Dan Carpenter wrote:
> drivers/gpu/drm/drm_rect.c
>134 static int drm_calc_scale(int src, int dst)
>135 {
>136 int scale = 0;
>137
>138 if (WARN_ON(src < 0 || dst < 0))
>
On Wed, Oct 18, 2023 at 11:07:41PM +0200, Uwe Kleine-König wrote:
> Hello Philipp,
>
> On Thu, Jun 08, 2023 at 04:11:14PM +0200, Philipp Zabel wrote:
> > The initial PWM state returned by pwm_init_state() has a duty cycle
> > of 0 ns.
>
> This is only true for drivers without a .get_state()
Cong, Doug,
thanks for fixing this up, I'm very pleased with how it turned out.
Yours,
Linus Walleij
We do not run 37xx VPU on non-silicon platforms any longer.
Remove deprecated code to make it cleaner.
Signed-off-by: Stanislaw Gruszka
---
drivers/accel/ivpu/ivpu_hw_37xx.c | 57 +--
1 file changed, 8 insertions(+), 49 deletions(-)
diff --git
Initialize HW specific parameters only once. We do not have to do this
on every power_up (performed during initialization and on resume). Move
corresponding code to ->init_info()
Signed-off-by: Stanislaw Gruszka
---
drivers/accel/ivpu/ivpu_hw_37xx.c | 8
From: Krystian Pradzynski
Introduce ivpu_jsm_msg_type_to_str() helper to print type of IPC
message. This will make reading logs and debugging IPC issues easier.
Co-developed-by: Maciej Falkowski
Signed-off-by: Maciej Falkowski
Signed-off-by: Krystian Pradzynski
Reviewed-by: Stanislaw Gruszka
From: Karol Wachowski
Do not unnecessarily wake up device to read clock rate.
Return 0 as clk_rate if device is suspended.
Signed-off-by: Karol Wachowski
Reviewed-by: Stanislaw Gruszka
Signed-off-by: Stanislaw Gruszka
---
drivers/accel/ivpu/ivpu_drv.c | 18 +-
From: Krystian Pradzynski
Remove two out of four _POLL macros. For two remained _POLL
macros add message about polling register start and finish.
Additionally avoid inconsequence when using REGV_WR/RD macros in
MMU code - passing raw register offset instead of register name.
Signed-off-by:
From: Krystian Pradzynski
Quite often during test corner cases IPC, JSM functions can flood
dmesg with warn or err messages. With that lost dmesg history.
Change warn, err to ratelimited versions in IPC, JSM to suppress
dmesg spam occurrence during fail test scenarios.
Signed-off-by: Krystian
Random changes across the driver.
Karol Wachowski (1):
accel/ivpu: Read clock rate only if device is up
Krystian Pradzynski (3):
accel/ivpu: Use ratelimited warn and err in IPC/JSM
accel/ivpu: Fix verbose version of REG_POLL macros
accel/ivpu: Print IPC type string instead of number
sg_page_iter_page() doesn't return an error code, so the IS_ERR() check
is wrong and the error path will never be executed. This also allows
simplifying the code to remove the local variable 'page'.
CC: Adrián Larumbe
Reported-by: Dan Carpenter
Closes:
ltdc_load() calls functions drm_crtc_init_with_planes() and
drm_universal_plane_init(). These functions should not be called with
parameters allocated with devm_kzalloc() to avoid use-after-free issues [1].
The patch replaces managed resource allocations with regular ones.
Found by Linux
On Thu, 19 Oct 2023 10:56:40 -0400
Harry Wentland wrote:
> On 2023-10-10 12:13, Melissa Wen wrote:
> > O 09/08, Harry Wentland wrote:
> >> Signed-off-by: Harry Wentland
...
> > Also, with this new plane API in place, I understand that we will
> > already need think on how to deal with the
drm_mode_rmfb performs two operations: drop the FB from the
file_priv->fbs list, and make sure the FB is no longer used on a
plane.
In the next commit an IOCTL which only does so former will be
introduced, so let's split it into a separate function.
No functional change, only refactoring.
v2:
This new IOCTL allows callers to close a framebuffer without
disabling planes or CRTCs. This takes inspiration from Rob Clark's
unref_fb IOCTL [1] and DRM_MODE_FB_PERSIST [2].
User-space patch for wlroots available at [3]. IGT test available
at [4].
v2: add an extra pad field just in case we
On Thu, 19 Oct 2023 10:56:29 -0400
Harry Wentland wrote:
> On 2023-09-13 07:29, Pekka Paalanen wrote:
> > On Fri, 8 Sep 2023 11:02:26 -0400
> > Harry Wentland wrote:
> >
> >> Signed-off-by: Harry Wentland
...
> >> +COLOR_PIPELINE Plane Property
> >> +=
> >> +
>
Hi Vijayanand,
Thanks very much for your review.
On Thu, 2023-10-19 at 10:15 +0530, Vijayanand Jitta wrote:
>
> External email : Please do not click links or open attachments until
> you have verified the sender or the content.
>
>
> On 9/11/2023 8:00 AM, Yong Wu wrote:
> > Add TEE
On Thu, 2023-10-19 at 10:15 +0530, Vijayanand Jitta wrote:
>
> External email : Please do not click links or open attachments until
> you have verified the sender or the content.
>
>
> On 9/11/2023 8:00 AM, Yong Wu wrote:
> > Initialise a mtk_svp heap. Currently just add a null heap,
On Thu, 2023-10-19 at 10:16 +0530, Vijayanand Jitta wrote:
>
> External email : Please do not click links or open attachments until
> you have verified the sender or the content.
>
>
> On 9/11/2023 8:00 AM, Yong Wu wrote:
> > This adds the binding for describing a CMA memory for
On Fri, Oct 20, 2023 at 5:35 PM Linux regression tracking (Thorsten
Leemhuis) wrote:
>
> On 09.10.23 10:54, Huacai Chen wrote:
> > On Mon, Oct 9, 2023 at 4:45 PM Bagas Sanjaya wrote:
> >> On Mon, Oct 09, 2023 at 09:27:02AM +0800, Huacai Chen wrote:
> >>> On Tue, Sep 26, 2023 at 10:31 PM Huacai
On 09.10.23 10:54, Huacai Chen wrote:
> On Mon, Oct 9, 2023 at 4:45 PM Bagas Sanjaya wrote:
>> On Mon, Oct 09, 2023 at 09:27:02AM +0800, Huacai Chen wrote:
>>> On Tue, Sep 26, 2023 at 10:31 PM Huacai Chen wrote:
On Tue, Sep 26, 2023 at 7:15 PM Linux regression tracking (Thorsten
On Wed, Oct 18, 2023 at 10:49:15PM +0530, Deepak R Varma wrote:
> > > > 2. Is it absolutely necessary for me to have a specialized hardware to
> > > > test my
> > > > patches? Is it limited to the 14thGen or above CPU or do I need more
> > > > than that?
> > Yes, I don't think someone can work
66 matches
Mail list logo
