On Thu, 27 Dec 2018, Daniel Vetter wrote:
> On Thu, Dec 27, 2018 at 05:04:20PM +0100, Daniel Vetter wrote:
>> On Thu, Dec 27, 2018 at 02:56:36PM +0200, Jani Nikula wrote:
>> > Make it easier to drop drmP.h includes.
>> >
>> > Cc: Sam Ravnborg
>> > Cc: Daniel Vetter
>> > Cc: Laurent Pinchart
>>
Make it easier to drop drmP.h includes. Switch from "" to <> includes
while at it.
v2: forward declare instead of including drm_file.h (Daniel)
Cc: Sam Ravnborg
Cc: Daniel Vetter
Cc: Laurent Pinchart
Reviewed-by: Daniel Vetter
Signed-off-by: Jani Nikula
---
include/drm/drm_syncobj.h | 4 +++
https://bugs.freedesktop.org/show_bug.cgi?id=109163
Bug ID: 109163
Summary: employee module is not working
Product: DRI
Version: XOrg git
Hardware: All
OS: All
Status: NEW
Severity: major
Priorit
https://bugs.freedesktop.org/show_bug.cgi?id=109163
bhawanawadalkar...@gmail.com changed:
What|Removed |Added
QA Contact||choudhari@gmail.com
-
https://bugs.freedesktop.org/show_bug.cgi?id=109163
bhawanawadalkar...@gmail.com changed:
What|Removed |Added
Assignee|dri-devel@lists.freedesktop |pujabanage...@gmail.com
On Mon, 17 Dec 2018, Yang Xiao wrote:
> From: Young Xiao
>
> If for some unexpected reason the registers all read zero it's better
> to WARN and return instead of dividing by zero and completely freezing
> the machine.
>
> See commit 0e005888b833 ("drm/i915: avoid division by zero on
> cnl_calc_w
On Mon, Dec 24, 2018 at 02:05:43PM +0100, Daniel Vetter wrote:
> On Mon, Dec 24, 2018 at 1:33 PM Liviu Dudau wrote:
> >
> > On Fri, Dec 21, 2018 at 10:01:06AM +, james qian wang (Arm Technology
> > China) wrote:
> > > v2: Adjusted the position of KOMEDA by alphabetical order
> > >
> > > Signe
Am Fr., 28. Dez. 2018, 02:09 hat Stéphane Marchesin
geschrieben:
> On Thu, Dec 27, 2018 at 4:45 PM Matt Roper
> wrote:
> >
> > On Thu, Dec 27, 2018 at 04:22:28PM -0800, Stéphane Marchesin wrote:
> > > On Thu, Dec 27, 2018 at 3:49 PM Li, Wei C wrote:
> > > >
> > > > Matt,
> > > >
> > > > Is tha
On Fri, Dec 28, 2018 at 12:15 PM james qian wang (Arm Technology
China) wrote:
>
> On Mon, Dec 24, 2018 at 02:05:43PM +0100, Daniel Vetter wrote:
> > On Mon, Dec 24, 2018 at 1:33 PM Liviu Dudau wrote:
> > >
> > > On Fri, Dec 21, 2018 at 10:01:06AM +, james qian wang (Arm Technology
> > > Chi
On Thu, Dec 27, 2018 at 06:27:53PM +0200, Jani Nikula wrote:
> On Thu, 27 Dec 2018, Daniel Vetter wrote:
> > I guess next up would be to split up i915_drv.h and intel_drv.h and see
> > how much our driver is a spaghetti mess where everything needs everything
> > else :-)
>
> In general this got m
On Fri, Dec 28, 2018 at 04:26:56AM +0500, Ivan Mironov wrote:
> On Thu, 2018-12-27 at 13:00 +0100, Daniel Vetter wrote:
> > > + /*
> > > + * Workaround for SDL 1.2, which is known to be setting all pixel format
> > > + * fields values to zero in some cases. We treat this situation as a
> > > +
On Fri, Dec 28, 2018 at 04:13:08AM +0500, Ivan Mironov wrote:
> Strict requirement of pixclock to be zero breaks support of SDL 1.2
> which contains hardcoded table of supported video modes with non-zero
> pixclock values[1].
>
> To better understand which pixclock values are considered valid and
On Thu, Dec 27, 2018 at 03:36:20PM -0800, Eric Anholt wrote:
> Paul Kocialkowski writes:
>
> > The KMS mode_config elements are currently configured in vc4_kms_load,
> > that is called after all components are binded (component_bind_all).
> > However, the CRTC component (for the Pixel Valve) need
On Fri, Dec 28, 2018 at 10:23:00AM +0200, Jani Nikula wrote:
> On Thu, 27 Dec 2018, Daniel Vetter wrote:
> > On Thu, Dec 27, 2018 at 05:04:20PM +0100, Daniel Vetter wrote:
> >> On Thu, Dec 27, 2018 at 02:56:36PM +0200, Jani Nikula wrote:
> >> > Make it easier to drop drmP.h includes.
> >> >
> >>
On Fri, Dec 28, 2018 at 04:13:07AM +0500, Ivan Mironov wrote:
> SDL 1.2 sets all fields related to the pixel format to zero in some
> cases[1]. Prior to commit db05c48197759 ("drm: fb-helper: Reject all
> pixel format changing requests"), there was an unintentional workaround
> for this that existe
Am Mi., 19. Dez. 2018 um 15:45 Uhr schrieb Lucas Stach :
>
> The context isn't really related to the cmdbuf, but is a property of
> the job. This has been missed when moving to a properly refcounted
> etnaviv_gem_submit.
>
> Signed-off-by: Lucas Stach
Reviewed-by: Christian Gmeiner
> ---
> dri
Hi Jani.
On Thu, Dec 27, 2018 at 02:56:35PM +0200, Jani Nikula wrote:
> First make some drm headers self-contained, removing the implicit
> dependency on a previous drmP.h include. Then remove all drmP.h includes
> from drm/i915.
>
> Inspired by Sam's series [1]. Theres a one line trivial conflic
Also include drm_hashtab.h and add struct drm_device forward declaration
in drm_legacy.h to make it more self-contained. Make it easier to drop
drmP.h includes.
v2: avoid including drm_device.h by un-inlining (Daniel)
Cc: Sam Ravnborg
Cc: Daniel Vetter
Cc: Laurent Pinchart
Signed-off-by: Jani
On Fri, 28 Dec 2018, Daniel Vetter wrote:
> On Fri, Dec 28, 2018 at 10:23:00AM +0200, Jani Nikula wrote:
>> On Thu, 27 Dec 2018, Daniel Vetter wrote:
>> > On Thu, Dec 27, 2018 at 05:04:20PM +0100, Daniel Vetter wrote:
>> >> On Thu, Dec 27, 2018 at 02:56:36PM +0200, Jani Nikula wrote:
>> >> > Make
On Fri, Dec 28, 2018 at 03:04:46PM +0200, Jani Nikula wrote:
> Also include drm_hashtab.h and add struct drm_device forward declaration
> in drm_legacy.h to make it more self-contained. Make it easier to drop
> drmP.h includes.
>
> v2: avoid including drm_device.h by un-inlining (Daniel)
>
> Cc:
https://bugs.freedesktop.org/show_bug.cgi?id=108340
--- Comment #2 from wietse.joris...@gmail.com ---
I am noticing the same issue, also running on max graphical settings.
Ubuntu 18.10
Kernel 4.18.0-13-generic
AMD RX 480
OpenGL version string: 4.4 (Compatibility Profile) Mesa 18.2.2
Steps follow
Just a bit of drive-by reading:
- drm_dev_set_unique() is really the exception, make that clear.
- drm_dev_init() is the recomended approach.
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/drm_drv.c | 23 +++
1 file changed, 11 insertions(+), 12 deletions(-)
diff --git a/d
On Thu, 27 Dec 2018, Daniel Vetter wrote:
> On Thu, Dec 27, 2018 at 02:56:35PM +0200, Jani Nikula wrote:
>> First make some drm headers self-contained, removing the implicit
>> dependency on a previous drmP.h include. Then remove all drmP.h includes
>> from drm/i915.
>>
>> Inspired by Sam's serie
On Fri, 2018-12-28 at 13:08 +0100, Daniel Vetter wrote:
> On Thu, Dec 27, 2018 at 03:36:20PM -0800, Eric Anholt wrote:
> > Paul Kocialkowski writes:
> >
> > > The KMS mode_config elements are currently configured in vc4_kms_load,
> > > that is called after all components are binded (component_bin
Making FB_BACKLIGHT tristate by commit b4a1ed0cd18b ("fbdev:
make FB_BACKLIGHT a tristate") caused unmet dependencies in
some configurations:
WARNING: unmet direct dependencies detected for FB_BACKLIGHT
Depends on [m]: HAS_IOMEM [=y] && FB [=m]
Selected by [y]:
- DRM_NOUVEAU [=y] && HAS_IOME
The following happened when migrating an old fbdev driver to DRM:
The Integrator/CP PL111 supports 16BPP but only ARGB1555/ABGR1555
or XRGB1555/XBGR1555 i.e. the maximum depth is 15.
This makes the initialization of the framebuffer fail since
the code in drm_fb_helper_single_fb_probe() assigns th
On Fri, Dec 28, 2018 at 4:40 PM Linus Walleij wrote:
>
> The following happened when migrating an old fbdev driver to DRM:
>
> The Integrator/CP PL111 supports 16BPP but only ARGB1555/ABGR1555
> or XRGB1555/XBGR1555 i.e. the maximum depth is 15.
>
> This makes the initialization of the framebuffer
On Fri, Dec 28, 2018 at 12:56:27PM +0100, Daniel Vetter wrote:
> On Fri, Dec 28, 2018 at 12:15 PM james qian wang (Arm Technology
> China) wrote:
> >
> > On Mon, Dec 24, 2018 at 02:05:43PM +0100, Daniel Vetter wrote:
> > > On Mon, Dec 24, 2018 at 1:33 PM Liviu Dudau wrote:
> > > >
> > > > On Fri,
On Fri, Dec 28, 2018 at 12:53:29PM +0100, Daniel Vetter wrote:
> Am Fr., 28. Dez. 2018, 02:09 hat Stéphane Marchesin
> geschrieben:
> > On Thu, Dec 27, 2018 at 4:45 PM Matt Roper
> > wrote:
> > >
> > > On Thu, Dec 27, 2018 at 04:22:28PM -0800, Stéphane Marchesin wrote:
> > > > On Thu, Dec 27, 2
https://bugs.freedesktop.org/show_bug.cgi?id=105910
Michel Dänzer changed:
What|Removed |Added
Attachment #138632|text/x-log |text/plain
mime type|
On Fri, Dec 28, 2018 at 5:35 PM Matt Roper wrote:
>
> On Fri, Dec 28, 2018 at 12:53:29PM +0100, Daniel Vetter wrote:
> > Am Fr., 28. Dez. 2018, 02:09 hat Stéphane Marchesin
> > geschrieben:
> > > On Thu, Dec 27, 2018 at 4:45 PM Matt Roper
> > > wrote:
> > > >
> > > > On Thu, Dec 27, 2018 at 04:2
https://bugs.freedesktop.org/show_bug.cgi?id=105910
Michel Dänzer changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
On Fri, Dec 28, 2018 at 06:14:40PM +0100, Daniel Vetter wrote:
> On Fri, Dec 28, 2018 at 5:35 PM Matt Roper wrote:
> >
> > On Fri, Dec 28, 2018 at 12:53:29PM +0100, Daniel Vetter wrote:
> > > Am Fr., 28. Dez. 2018, 02:09 hat Stéphane Marchesin
> > > geschrieben:
> > > > On Thu, Dec 27, 2018 at 4:
On Fri, 2018-12-28 at 04:13 +0500, Ivan Mironov wrote:
> SDL 1.2 sets all fields related to the pixel format to zero in some
> cases[1]. Prior to commit db05c48197759 ("drm: fb-helper: Reject all
> pixel format changing requests"), there was an unintentional workaround
> for this that existed for m
On Thu, Dec 27, 2018 at 4:54 PM Peter Rosin wrote:
>
> On 2018-12-27 22:27, Rob Herring wrote:
> > On Wed, Dec 19, 2018 at 02:04:47PM +0100, Peter Rosin wrote:
> >> From: Peter Rosin
> >>
> >> DS90C185 has a shutdown pin which does not fit in the lvds-transmitter
> >> binding, which is meant to b
https://bugs.freedesktop.org/show_bug.cgi?id=109162
--- Comment #8 from smoki ---
Got this old OpenGL game accelerated, by using gldirect:
http://sourceforge.net/projects/gldirect/
That seems supports OpenGL 1.x to D3D9 just fine :) And then asking d3dadapter
nine to play opengl game and ev
Hi Bjorn,
On Fri, Dec 28, 2018 at 5:31 PM Bjorn Andersson
wrote:
>
> On Wed 26 Dec 04:06 PST 2018, Fabio Estevam wrote:
>
> > Since commit e6f6d63ed14c ("drm/msm: add headless gpu device for imx5")
> > the DRM_MSM symbol can be selected by SOC_IMX5 causing the following
> > error when building im
Hi Bjorn,
On Fri, Dec 28, 2018 at 5:52 PM Fabio Estevam wrote:
> By the way, I just ran get_maintainers in this patch and linux-arm-msm
> is not listed.
Would you like to me to submit a patch like this to fix this problem?
diff --git a/MAINTAINERS b/MAINTAINERS
index 7a9804a891fd..e014de05b046
On Fri, Dec 28, 2018 at 5:52 PM Fabio Estevam wrote:
> > Andy, please pick up for inclusion in -rc
>
> Yes, it would be really nice if we could get this fix into 4.20-rc1 so
> that imx_v6_v7_defconfig could be built.
Ops, I meant 4.21-rc1 :-)
___
dri-d
On Fri, Dec 28, 2018 at 5:56 PM Fabio Estevam wrote:
>
> Hi Bjorn,
>
> On Fri, Dec 28, 2018 at 5:52 PM Fabio Estevam wrote:
>
> > By the way, I just ran get_maintainers in this patch and linux-arm-msm
> > is not listed.
>
> Would you like to me to submit a patch like this to fix this problem?
Ju
On Tue, May 29, 2018 at 9:54 AM Daniel Vetter wrote:
>
> On Fri, May 25, 2018 at 02:42:02PM +0200, Noralf Trønnes wrote:
> >
> > Den 24.05.2018 11.16, skrev Daniel Vetter:
> > > On Wed, May 23, 2018 at 04:34:07PM +0200, Noralf Trønnes wrote:
> > > > This is the first step in getting generic fbdev
On Fri, Dec 28, 2018 at 6:19 PM Matt Roper wrote:
>
> On Fri, Dec 28, 2018 at 06:14:40PM +0100, Daniel Vetter wrote:
> > On Fri, Dec 28, 2018 at 5:35 PM Matt Roper
> > wrote:
> > >
> > > On Fri, Dec 28, 2018 at 12:53:29PM +0100, Daniel Vetter wrote:
> > > > Am Fr., 28. Dez. 2018, 02:09 hat Stéph
https://bugs.freedesktop.org/show_bug.cgi?id=107561
arne_woer...@yahoo.com changed:
What|Removed |Added
Severity|major |critical
--
You are receiving
https://bugs.freedesktop.org/show_bug.cgi?id=107561
--- Comment #1 from arne_woer...@yahoo.com ---
Hi!
The bug is still there.
Is there something I could do in order to fix it?
Or is suspend/resume not really supported?
I use it daily and almost never use `halt -p`...
Thx.
Bye.
--
You are r
https://bugs.freedesktop.org/show_bug.cgi?id=107561
Alex Deucher changed:
What|Removed |Added
QA Contact|dri-devel@lists.freedesktop |
|.org
Am Fr., 13. Juli 2018 um 17:00 Uhr schrieb Dan Carpenter
:
>
> The ->nr_signal is the supposed to be the number of elements in the
> ->signal array. There was one place where it was 5 but it was supposed
> to be 4. That looks like a copy and paste bug. There were also two
> checks that were off
On Fri, 28 Dec 2018 16:19:03 +0100, =?UTF-8?q?Pawe=C5=82=20Chmiel?= wrote:
> This commit documents new compatible for s5pv210 soc,
> which will be also supported by this driver.
>
> Signed-off-by: Paweł Chmiel
> ---
> Changes from v1:
> - Removed list enumeration
> - Placed s5pv210 at beginni
On Fri, 28 Dec 2018 at 16:19, Paweł Chmiel
wrote:
>
> This commit documents new compatible for s5pv210 soc,
> which will be also supported by this driver.
>
> Signed-off-by: Paweł Chmiel
> ---
> Changes from v1:
> - Removed list enumeration
> - Placed s5pv210 at beginning of list (it's the ol
https://bugs.freedesktop.org/show_bug.cgi?id=109169
Bug ID: 109169
Summary: Stuck with 800x600 resolution on DisplayPort of RX570.
Product: DRI
Version: unspecified
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: N
Fourth version of the series previously posted here:
https://lists.freedesktop.org/archives/intel-gfx/2018-November/181939.html
Code-wise, this version mainly just drops the bgcolor_changed flag.
Most of the changes here are just to the kerneldoc: clarifying the
interaction of background color
We don't yet allow userspace to control the CRTC background color, but
we should manually program the color to black to ensure the BIOS didn't
leave us with some other color. We should also set the pipe gamma and
pipe CSC bits so that the background color goes through the same color
management tra
Some display controllers can be programmed to present non-black colors
for pixels not covered by any plane (or pixels covered by the
transparent regions of higher planes). Compositors that want a UI with
a solid color background can potentially save memory bandwidth by
setting the CRTC background
Gen9+ platforms allow CRTC's to be programmed with a background/canvas
color below the programmable planes. Let's expose this for use by
compositors.
v2:
- Split out bgcolor sanitization and programming of csc/gamma bits to a
separate patch that we can land before the ABI changes are ready to
Quoting Rajendra Nayak (2018-12-20 20:52:34)
>
> On 12/21/2018 2:59 AM, Stephen Boyd wrote:
> > Quoting Rob Herring (2018-12-19 15:47:25)
> >> On Wed, Dec 19, 2018 at 4:40 PM Doug Anderson
> >> wrote:
> >>> On Wed, Dec 19, 2018 at 12:40 PM Doug Anderson
> >>> wrote:
> On Wed, Dec 19, 2018
https://bugs.freedesktop.org/show_bug.cgi?id=107561
--- Comment #3 from arne_woer...@yahoo.com ---
Created attachment 142906
--> https://bugs.freedesktop.org/attachment.cgi?id=142906&action=edit
Xorg.0.log from fresh boot until second suspend
--
You are receiving this mail because:
You are the
https://bugs.freedesktop.org/show_bug.cgi?id=107561
--- Comment #4 from arne_woer...@yahoo.com ---
Created attachment 142907
--> https://bugs.freedesktop.org/attachment.cgi?id=142907&action=edit
log messages from reboot until second suspend
--
You are receiving this mail because:
You are the a
https://bugs.freedesktop.org/show_bug.cgi?id=107561
--- Comment #5 from arne_woer...@yahoo.com ---
Comment on attachment 142907
--> https://bugs.freedesktop.org/attachment.cgi?id=142907
log messages from reboot until second suspend
i removed the lines with
crond|CROND|iptables(vaako.intern.wgbo
The pull request you sent on Thu, 27 Dec 2018 10:09:49 +1000:
> git://anongit.freedesktop.org/drm/drm tags/drm-next-2018-12-27
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/7e59fad9c9d1aeacdc96dfffd35f9e12ddc34dbf
Thank you!
--
Deet-doot-dot, I am a bot.
https://ko
Hi Matt,
Thank you for the patch! Perhaps something to improve:
[auto build test WARNING on linus/master]
[also build test WARNING on next-20181224]
[cannot apply to v4.20]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github
59 matches
Mail list logo
