On 2022-10-14 04:46, Christian König wrote:
> Init the DRM scheduler base class while allocating the job.
>
> This makes the whole handling much more cleaner.
>
> Signed-off-by: Christian König
> ---
> drivers/gpu/drm/amd/amdgpu/amdgpu_amdkfd.c | 2 +-
>
On 2022-10-14 04:46, Christian König wrote:
> Hi guys,
>
> rebased those patches on top of amd-staging-drm-next since the
> amdgpu changes are quite substencial.
>
> Please review and comment,
> Christian.
The amd-staging-drm-next branch on which this is rebased, includes your 2-patch
series
On 2022-10-14 04:46, Christian König wrote:
> Instead return the fence directly. Avoids memory allocation to store the
> fence.
>
> Signed-off-by: Christian König
> ---
> drivers/gpu/drm/amd/amdgpu/amdgpu_ids.c | 42 +
> drivers/gpu/drm/amd/amdgpu/amdgpu_ids.h | 2 +-
>
The accelerator devices are exposed to user-space using a dedicated
major. In addition, they are represented in /dev with new, dedicated
device char names: /dev/accel/accel*. This is done to make sure any
user-space software that tries to open a graphic card won't open
the accelerator device by
Add a new Kconfig for the accel subsystem. The Kconfig currently
contains only the basic CONFIG_ACCEL option that will be used to
decide whether to compile the accel registration code as part of the
drm core functionality.
I have taken the liberty to appropriate the dri-devel mailing list and
the
The accelerator devices will be exposed to the user space with a new,
dedicated major number - 261.
The drm core registers the new major number as a char device and create
corresponding sysfs and debugfs root entries, same as for the drm major.
In case CONFIG_ACCEL is not selected, this code is
In the last couple of months we had a discussion [1] about creating a new
subsystem for compute accelerator devices in the kernel.
After an analysis that was done by DRM maintainers and myself, and following
a BOF session at the Linux Plumbers conference a few weeks ago [2], we
decided to create
On Sat, Oct 22, 2022, at 17:18, Krzysztof Kozlowski wrote:
> On 21/10/2022 16:22, Arnd Bergmann wrote:
>> From: Arnd Bergmann
>>
>> The s3c24xx platform was marked as deprecated a while ago,
>> and for the s3c64xx platform, we marked all except one legacy
>> board file as unused.
>>
>> This
On Sat, 22 Oct 2022 10:56:03 -0700, Belgaumkar, Vinay wrote:
>
Hi Vinay,
> >> diff --git a/drivers/gpu/drm/i915/gt/intel_rps.c
> >> b/drivers/gpu/drm/i915/gt/intel_rps.c
> >> index fc23c562d9b2..32e1f5dde5bb 100644
> >> --- a/drivers/gpu/drm/i915/gt/intel_rps.c
> >> +++
On 10/21/2022 7:11 PM, Dixit, Ashutosh wrote:
On Fri, 21 Oct 2022 17:24:52 -0700, Vinay Belgaumkar wrote:
Hi Vinay,
Waitboost (when SLPC is enabled) results in a H2G message. This can result
in thousands of messages during a stress test and fill up an already full
CTB. There is no need to
On 21/10/2022 16:22, Arnd Bergmann wrote:
> From: Arnd Bergmann
>
> The s3c24xx platform was marked as deprecated a while ago,
> and for the s3c64xx platform, we marked all except one legacy
> board file as unused.
>
> This series removes all of those, leaving only s3c64xx support
> for DT
Hi Laurent,
Gentle ping. Am I going in the right direction with this patch series?
I know I need to rebase these patches. Please review these patches and provide
some direction to move forward.
Cheers,
Biju
> Subject: [PATCH v2 02/10] drm: rcar-du: Add encoder lib support
>
> Add RCar DU
On Fri, Oct 21, 2022 at 05:49:32PM +0200, Arnd Bergmann wrote:
> From: Arnd Bergmann
>
> The Cerf, H3100, Badge4, Hackkit, LART, NanoEngine, PLEB, Shannon and
> Simpad machines were all marked as unused as there are no known users
> left. Remove all of these, along with references to them in
On Wed, Oct 19, 2022 at 05:03:36PM +0200, Arnd Bergmann wrote:
> From: Arnd Bergmann
>
> After the removal of the unused board files, I went through the
> omap1 code to look for code that no longer has any callers
> and remove that.
>
> In particular, support for the omap7xx/omap8xx family is
On Fri, 2022-10-21 at 11:39 -0400, Nícolas F. R. A. Prado wrote:
> On Fri, Oct 21, 2022 at 08:18:25PM +0800, xinlei.lee wrote:
> > On Thu, 2022-10-20 at 12:40 -0400, Nícolas F. R. A. Prado wrote:
> > > On Wed, Oct 19, 2022 at 10:52:15AM +0800, xinlei@mediatek.com
> > > wrote:
>
> [..]
> > > >
On Fri, 2022-10-21 at 11:14 -0400, Nícolas F. R. A. Prado wrote:
> On Fri, Oct 21, 2022 at 07:59:02PM +0800, xinlei.lee wrote:
> > On Thu, 2022-10-20 at 12:33 -0400, Nícolas F. R. A. Prado wrote:
> > > Hi,
> > >
> > > On Wed, Oct 19, 2022 at 10:52:14AM +0800, xinlei@mediatek.com
> > > wrote:
On 22/10/2022 00:58, Abhinav Kumar wrote:
Hi Dmitry
A couple of comments below.
On 10/21/2022 12:26 PM, Dmitry Baryshkov wrote:
The rest of the code expects that master's device drvdata is the
struct msm_drm_private instance. Do not override the mdp5's drvdata.
Fixes: 6874f48bb8b0 ("drm/msm:
On 10/21/2022 11:30 AM, Linus Walleij wrote:
> Hi Maciej,
Hi Walleij
>
> thanks for your patch!
>
> On Thu, Oct 20, 2022 at 7:57 PM Maciej Kwapulinski
> wrote:
>
>> From: Tomasz Jankowski
>>
>> This is the ioctl context part of score request + "do nothing" work queue
>> implementation. Work
On Fri, Oct 21, 2022 at 2:13 PM wrote:
>
> Commit ae71ab585c81 ("drm/vc4: hdmi: Enforce the minimum rate at
> runtime_resume") reintroduced the call to clk_set_min_rate in an attempt
> to fix the boot without a monitor connected on the RaspberryPi3.
>
> However, that introduced a regression
On 10/21/2022 1:52 PM, Maciej Kwapulinski wrote:
> On 10/21/2022 11:30 AM, Linus Walleij wrote:
>> Hi Maciej,
> Hi Walleij
oo sorry, hi Linus
I should say
On Wed, Oct 12, 2022 at 12:05:31PM -0700, Lucas De Marchi wrote:
On Wed, Oct 12, 2022 at 11:51:48AM +0300, Jani Nikula wrote:
On Tue, 11 Oct 2022, Lucas De Marchi wrote:
Add a new macro, _PICK_EVEN_RANGES, that supports using 2 address
ranges. This should cover most of our needs for
Delete the redundant word 'the'.
Signed-off-by: wangjianli
---
drivers/gpu/drm/i915/gvt/gtt.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/i915/gvt/gtt.c b/drivers/gpu/drm/i915/gvt/gtt.c
index b4f69364f9a1..7b29ef36941a 100644
---
Delete the redundant word 'the'.
Signed-off-by: wangjianli
---
drivers/gpu/drm/i915/i915_request.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/i915/i915_request.c
b/drivers/gpu/drm/i915/i915_request.c
index 73d5195146b0..9caf99a13c61 100644
---
Delete the redundant word 'the'.
Signed-off-by: wangjianli
---
drivers/gpu/drm/i915/display/intel_crt.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/i915/display/intel_crt.c
b/drivers/gpu/drm/i915/display/intel_crt.c
index 6a3893c8ff22..fead011c87b5
Delete the redundant word 'the'.
Signed-off-by: wangjianli
---
drivers/gpu/drm/drm_rect.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/drm_rect.c b/drivers/gpu/drm/drm_rect.c
index 0460e874896e..85c79a38c13a 100644
--- a/drivers/gpu/drm/drm_rect.c
+++
Delete the redundant word 'the'.
Signed-off-by: wangjianli
---
drivers/gpu/drm/drm_mipi_dsi.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/drm_mipi_dsi.c b/drivers/gpu/drm/drm_mipi_dsi.c
index c40bde96cfdf..ae12cca8b123 100644
---
Delete the redundant word 'the'.
Signed-off-by: wangjianli
---
drivers/gpu/drm/radeon/radeon_device.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/radeon/radeon_device.c
b/drivers/gpu/drm/radeon/radeon_device.c
index 15692cb241fc..ff52b5f4c1e6 100644
---
Delete the redundant word 'the'.
Signed-off-by: wangjianli
---
drivers/gpu/drm/amd/amdgpu/amdgpu_device.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_device.c
b/drivers/gpu/drm/amd/amdgpu/amdgpu_device.c
index e9155dc1c30c..3de990bbbf2f
28 matches
Mail list logo