On 10. 12. 24 14:59, Dmitry Baryshkov wrote:
On Tue, Dec 10, 2024 at 02:41:01PM +0100, Andrej Picej wrote:
On 10. 12. 24 12:43, Dmitry Baryshkov wrote:
On Tue, Dec 10, 2024 at 10:19:00AM +0100, Andrej Picej wrote:
Add a optional properties to change LVDS output voltage. This should not
be
devfreq_{resume,suspend}_device() don't bother undoing the suspend_count
modifications if something fails, so either it assumes failures are
harmless, or it's super fragile/buggy. In either case it's not something
we can address at the driver level, so let's just assume failures are
harmless for no
When the runtime PM resume callback returns an error, it puts the device
in a state where it can't be resumed anymore. Make sure we can recover
from such transient failures by calling pm_runtime_set_suspended()
explicitly after a pm_runtime_resume_and_get() failure.
v3:
- Add R-b/A-b
v2:
- Add a
If we do a GPU soft-reset, that's no longer fast reset. This also means
the slow reset fallback doesn't work because the MCU state is only reset
after a GPU soft-reset.
Let's move the retry logic to panthor_device_resume() to issue a
soft-reset between the fast and slow attempts, and patch
panthor
Hello,
Here's a collection of patches improving robustness to failures in
the device resume/suspend path. Those failures are pretty hard to
reproduce (happens once in a while on a deqp-vk run), so I used a
mechanism to fake them.
Faking a FW boot failure is kinda tricky though, which means the
la
The runtime PM resume operation is not guaranteed to succeed, but if it
fails, the device should be in a suspended state. Make sure we're robust
to resume failures in the unplug path.
v3:
- Fix typo
- Add R-bs
v2:
- Move the bit that belonged in the next commit
- Drop the panthor_device_unplug()
WARN() will return true if the condition is true, false otherwise.
If we store the return of drm_WARN_ON() in ret, we lose the actual
error code.
v3:
- Add R-b
v2:
- Add R-b
Fixes: 5fe909cae118 ("drm/panthor: Add the device logical block")
Signed-off-by: Boris Brezillon
Reviewed-by: Steven Price
Calling panthor_sched_suspend() doesn't guarantee that all groups
are in the idle lists. Only the ones that were currently scheduled
are handled in panthor_sched_suspend(), and that's fine, because
we stop all runnable groups in panthor_sched_pre_reset(), but let's
stop complaining about it.
Signe
Kalle Valo writes:
> Easwar Hariharan writes:
>
>> Commit b35108a51cf7 ("jiffies: Define secs_to_jiffies()") introduced
>> secs_to_jiffies(). As the value here is a multiple of 1000, use
>> secs_to_jiffies() instead of msecs_to_jiffies to avoid the multiplication.
>>
>> This is converted using s
On 12/10/2024, Dmitry Baryshkov wrote:
> On Mon, Dec 09, 2024 at 11:39:16AM +0800, Liu Ying wrote:
>> i.MX8qxp Display Controller(DC) is comprised of three main components that
>> include a blit engine for 2D graphics accelerations, display controller for
>> display output processing, as well as a
Easwar Hariharan writes:
> Commit b35108a51cf7 ("jiffies: Define secs_to_jiffies()") introduced
> secs_to_jiffies(). As the value here is a multiple of 1000, use
> secs_to_jiffies() instead of msecs_to_jiffies to avoid the multiplication.
>
> This is converted using scripts/coccinelle/misc/secs_t
+devicetree
On Tue, Dec 10, 2024 at 07:43:19PM -0800, Rob Clark wrote:
> On Tue, Dec 10, 2024 at 7:08 PM Akhil P Oommen
> wrote:
> >
> > On 12/11/2024 6:43 AM, Bjorn Andersson wrote:
> > > On Tue, Dec 10, 2024 at 02:22:27AM +0530, Akhil P Oommen wrote:
> > >> On 12/10/2024 1:24 AM, Rob Clark wro
On Tue, Dec 10, 2024 at 06:19:00PM -0500, Rodrigo Vivi wrote:
> On Sun, Dec 08, 2024 at 03:17:27PM +, Ed Maste wrote:
> > These two files (i915_live_selftests.h, i915_mock_selftests.h) were
> > introduced in commit 953c7f82eb89 ("drm/i915: Provide a hook for
> > selftests") and are effectively
If another driver for a VGA compatible GPU (that is passthrough'd)
locks the VGA resources (by calling vga_get()), then virtio_gpu
driver would encounter the following errors and fail to load during
probe and initialization:
Invalid read at addr 0x725014, size 1, region '(null)', reason: rejec
Hi Heiko,
At 2024-12-10 19:57:44, "Heiko Stübner" wrote:
>Hi Andy,
>
>Am Montag, 9. Dezember 2024, 13:29:13 CET schrieb Andy Yan:
>> From: Andy Yan
>>
>> /sys/kernel/debug/dri/vop2/summary: dump vop display state
>> /sys/kernel/debug/dri/vop2/regs: dump whole vop registers
>> /sys/kernel/debu
Le 10/12/2024 à 23:02, Easwar Hariharan a écrit :
Commit b35108a51cf7 ("jiffies: Define secs_to_jiffies()") introduced
secs_to_jiffies(). As the value here is a multiple of 1000, use
secs_to_jiffies() instead of msecs_to_jiffies to avoid the multiplication.
This is converted using scripts/coc
Le 10/12/2024 à 23:02, Easwar Hariharan a écrit :
Commit b35108a51cf7 ("jiffies: Define secs_to_jiffies()") introduced
secs_to_jiffies(). As the value here is a multiple of 1000, use
secs_to_jiffies() instead of msecs_to_jiffies to avoid the multiplication.
This is converted using scripts/coc
>> An activity monitor (actmon) is used to measure the device runtime
>> utilization to help drive software power management policies.
>>
>> Extend the reg space to include actmon aperture for actmon configuration
>> through host1x.
>>
>> Extend the number of clocks to include actmon clock, which i
Add check for the return value of komeda_get_layer_fourcc_list()
to catch the potential exception.
Fixes: 5d51f6c0da1b ("drm/komeda: Add writeback support")
Cc: sta...@vger.kernel.org
Signed-off-by: Haoxiang Li
---
drivers/gpu/drm/arm/display/komeda/komeda_wb_connector.c | 4
1 file changed
On Tue, 2024-12-10 at 16:18 +0100, Stanislaw Gruszka wrote:
>
> I've reproduced the issue. It's caused by 6.12.y commit:
>
> commit 6ac269abab9ca5ae910deb2d3ca54351c3467e99
> Author: Bingbu Cao
> Date: Wed Oct 16 15:53:01 2024 +0800
>
> media: ipu6: not override the dma_ops of device in d
By registering the nvdec with actmon, engine load information can be
exported to the user through debugfs for engine profiling purpose.
Signed-off-by: Johnny Liu
---
drivers/gpu/drm/tegra/nvdec.c | 82 ++-
1 file changed, 80 insertions(+), 2 deletions(-)
diff --g
By registering the vic with actmon, engine load information can be
exported to the user through debugfs for engine profiling purpose.
Signed-off-by: Johnny Liu
---
drivers/gpu/drm/tegra/vic.c | 39 -
drivers/gpu/drm/tegra/vic.h | 9 +
2 files changed,
On Tue, 10 Dec 2024 12:05:25 +0100
David Hildenbrand wrote:
> On 09.12.24 18:36, Claudio Imbrenda wrote:
> > On Wed, 4 Dec 2024 16:58:52 +0100
> > David Hildenbrand wrote:
[...]
> >> I know that Claudio is working on some changes, but not sure how that
> >> would affect gmap's usage of page->i
The ADV7511 chip allows 24 bits samples max in I2S mode, excepted for
direct AES3 mode (SNDRV_PCM_FORMAT_IEC958_SUBFRAME_LE format).
However the HDMI codec exposes S32_LE format as supported.
Adapt ADV7511 HDMI I2S format list to expose formats actually supported.
Signed-off-by: Olivier Moysan
--
On Tue, Dec 10, 2024 at 09:24:03PM +, Marc Zyngier wrote:
> > +static int a6xx_switch_secure_mode(struct msm_gpu *gpu)
> > +{
> > + int ret;
> > +
> > +#ifdef CONFIG_ARM64
> > + /*
> > +* We can access SECVID_TRUST_CNTL register when kernel is booted in
> > EL2 mode. So, use it
> > +
Adhere to Linux kernel coding style.
Reported by checkpatch:
CHECK: Unnecessary parentheses around 'devcode != 0x'
CHECK: Unnecessary parentheses around 'devcode != 0x9320'
Signed-off-by: Antonio Riccio
---
drivers/staging/fbtft/fb_ili9320.c | 2 +-
1 file changed, 1 insertion(+), 1 deleti
Set no_i2s_capture flag in hdmi_codec_pdata structure to report
that the ADV7511 HDMI bridge does not support i2s audio capture.
Signed-off-by: Olivier Moysan
---
drivers/gpu/drm/bridge/adv7511/adv7511_audio.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpu/drm/bridge/adv7511/adv
An activity monitor (actmon) is used to measure the device runtime
utilization to help drive software power management policies.
Configuration of actmon is under the host1x address space. Therefore,
add the actmon aperture under the host1x.
All unit actmons for host1x clients share the same actmo
Hi Lucas,
> -Message d'origine-
> De : Lucas Stach
> Envoyé : lundi 9 décembre 2024 11:07
> À : LECOINTRE Philippe ; Russell King
> ; Christian Gmeiner
>
> Cc : David Airlie ; Simona Vetter ;
> etna...@lists.freedesktop.org; dri-devel@lists.freedesktop.org; linux-
> ker...@vger.kernel.or
Activity monitoring (actmon for short) is a means to dynamically
measure the utilization of units in the system to help drive software
power management policies.
In Tegra, Dynamic Voltage and Frequency Scaling (DVFS) is the primary
dynamic power management mechanism. It uses utilization informatio
On 12/10/2024 11:09 PM, Dmitry Baryshkov wrote:
> On Thu, Dec 05, 2024 at 08:31:24PM +0200, Dmitry Baryshkov wrote:
>> On Thu, Dec 05, 2024 at 09:26:47PM +0800, Xiangxu Yin wrote:
>>>
>>>
>>> On 11/29/2024 10:33 PM, Dmitry Baryshkov wrote:
On Fri, 29 Nov 2024 at 09:59, Xiangxu Yin
wr
An activity monitor (actmon) is used to measure the device runtime
utilization to help drive software power management policies.
Extend the reg space to include actmon aperture for actmon configuration
through host1x.
Extend the number of clocks to include actmon clock, which is shared
between un
An activity monitor (actmon) is used to measure the device runtime
utilization to help drive software power management policies, such as
device dynamic frequency scaling.
For every host1x client, an actmon is employed to monitor its runtime
utilization. Upon detecting an actmon watermark breach ag
The STM32MP257F DK board features an ADV7535 HDMI bridge,
which belongs to the ADV7511 bridges family.
At startup the Pipewire audio framework parses the audio devices to
discover their capabilities. The capabilities reported by the ADV7511
driver are not accurate enough, which results in warning m
On Tue, Dec 10, 2024 at 05:52:27PM -0500, Connor Abbott wrote:
> On Mon, Dec 9, 2024 at 3:20 AM Akhil P Oommen
> wrote:
> >
> > When kernel is booted in EL2, SECVID registers are accessible to the
> > KMD. So we can use that to switch GPU's secure mode to avoid dependency
> > on Zap firmware. Als
On Tue, 2024-12-10 at 10:58 +0200, Jani Nikula wrote:
> On Tue, 10 Dec 2024, Sakari Ailus
> wrote:
> > Hi,
> >
> > > ...
> > > FYI 6.12.4 got a crash shortly after booting in dma_alloc_attrs -
> > > maybe
> > > triggered in ipu6_probe. Crash only happened on laptop with ipu6.
> > > All
> > > othe
On Tue, 2024-12-10 at 16:18 +0100, Stanislaw Gruszka wrote:
>
> The problem will disappear after applying:
> https://lore.kernel.org/stable/20241209175416.59433-1-
> stanislaw.grus...@linux.intel.com/
> since the allocation will not longer fail.
>
> ...
> Regards
> Stanislaw
I confirm that (6.12
On Tue, 2024-12-10 at 13:37 +0100, Greg Kroah-Hartman wrote:
> > t's a clue nonetheless.
>
> 'git bisect' would be nice to run if possible...
Done:
a) One (hopefully) small caveat :
the very first bisect hit the 6.12.2 bug of missing commit b23decf8ac91
("sched: Initialize idle tasks only once")
Hi Detlev,
At 2024-12-11 02:40:14, "Detlev Casanova" wrote:
>Hi Andy,
>
>On Monday, 9 December 2024 07:29:18 EST Andy Yan wrote:
>> From: Andy Yan
>>
>> There are two AXI bus in vop2, windows attached on the same bus must
>> have a unique channel YUV and RGB channel ID.
>>
>> The default IDs
On 12/10/2024, Dmitry Baryshkov wrote:
> As drm_bridge_connector now provides atomic_check() implementation which
> calls drm_atomic_helper_connector_hdmi_check(), drop the duplicating
> callback from the bridge driver.
>
> Signed-off-by: Dmitry Baryshkov
> ---
> drivers/gpu/drm/bridge/ite-it626
Hello,
kernel test robot noticed
"WARNING:at_drivers/gpu/drm/drm_framebuffer.c:#drm_framebuffer_free[drm]" on:
commit: d2194256049910d286cd6c308c2689df521d8842 ("drm/tests: Add test for
drm_framebuffer_free()")
https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git master
[test fai
On 12/10/24 16:20, Mario Limonciello wrote:
On 12/6/2024 16:00, Lizhi Hou wrote:
The latest released firmware supports reading firmware interface version
from registers directly. The driver's probe routine reads the major and
minor version numbers. If the firmware interface does not compatible
On 12/10/24 16:28, Mario Limonciello wrote:
On 12/6/2024 15:59, Lizhi Hou wrote:
Add SET_STATE ioctl to configure device power mode for aie2 device.
Three modes are supported initially.
POWER_MODE_DEFAULT: Enable clock gating and set DPM (Dynamic Power
Management) level to value which has bee
> More confusingly still, they did send one standalone patch for
> an Ethernet driver:
> https://lore.kernel.org/all/20241210-converge-secs-to-jiffies-v3-20-59479891e...@linux.microsoft.com/
> And yet another Ethernet driver (drivers/net/ethernet/google/gve/)
> is converted in this
To support hardware without subsys IDs on new SoCs, add a programming
flow that checks whether the subsys ID is valid. If the subsys ID is
invalid, the flow will call 2 alternative CMDQ APIs:
cmdq_pkt_assign() and cmdq_pkt_write_s_value() to achieve the same
functionality.
Signed-off-by: Jason-JH.
mtk_crtc_finish_page_flip() is used to notify userspace that a
page flip has been completed, allowing userspace to free the frame
buffer of the last frame and commit the next frame.
In MediaTek's hardware design for configuring display hardware by using
GCE, `DRM_EVENT_FLIP_COMPLETE` should be not
On Tue, Dec 10, 2024 at 7:08 PM Akhil P Oommen wrote:
>
> On 12/11/2024 6:43 AM, Bjorn Andersson wrote:
> > On Tue, Dec 10, 2024 at 02:22:27AM +0530, Akhil P Oommen wrote:
> >> On 12/10/2024 1:24 AM, Rob Clark wrote:
> >>> On Mon, Dec 9, 2024 at 12:20 AM Akhil P Oommen
> >>> wrote:
>
>
amdgpu can handle async flips on overlay planes, so allow it for atomic
async checks.
Signed-off-by: André Almeida
---
Changes from v8:
- Use new parameter 'flip'
---
drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_plane.c | 11 +++
1 file changed, 7 insertions(+), 4 deletions(-)
diff -
Hi,
The goal of this work is to find a nice way to allow amdgpu to perform
async page flips in the overlay plane as well, not only on the primary
one. Currently, when using the atomic uAPI, this is the only type of
plane allowed to do async flips, and every driver accepts it.
This patchset re-use
Currently, DRM atomic uAPI allows only primary planes to be flipped
asynchronously. However, each driver might be able to perform async
flips in other different plane types. To enable drivers to set their own
restrictions on which type of plane they can or cannot flip, use the
existing atomic_async
When GCE executes instructions, the corresponding hardware register
can be found through the subsys ID. For hardware that does not support
subsys IDs, the physical address needs to be used to generate GCE
instructions.
This commit adds a pa_base parsing flow to the cmdq_client_reg structure
for th
To support hardware without subsys IDs on new SoCs, add a programming
flow that checks whether the subsys ID is valid. If the subsys ID is
invalid, the flow will call 2 alternative CMDQ APIs:
cmdq_pkt_assign() and cmdq_pkt_write_s_mask_value() to achieve the
same functionality.
Signed-off-by: Jaso
To support hardware without subsys IDs on new SoCs, add a programming
flow that checks whether the subsys ID is valid. If the subsys ID is
invalid, the flow will call 2 alternative CMDQ APIs:
cmdq_pkt_assign() and cmdq_pkt_write_s_value() to achieve the same
functionality.
Signed-off-by: Jason-JH.
MT8196 has 4 hardware changes compared with the previous SoC,
which correspond to the 4 new driver data:
1. mminfra_offset: For GCE data plane control
Since GCE has been moved into mminfra, GCE needs to append the
mminfra offset to the DRAM address when accessing the DRAM.
2. gce_vm: For GC
Since GCE has been moved to mminfra in MT8196, all transactions from
mminfra to DRAM will have their addresses adjusted by subtracting a
mminfra offset.
This information should be handled inside the CMDQ driver, allowing
CMDQ users to call CMDQ APIs as usual.
Therefore, CMDQ driver needs to use th
Add the Global Command Engine (GCE) header file to define the GCE
thread priority, GCE subsys ID and GCE events for MT8196.
Signed-off-by: Jason-JH.Lin
---
.../dt-bindings/mailbox/mediatek,mt8196-gce.h | 1439 +
1 file changed, 1439 insertions(+)
create mode 100644 include/dt-bi
From: Jason-jh Lin
This patch series adds support for the MediaTek MT8196 SoC in the CMDQ
driver and related subsystems. The changes include adding compatible
names and properties, updating driver data to accommodate hardware
changes, and modifying the usage of CMDQ API to support non-subsys ID
h
Add compatible name and iommus property for MT8196.
Signed-off-by: Jason-JH.Lin
---
.../devicetree/bindings/mailbox/mediatek,gce-mailbox.yaml | 4
1 file changed, 4 insertions(+)
diff --git
a/Documentation/devicetree/bindings/mailbox/mediatek,gce-mailbox.yaml
b/Documentation/devicetr
On 12/11/2024 2:24 AM, Elliot Berman wrote:
> On Mon, Dec 09, 2024 at 01:49:15PM +0530, Akhil P Oommen wrote:
>> When kernel is booted in EL2, SECVID registers are accessible to the
>> KMD. So we can use that to switch GPU's secure mode to avoid dependency
>> on Zap firmware. Also, we can't load a
On 12/11/2024 6:43 AM, Bjorn Andersson wrote:
> On Tue, Dec 10, 2024 at 02:22:27AM +0530, Akhil P Oommen wrote:
>> On 12/10/2024 1:24 AM, Rob Clark wrote:
>>> On Mon, Dec 9, 2024 at 12:20 AM Akhil P Oommen
>>> wrote:
When kernel is booted in EL2, SECVID registers are accessible to the
>
On 12/11/2024, Rob Herring wrote:
> On Mon, Dec 09, 2024 at 11:39:05AM +0800, Liu Ying wrote:
>> Freescale i.MX8qxp Display Controller is implemented as construction set of
>> building blocks with unified concept and standardized interfaces. Document
>> all existing processing units.
>>
>> Signed-
On Tue, 10 Dec 2024 18:50:40 -0800 Andrew Morton wrote:
> > > Very unlikely, and any such conflict will be trivial.
> >
> > Agreed, mainly I don't understand why we'd make an exception
> > and take the patchset via a special tree.
>
> It saves work for everyone?
>
> The patches are super-sim
On Wed, 2024-12-11 at 09:58 +0800, Jiapeng Chong wrote:
> No functional modification involved.
>
> drivers/gpu/drm/nouveau/nvkm/subdev/gsp/r535.c:2174: warning: expecting
> prototype for create_debufgs(). Prototype was for create_debugfs() instead.
>
> Reported-by: Abaci Robot
> Closes: https://
On Tue, 10 Dec 2024 18:41:29 -0800 Jakub Kicinski wrote:
> On Tue, 10 Dec 2024 18:31:30 -0800 Andrew Morton wrote:
> > > > I'll just grab everything and see if anyone complains ;)
> > >
> > > I may, if this leads to a conflict :(
> >
> > Very unlikely, and any such conflict will be trivial.
rstand why we'd make an exception
and take the patchset via a special tree.
> > Easwar, please break this up per subsystem.
>
> The series is already one-patch-per-changed-file.
More confusingly still, they did send one standalone patch for
an Ethernet driver:
https://lore.
On Tue, 10 Dec 2024 17:35:48 -0800 Jakub Kicinski wrote:
> On Tue, 10 Dec 2024 15:36:04 -0800 Andrew Morton wrote:
> > > I have the same question as before: How do you expect these to land?
> > > Do you now have a maintainer who will take all of them?
> > > Or do you want individual maintainers t
No functional modification involved.
drivers/gpu/drm/nouveau/nvkm/subdev/gsp/r535.c:2174: warning: expecting
prototype for create_debufgs(). Prototype was for create_debugfs() instead.
Reported-by: Abaci Robot
Closes: https://bugzilla.openanolis.cn/show_bug.cgi?id=12292
Signed-off-by: Jiapeng C
On Tue, 10 Dec 2024 15:36:04 -0800 Andrew Morton wrote:
> > I have the same question as before: How do you expect these to land?
> > Do you now have a maintainer who will take all of them?
> > Or do you want individual maintainers to take the ones applicable to them?
>
> I'll just grab everythin
On Tue, Dec 10, 2024 at 02:22:27AM +0530, Akhil P Oommen wrote:
> On 12/10/2024 1:24 AM, Rob Clark wrote:
> > On Mon, Dec 9, 2024 at 12:20 AM Akhil P Oommen
> > wrote:
> >>
> >> When kernel is booted in EL2, SECVID registers are accessible to the
> >> KMD. So we can use that to switch GPU's secur
On 12/10/2024 4:35 PM, Andrew Morton wrote:
> On Tue, 10 Dec 2024 22:02:31 + Easwar Hariharan
> wrote:
>
>> This is a series that follows up on my previous series to introduce
>> secs_to_jiffies() and convert a few initial users.
>
> Thanks, I added this to mm.git. I suppressed the usual a
On Tue, 10 Dec 2024 22:02:31 + Easwar Hariharan
wrote:
> This is a series that follows up on my previous series to introduce
> secs_to_jiffies() and convert a few initial users.
Thanks, I added this to mm.git. I suppressed the usual added-to-mm
emails because s many cc's!
I'd ask rele
On 12/6/2024 15:59, Lizhi Hou wrote:
Add device status to track if aie2_hw_start() or aie2_hw_stop() is
re-entered. In aie2_hw_stop(), call drmm_kfree to free mbox.
Signed-off-by: Lizhi Hou
Reviewed-by: Mario Limonciello
---
drivers/accel/amdxdna/aie2_pci.c| 17 +
On 12/6/2024 15:59, Lizhi Hou wrote:
Add NPU6 registers and other private configurations.
Co-developed-by: Xiaoming Ren
Signed-off-by: Xiaoming Ren
Signed-off-by: Lizhi Hou
Reviewed-by: Mario Limonciello
---
drivers/accel/amdxdna/Makefile| 3 +-
drivers/accel/amdxdna/npu6_regs.c |
On 12/6/2024 15:59, Lizhi Hou wrote:
Enhance GET_INFO ioctl to support retrieving firmware version.
Signed-off-by: Lizhi Hou
Reviewed-by: Mario Limonciello
---
drivers/accel/amdxdna/aie2_pci.c | 20
include/uapi/drm/amdxdna_accel.h | 16 +++-
2 files chan
On 12/6/2024 15:59, Lizhi Hou wrote:
Add SET_STATE ioctl to configure device power mode for aie2 device.
Three modes are supported initially.
POWER_MODE_DEFAULT: Enable clock gating and set DPM (Dynamic Power
Management) level to value which has been set by resource solver or
maximum DPM level t
On 12/6/2024 16:00, Lizhi Hou wrote:
The latest released firmware supports reading firmware interface version
from registers directly. The driver's probe routine reads the major and
minor version numbers. If the firmware interface does not compatible with
s/does/is/
the driver, the driver's pro
From: Zijun Hu
gpio_sim_dev_match_fwnode() is a simple wrapper of API
device_match_fwnode().
Remove the needless wrapper and use the API instead.
Signed-off-by: Zijun Hu
---
drivers/gpio/gpio-sim.c | 7 +--
1 file changed, 1 insertion(+), 6 deletions(-)
diff --git a/drivers/gpio/gpio-sim
From: Zijun Hu
Static match_any() is exactly same as API device_match_any().
Remove the former and use the later instead.
Signed-off-by: Zijun Hu
---
drivers/base/core.c | 7 +--
1 file changed, 1 insertion(+), 6 deletions(-)
diff --git a/drivers/base/core.c b/drivers/base/core.c
index
8
From: Zijun Hu
cable_match(), as matching function of device_find_child(), matches
a device with device type @typec_cable_dev_type, and its task can be
simplified by the recently introduced API device_match_type().
partner_match() is similar with cable_match() but with a different
device type @t
From: Zijun Hu
Introduce device_match_type() for purposes below:
- Test if a device matches with a specified device type.
- As argument of various device finding APIs to find a device with
specified type.
device_find_child() will use it to simplify operations later.
Signed-off-by: Zijun Hu
From: Zijun Hu
Static match_nvdimm_bridge(), as matching function of device_find_child()
matches a device with device type @cxl_nvdimm_bridge_type, and its task
can be simplified by the recently introduced API device_match_type().
Replace match_nvdimm_bridge() usage with device_match_type().
Re
From: Zijun Hu
static of_slim_match_dev() has same function as API device_match_of_node().
Remove the former and use the later instead.
Signed-off-by: Zijun Hu
---
drivers/slimbus/core.c | 10 +-
1 file changed, 1 insertion(+), 9 deletions(-)
diff --git a/drivers/slimbus/core.c b/dri
From: Zijun Hu
Simplify device_find_child_by_name() implementation by both existing
API device_find_child() and device_match_name().
Signed-off-by: Zijun Hu
---
drivers/base/core.c | 13 +
1 file changed, 1 insertion(+), 12 deletions(-)
diff --git a/drivers/base/core.c b/drivers/b
From: Zijun Hu
Constify the following API:
struct device *device_find_child(struct device *dev, void *data,
int (*match)(struct device *dev, void *data));
To :
struct device *device_find_child(struct device *dev, const void *data,
device_match_t ma
From: Zijun Hu
fsl_mc_device_match() does not modify caller's inputs.
Constify it by simply changing its parameter types to const pointer.
Signed-off-by: Zijun Hu
---
drivers/bus/fsl-mc/dprc-driver.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/bus/fsl-mc/dp
From: Zijun Hu
bool slim_eaddr_equal(struct slim_eaddr *a, struct slim_eaddr *b)
does not modify @*a or @*b.
Constify it by simply changing its parameter type to
'const struct slim_eaddr *'.
Signed-off-by: Zijun Hu
---
drivers/slimbus/core.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletio
This patch series is to constify the following API:
struct device *device_find_child(struct device *dev, void *data,
int (*match)(struct device *dev, void *data));
To :
struct device *device_find_child(struct device *dev, const void *data,
device_mat
From: Zijun Hu
Simplify nd_namespace_store() implementation by
using device_find_child_by_name().
Reviewed-by: Alison Schofield
Signed-off-by: Zijun Hu
---
drivers/nvdimm/claim.c | 9 +
1 file changed, 1 insertion(+), 8 deletions(-)
diff --git a/drivers/nvdimm/claim.c b/drivers/nvdim
On 12/11/24 00:53, Helge Deller wrote:
On 12/11/24 00:37, Helge Deller wrote:
On 12/10/24 16:41, Thomas Zimmermann wrote:
Hi
Am 10.12.24 um 15:34 schrieb Helge Deller:
On 12/10/24 15:29, Helge Deller wrote:
On 12/10/24 15:09, Thomas Zimmermann wrote:
diff --git a/drivers/staging/fbtft/Kcon
On Tue, Dec 10, 2024 at 6:12 PM Jann Horn wrote:
>
> On Tue, Dec 10, 2024 at 11:51 PM Joel Fernandes
> wrote:
> > On Wed, Dec 4, 2024 at 11:27 AM Jann Horn wrote:
> > > The current check_memfd_seals() is racy: Since we first do
> > > check_memfd_seals() and then udmabuf_pin_folios() without hol
On Wed, Dec 11, 2024 at 01:06:14AM +0200, Cristian Ciocaltea wrote:
> Provide the basic support required to enable the second HDMI TX port
> found on RK3588 SoC.
>
> Signed-off-by: Cristian Ciocaltea
> ---
> drivers/gpu/drm/rockchip/dw_hdmi_qp-rockchip.c | 119
> -
> 1 f
On 12/11/24 00:37, Helge Deller wrote:
On 12/10/24 16:41, Thomas Zimmermann wrote:
Hi
Am 10.12.24 um 15:34 schrieb Helge Deller:
On 12/10/24 15:29, Helge Deller wrote:
On 12/10/24 15:09, Thomas Zimmermann wrote:
diff --git a/drivers/staging/fbtft/Kconfig b/drivers/staging/fbtft/Kconfig
inde
On Tue, 2024-11-26 at 18:25 -0300, Daniel Almeida wrote:
> Hi Lyude,
>
> > On 30 Sep 2024, at 20:09, Lyude Paul wrote:
> >
> > +
> > +impl Connector {
> > +/// Construct a new [`Connector`].
> > +///
> > +/// A driver may use this to create new [`Connector`] objects.
> > +///
> >
On 12/10/24 16:41, Thomas Zimmermann wrote:
Hi
Am 10.12.24 um 15:34 schrieb Helge Deller:
On 12/10/24 15:29, Helge Deller wrote:
On 12/10/24 15:09, Thomas Zimmermann wrote:
diff --git a/drivers/staging/fbtft/Kconfig b/drivers/staging/fbtft/Kconfig
index 77ab44362f16..577e91ff7bf6 100644
---
On Tue, 10 Dec 2024 15:14:22 -0800 Jeff Johnson
wrote:
> On 12/10/2024 2:02 PM, Easwar Hariharan wrote:
> > This is a series that follows up on my previous series to introduce
> > secs_to_jiffies() and convert a few initial users.[1] In the review for
> > that series, Anna-Maria requested conver
Provide the basic support required to enable the second HDMI TX port
found on RK3588 SoC.
Signed-off-by: Cristian Ciocaltea
---
drivers/gpu/drm/rockchip/dw_hdmi_qp-rockchip.c | 119 -
1 file changed, 96 insertions(+), 23 deletions(-)
diff --git a/drivers/gpu/drm/rockchip
1 - 100 of 281 matches
Mail list logo
