I refactored the include directives under include/drm/ some time ago.
This flag is unneeded.
Signed-off-by: Masahiro Yamada
---
drivers/gpu/drm/scheduler/Makefile | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/gpu/drm/scheduler/Makefile
b/drivers/gpu/drm/scheduler/Makefile
index
On Thu, Jun 21, 2018 at 09:16:13AM -0300, Rodrigo Siqueira wrote:
> VKMS currently does not handle dumb data, and as a consequence, it does
> not provide mechanisms for handling gem. This commit adds the necessary
> support for gem object/handler and the dumb functions.
>
> Signed-off-by: Rodrigo
cirrus can handle 1024x768 (and slightly higher) with 24bpp depth.
cirrus can handle up to 800x600 with 32bpp.
The problem with 24bpp is that it is a rather unusual depth these days,
cirrus is pretty much the only relevant device still using that, and it
is a endless source of issues. Wayland
Hi Dave,
a couple of small fixes:
- 2 patches from Fabio to fix module reloading
- one patch to fix a userspace visible regression, where the job
timeout is a bit too eager and kills legitimate jobs
Regards,
Lucas
The following changes since commit ce397d215ccd07b8ae3f71db689aedb85d56ab40:
On Fri, Jul 6, 2018 at 9:27 AM, Chris Wilson wrote:
> Quoting Rodrigo Siqueira (2018-06-21 13:16:13)
>> VKMS currently does not handle dumb data, and as a consequence, it does
>> not provide mechanisms for handling gem. This commit adds the necessary
>> support for gem object/handler and the dumb
On 06/07/18 11:27, Jani Nikula wrote:
> On Mon, 02 Jul 2018, Hans Verkuil wrote:
>> This patch series adds support for the DisplayPort CEC-Tunneling-over-AUX
>> feature. This patch series is based on the current media master branch
>> (https://git.linuxtv.org/media_tree.git/log/) but it applies
Quoting Rodrigo Siqueira (2018-06-21 13:16:13)
> VKMS currently does not handle dumb data, and as a consequence, it does
> not provide mechanisms for handling gem. This commit adds the necessary
> support for gem object/handler and the dumb functions.
I may have been naive, but I didn't think
Dne četrtek, 05. julij 2018 ob 09:03:58 CEST je Maxime Ripard napisal(a):
> On Sun, Jul 01, 2018 at 11:11:06PM +0800, Chen-Yu Tsai wrote:
> > On Sun, Jul 1, 2018 at 4:27 PM, Jernej Škrabec
wrote:
> > > Dne četrtek, 28. junij 2018 ob 08:24:34 CEST je Chen-Yu Tsai napisal(a):
> > >> On Thu, Jun
On 07/05/2018 08:43 AM, Jani Nikula wrote:
> On Fri, 29 Jun 2018, Jani Nikula wrote:
>> On Thu, 28 Jun 2018, "Gustavo A. R. Silva" wrote:
>>> In preparation to enabling -Wimplicit-fallthrough, mark switch cases
>>> where we are expecting to fall through.
>>>
>>> Addresses-Coverity-ID: 141432
On Thu, Jul 5, 2018 at 6:37 AM, Michel Dänzer wrote:
> On 2018-07-04 07:27 PM, Kees Cook wrote:
>> As already done treewide, switch from open-coded multiplication to
>> 2-factor allocation helper.
>>
>> Signed-off-by: Kees Cook
>> ---
>> drivers/gpu/drm/amd/display/modules/color/color_gamma.c |
On Thu, Jul 5, 2018 at 10:40 PM, Ville Syrjälä
wrote:
> On Thu, Jul 05, 2018 at 03:58:36PM +0800, Chris Chiu wrote:
>> Hi,
>> We have few ASUS laptops X705FD (The new WiskyLake), X560UD (intel
>> i5-8250U), X530UN (intel i7-8550U) share the same problem, which is
>> the HDMI connector status
Please do not comment out unneeded code, but remove it.
Signed-off-by: Masahiro Yamada
---
drivers/gpu/drm/bridge/synopsys/Makefile | 2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/gpu/drm/bridge/synopsys/Makefile
b/drivers/gpu/drm/bridge/synopsys/Makefile
index 5dad97d..3e1b1e3
Hi,
Apologies for spamming the list.
I forgot to 'no-disclaimer' email alias in my previous patch.
Regards,
Ayan Kumar Halder
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
2018-06-29 13:22 GMT+02:00 Yannick Fertre :
> Reset must be properly assert before deassert.
> This is important if there is an early boot splash screen
> before the kernel start up.
>
> Signed-off-by: Yannick Fertre
Applied on drm-misc-next.
Thansk,
Benjamin
> ---
> drivers/gpu/drm/stm/ltdc.c
2018-07-03 13:01 GMT+02:00 Philippe CORNU :
> Hi Yannick,
>
> On 06/29/2018 01:22 PM, Yannick Fertre wrote:
>> Filter the requested mode pixel clock frequency according
>> to the pad maximum supported frequency.
>>
>> Signed-off-by: Yannick Fertre
Applied on drm-misc-next.
Thansk,
Benjamin
>>
2018-06-05 15:54 GMT+02:00 Benjamin Gaignard :
> When dumping plane state print normalized zpos value as done for
> the other plane state fields.
>
> Signed-off-by: Benjamin Gaignard
Applied on drm-misc-next.
The others patches of this series are abandoned
Benjamin
> ---
>
On Fri, 06 Jul 2018, Hans Verkuil wrote:
> On 06/07/18 11:27, Jani Nikula wrote:
>> On Mon, 02 Jul 2018, Hans Verkuil wrote:
>>> This patch series adds support for the DisplayPort CEC-Tunneling-over-AUX
>>> feature. This patch series is based on the current media master branch
>>>
Hey Jakob,
On Thu, 5 Jul 2018 at 14:32, Jakob Bornecrantz wrote:
> So from a VR compositor getting blocked like this is a no-go as the
> user would quickly throw EPUKE. The situation is compounded by the
> fact that the VR compositor has no idea what the display compositor is
> doing with
On Mon, 02 Jul 2018, Hans Verkuil wrote:
> This patch series adds support for the DisplayPort CEC-Tunneling-over-AUX
> feature. This patch series is based on the current media master branch
> (https://git.linuxtv.org/media_tree.git/log/) but it applies fine on top
> of the current mainline tree.
Mail to dri-devel went out, linux-next was updated, but we forgot this
one here.
Cc: David Airlie
Signed-off-by: Daniel Vetter
---
MAINTAINERS | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index 07d1576fc766..8edb34d28f23 100644
---
On 30/03/18 16:15, Sjoerd Simons wrote:
> During probe there may not be any connectors yet if e.g. the panel
> failed or hasn't been probed yet. I hitting this in practice the panels
> probing was being delayed due to using a gpio backlight.
>
> Fix this by returning -EPROBE_DEFER so the probing
Hi Dave,
Please pull the tilcdc changes for Linux v4.19.
Best regards and thanks,
Jyri
The following changes since commit 021c91791a5e7e85c567452f1be3e4c2c6cb6063:
Linux 4.18-rc3 (2018-07-01 16:04:53 -0700)
are available in the git repository at:
https://github.com/jsarha/linux
Am Dienstag, den 03.07.2018, 10:05 -0700 schrieb Eric Anholt:
> GTF-GLES2.gtf.GL.acos.acos_float_vert_xvary submits jobs that take 4
> seconds at maximum resolution, but we still want to reset quickly if a
> job is really hung. Sample the CL's current address and the return
> address (since we
Hey,
Op 04-06-18 om 00:00 schreef Dmitry Osipenko:
> From: Laurent Pinchart
>
> Color keying is the action of replacing pixels matching a given color
> (or range of colors) with transparent pixels in an overlay when
> performing blitting. Depending on the hardware capabilities, the
> matching
AFBC is a proprietary lossless image compression protocol and format.
It provides fine-grained random access and minimizes the amount of data
transferred between IP blocks.
AFBC has several features which may be supported and/or used, which are
represented using bits in the modifier. Not all
https://bugs.freedesktop.org/show_bug.cgi?id=107143
Bug ID: 107143
Summary: Prime - OverDrive volt and frequency
table(pp_od_clk_voltage) is reset every time on power
on
Product: DRI
Version: unspecified
On Fri, 2018-07-06 at 11:12 +0200, Gerd Hoffmann wrote:
> cirrus can handle 1024x768 (and slightly higher) with 24bpp depth.
> cirrus can handle up to 800x600 with 32bpp.
16bpp is maybe a better choice? Nobody's using cirrus because they care
about color fidelity and it'll use less CPU to update.
On Fri, Jul 06, 2018 at 04:40:27PM +0100, Russell King - ARM Linux wrote:
> On Fri, Jul 06, 2018 at 05:58:50PM +0300, Dmitry Osipenko wrote:
> > On Friday, 6 July 2018 17:10:10 MSK Ville Syrjälä wrote:
> > > IIRC my earlier idea was to have different colorkey modes for the
> > > min+max and
The change adds support for Sharp LQ035Q7DB03 3.5" QVGA TFT panel.
Note that this aged panel is already found in the kernel sources,
for instance in board mach files mach-mx21ads.c, mach-mx27ads.c,
mach-pcm043.c, lpd270.c and imx27-phytec-phycore-rdk.dts.
Signed-off-by: Vladimir Zapolskiy
---
On Fri, Jul 06, 2018 at 09:28:42AM +0200, Daniel Vetter wrote:
> Mail to dri-devel went out, linux-next was updated, but we forgot this
> one here.
>
> Cc: David Airlie
> Signed-off-by: Daniel Vetter
Acked-by: Rodrigo Vivi
> ---
> MAINTAINERS | 4 ++--
> 1 file changed, 2 insertions(+), 2
This was sort of annoying me:
random:~$ dmesg | tail -1
[523884.039227] [drm] Reducing the compressed framebuffer size. This may lead
to less power savings than a non-reduced-size. Try to increase stolen memory
size if available in BIOS.
random:~$ dmesg | grep -c "Reducing the compressed"
47
Having DRM_SUN4I built-in but DRM_SUN8I_MIXER as a loadable module results in
a link error, as we try to access a symbol from the sun8i_tcon_top.ko module:
ERROR: "sun8i_tcon_top_of_table" [drivers/gpu/drm/sun4i/sun8i-drm-hdmi.ko]
undefined!
ERROR: "sun8i_tcon_top_of_table"
On Fri, Jul 6, 2018 at 3:28 AM, Daniel Vetter wrote:
> Mail to dri-devel went out, linux-next was updated, but we forgot this
> one here.
>
> Cc: David Airlie
> Signed-off-by: Daniel Vetter
Acked-by: Alex Deucher
> ---
> MAINTAINERS | 4 ++--
> 1 file changed, 2 insertions(+), 2
Op 06-07-18 om 16:10 schreef Ville Syrjälä:
> On Fri, Jul 06, 2018 at 04:05:21PM +0300, Dmitry Osipenko wrote:
>> On 06.07.2018 15:23, Ville Syrjälä wrote:
>>> On Fri, Jul 06, 2018 at 02:11:44PM +0200, Maarten Lankhorst wrote:
Hey,
Op 04-06-18 om 00:00 schreef Dmitry Osipenko:
>
In a kernel configuration with both CONFIG_FB_OMAP=m and CONFIG_FB_OMAP2=m,
Kbuild fails to point out that we have two modules with the same name
(omapfb.ko),
but instead fails with a cryptic error message like:
ERROR: "omapfb_register_panel" [drivers/video/fbdev/omap/lcd_osk.ko] undefined!
On Tue, Jun 19, 2018 at 10:18:27PM +0200, Hans de Goede wrote:
> On BYT and CHT the GOP sometimes initializes the pclk at a (slightly)
> different frequency then the pclk which we've calculated.
>
> This commit makes the DSI code read-back the pclk set by the GOP and
> if that is within a
Hi
Any change of this moving to https or the gitlab instance where its on as
default?
Cheers
Mike
On Fri, 6 Jul 2018 at 16:25 Alex Deucher wrote:
> On Fri, Jul 6, 2018 at 3:28 AM, Daniel Vetter
> wrote:
> > Mail to dri-devel went out, linux-next was updated, but we forgot this
> > one here.
https://bugs.freedesktop.org/show_bug.cgi?id=107141
Bug ID: 107141
Summary: Manual setting of pp_dpm_sclk resets after monitor
off/on (rx 480)
Product: DRI
Version: unspecified
Hardware: x86-64 (AMD64)
OS:
On Fri, Jul 06, 2018 at 04:05:21PM +0300, Dmitry Osipenko wrote:
> On 06.07.2018 15:23, Ville Syrjälä wrote:
> > On Fri, Jul 06, 2018 at 02:11:44PM +0200, Maarten Lankhorst wrote:
> >> Hey,
> >>
> >> Op 04-06-18 om 00:00 schreef Dmitry Osipenko:
> >>> From: Laurent Pinchart
> >>>
> >>> Color
https://bugzilla.kernel.org/show_bug.cgi?id=199621
--- Comment #8 from Matthew Trescott (matthewtresc...@gmail.com) ---
I compiled and installed Linux 4.8 using the Arch Linux scripts. It seemed to
have no effect on this bug.
--
You are receiving this mail because:
You are watching the assignee
On Fri, Jul 06, 2018 at 02:11:44PM +0200, Maarten Lankhorst wrote:
> Hey,
>
> Op 04-06-18 om 00:00 schreef Dmitry Osipenko:
> > From: Laurent Pinchart
> >
> > Color keying is the action of replacing pixels matching a given color
> > (or range of colors) with transparent pixels in an overlay when
On Fri, 29 Jun 2018, Hans de Goede wrote:
> Hi,
>
> On 19-06-18 22:18, Hans de Goede wrote:
>> Hi All,
>>
>> This patch-set is the result of the work I've been doing recently to
>> give people a smooth "flickerfree" boot experience where the display
>> keeps displaying the logo put there by the
When the base sun4i DRM driver is built-in but the back-end is
a loadable module, we run into a link error:
drivers/gpu/drm/sun4i/sun4i_drv.o: In function `sun4i_drv_probe':
sun4i_drv.c:(.text+0x60c): undefined reference to `sun4i_frontend_of_table'
The dependency is a bit tricky, the best
https://bugs.freedesktop.org/show_bug.cgi?id=102322
--- Comment #26 from dwagner ---
Today for the first time I had a sudden "crash while just browsing with
Firefox" while using the amggpu.vm_update_mode=3 parameter with the
current-as-of-today amd-staging-drm-next
On Fri, Jul 06, 2018 at 07:51:02PM +0200, Jernej Skrabec wrote:
> TCON description is expanded with R40 TV TCON compatible. It is a bit
> special, because it is connected to TCON TOP instead directly to mixer
> and it needs special handling.
>
> Signed-off-by: Jernej Skrabec
> ---
>
https://bugs.freedesktop.org/show_bug.cgi?id=107065
--- Comment #17 from dwagner ---
Interesting observation: If I first switch from the X11 display to the console
display (with Alt-F2), and then enter "echo mem >/sys/power/state" on the
console, above described crashes upon S3 resume do not
https://bugs.freedesktop.org/show_bug.cgi?id=106434
--- Comment #6 from Jack Wolf ---
I have the same issue.
4.17.4
firmware 20180518
18.0.1 amdgpu
I also use displayport.
--
You are receiving this mail because:
You are the assignee for the
On Fri, Jul 06, 2018 at 03:04:24PM -0400, Peter Jones wrote:
> This was sort of annoying me:
>
> random:~$ dmesg | tail -1
> [523884.039227] [drm] Reducing the compressed framebuffer size. This may lead
> to less power savings than a non-reduced-size. Try to increase stolen memory
> size if
48 matches
Mail list logo
