This switches the fbtft-io to use GPIO descriptors
rather than numerical gpios.
Signed-off-by: Nishad Kamdar
---
drivers/staging/fbtft/fbtft-io.c | 26 +-
1 file changed, 13 insertions(+), 13 deletions(-)
diff --git a/drivers/staging/fbtft/fbtft-io.c b/drivers/staging/fb
This switches the fb_ssd1351.c to use GPIO descriptors
rather than numerical gpios.
Signed-off-by: Nishad Kamdar
---
drivers/staging/fbtft/fb_ssd1351.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/fbtft/fb_ssd1351.c
b/drivers/staging/fbtft/fb_ssd1351.c
ind
This switches the fb_agm1264k-fl.c to use GPIO descriptors
rather than numerical gpios.
Signed-off-by: Nishad Kamdar
---
drivers/staging/fbtft/fb_agm1264k-fl.c | 52 +-
1 file changed, 26 insertions(+), 26 deletions(-)
diff --git a/drivers/staging/fbtft/fb_agm1264k-fl.c
This switches the fbtft-device.c to use GPIO descriptors
rather than numerical gpios: Remove gpios from platform
device structure. Neither assign statically numbers to gpios
in platform device nor allow gpios to be parsed as module
parameters.
Signed-off-by: Nishad Kamdar
---
drivers/staging/fbt
This switches the fbtft-bus to use GPIO descriptors
rather than numerical gpios.
Signed-off-by: Nishad Kamdar
---
drivers/staging/fbtft/fbtft-bus.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/staging/fbtft/fbtft-bus.c
b/drivers/staging/fbtft/fbtft-bus.c
ind
This switches the fb_ili9320.c to use GPIO descriptors
rather than numerical gpios.
Signed-off-by: Nishad Kamdar
---
drivers/staging/fbtft/fb_ili9320.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/fbtft/fb_ili9320.c
b/drivers/staging/fbtft/fb_ili9320.c
ind
This switches the fbtft driver to use GPIO descriptors
rather than numerical gpios.
Nishad Kamdar (26):
Staging: fbtft: fbtft-core: Switch to the gpio descriptor interface
Staging: fbtft: fbtft-bus: Switch to the gpio descriptor interface
Staging: fbtft: fbtft-io: Switch to the gpio descript
This switches the fb_uc1611.c to use GPIO descriptors
rather than numerical gpios.
Signed-off-by: Nishad Kamdar
---
drivers/staging/fbtft/fb_uc1611.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/staging/fbtft/fb_uc1611.c
b/drivers/staging/fbtft/fb_uc1611.c
ind
This switches the flexfb.c to use GPIO descriptors
rather than numerical gpios.
Signed-off-by: Nishad Kamdar
---
drivers/staging/fbtft/flexfb.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/drivers/staging/fbtft/flexfb.c b/drivers/staging/fbtft/flexfb.c
index 2
This switches the fb_ili9325.c to use GPIO descriptors
rather than numerical gpios.
Signed-off-by: Nishad Kamdar
---
drivers/staging/fbtft/fb_ili9325.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/staging/fbtft/fb_ili9325.c
b/drivers/staging/fbtft/fb_ili9325
This switches the fb_s6d1211.c to use GPIO descriptors
rather than numerical gpios.
Signed-off-by: Nishad Kamdar
---
drivers/staging/fbtft/fb_s6d1121.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/staging/fbtft/fb_s6d1121.c
b/drivers/staging/fbtft/fb_s6d1121
This switches the fb_upd161704.c to use GPIO descriptors
rather than numerical gpios.
Signed-off-by: Nishad Kamdar
---
drivers/staging/fbtft/fb_upd161704.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/staging/fbtft/fb_upd161704.c
b/drivers/staging/fbtft/fb_u
Hi Heiko,
On Thu, Nov 15, 2018 at 9:14 PM Souptick Joarder wrote:
>
> Convert to use vm_insert_range() to map range of kernel
> memory to user vma.
>
> Signed-off-by: Souptick Joarder
Any feedback for this patch ?
> ---
> drivers/gpu/drm/rockchip/rockchip_drm_gem.c | 20 ++--
>
This switches the fb_ssd1305.c to use GPIO descriptors
rather than numerical gpios.
Signed-off-by: Nishad Kamdar
---
drivers/staging/fbtft/fb_ssd1305.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/staging/fbtft/fb_ssd1305.c
b/drivers/staging/fbtft/fb_ssd1305.c
This switches the fb_watterott.c to use GPIO descriptors
rather than numerical gpios.
Signed-off-by: Nishad Kamdar
---
drivers/staging/fbtft/fb_watterott.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/staging/fbtft/fb_watterott.c
b/drivers/staging/fbtft/fb_wat
This switches the fbtft-core to use GPIO descriptors
rather than numerical gpios: Utilize the GPIO library's
intrinsic handling of OF GPIOs and polarity.
If the line is flagged active low, gpiolib will deal with
this.
Signed-off-by: Nishad Kamdar
---
drivers/staging/fbtft/fbtft-core.c | 127
This switches the fb_ili9163.c to use GPIO descriptors
rather than numerical gpios.
Signed-off-by: Nishad Kamdar
---
drivers/staging/fbtft/fb_ili9163.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/staging/fbtft/fb_ili9163.c
b/drivers/staging/fbtft/fb_ili9163
This switches the fb_sh1106.c to use GPIO descriptors
rather than numerical gpios.
Signed-off-by: Nishad Kamdar
---
drivers/staging/fbtft/fb_sh1106.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/fbtft/fb_sh1106.c
b/drivers/staging/fbtft/fb_sh1106.c
index 0
This switches the fb_ssd1331.c to use GPIO descriptors
rather than numerical gpios.
Signed-off-by: Nishad Kamdar
---
drivers/staging/fbtft/fb_ssd1331.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/drivers/staging/fbtft/fb_ssd1331.c
b/drivers/staging/fbtft/fb_ss
This switches the fb_ssd1306.c to use GPIO descriptors
rather than numerical gpios.
Signed-off-by: Nishad Kamdar
---
drivers/staging/fbtft/fb_ssd1306.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/staging/fbtft/fb_ssd1306.c
b/drivers/staging/fbtft/fb_ssd1306.c
This switches the fb_pcd8544.c to use GPIO descriptors
rather than numerical gpios.
Signed-off-by: Nishad Kamdar
---
drivers/staging/fbtft/fb_pcd8544.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/staging/fbtft/fb_pcd8544.c
b/drivers/staging/fbtft/fb_pcd8544.c
This switches the fb_ssd1325.c to use GPIO descriptors
rather than numerical gpios.
Signed-off-by: Nishad Kamdar
---
drivers/staging/fbtft/fb_ssd1325.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/staging/fbtft/fb_ssd1325.c
b/drivers/staging/fbtft/fb_ssd1325
This switches the fb_ssd1289.c to use GPIO descriptors
rather than numerical gpios.
Signed-off-by: Nishad Kamdar
---
drivers/staging/fbtft/fb_ssd1289.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/staging/fbtft/fb_ssd1289.c
b/drivers/staging/fbtft/fb_ssd1289
This switches the fb_uc1701.c to use GPIO descriptors
rather than numerical gpios.
Signed-off-by: Nishad Kamdar
---
drivers/staging/fbtft/fb_uc1701.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/staging/fbtft/fb_uc1701.c
b/drivers/staging/fbtft/fb_uc1701.c
i
This switches the fb_tls8204.c to use GPIO descriptors
rather than numerical gpios.
Signed-off-by: Nishad Kamdar
---
drivers/staging/fbtft/fb_tls8204.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/staging/fbtft/fb_tls8204.c
b/drivers/staging/fbtft/fb_tls8204
This switches the fb_bd663474.c to use GPIO descriptors
rather than numerical gpios.
Signed-off-by: Nishad Kamdar
---
drivers/staging/fbtft/fb_bd663474.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/staging/fbtft/fb_bd663474.c
b/drivers/staging/fbtft/fb_bd66
From: Wen Yang
This patch fixes a possible use-after-free in nvmet_rdma_cm_handler,
detected by the semantic patch kfree.cocci, with the following reports:
./drivers/gpu/drm/drm_crtc.c:708:18-31: ERROR: reference preceded by free on
line 723
./drivers/gpu/drm/drm_crtc.c:719:7-20: ERROR: referenc
On 11/24/2018 07:35 PM, Vinod Koul wrote:
> On 23-11-18, 15:24, Anshuman Khandual wrote:
>
>> --- a/drivers/dma/dmaengine.c
>> +++ b/drivers/dma/dmaengine.c
>> @@ -386,7 +386,8 @@ EXPORT_SYMBOL(dma_issue_pending_all);
>> static bool dma_chan_is_local(struct dma_chan *chan, int cpu)
>> {
>>
This switches the fb_ra8875.c to use GPIO descriptors
rather than numerical gpios.
Signed-off-by: Nishad Kamdar
---
drivers/staging/fbtft/fb_ra8875.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/staging/fbtft/fb_ra8875.c
b/drivers/staging/fbtft/fb_ra8875.c
ind
This switches the fb_ili9340.c to use GPIO descriptors
rather than numerical gpios.
Signed-off-by: Nishad Kamdar
---
drivers/staging/fbtft/fb_ili9340.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/fbtft/fb_ili9340.c
b/drivers/staging/fbtft/fb_ili9340.c
ind
Hi Dave,
The following changes since commit 2e6e902d185027f8e3cb8b7305238f7e35d6a436:
Linux 4.20-rc4 (2018-11-25 14:19:31 -0800)
are available in the Git repository at:
git://linuxtv.org/pinchartl/media.git tags/du-fixes-20181126
for you to fetch changes up to
On 24/11/2018 20:12, Lyude Paul wrote:
> Seeing as we use this registermap in the context of our IRQ handlers, we
> need to be using spinlocks for reading/writing registers so that we can
> still read them from IRQ handlers without having to grab any mutexes and
> accidentally sleep. We don't curre
On 25/11/2018 02:21, Lyude Paul wrote:
> Currently on driver bringup with KASAN enabled, meson triggers an OOB
> memory access as shown below:
>
> [ 117.904528]
> ==
> [ 117.904560] BUG: KASAN: global-out-of-bounds in
> meson_viu_
Hi Michal,
On 23/11/2018 14:23, Michal Lazo wrote:
Please do not top-post !
> I checked 1080p30/1080p60 and values are same
> I didn't check others
> so clean duplicates
> or make duplicates :)
I'll be happy to apply your patches !
Neil
>
>
> On Fri, Nov 23, 2018 at 2:15 PM Neil Armstrong
https://bugs.freedesktop.org/show_bug.cgi?id=108862
--- Comment #1 from Michel Dänzer ---
Please attach the corresponding output of glxinfo.
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel@
Hi,
On Fri, 2018-11-23 at 19:23 +0200, Ville Syrjälä wrote:
> On Fri, Nov 23, 2018 at 04:55:33PM +, Ayan Halder wrote:
> > On Fri, Nov 23, 2018 at 10:24:44AM +0100, Paul Kocialkowski wrote:
> >
> > Hi Paul,
> >
> > > This introduces new format helpers that use the previously-introduced
> > >
panel-dpi used to convey the bus-flags via the videomode, but recent
changes changed the use of videomode to DRM's drm_display_mode which
does not contain bus-flags. This broke panel-dpi, which didn't
explicitly store the bus-flags into dssdev->bus_flags.
Fix this by setting dssdev->bus_flags. Als
On 21/11/18 18:09, Sebastian Reichel wrote:
> This macro is only used by omapdrm, which should print
> debug messages using the DRIVER category instead of the
> default CORE category.
>
> Acked-by: Pavel Machek
> Tested-by: Tony Lindgren
> Tested-by: Pavel Machek
> Signed-off-by: Sebastian Reic
On 21/11/18 18:09, Sebastian Reichel wrote:
> After the changes from 4.20 the DSI encoder tries to find the
> attached panel before populating the DSI bus. If the panel is
> not found -EPROBE_DEFER is returned, so the DSI bus is never
> populated and the panel never added.
>
> Fix this by populati
Am 26.11.18 um 08:44 schrieb Monk Liu:
some description:
for RB tree traveler we don't need to travel to
the bottom level if already found the equal size node,
thus the search performance can get improved.
Tested-by: Rex Zhu
Signed-off-by: Monk Liu
---
drivers/gpu/drm/drm_mm.c | 2 ++
1 fil
On 21/11/18 18:09, Sebastian Reichel wrote:
> The DSI encoder sets dssdev->ops->dsi.set_config, which is stored at the
> same offset as dssdev->ops->hdmi.set_hdmi_mode. The code in omap_encoder
> only checks if dssdev->ops->hdmi.set_hdmi_mode is NULL. Due to the way
> union works, it won't be NULL
Hi Sebastian,
On 21/11/18 18:09, Sebastian Reichel wrote:
> Hi,
>
> Here is another round of the DSI command mode panel patchset
> integrating the feedback from PATCHv4. The patches are based
> on 4.20-rc1 + fixes from Laurent and Tony. I dropped the patches
> for OMAP3 support (it needs a workar
On Sun, Nov 25, 2018 at 04:56:29PM +0530, Nishad Kamdar wrote:
> This switches the flexfb.c to use GPIO descriptors
> rather than numerical gpios.
>
> Signed-off-by: Nishad Kamdar
> ---
> drivers/staging/fbtft/flexfb.c | 12 ++--
> 1 file changed, 6 insertions(+), 6 deletions(-)
>
> dif
On 23.11.2018 14:31, Thierry Reding wrote:
From: Thierry Reding
The host1x hardware found on Tegra194 is very similar to the version
found on Tegra186, with the notable exceptions of the increased number
of syncpoints and mlocks. In addition, some rarely used features such
as syncpoint wait bas
On 23.11.2018 14:31, Thierry Reding wrote:
From: Thierry Reding
The Video Image Composer (VIC) generation found on Tegra194 is the same
as its predecessor found on Tegra186.
It is not the same, but like with Host1x itself the changes are not
visible here. With that fixed,
Reviewed-by: Mikk
Reviewed-by: Mikko Perttunen
On 23.11.2018 14:31, Thierry Reding wrote:
From: Thierry Reding
The number of syncpoints on Tegra186 is 576 and therefore no longer fits
into 8 bits. Increase the size of the syncpoint ID field to 10 in order
to accomodate all syncpoints.
Signed-off-by: Thierry R
https://bugs.freedesktop.org/show_bug.cgi?id=108261
--- Comment #2 from Domen ---
We have same issue. Could you link fault info from kernel messages ?
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
Reviewed-by: Mikko Perttunen
On 23.11.2018 14:31, Thierry Reding wrote:
From: Thierry Reding
The register region allocated per channel was decreased from 16384 bytes
to 256 bytes on Tegra186 and later. Resize the region to make sure every
channel (instead of only the first) is properly progra
Hello, all!
My driver (Xen para-virtualized frontend) in some scenarios uses
drm_gem_get_pages for allocating backing storage for dumb buffers.
There are use-cases which showed some artifacts on the screen
(modetest, other) which were worked around by flushing pages of the
buffer on page flip wit
On 26.11.18 13:26, Anshuman Khandual wrote:
> At present there are multiple places where invalid node number is encoded
> as -1. Even though implicitly understood it is always better to have macros
> in there. Replace these open encodings for an invalid node number with the
> global macro NUMA_NO_N
On Sat, Nov 24, 2018 at 10:17:13PM +0100, Linus Walleij wrote:
> On Wed, Nov 21, 2018 at 10:42 AM Daniel Vetter wrote:
> > On Thu, Nov 15, 2018 at 11:38:35PM +0100, Linus Walleij wrote:
> > > On Thu, Nov 15, 2018 at 11:17 PM Fernando Ramos
> > > wrote:
> > >
> > > > One of the things in the DRM
On 11/26/2018 03:16 PM, Peter Rosin wrote:
> Ping?!
Hi,
Thank you for your patch, it will be considered for 4.21 (as it is not
a recent regression + I'm busy with other things currently).
Best regards,
--
Bartlomiej Zolnierkiewicz
Samsung R&D Institute Poland
Samsung Electronics
> Cheers,
> Pet
From: Colin Ian King
There is a spelling mistake in the module description text and
a comment too, fix them. Also line break overly long comment.
Signed-off-by: Colin Ian King
---
drivers/gpu/drm/amd/amdgpu/amdgpu_drv.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/d
On Fri, Nov 23, 2018 at 7:31 AM Thierry Reding wrote:
>
> From: Thierry Reding
>
> The register region allocated per channel was decreased from 16384 bytes
> to 256 bytes on Tegra186 and later. Resize the region to make sure every
> channel (instead of only the first) is properly programmed.
>
>
Hi All,
On 23/11/2018 11:54, Neil Armstrong wrote:
> On the Amlogic GXL & GXM SoCs, a bug occurs on the OSD1 primaty plane when
> alpha is used where the alpha is not aligned with the pixel content.
>
> The woraround Amlogic implemented is to reset the OSD1 plane hardware
> block each time the pl
On Mon, Nov 26, 2018 at 10:11:39AM -0500, Ilia Mirkin wrote:
> On Fri, Nov 23, 2018 at 7:31 AM Thierry Reding
> wrote:
> >
> > From: Thierry Reding
> >
> > The register region allocated per channel was decreased from 16384 bytes
> > to 256 bytes on Tegra186 and later. Resize the region to make s
On drm_driver->last_close the generic fbdev emulation will restore fbdev
regardless of it being used or not. This is a problem for e-ink displays
which don't want to be overwritten with zeroes when DRM userspace closes.
Amend this by adding an open counter to track use in order to know when
to res
On Wed, Nov 21, 2018 at 08:52:31PM -0500, Jonathan Marek wrote:
> This patch allows using drm/msm without qcom display hardware. This is
> especially useful for iMX5 hardware, which has a a2xx GPU but uses the
> imx-drm driver for display.
>
> Signed-off-by: Jonathan Marek
> ---
> v2: added commi
On Mon, 2018-11-26 at 17:56 +0530, Anshuman Khandual wrote:
> At present there are multiple places where invalid node number is
> encoded
> as -1. Even though implicitly understood it is always better to have
> macros
> in there. Replace these open encodings for an invalid node number
> with the
>
https://bugzilla.kernel.org/show_bug.cgi?id=198123
Peter Gazer (ttall...@googlemail.com) changed:
What|Removed |Added
CC||ttall...@googlemai
On Thu, Nov 22, 2018 at 03:37:54PM +0530, Vivek Gautam wrote:
> Hi Tomasz, Jordan,
>
>
> On 11/21/2018 9:18 AM, Tomasz Figa wrote:
> >
> >>>+ for_each_sg(msm_obj->sgt->sgl, s,
> >>>+ msm_obj->sgt->nents, i)
> >>>+ s
On Mon, Nov 26, 2018 at 04:38:48PM +0100, Noralf Trønnes wrote:
> On drm_driver->last_close the generic fbdev emulation will restore fbdev
> regardless of it being used or not. This is a problem for e-ink displays
> which don't want to be overwritten with zeroes when DRM userspace closes.
>
> Amen
On Thu, Nov 15, 2018 at 07:50:03PM -0500, Lyude Paul wrote:
> Signed-off-by: Lyude Paul
> Reviewed-by: Daniel Vetter
> ---
> include/drm/drm_dp_mst_helper.h | 77 +
> 1 file changed, 77 insertions(+)
>
> diff --git a/include/drm/drm_dp_mst_helper.h b/include/drm/
On Fri, Nov 23, 2018 at 2:41 AM Brajeswar Ghosh
wrote:
>
> Remove drm/drm_fb_helper.h which is included more than once
>
> Signed-off-by: Brajeswar Ghosh
Applied. thanks!
Alex
> ---
> drivers/gpu/drm/amd/amdgpu/amdgpu_mode.h | 1 -
> 1 file changed, 1 deletion(-)
>
> diff --git a/drivers/gpu
On Fri, Nov 23, 2018 at 2:41 AM Brajeswar Ghosh
wrote:
>
> Remove gca/gfx_8_0_enum.h which is included more than once
>
> Signed-off-by: Brajeswar Ghosh
Applied. thanks!
Alex
> ---
> drivers/gpu/drm/amd/amdkfd/kfd_device_queue_manager_vi.c | 1 -
> 1 file changed, 1 deletion(-)
>
> diff --gi
On Fri, Nov 23, 2018 at 2:43 AM Brajeswar Ghosh
wrote:
>
> Remove dce/dce_mem_input.h which is included more than once
>
> Signed-off-by: Brajeswar Ghosh
Applied. thanks!
Alex
> ---
> drivers/gpu/drm/amd/display/dc/dce80/dce80_resource.c | 1 -
> 1 file changed, 1 deletion(-)
>
> diff --git
Michael Zoran writes:
> On Fri, 2018-11-23 at 11:27 +0900, Tomasz Figa wrote:
>>
>> The point here is not about setting and resetting the plane->fb
>> pointer. It's about what happens inside
>> drm_atomic_set_fb_for_plane().
>>
>> It calls drm_framebuffer_get() for the new fb and
>> drm_framebu
On Mon, Nov 26, 2018 at 10:02 AM Colin King wrote:
>
> From: Colin Ian King
>
> There is a spelling mistake in the module description text and
> a comment too, fix them. Also line break overly long comment.
>
> Signed-off-by: Colin Ian King
Applied. thanks!
Alex
> ---
> drivers/gpu/drm/amd/
On Thu, 2018-11-22 at 09:34 +0100, Daniel Vetter wrote:
> On Tue, Nov 13, 2018 at 11:47 PM Lyude Paul wrote:
> > Jerry Zuo pointed out a rather obscure hotplugging issue that it seems I
> > accidentally introduced into DRM two years ago.
> >
> > Pretend we have a topology like this:
> >
> > > -
Looks good to me
Reviewed-by: Lyude Paul
On Fri, 2018-11-23 at 13:11 +0100, Thierry Reding wrote:
> From: Thierry Reding
>
> As part of commit cfea88a4d866 ("drm/nouveau: Start using new drm_dev
> initialization helpers"), the initialization of the Nouveau DRM device
> was reworked and along t
https://bugs.freedesktop.org/show_bug.cgi?id=108073
Chris Wilson changed:
What|Removed |Added
Severity|normal |blocker
Priority|high
Thanks Tejun,Eric and Christian for your replies.
We want GPUs resource management to work seamlessly with containers and
container orchestration. With the Intel / bpf based approach this is not
possible.
From your response we gather the following. GPU resources need to be
abstracted. We will
On Sat, 2018-11-24 at 16:47 +0100, Karol Herbst wrote:
> why the nouveau_is_rpm_worker stuff?
To prevent us from trying to grab a runtime PM reference in the runtime
suspend/resume codepath without preventing us from using the aux channel in
those code paths, since drm_dp_mst_topology_mgr_suspend(
On Thu, Nov 15, 2018 at 07:50:05PM -0500, Lyude Paul wrote:
> There has been a TODO waiting for quite a long time in
> drm_dp_mst_topology.c:
>
> /* We cannot rely on port->vcpi.num_slots to update
>* topology_state->avail_slots as the port may not exist if the parent
>* bran
On Mon, Nov 26, 2018 at 10:04:21PM +0100, Daniel Vetter wrote:
> On Thu, Nov 15, 2018 at 07:50:05PM -0500, Lyude Paul wrote:
> > There has been a TODO waiting for quite a long time in
> > drm_dp_mst_topology.c:
> >
> > /* We cannot rely on port->vcpi.num_slots to update
> > * topology_sta
On Mon, 2018-11-26 at 22:04 +0100, Daniel Vetter wrote:
> On Thu, Nov 15, 2018 at 07:50:05PM -0500, Lyude Paul wrote:
> > There has been a TODO waiting for quite a long time in
> > drm_dp_mst_topology.c:
> >
> > /* We cannot rely on port->vcpi.num_slots to update
> > * topology_state->ava
On Mon, Nov 19, 2018 at 02:34:53PM -0800, chand...@codeaurora.org wrote:
> On 2018-10-23 09:28, Sean Paul wrote:
> > On Wed, Oct 10, 2018 at 10:15:58AM -0700, Chandan Uddaraju wrote:
> > > Add the needed displayPort files to enable DP driver
> > > on msm target.
> > >
> > > "dp_display" module is
On Mon, 26 Nov 2018 12:36:03 -0800
Eric Anholt wrote:
> Michael Zoran writes:
>
> > On Fri, 2018-11-23 at 11:27 +0900, Tomasz Figa wrote:
> >>
> >> The point here is not about setting and resetting the plane->fb
> >> pointer. It's about what happens inside
> >> drm_atomic_set_fb_for_plane().
On Wed, Nov 21, 2018 at 10:29:57AM +0100, Daniel Vetter wrote:
> On Mon, Nov 12, 2018 at 04:47:03PM -0500, Sean Paul wrote:
> > From: Sean Paul
> >
> > This patch wraps dpu_core_perf_crtc_release_bw() with modeset locks
> > since it digs into the state objects.
> >
> > Signed-off-by: Sean Paul
On 2018-11-12 12:05 p.m., Kazlauskas, Nicholas wrote:
> On 11/12/18 11:12 AM, Wentland, Harry wrote:
>> On 2018-11-08 9:43 a.m., Nicholas Kazlauskas wrote:
>>> These include the drm_connector 'vrr_capable' and the drm_crtc
>>> 'vrr_enabled' properties.
>>>
>>> Signed-off-by: Nicholas Kazlauskas
>>
Sorry for the late reply, email got caught in a bad filter =/
I haven't been looking into it lately but we are still interested in
getting this fixed so I can start looking into this again.
In your last email you mentioned a sysfs hotplug could be the way to
go?
Thanks
Juston
On Thu, 2018-11-08
On Mon, Nov 19, 2018 at 12:03:53PM -0800, Jeykumar Sankaran wrote:
> On 2018-11-16 13:14, Sean Paul wrote:
> > On Fri, Nov 16, 2018 at 12:05:09PM -0800, Jeykumar Sankaran wrote:
> > > On 2018-11-16 10:42, Sean Paul wrote:
> > > > From: Sean Paul
> > > >
> > > > It's for legacy drivers, for atomic
The prime_mmap was removed in a later review change, and the kfree
needs to use obj because shmem is initialized later on.
Signed-off-by: Eric Anholt
---
With these changes to Noralf's patch, it's:
Tested-by: Eric Anholt
drivers/gpu/drm/drm_gem_shmem_helper.c | 3 +--
1 file changed, 1 inser
https://bugs.freedesktop.org/show_bug.cgi?id=108704
--- Comment #7 from Laurent Pointecouteau ---
Created attachment 142617
--> https://bugs.freedesktop.org/attachment.cgi?id=142617&action=edit
dmesg output on Arch Linux
I think I'm affected by a similar issue. I'm using an AMD R9 380 on Arch
https://bugs.freedesktop.org/show_bug.cgi?id=108704
Laurent Pointecouteau changed:
What|Removed |Added
CC||laurent.pointecouteau@gmail
This is the same as the default drm_gem_dumb_map_offset()
implementation, except that this one missed the ban on userspace
mapping an imported dmabuf (which seems like intended common behavior
for drivers).
Signed-off-by: Eric Anholt
---
drivers/gpu/drm/vkms/vkms_drv.c | 1 -
drivers/gpu/drm/vk
This cuts out a tremendous amount of boilerplate. I've used the PRIME
support now to test V3D rendering on a STB development board with no
KMS driver.
Signed-off-by: Eric Anholt
---
This patch depends on https://patchwork.freedesktop.org/series/27184/
drivers/gpu/drm/Kconfig | 1 +
https://bugs.freedesktop.org/show_bug.cgi?id=108704
--- Comment #9 from Alex Deucher ---
Please try the patch in comment 1.
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel@lists.freedesktop
On Mon, 2018-11-26 at 21:53 +, Li, Juston wrote:
> Sorry for the late reply, email got caught in a bad filter =/
>
> I haven't been looking into it lately but we are still interested in
> getting this fixed so I can start looking into this again.
>
> In your last email you mentioned a sysfs h
Get the ref clock of the PHY from the device tree instead of
hardcoding its name and rate.
Signed-off-by: Matthias Kaehlcke
---
Changes in v2:
- patch added to the series
---
drivers/gpu/drm/msm/dsi/pll/dsi_pll_14nm.c | 16 +---
1 file changed, 13 insertions(+), 3 deletions(-)
diff
The MSM DSI PHY drivers currently hardcode the name and the rate of
the PHY ref clock. Get the ref clock from the device tree instead.
Note: testing of this series was limited to SDM845 and the 10nm PHY
Major changes in v2:
- apply to all MSM DSI PHY drivers, not only 10nm
Matthias Kaehlcke (7):
Get the ref clock of the PHY from the device tree instead of
hardcoding its name and rate.
Signed-off-by: Matthias Kaehlcke
---
Changes in v2:
- remove anonymous array in clk_init_data assignment
- log error code if devm_clk_get() fails
- don't log devm_clk_get() failures for -EPROBE_DEFER
- upda
Allow the PHY drivers to get the ref clock from the DT.
Signed-off-by: Matthias Kaehlcke
---
Changes in v2:
- add the ref clock for all PHYs, not only the 10nm one
- updated commit message
---
Documentation/devicetree/bindings/display/msm/dsi.txt | 1 +
1 file changed, 1 insertion(+)
diff --git
Get the ref clock of the PHY from the device tree instead of
hardcoding its name and rate.
Signed-off-by: Matthias Kaehlcke
---
Changes in v2:
- patch added to the series
---
drivers/gpu/drm/msm/dsi/pll/dsi_pll_28nm.c | 29 +++---
1 file changed, 20 insertions(+), 9 deletions(-)
Get the ref clock of the PHY from the device tree instead of
hardcoding its name and rate.
Signed-off-by: Matthias Kaehlcke
---
Changes in v2:
- patch added to the series
---
drivers/gpu/drm/msm/dsi/pll/dsi_pll_28nm_8960.c | 17 ++---
1 file changed, 14 insertions(+), 3 deletions(-)
Add 'bi_tcxo' as ref clock for the DSI PHYs, it was previously
hardcoded in the PLL 'driver' for the 10nm PHY.
Signed-off-by: Matthias Kaehlcke
---
based on "[v4,1/3] arm64: dts: qcom: sdm845: Add dpu to sdm845 dts file"
(https://patchwork.kernel.org/patch/10666253/)
Changes in v2:
- patch add
Add 'xo_board' as ref clock for the DSI PHYs, it was previously
hardcoded in the PLL 'driver' for the 28nm PHY.
Signed-off-by: Matthias Kaehlcke
---
Changes in v2:
- patch added to the series
---
arch/arm64/boot/dts/qcom/msm8916.dtsi | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
di
https://bugs.freedesktop.org/show_bug.cgi?id=93649
--- Comment #80 from Amarildo ---
Uh oh. This bug may be back.
I'm back on Linux. First time playing for more than 30 mins (my little sister
was playing) PC hangs.
Will test it to see whether it's this hellish bug or not.
--
You are receiving
tree: git://people.freedesktop.org/~agd5f/linux.git amd-staging-drm-next
head: c49a0ced347d825bb25e15636ea1b992cb21a946
commit: e5b07d04da1916b079c5264c2841d2a5e402e45e [243/248] drm/amd: Query and
use ACPI backlight caps
config: arm-allmodconfig (attached as .config)
compiler: arm-linux-gnuea
Noralf Trønnes writes:
> +static void drm_gem_shmem_vm_close(struct vm_area_struct *vma)
> +{
> + struct drm_gem_object *obj = vma->vm_private_data;
> + struct drm_gem_shmem_object *shmem = to_drm_gem_shmem_obj(obj);
> +
> + drm_gem_shmem_put_pages(shmem);
> + drm_gem_vm_close(vma)
1 - 100 of 128 matches
Mail list logo