Daniel Vetter writes:
> On Mon, May 10, 2021 at 3:55 PM Martin Peres wrote:
>>
>> On 10/05/2021 02:11, Jason Ekstrand wrote:
>> > On May 9, 2021 12:12:36 Martin Peres wrote:
>> >
>> >> Hi,
>> >>
>> >> On 06/05/2021 22:13, Matthew Brost wrote:
>> >>> Basic GuC submission support. This is the fir
Matt Atwood writes:
> Newer platforms have DSS that aren't necessarily available for both
> geometry and compute, two queries will need to exist. This introduces
> the first, when passing a valid engine class and engine instance in the
> flags returns a topology describing geometry.
>
> v2: fix w
Daniel Vetter writes:
> On Wed, Mar 30, 2022 at 02:53:11PM -0700, Matt Atwood wrote:
>> Newer platforms have DSS that aren't necessarily available for both
>> geometry and compute, two queries will need to exist. This introduces
>> the first, when passing a valid engine class and engine instance
Looks good to me, series is:
Reviewed-by: Francisco Jerez
Matt Roper writes:
> This structure has a great comment describing the fields, but it's not
> currently in kerneldoc form and does not show up in the generated
> documentation. Let's fix that and also clarify the
Jani Nikula writes:
> Allow better abstraction of the drm_debug global variable in the
> future. No functional changes.
>
> Cc: Francisco Jerez
> Signed-off-by: Jani Nikula
Reviewed-by: Francisco Jerez
> ---
> drivers/gpu/drm/i2c/sil164_drv.c | 2 +-
> 1 file ch
Lukas Wunner writes:
> Use shiny new drm_crtc_force_disable() instead of open coding the same.
> No functional change intended.
>
> Cc: Francisco Jerez
> Signed-off-by: Lukas Wunner
Reviewed-by: Francisco Jerez
> ---
> drivers/gpu/drm/i2c/ch7006_drv.c | 9 ++---
Maarten Maathuis writes:
> 2011/10/25 chris :
>> Can anyone give a suggestion, is wait-vblank fully implemented in
>> page_flip() for nouveau drm driver?
>>
It's intentionally not implemented. The reason is that I wanted to
support non-vsync'ed vblank as well, and for vsync'ed blits we had to
t
hat the nouveau pageflip implementation doesn't sync
to vblank before flipping isn't even a bug as it stands.
> /Thomas
>
>
> On 10/27/2011 10:00 AM, chris wrote:
>> I think page_flip ioctl need to realize a synchronous mechanism to control
>> fresh rate...!!!
>&
truct drm_i2c_encoder_driver ch7006_driver = {
> .i2c_driver = {
> .probe = ch7006_probe,
> .remove = ch7006_remove,
> - .suspend = ch7006_suspend,
> - .resume = ch7006_resume,
>
> .driver = {
> .name =
Hi,
Sebastian Hesselbarth writes:
>> - I think we could also drop the call to ->set_config since presumably an
>>of-enabled driver grabbed any required info already from the dt.
>[...]
>> I think this way we could still share encoder slaves across tons of
>> platforms, only the init sequence
Arun Bhanu writes:
> I am seeing the following in kernel log messages every time I reboot.
> I am running 2.6.37-rc2.
> (commit 589136bfa784a4558b397f017ca2f06f0ca9080e).
>
> Please let me know if you need more info or want me to test any
> patches.
>
> [ 1043.994049]
Francisco Jerez writes:
> Thomas Hellstrom writes:
>
>> Ben,
>>
>> I'm looking at a way to make TTM memory management asynchronous with
>> the CPU. The idea is that you should basically be able to DMA data to
>> and from memory regions without waiting fo
Thomas Hellstrom writes:
> On 11/28/2010 05:11 PM, Francisco Jerez wrote:
>> Francisco Jerez writes:
>>
>>
>>> Thomas Hellstrom writes:
>>>
>>>
>>>> Ben,
>>>>
>>>> I'm looking at a way to make TT
Thomas Hellstrom writes:
> Ben,
>
> I'm looking at a way to make TTM memory management asynchronous with
> the CPU. The idea is that you should basically be able to DMA data to
> and from memory regions without waiting for idle, as long as the GPU
> has a means to provide operation ordering.
>
So
Ben Hutchings writes:
> CONFIG_ACPI_VIDEO depends on more than just CONFIG_ACPI, so add those
> dependencies to the Kconfig select condition and make the code
> conditional on CONFIG_ACPI_VIDEO.
>
> Fixes building for ia64 (ACPI && !X86).
>
> Signed-off-by: Ben Hutchings
First, I'm sorry for th
Ben Hutchings writes:
> CONFIG_ACPI_VIDEO depends on more than just CONFIG_ACPI, so add those
> dependencies to the Kconfig select condition and make the code
> conditional on CONFIG_ACPI_VIDEO.
>
> Signed-off-by: Ben Hutchings
> ---
> On Sat, 2010-12-25 at 16:21 +0100,
Jerome Glisse writes:
> On Mon, Jun 21, 2010 at 03:31:19PM +0300, Pasi Kärkkäinen wrote:
>> Hello,
>>
>> After fixing the dvi/hdmi detection problem I now have another problem
>> with the HP EliteBook 8530p, which has Radeon 3650HD adapter.
>>
>> Here's a summary of the environment:
>>
>>
Alex Deucher writes:
> On Mon, Jun 21, 2010 at 10:53 AM, Francisco Jerez
> wrote:
>> Jerome Glisse writes:
>>
>>> On Mon, Jun 21, 2010 at 03:31:19PM +0300, Pasi Kärkkäinen wrote:
>>>> Hello,
>>>>
>>>> After fixing the dvi/hdm
f the pool
allocator init/fini functions: it would have led to a race condition
in its current form, and anyway it was never exploited.
Signed-off-by: Francisco Jerez
---
drivers/gpu/drm/ttm/ttm_page_alloc.c | 68 -
include/drm/ttm/ttm_page_alloc.h |4 -
Marcin Slusarz writes:
> On Sun, Jul 11, 2010 at 11:02:12AM +1000, Ben Skeggs wrote:
>> On Sun, 2010-07-11 at 01:24 +0200, Marcin Slusarz wrote:
>> > Hi
>> >
>> > Patch "drm/nouveau: use drm_mm in preference to custom code doing the same
>> > thing"
>> > in nouveau tree introduced new deadlock
Kulikov Vasiliy writes:
> set_current_state() is called only once before the first iteration.
> After return from schedule_timeout() current state is TASK_RUNNING. If
> we are going to wait again, set_current_state() must be called.
>
> Signed-off-by: Kulikov Vasiliy
> ---
> drivers/gpu/drm/nou
Marcin Slusarz writes:
> On Fri, Jul 30, 2010 at 05:04:32PM +0200, Dan Carpenter wrote:
>> nuveau_load() just returned directly if there was an error instead of
>>
> ^^ typo
>
>> releasing resources.
Johannes Berg writes:
> On Wed, 2010-08-25 at 15:55 +0200, Johannes Berg wrote:
>> Since 2.6.36-rc kernels (both rc1 and rc2) I've had X lockups where X
>> sits in a loop just using CPU.
>>
>> The only kernel message I got this time was this one:
>>
>> [22290.792075] [drm] nouveau :02:00.0:
Johannes Berg writes:
> On Mon, 2010-08-30 at 21:08 +0200, Francisco Jerez wrote:
>
>> > This problem persists in -rc3, where I'd hoped the nouveau changes would
>> > actually fix it :-( In fact, it seems I was either "lucky" or it was
>> > made
Johannes Berg writes:
> On Mon, 2010-08-30 at 21:33 +0200, Francisco Jerez wrote:
>> Johannes Berg writes:
>>
>> > On Mon, 2010-08-30 at 21:08 +0200, Francisco Jerez wrote:
>> >
>> >> > This problem persists in -rc3, where I'd hoped the nouv
Johannes Berg writes:
> Francisco,
>
> The patch you pointed me works, but now, although it's probably not due
> to that patch, I get a lockdep warning:
>
> [ 75.428119] [drm] nouveau :02:00.0: nouveau_channel_free: freeing fifo
> 2
> [ 75.430015]
> [ 75.430015] ==
Phil Turmel writes:
> Hi all,
>
> I've got a build breakage on my laptop:
>
> drivers/built-in.o: In function `nouveau_acpi_edid':
> (.text+0x13404e): undefined reference to `acpi_video_get_edid'
> make: *** [.tmp_vmlinux1] Error 1
>
> Introduced by:
>
> a6ed76d7ffc62ffa474b41d31b011b6853c5de32 i
t; CONFIG_ACPI_VIDEO=m
>
> Adding a select for ACPI_VIDEO appears to be the best solution, and
> is comparable to what is done in DRM_I915. Builds, boots, and appears to
> work correctly.
>
> Signed-off-by: Philip J. Turmel
> ---
>
> The first version disabled all ACP
, ttm_bo_release_list() will raise a kernel BUG when the ghost
object is destroyed. This can be reproduced with the nouveau driver on
nv5x.
Reported-by: Marcin Slusarz
Signed-off-by: Francisco Jerez
---
drivers/gpu/drm/ttm/ttm_bo_util.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a
TTM-based DRM drivers need to be able to bind user memory to the AGP
aperture. This patch fixes the "[TTM] AGP Bind memory failed." errors
and the subsequent fallout seen with the nouveau driver.
Reported-by: Grzesiek Sójka
Signed-off-by: Francisco Jerez
---
drivers/char/agp/am
TTM-based DRM drivers need to be able to bind user memory to the AGP
aperture. This patch fixes the "[TTM] AGP Bind memory failed." errors
and the subsequent fallout seen with the nouveau driver.
Signed-off-by: Francisco Jerez
Tested-by: Grzesiek Sójka
---
v2: "amd_remove_memory&
Among other potential issues, this fixes a race between output polling
and status_show() that could cause a load detection false positive
with the nouveau driver.
Signed-off-by: Francisco Jerez
---
drivers/gpu/drm/drm_sysfs.c | 71 ---
1 files changed
Signed-off-by: Francisco Jerez
---
drivers/gpu/drm/drm_fb_helper.c | 14 --
1 files changed, 12 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/drm_fb_helper.c b/drivers/gpu/drm/drm_fb_helper.c
index 6a5e403..4d608b7 100644
--- a/drivers/gpu/drm/drm_fb_helper.c
+++ b
Maarten Maathuis writes:
> 2011/10/25 chris :
>> Can anyone give a suggestion, is wait-vblank fully implemented in
>> page_flip() for nouveau drm driver?
>>
It's intentionally not implemented. The reason is that I wanted to
support non-vsync'ed vblank as well, and for vsync'ed blits we had to
t
hat the nouveau pageflip implementation doesn't sync
to vblank before flipping isn't even a bug as it stands.
> /Thomas
>
>
> On 10/27/2011 10:00 AM, chris wrote:
>> I think page_flip ioctl need to realize a synchronous mechanism to control
>> fresh rate...!!!
>&
Phil Turmel writes:
> Hi all,
>
> I've got a build breakage on my laptop:
>
> drivers/built-in.o: In function `nouveau_acpi_edid':
> (.text+0x13404e): undefined reference to `acpi_video_get_edid'
> make: *** [.tmp_vmlinux1] Error 1
>
> Introduced by:
>
> a6ed76d7ffc62ffa474b41d31b011b6853c5de32 i
t; CONFIG_ACPI_VIDEO=m
>
> Adding a select for ACPI_VIDEO appears to be the best solution, and
> is comparable to what is done in DRM_I915. Builds, boots, and appears to
> work correctly.
>
> Signed-off-by: Philip J. Turmel
> ---
>
> The first version disabled all ACP
, ttm_bo_release_list() will raise a kernel BUG when the ghost
object is destroyed. This can be reproduced with the nouveau driver on
nv5x.
Reported-by: Marcin Slusarz
Signed-off-by: Francisco Jerez
---
drivers/gpu/drm/ttm/ttm_bo_util.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a
TTM-based DRM drivers need to be able to bind user memory to the AGP
aperture. This patch fixes the "[TTM] AGP Bind memory failed." errors
and the subsequent fallout seen with the nouveau driver.
Reported-by: Grzesiek S?jka
Signed-off-by: Francisco Jerez
---
drivers/char/agp/am
Ben Hutchings writes:
> CONFIG_ACPI_VIDEO depends on more than just CONFIG_ACPI, so add those
> dependencies to the Kconfig select condition and make the code
> conditional on CONFIG_ACPI_VIDEO.
>
> Fixes building for ia64 (ACPI && !X86).
>
> Signed-off-by: Ben Hutchings
First, I'm sorry for th
Ben Hutchings writes:
> CONFIG_ACPI_VIDEO depends on more than just CONFIG_ACPI, so add those
> dependencies to the Kconfig select condition and make the code
> conditional on CONFIG_ACPI_VIDEO.
>
> Signed-off-by: Ben Hutchings
> ---
> On Sat, 2010-12-25 at 16:21 +0100,
f the pool
allocator init/fini functions: it would have led to a race condition
in its current form, and anyway it was never exploited.
Signed-off-by: Francisco Jerez
---
drivers/gpu/drm/ttm/ttm_page_alloc.c | 68 -
include/drm/ttm/ttm_page_alloc.h |4 -
Marcin Slusarz writes:
> On Sun, Jul 11, 2010 at 11:02:12AM +1000, Ben Skeggs wrote:
>> On Sun, 2010-07-11 at 01:24 +0200, Marcin Slusarz wrote:
>> > Hi
>> >
>> > Patch "drm/nouveau: use drm_mm in preference to custom code doing the same
>> > thing"
>> > in nouveau tree introduced new deadlock
Kulikov Vasiliy writes:
> set_current_state() is called only once before the first iteration.
> After return from schedule_timeout() current state is TASK_RUNNING. If
> we are going to wait again, set_current_state() must be called.
>
> Signed-off-by: Kulikov Vasiliy
> ---
> drivers/gpu/drm/nou
Jerome Glisse writes:
> On Mon, Jun 21, 2010 at 03:31:19PM +0300, Pasi K?rkk?inen wrote:
>> Hello,
>>
>> After fixing the dvi/hdmi detection problem I now have another problem
>> with the HP EliteBook 8530p, which has Radeon 3650HD adapter.
>>
>> Here's a summary of the environment:
>>
>>
Alex Deucher writes:
> On Mon, Jun 21, 2010 at 10:53 AM, Francisco Jerez
> wrote:
>> Jerome Glisse writes:
>>
>>> On Mon, Jun 21, 2010 at 03:31:19PM +0300, Pasi K?rkk?inen wrote:
>>>> Hello,
>>>>
>>>> After fixing the dvi/hdm
Arun Bhanu writes:
> I am seeing the following in kernel log messages every time I reboot.
> I am running 2.6.37-rc2.
> (commit 589136bfa784a4558b397f017ca2f06f0ca9080e).
>
> Please let me know if you need more info or want me to test any
> patches.
>
> [ 1043.994049]
Francisco Jerez writes:
> Thomas Hellstrom writes:
>
>> Ben,
>>
>> I'm looking at a way to make TTM memory management asynchronous with
>> the CPU. The idea is that you should basically be able to DMA data to
>> and from memory regions without waiting fo
Thomas Hellstrom writes:
> On 11/28/2010 05:11 PM, Francisco Jerez wrote:
>> Francisco Jerez writes:
>>
>>
>>> Thomas Hellstrom writes:
>>>
>>>
>>>> Ben,
>>>>
>>>> I'm looking at a way to make TT
Thomas Hellstrom writes:
> Ben,
>
> I'm looking at a way to make TTM memory management asynchronous with
> the CPU. The idea is that you should basically be able to DMA data to
> and from memory regions without waiting for idle, as long as the GPU
> has a means to provide operation ordering.
>
So
TTM-based DRM drivers need to be able to bind user memory to the AGP
aperture. This patch fixes the "[TTM] AGP Bind memory failed." errors
and the subsequent fallout seen with the nouveau driver.
Signed-off-by: Francisco Jerez
Tested-by: Grzesiek S?jka
---
v2: "amd_remove_memory&
Among other potential issues, this fixes a race between output polling
and status_show() that could cause a load detection false positive
with the nouveau driver.
Signed-off-by: Francisco Jerez
---
drivers/gpu/drm/drm_sysfs.c | 71 ---
1 files changed
Signed-off-by: Francisco Jerez
---
drivers/gpu/drm/drm_fb_helper.c | 14 --
1 files changed, 12 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/drm_fb_helper.c b/drivers/gpu/drm/drm_fb_helper.c
index 6a5e403..4d608b7 100644
--- a/drivers/gpu/drm/drm_fb_helper.c
+++ b
Johannes Berg writes:
> Francisco,
>
> The patch you pointed me works, but now, although it's probably not due
> to that patch, I get a lockdep warning:
>
> [ 75.428119] [drm] nouveau :02:00.0: nouveau_channel_free: freeing fifo
> 2
> [ 75.430015]
> [ 75.430015] ==
Marcin Slusarz writes:
> On Fri, Jul 30, 2010 at 05:04:32PM +0200, Dan Carpenter wrote:
>> nuveau_load() just returned directly if there was an error instead of
>>
> ^^ typo
>
>> releasing resources.
Johannes Berg writes:
> On Wed, 2010-08-25 at 15:55 +0200, Johannes Berg wrote:
>> Since 2.6.36-rc kernels (both rc1 and rc2) I've had X lockups where X
>> sits in a loop just using CPU.
>>
>> The only kernel message I got this time was this one:
>>
>> [22290.792075] [drm] nouveau :02:00.0:
Johannes Berg writes:
> On Mon, 2010-08-30 at 21:08 +0200, Francisco Jerez wrote:
>
>> > This problem persists in -rc3, where I'd hoped the nouveau changes would
>> > actually fix it :-( In fact, it seems I was either "lucky" or it was
>> > made
Johannes Berg writes:
> On Mon, 2010-08-30 at 21:33 +0200, Francisco Jerez wrote:
>> Johannes Berg writes:
>>
>> > On Mon, 2010-08-30 at 21:08 +0200, Francisco Jerez wrote:
>> >
>> >> > This problem persists in -rc3, where I'd hoped the nouv
truct drm_i2c_encoder_driver ch7006_driver = {
> .i2c_driver = {
> .probe = ch7006_probe,
> .remove = ch7006_remove,
> - .suspend = ch7006_suspend,
> - .resume = ch7006_resume,
>
> .driver = {
> .name =
Hi,
Sebastian Hesselbarth writes:
>> - I think we could also drop the call to ->set_config since presumably an
>>of-enabled driver grabbed any required info already from the dt.
>[...]
>> I think this way we could still share encoder slaves across tons of
>> platforms, only the init sequence
60 matches
Mail list logo
