On Thu, May 04, 2017 at 09:25:03PM +0100, Chris Wilson wrote:
> On Thu, May 04, 2017 at 11:45:48AM -0700, Laura Abbott wrote:
> >
> > Enable the GEM dma-buf import interfaces in addition to the export
> > interfaces. This lets vgem be used as a test source for other allocators
> > (e.g. Ion).
> >
https://bugs.freedesktop.org/show_bug.cgi?id=100941
Bug ID: 100941
Summary: Improve time to suspend on
Product: DRI
Version: DRI git
Hardware: Other
OS: All
Status: NEW
Severity: normal
Priority:
https://bugs.freedesktop.org/show_bug.cgi?id=100941
Paul Menzel changed:
What|Removed |Added
CC||paulepanter@users.sourcefor
https://bugs.freedesktop.org/show_bug.cgi?id=100941
--- Comment #1 from Paul Menzel ---
Created attachment 131224
--> https://bugs.freedesktop.org/attachment.cgi?id=131224&action=edit
ftrace messages generated by pm-graph (`sudo ./analyze_suspend.py -config
config/suspend-callgraph.cfg`)
--
Y
Regards
Shashank
On 5/5/2017 12:28 PM, Daniel Vetter wrote:
On Thu, May 04, 2017 at 05:51:45PM +0300, Ville Syrjälä wrote:
On Thu, May 04, 2017 at 03:22:45PM +0200, Daniel Vetter wrote:
On Thu, May 04, 2017 at 10:14:26AM +0300, Jyri Sarha wrote:
Add standard optinal property blobs for YCbCr
On Fri, May 5, 2017 at 9:06 AM, Sharma, Shashank
wrote:
> On 5/5/2017 12:28 PM, Daniel Vetter wrote:
>>
>> On Thu, May 04, 2017 at 05:51:45PM +0300, Ville Syrjälä wrote:
>>>
>>> On Thu, May 04, 2017 at 03:22:45PM +0200, Daniel Vetter wrote:
On Thu, May 04, 2017 at 10:14:26AM +0300, Jyri
Regards
Shashank
On 5/5/2017 12:43 PM, Daniel Vetter wrote:
On Fri, May 5, 2017 at 9:06 AM, Sharma, Shashank
wrote:
On 5/5/2017 12:28 PM, Daniel Vetter wrote:
On Thu, May 04, 2017 at 05:51:45PM +0300, Ville Syrjälä wrote:
On Thu, May 04, 2017 at 03:22:45PM +0200, Daniel Vetter wrote:
On T
https://bugs.freedesktop.org/show_bug.cgi?id=100936
Samuel Pitoiset changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugzilla.kernel.org/show_bug.cgi?id=195659
Pierre Moreau (pierre.mor...@free.fr) changed:
What|Removed |Added
CC||pierre.mor...@free
On Thu, 04 May 2017 11:02:44 -0700
Keith Packard wrote:
> Pekka Paalanen writes:
>
> > That means you need an explicit key to denote HMDs. More below.
>
> I don't think so. Presumably the VR system will have a known list of
> HMDs it works with, and so it will probably have a list of EDID
>
On Fri, 25 Nov 2016 16:48:59 +
Brian Starkey wrote:
> +/**
> + * drm_writeback_connector_init - Initialize a writeback connector and its
> properties
> + * @dev: DRM device
> + * @wb_connector: Writeback connector to initialize
> + * @funcs: Connector funcs vtable
> + * @formats: Array of su
On Thu, May 04, 2017 at 09:09:54PM -0700, Joe Perches wrote:
> On Thu, 2017-05-04 at 21:25 +0100, Chris Wilson wrote:
> > On Thu, May 04, 2017 at 11:45:48AM -0700, Laura Abbott wrote:
> > >
> > > Enable the GEM dma-buf import interfaces in addition to the export
> > > interfaces. This lets vgem be
Hi Jyri,
Thank you for the patch.
On Thursday 04 May 2017 10:14:25 Jyri Sarha wrote:
> Add a standard optinal property to control YCbCr conversion in DRM
> planes. The property is stored to drm_plane object to allow different
> set of supported conversion modes for different planes on the device.
-Voravootivat/Enhancement-to-intel_dp_aux_backlight-driver/20170505-003007
base: git://anongit.freedesktop.org/drm-intel for-linux-next
config: x86_64-rhel (attached as .config)
compiler: gcc-6 (Debian 6.2.0-3) 6.2.0 20160901
reproduce:
# save the attached .config to linux build tree
https://bugs.freedesktop.org/show_bug.cgi?id=100937
--- Comment #1 from Samuel Pitoiset ---
Created attachment 131225
--> https://bugs.freedesktop.org/attachment.cgi?id=131225&action=edit
patch
Can you try this patch?
--
You are receiving this mail because:
You are the assignee for the bug._
On Thu, May 04, 2017 at 02:52:09PM -0600, Daniel Drake wrote:
> On Thu, May 4, 2017 at 2:37 PM, Ville Syrjälä
> wrote:
> > Please check if commit bb1d132935c2 ("drm/i915/vbt: split out defaults
> > that are set when there is no VBT") fixes things for you.
>
> I think this is not going to help. Th
On Fri, May 05, 2017 at 08:58:17AM +0200, Daniel Vetter wrote:
> On Thu, May 04, 2017 at 05:51:45PM +0300, Ville Syrjälä wrote:
> > On Thu, May 04, 2017 at 03:22:45PM +0200, Daniel Vetter wrote:
> > > On Thu, May 04, 2017 at 10:14:26AM +0300, Jyri Sarha wrote:
> > > > Add standard optinal property
Hi Laura,
[auto build test WARNING on drm/drm-next]
[also build test WARNING on next-20170505]
[cannot apply to v4.11]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/linux/commits/Laura-Abbott/dma_buf-import
https://bugs.freedesktop.org/show_bug.cgi?id=100937
--- Comment #2 from network...@rkmail.ru ---
(In reply to Samuel Pitoiset from comment #1)
> Created attachment 131225 [details] [review]
> patch
>
> Can you try this patch?
It did build successfully with the proposed patch.
--
You are receiv
On 05/05/17 12:07, Laurent Pinchart wrote:
> Hi Jyri,
>
> Thank you for the patch.
>
> On Thursday 04 May 2017 10:14:25 Jyri Sarha wrote:
>> Add a standard optinal property to control YCbCr conversion in DRM
>> planes. The property is stored to drm_plane object to allow different
>> set of suppor
On Fri, May 05, 2017 at 04:53:43PM +0800, icen...@aosc.io wrote:
> > > + de2_clocks: clock@100 {
> > > + compatible = "allwinner,sun50i-h5-de2-clk";
> >
> > I am a bit skeptical about this. Since the V3S only has one mixer, do
> > the clocks
> > for the seco
On Fri, May 05, 2017 at 12:50:51AM +0800, icen...@aosc.io wrote:
> > > +void sun8i_mixer_layer_enable(struct sun8i_mixer *mixer,
> > > + int layer, bool enable)
> > > +{
> > > + u32 val;
> > > + /* Currently the first UI channel is used */
> > > + int chan = mixer->cfg->vi_n
On Fri, May 05, 2017 at 10:22:19AM +0200, Boris Brezillon wrote:
> On Fri, 25 Nov 2016 16:48:59 +
> Brian Starkey wrote:
>
> > +/**
> > + * drm_writeback_connector_init - Initialize a writeback connector and its
> > properties
> > + * @dev: DRM device
> > + * @wb_connector: Writeback connect
Hi Jyri,
On Friday 05 May 2017 15:11:06 Jyri Sarha wrote:
> On 05/05/17 12:07, Laurent Pinchart wrote:
> > On Thursday 04 May 2017 10:14:25 Jyri Sarha wrote:
> >> Add a standard optinal property to control YCbCr conversion in DRM
> >> planes. The property is stored to drm_plane object to allow dif
On 04/28/17 13:30, Tomi Valkeinen wrote:
> On 14/04/17 13:25, Hans Verkuil wrote:
>> From: Hans Verkuil
>>
>> The hdmi_power_on/off_core functions can be called multiple times:
>> when the HPD changes and when the HDMI CEC support needs to power
>> the HDMI core.
>>
>> So use a counter to know whe
https://bugs.freedesktop.org/show_bug.cgi?id=100802
--- Comment #4 from Timo Aaltonen ---
Backporting the full X stack (including kernel 4.10, xorg 1.19.3) from 17.04 to
16.04 didn't break it, so looks like the breakage is due to some compiler issue
on 17.04? That sounds like a treat to track dow
From: Markus Elfring
Date: Fri, 5 May 2017 15:45:45 +0200
A few update suggestions were taken into account
from static source code analysis.
Markus Elfring (5):
Reduce function calls for sequence output at five places
Replace 17 seq_puts() calls by seq_putc()
Fix a typo in a comment line
From: Markus Elfring
Date: Fri, 5 May 2017 14:54:52 +0200
Some data were put into a sequence by separate function calls.
Print the same data by five single function calls instead.
This issue was detected by using the Coccinelle software.
Signed-off-by: Markus Elfring
---
drivers/gpu/drm/sti/s
From: Markus Elfring
Date: Fri, 5 May 2017 15:00:46 +0200
Single characters should be put into a sequence at several places.
Thus use the corresponding function "seq_putc".
This issue was detected by using the Coccinelle software.
Signed-off-by: Markus Elfring
---
drivers/gpu/drm/sti/sti_curs
On Thu, May 4, 2017 at 7:48 PM, Icenowy Zheng wrote:
> Allwinner V3s SoC features a TCON without channel 1.
>
> Add support for it.
>
> Signed-off-by: Icenowy Zheng
Reviewed-by: Chen-Yu Tsai
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
h
On Thu, May 4, 2017 at 7:48 PM, Icenowy Zheng wrote:
> Allwinner V3s SoC features a "Display Engine 2.0" with only one TCON
> which have RGB LCD output.
Please also mention that it only has one mixer.
For the subject, you could just say "Add device nodes for the display pipeline".
>
> Add devic
On Thu, May 4, 2017 at 7:48 PM, Icenowy Zheng wrote:
> As sun4i-backend is now a dedicated module, add an Kconfig option for
> it to make it optional, since some build may only use other engines.
>
> Signed-off-by: Icenowy Zheng
> ---
> Splited out patch.
>
> drivers/gpu/drm/sun4i/Kconfig | 10
On Fri, May 5, 2017 at 4:36 PM, wrote:
> 在 2017-05-05 10:56，Chen-Yu Tsai 写道：
>>
>> On Thu, May 4, 2017 at 7:48 PM, Icenowy Zheng wrote:
>>>
>>> As we are going to add support for the Allwinner DE2 engine in sun4i-drm
>>> driver, we will finally have two types of display engines -- the DE1
>>> ba
On Thu, May 4, 2017 at 7:48 PM, Icenowy Zheng wrote:
> Currently the direct call from CRTC code to layer code has disappeared,
> instead the layer's init function is called via the backend's ops.
>
> Add a dedicated module for sun4i-backend and sun4i-layer, and drop the
> EXPORT_SYMBOL from backen
在 2017-05-05 11:31，Chen-Yu Tsai 写道：
On Thu, May 4, 2017 at 7:48 PM, Icenowy Zheng wrote:
Allwinner V3s SoC features a "Display Engine 2.0" with only one TCON
which have RGB LCD output.
Please also mention that it only has one mixer.
For the subject, you could just say "Add device nodes for t
On Thu, May 4, 2017 at 7:41 PM, Icenowy Zheng wrote:
> As we are going to add support for the Allwinner DE2 Mixer in sun4i-drm
> driver, we will finally have two types of layers.
>
> Each layer is bound to a drm_plane that is CRTC-specific, so we create
> them when initializing CRTC (calling sun4i
于 2017年5月5日 GMT+08:00 下午8:36:18, Maxime Ripard
写到:
>On Fri, May 05, 2017 at 12:50:51AM +0800, icen...@aosc.io wrote:
>> > > +void sun8i_mixer_layer_enable(struct sun8i_mixer *mixer,
>> > > +int layer, bool enable)
>> > > +{
>> > > +u32 val;
>> > > +
On Thu, May 4, 2017 at 7:48 PM, Icenowy Zheng wrote:
> Allwinner V3s SoC have a display engine which have a different pipeline
> with older SoCs.
>
> Add document for it (new compatibles and the new "mixer" part).
>
> Signed-off-by: Icenowy Zheng
> Acked-by: Rob Herring
> ---
> Changes in v4:
>
于 2017年5月5日 GMT+08:00 下午8:30:35, Maxime Ripard
写到:
>On Fri, May 05, 2017 at 04:53:43PM +0800, icen...@aosc.io wrote:
>> > > + de2_clocks: clock@100 {
>> > > + compatible =
>"allwinner,sun50i-h5-de2-clk";
>> >
>> > I am a bit skeptical about this. Since t
On Fri, May 5, 2017 at 12:52 AM, wrote:
> 在 2017-05-04 21:05，Maxime Ripard 写道：
>>
>> On Thu, May 04, 2017 at 07:48:53PM +0800, Icenowy Zheng wrote:
>>>
>>> Allwinner have a new "Display Engine 2.0" in their new SoCs, which comes
>>> with mixers to do graphic processing and feed data to TCON, like
在 2017-05-03 19:59，Maxime Ripard 写道：
It appears that the total vertical resolution needs to be doubled when
we're not in interlaced. Make sure that is the case.
Signed-off-by: Maxime Ripard
---
drivers/gpu/drm/sun4i/sun4i_tcon.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff -
On Thu, May 4, 2017 at 7:48 PM, Icenowy Zheng wrote:
> As we are going to add support for the Allwinner DE2 engine in sun4i-drm
> driver, we will finally have two types of display engines -- the DE1
> backend and the DE2 mixer. They both do some display blending and feed
> graphics data to TCON, s
在 2017-05-05 10:56，Chen-Yu Tsai 写道：
On Thu, May 4, 2017 at 7:48 PM, Icenowy Zheng wrote:
As we are going to add support for the Allwinner DE2 engine in
sun4i-drm
driver, we will finally have two types of display engines -- the DE1
backend and the DE2 mixer. They both do some display blending a
From: Markus Elfring
Date: Fri, 5 May 2017 15:30:44 +0200
Add a missing character in this description for a data structure.
Signed-off-by: Markus Elfring
---
drivers/gpu/drm/sti/sti_cursor.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/sti/sti_cursor.c b/
From: Markus Elfring
Date: Fri, 5 May 2017 15:32:08 +0200
Adjust this description for a function call.
Signed-off-by: Markus Elfring
---
drivers/gpu/drm/sti/sti_tvout.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/sti/sti_tvout.c b/drivers/gpu/drm/sti/sti
On Thu, May 4, 2017 at 7:48 PM, Icenowy Zheng wrote:
> Allwinner V3s SoC features a set of pins that have functionality of RGB
> LCD, the pins are at different pin ban than other SoCs.
>
> Add pinctrl node for them.
>
> Signed-off-by: Icenowy Zheng
> ---
> arch/arm/boot/dts/sun8i-v3s.dtsi | 9 ++
From: Markus Elfring
Date: Fri, 5 May 2017 15:33:19 +0200
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
The script “checkpatch.pl” pointed information out like the following.
Comparison to NULL could be written !…
Thus fix the affected source code pla
On Fri, May 05, 2017 at 03:50:49PM +0200, SF Markus Elfring wrote:
> From: Markus Elfring
> Date: Fri, 5 May 2017 15:45:45 +0200
>
> A few update suggestions were taken into account
> from static source code analysis.
>
Hi Markus,
It seems like you're back to submitting cocci patches again :)
On Fri, May 5, 2017 at 12:45 PM, Ville Syrjälä
wrote:
> On Fri, May 05, 2017 at 08:58:17AM +0200, Daniel Vetter wrote:
>> On Thu, May 04, 2017 at 05:51:45PM +0300, Ville Syrjälä wrote:
>> > On Thu, May 04, 2017 at 03:22:45PM +0200, Daniel Vetter wrote:
>> > > On Thu, May 04, 2017 at 10:14:26AM +03
Pekka Paalanen writes:
> I disagree on the details, more below.
> Such a RandR request is something I would not like to have to replicate
> on Wayland. The display server contains the policy, it should not just
> expose everything up for grabs. This is a fundamental difference
> between X11 and
Hi Jyri,
On Thursday 04 May 2017 18:23:21 Jyri Sarha wrote:
> On 05/04/17 17:51, Ville Syrjälä wrote:
> > On Thu, May 04, 2017 at 03:22:45PM +0200, Daniel Vetter wrote:
> >> On Thu, May 04, 2017 at 10:14:26AM +0300, Jyri Sarha wrote:
> >>> Add standard optinal property blobs for YCbCr to RGB conve
Hi Dave,
Here's the first pull request for 4.13 from misc-next. It's surprisingly small
given that we had an extra week of feature freeze. The highlights are below, and
aside from these we had miscellaneous (heh) fixes sprinkled throughout.
A bit of administrivia for you:
We now have a standard t
> It seems like you're back to submitting cocci patches again :)
My contribution activities are varying also for Linux software over time. ;-)
The corresponding source code search patterns get different popularity.
> I don't want to waste your time by ignoring your patches, so please ensure
Hi Dave,
Many apologies for missing your initial PR. Just one patch to fix up the panel
for HP zBook 17 G2.
drm-misc-next-fixes-2017-05-05:
Core Changes:
- Add quirk for LGD 764 panel to default 10bpc (Mario)
Cc: Mario Kleiner
Cheers, Sean
The following changes since commit 8b03d1ed2c43a2ba5e
https://bugs.freedesktop.org/show_bug.cgi?id=100937
Samuel Pitoiset changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
On Fri, May 5, 2017 at 4:36 PM, Laurent Pinchart
wrote:
> I'm a bit concerned about this. The YCBCR_ENCODING property specifies how the
> content of the framebuffer is encoded. If I understand correctly, you're
> proposing adding an enumeration value that tells the driver not to try to be
> clever
On Fri, May 05, 2017 at 07:17:43PM +0200, Daniel Vetter wrote:
> On Fri, May 5, 2017 at 4:36 PM, Laurent Pinchart
> wrote:
> > I'm a bit concerned about this. The YCBCR_ENCODING property specifies how
> > the
> > content of the framebuffer is encoded. If I understand correctly, you're
> > proposi
On Fri, May 05, 2017 at 10:26:36AM -0700, Matthias Kaehlcke wrote:
> El Thu, Apr 20, 2017 at 02:56:05PM -0700 Matthias Kaehlcke ha dit:
>
> > In several instances the driver passes an 'enum pipe' value to a
> > function expecting an 'enum transcoder' and viceversa. Since PIPE_x and
> > TRANSCODER_
From: Brian Starkey
Writeback connectors represent writeback engines which can write the
CRTC output to a memory framebuffer. Add a writeback connector type and
related support functions.
Drivers should initialize a writeback connector with
drm_writeback_connector_init() which takes care of sett
From: Brian Starkey
Add the WRITEBACK_OUT_FENCE_PTR property to writeback connectors, to
enable userspace to get a fence which will signal once the writeback is
complete. It is not allowed to request an out-fence without a
framebuffer attached to the connector.
A timeline is added to drm_writeba
Hi,
This is an update of Brian Starkey's RFC v3 series introducing
support for memory writeback engines as special connector. My
contribution has been minor compared to previous version, mostly
rebasing, addressing some of the comments and cleaning up the
behaviour of set_out_fence_for_connector()
Mali-DP display processors are able to write the composition result to a
memory buffer via the SE.
Add entry points in the HAL for enabling/disabling this feature, and
implement support for it on DP650 and DP550. DP500 acts differently and
so is omitted from this change.
Changes since v3:
- Fix
Hi,
This series introduces support for Mali DP's memory writeback engine
using the generic writeback connector support introduced in the
"[PATCH v4 0/2] drm: Introduce writeback connectors" series [1]
I've rebased the previous work that Brian has done on top of drm-next and
the generic series. I
From: Brian Starkey
Mali-DP has a memory writeback engine which can be used to write the
composition result to a memory buffer. Expose this functionality as a
DRM writeback connector on supported hardware.
Changes since v1:
Daniel Vetter:
- Don't require a modeset when writeback routing change
From: Brian Starkey
Add a layer bit for the SE memory-write, and add it to the pixel format
matrix for DP550/DP650.
Signed-off-by: Brian Starkey
[rebased and fixed conflicts]
Signed-off-by: Mihail Atanassov
Signed-off-by: Liviu Dudau
---
drivers/gpu/drm/arm/malidp_hw.c | 28 ++---
https://bugzilla.kernel.org/show_bug.cgi?id=194721
mathieu.westp...@gmail.com changed:
What|Removed |Added
CC||mathieu.westp...@gmail.com
-
https://bugs.freedesktop.org/show_bug.cgi?id=100949
Bug ID: 100949
Summary: Power management problem on CIK/SI
Product: DRI
Version: DRI git
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
Severity: m
https://bugs.freedesktop.org/show_bug.cgi?id=100949
Luya Tshimbalanga changed:
What|Removed |Added
Summary|Power management problem on |Power management problem on
On Mon, Jul 25, 2016 at 1:15 PM, Rainer Hochecker wrote:
> Am 25.07.2016 08:38 schrieb "Michel Dänzer" :
>>
>> On 13.07.2016 18:49, Rainer Hochecker wrote:
>> > We have been using this for years now and did not observe issues you
>> > mentioned. I would be surprised if a child window refreshes in
On Fri, May 05, 2017 at 12:12:49PM -0700, Grant Grundler wrote:
> On Fri, May 5, 2017 at 10:40 AM, Ville Syrjälä
> wrote:
> > On Fri, May 05, 2017 at 10:26:36AM -0700, Matthias Kaehlcke wrote:
> >> El Thu, Apr 20, 2017 at 02:56:05PM -0700 Matthias Kaehlcke ha dit:
> >>
> >> > In several instances
On 05/05/2017 09:35 PM, Daniel Vetter wrote:
On Mon, Jul 25, 2016 at 1:15 PM, Rainer Hochecker wrote:
Am 25.07.2016 08:38 schrieb "Michel Dänzer" :
On 13.07.2016 18:49, Rainer Hochecker wrote:
We have been using this for years now and did not observe issues you
mentioned. I would be surprise
https://bugs.freedesktop.org/show_bug.cgi?id=100387
--- Comment #3 from russianneuroman...@ya.ru ---
Created attachment 131233
--> https://bugs.freedesktop.org/attachment.cgi?id=131233&action=edit
War Thunder on Radeon HD 8470D with Mesa 17.1.0rc2
Same issue on Radeon 8470D.
Software:
Kubuntu
https://bugs.freedesktop.org/show_bug.cgi?id=100953
Bug ID: 100953
Summary: [ARUBA] Light shaders is very bright in GRID Autosport
on Radeon 8470D
Product: Mesa
Version: 17.1
Hardware: Other
OS: All
73 matches
Mail list logo
