Op 15-09-17 om 11:53 schreef Christian König:
> From: Christian König
>
> When dma_fence_get_rcu() fails to acquire a reference it doesn't necessary
> mean that there is no fence at all.
>
> It usually mean that the fence was replaced by a new one and in this situation
> we certainly want to have
Op 21-09-17 om 09:00 schreef Christian König:
> Am 20.09.2017 um 20:20 schrieb Daniel Vetter:
>> On Mon, Sep 11, 2017 at 01:06:32PM +0200, Christian König wrote:
>>> Am 11.09.2017 um 12:01 schrieb Chris Wilson:
[SNIP]
> Yeah, but that is illegal with a fence objects.
>
> When anybo
Am 20.09.2017 um 20:20 schrieb Daniel Vetter:
On Mon, Sep 11, 2017 at 01:06:32PM +0200, Christian König wrote:
Am 11.09.2017 um 12:01 schrieb Chris Wilson:
[SNIP]
Yeah, but that is illegal with a fence objects.
When anybody allocates fences this way it breaks at least
reservation_object_get_f
https://bugs.freedesktop.org/show_bug.cgi?id=102885
--- Comment #6 from Samuel Pitoiset ---
Thanks for the trace (and the bisect), I can reproduce the issue.
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailin
Hi Linus,
I've ended up on unplanned + planned leave this week, but there were
some fixes I decided to dequeue, some amdkfd bits missed the next pull
but they are pretty trivial, so I included them.
I'm not sure I'll see much else for rc2, lots of people are at XDC.
Dave.
The following changes
https://bugs.freedesktop.org/show_bug.cgi?id=102809
--- Comment #7 from Nicolai Hähnle ---
No flashing on Raven either with latest Mesa + LLVM. Most likely this is fixed
already.
--
You are receiving this mail because:
You are the assignee for the bug.___
Hi Dave, the first batch of i915 features heading for v4.15. I can't
really name any one overarching theme here other than, "changes all over
the place". Details below.
BR,
Jani.
drm-intel-next-2017-09-07:
Getting started with v4.15 features:
- Cannonlake workarounds (Rodrigo, Oscar)
- Infofra
Hi Jernej,
On 20-09-2017 21:01, Jernej Skrabec wrote:
> [added media mailing list due to CEC question]
>
> This patch series adds a HDMI glue driver for Allwinner H3 SoC. For now, only
> video and CEC functionality is supported. Audio needs more tweaks.
>
> Series is based on the H3 DE2 patch seri
On 09/21/17 11:39, Jose Abreu wrote:
> Hi Jernej,
>
> On 20-09-2017 21:01, Jernej Skrabec wrote:
>> [added media mailing list due to CEC question]
>>
>> This patch series adds a HDMI glue driver for Allwinner H3 SoC. For now, only
>> video and CEC functionality is supported. Audio needs more tweak
https://bugs.freedesktop.org/show_bug.cgi?id=102926
Bug ID: 102926
Summary: Tonga agd5f drm-next-4.15-wip powerplay display
artifacts.
Product: DRI
Version: DRI git
Hardware: Other
OS: All
Status
On Wed, Sep 20, 2017 at 12:55:07PM +0530, Arvind Yadav wrote:
> kasprintf() can fail here and we must check its return value.
>
> Signed-off-by: Arvind Yadav
> ---
> drivers/gpu/drm/tegra/dc.c | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/drivers/gpu/drm/tegra/dc.c b/drivers/gpu/dr
https://bugs.freedesktop.org/show_bug.cgi?id=102926
--- Comment #1 from Christian König ---
At least I'm not the only one seeing this. Very visible during the Xonotic
start screen.
--
You are receiving this mail because:
You are the assignee for the bug._
On Wed, Sep 20, 2017 at 12:55:08PM +0530, Arvind Yadav wrote:
> Free memory region, if drm_crtc_init_with_planes is not successful.
>
> Signed-off-by: Arvind Yadav
> ---
> drivers/gpu/drm/drm_crtc.c | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/drivers/gpu/drm/drm_crtc.c b/drivers/gp
> > > +/**
> > > + * i2c_release_dma_safe_msg_buf - release DMA safe buffer and sync with
> > > i2c_msg
> > > + * @msg: the message to be synced with
> > > + * @buf: the buffer obtained from i2c_get_dma_safe_msg_buf(). May be
> > > NULL.
> > > + */
> > > +void i2c_release_dma_safe_msg_buf(struct
On Thu, Sep 21, 2017 at 03:17:44PM +0100, Jonathan Cameron wrote:
> On Wed, 20 Sep 2017 20:59:56 +0200
> Wolfram Sang wrote:
>
> > Signed-off-by: Wolfram Sang
>
> Makes sense as do the other drivers.
>
> Feel free to add
>
> Reviewed-by: Jonathan Cameron
>
> to all of them (though they hard
On Thu, 2017-09-21 at 06:44 +0800, Zhenyu Wang wrote:
> On 2017.09.19 19:35:23 -0700, Joe Perches wrote:
> > On Wed, 2017-09-20 at 05:46 +0800, Zhenyu Wang wrote:
> > > On 2017.09.19 16:55:34 +0100, Colin King wrote:
> > > > From: Colin Ian King
> > > >
> > > > An earlier fix changed the return t
On Wed, Sep 20, 2017 at 02:32:34PM +, vathsala nagaraju wrote:
> Add defines for dpcd register 2009 (synchronization latency
> in sink).
>
> Cc: Rodrigo Vivi
> CC: Puthikorn Voravootivat
> Signed-off-by: Vathsala Nagaraju
I keep forgetting to update my eDP spec 1.4 to this 1.4b...
Review
https://bugs.freedesktop.org/show_bug.cgi?id=101731
--- Comment #68 from Samuel Pitoiset ---
Thanks for confirming that the hack actually works.
Yeah, it would be better to not hang in such situation but that's complicated.
Though, you can try to boot with amdgpu.lockup_timeout=3000 (ie. wait 3s
https://bugs.freedesktop.org/show_bug.cgi?id=102885
--- Comment #7 from Samuel Pitoiset ---
A temporary workaround is to use R600_DEBUG="nodccfb".
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-
https://bugs.freedesktop.org/show_bug.cgi?id=101731
--- Comment #69 from ai...@jmad.org ---
(In reply to Samuel Pitoiset from comment #61)
> Created attachment 134356 [details] [review]
> updated special varying hack
>
> What about this updated patch? (the previous has to be reverted).
What comm
https://bugs.freedesktop.org/show_bug.cgi?id=101731
--- Comment #70 from Samuel Pitoiset ---
(In reply to aidan from comment #69)
> (In reply to Samuel Pitoiset from comment #61)
> > Created attachment 134356 [details] [review] [review]
> > updated special varying hack
> >
> > What about this up
On Tuesday, 2017-09-19 21:59:59 +, Rob Herring wrote:
> As part of Treble project in Android O, all the device specific files have
> to be located in a separate vendor partition. This is done by setting
> LOCAL_PROPRIETARY_MODULE (the name is misleading).
Just to double-check; this:
> This ch
Hi Joonas:
Thanks for the introduction. I have been thinking about the possibility of
introducing GEM_BUG_ON into GVT-g recently and investigating on it. I'm just a
bit confused about the usage between GEM_BUG_ON and WARN_ON.
GEM_BUG_ON is only enabled when kernel debug is enabled, which mostly
https://bugs.freedesktop.org/show_bug.cgi?id=101731
--- Comment #71 from Lukas Jirkovsky ---
Created attachment 134411
--> https://bugs.freedesktop.org/attachment.cgi?id=134411&action=edit
special varying hack backport 17.2.1
Backported the patch to apply on 17.2.1
aidan: you can use this pat
On Thu, Sep 21, 2017 at 10:36 AM, Eric Engestrom
wrote:
> On Tuesday, 2017-09-19 21:59:59 +, Rob Herring wrote:
>> As part of Treble project in Android O, all the device specific files have
>> to be located in a separate vendor partition. This is done by setting
>> LOCAL_PROPRIETARY_MODULE (th
This patch adds state tracking to the drm_panel functions which keep
track of enabled and prepared. If the calls are unbalanced, a WARNING is
issued.
The motivation for this change is that a number of panel drivers
(including panel-simple) all do this to protect their regulator
refcounts. The atom
A number of panel drivers track enabled/prepared state (I suspect to protect
regulator refcounts). However, the atomic framework already ensures that
prepare/unprepare and enable/disable calls are balanced. This series removes all
independent tracking from the drivers and adds a WARNING to the core
They're not necessary for atomic drivers, and drm_panel will
WARN if the calls are unbalanced.
Signed-off-by: Sean Paul
---
drivers/gpu/drm/panel/panel-jdi-lt070me05000.c | 23 ---
1 file changed, 23 deletions(-)
diff --git a/drivers/gpu/drm/panel/panel-jdi-lt070me05000.c
b
They're not necessary for atomic drivers, and drm_panel will
WARN if the calls are unbalanced.
Signed-off-by: Sean Paul
---
drivers/gpu/drm/panel/panel-sharp-lq101r1sx01.c | 23 ---
1 file changed, 23 deletions(-)
diff --git a/drivers/gpu/drm/panel/panel-sharp-lq101r1sx01.c
They're not necessary for atomic drivers, and drm_panel will WARN if
the calls are unbalanced.
Signed-off-by: Sean Paul
---
.../gpu/drm/panel/panel-panasonic-vvx10f034n00.c | 22 --
1 file changed, 22 deletions(-)
diff --git a/drivers/gpu/drm/panel/panel-panasonic-vvx10f03
I noticed while removing the enabled flag that backlight update checks
prepared in such a way that could race with hardware turning on/off.
This patch adds a mutex to ensure these races don't happen.
In addition to the lock, this patch also renames prepared to initialized
to better reflect what it
It's not necessary for atomic drivers, and drm_panel will
WARN if the calls are unbalanced.
Signed-off-by: Sean Paul
---
drivers/gpu/drm/panel/panel-orisetech-otm8009a.c | 16
1 file changed, 16 deletions(-)
diff --git a/drivers/gpu/drm/panel/panel-orisetech-otm8009a.c
b/drive
They're not necessary for atomic drivers, and drm_panel will
WARN if the calls are unbalanced
Signed-off-by: Sean Paul
---
drivers/gpu/drm/panel/panel-seiko-43wvf1g.c | 24
1 file changed, 24 deletions(-)
diff --git a/drivers/gpu/drm/panel/panel-seiko-43wvf1g.c
b/drive
They're not necessary for atomic drivers, and drm_panel will
WARN if the calls are unbalanced
Signed-off-by: Sean Paul
---
drivers/gpu/drm/panel/panel-simple.c | 24
1 file changed, 24 deletions(-)
diff --git a/drivers/gpu/drm/panel/panel-simple.c
b/drivers/gpu/drm/pan
They're not necessary for atomic drivers, and drm_panel will
WARN if the calls are unbalanced
Signed-off-by: Sean Paul
---
drivers/gpu/drm/panel/panel-innolux-p079zca.c | 23 ---
1 file changed, 23 deletions(-)
diff --git a/drivers/gpu/drm/panel/panel-innolux-p079zca.c
b/dr
They're not necessary for atomic drivers, and drm_panel will
WARN if the calls are unbalanced
Signed-off-by: Sean Paul
---
drivers/gpu/drm/panel/panel-sharp-ls043t1le01.c | 23 ---
1 file changed, 23 deletions(-)
diff --git a/drivers/gpu/drm/panel/panel-sharp-ls043t1le01.c
On Tue, Sep 19, 2017 at 9:57 PM, Sandy Huang wrote:
>
>
> 在 2017/9/20 9:51, Sandy Huang 写道:
>>
>> Hi rob,
>> thanks for you review.
>>
>> 在 2017/9/19 22:46, Rob Herring 写道:
>>>
>>> On Thu, Sep 14, 2017 at 11:43:18AM +0800, Sandy Huang wrote:
This path add support rv1108 rgb output i
On Wed, Sep 20, 2017 at 6:03 PM, Mark yao wrote:
> On 2017年09月21日 08:13, Sean Paul wrote:
>
> If there are no children for lvds, ret is used uninitialized. This patch
> initializes ret and returns an error if the port has no children.
>
> Fixes: 34cc0aa25456 ("drm/rockchip: Add support for Rockchi
Hi Hans,
On Fri, Sep 08, 2017 at 10:59:44AM +, Hans Verkuil wrote:
> Hi Maxime,
>
> On 07/18/17 18:29, Maxime Ripard wrote:
> > Hi,
> >
> > On Tue, Jul 11, 2017 at 11:06:52PM +0200, Hans Verkuil wrote:
> >> On 11/07/17 22:39, Maxime Ripard wrote:
> >>> On Tue, Jul 11, 2017 at 08:30:33AM +020
https://bugs.freedesktop.org/show_bug.cgi?id=102934
Bug ID: 102934
Summary: GPU fault detected (Tonga)
Product: DRI
Version: unspecified
Hardware: Other
OS: Linux (All)
Status: NEW
Severity: normal
On Thu, 21 Sep 2017, Haneen Mohammed wrote:
> Remove obsolete comment which was initially added in 2008 to annotate
> that idr_find() was used before idr_remove() since idr_remove() didn't
> use to return feedback. The comment now is irrelevant with
> commit f6cd7daecff5 ("drm: Release driver re
On 21/09/17 22:37, Maxime Ripard wrote:
> Hi Hans,
>
> On Fri, Sep 08, 2017 at 10:59:44AM +, Hans Verkuil wrote:
>> Hi Maxime,
>>
>> On 07/18/17 18:29, Maxime Ripard wrote:
>>> Hi,
>>>
>>> On Tue, Jul 11, 2017 at 11:06:52PM +0200, Hans Verkuil wrote:
On 11/07/17 22:39, Maxime Ripard wrote
Where we're going, we don't need no stickin' OWNERS.
Now that drm_hwcomposer is hosted on fdo, we're going to support the
de-centralised committer model.
Cc: Marissa Wall
Cc: Rob Clark
Cc: Robert Foss
Cc: Rob Herring
Cc: Stephane Marchesin
Cc: Zach Reizner
Signed-off-by: Sean Paul
---
OWN
Hey Sean,
Wonderful!
Feel free to add my r-b.
Reviewed-by: Robert Foss
On Thu, 2017-09-21 at 14:46 -0700, Sean Paul wrote:
> Where we're going, we don't need no stickin' OWNERS.
>
> Now that drm_hwcomposer is hosted on fdo, we're going to support the
> de-centralised committer model.
>
> Cc:
On Thu, Sep 21, 2017 at 2:49 PM, Robert Foss wrote:
> Hey Sean,
>
> Wonderful!
>
> Feel free to add my r-b.
>
> Reviewed-by: Robert Foss
>
> On Thu, 2017-09-21 at 14:46 -0700, Sean Paul wrote:
>> Where we're going, we don't need no stickin' OWNERS.
>>
>> Now that drm_hwcomposer is hosted on fdo,
Pushed.
On Thu, 2017-09-21 at 14:55 -0700, Zach Reizner wrote:
> On Thu, Sep 21, 2017 at 2:49 PM, Robert Foss om> wrote:
> > Hey Sean,
> >
> > Wonderful!
> >
> > Feel free to add my r-b.
> >
> > Reviewed-by: Robert Foss
> >
> > On Thu, 2017-09-21 at 14:46 -0700, Sean Paul wrote:
> > > Where
https://bugs.freedesktop.org/show_bug.cgi?id=102809
--- Comment #8 from higu...@gmx.net ---
try running the game outside steam and see if it solves the problem... in the
past running the game via steam in linux was forcing a compatibility profile
and breaking the game
check https://bugs.freedeskt
Hey,
After talking to Liviu Dudau at LPC and Sean Paul & Kaveh Nasri at XDC
it seems that we all could benefit from community maintainership of
drm_hwcomposer.
I'm happy to announce that drm_hwcomposer now officially is hosted on
freedesktop.org:
https://cgit.freedesktop.org/drm_hwcomposer/
The
Precomp layers may be added to the back at different points which may
cause elements to be unsorted. Make sure that these are sorted after
provisioning planes to ensure right composition based on zorder.
Signed-off-by: Adrian Salido
---
drmdisplaycomposition.cpp | 3 +++
1 file changed, 3 insert
On Thu, Sep 21, 2017 at 4:53 PM, Adrian Salido wrote:
> Precomp layers may be added to the back at different points which may
> cause elements to be unsorted. Make sure that these are sorted after
> provisioning planes to ensure right composition based on zorder.
>
> Signed-off-by: Adrian Salido
Some basic guidelines for contributions could come in handy.
These are copied from IGT and modified to be suitable.
Signed-off-by: Robert Foss
---
CONTRIBUTING | 31 +++
1 file changed, 31 insertions(+)
create mode 100644 CONTRIBUTING
diff --git a/CONTRIBUTING b/CO
https://bugzilla.kernel.org/show_bug.cgi?id=196291
Tobias Auerochs (tobi291...@gmail.com) changed:
What|Removed |Added
Status|NEW |RESOLVED
https://bugs.freedesktop.org/show_bug.cgi?id=101746
--- Comment #3 from Tobias Auerochs ---
I have not encountered the random hang for a while now (specifically after
turning off slideshow in plasmashell) and am unaware of any reliable way to
reproduce this exact issue, so not entirely sure if th
Hi all,
Today's linux-next merge of the drm-misc tree got a conflict in:
drivers/gpu/drm/i915/intel_display.c
between commit:
fd70075f82b7 ("drm/i915: Trim struct_mutex usage for kms")
from Linus' tree and commits:
21a01abbe32a ("drm/atomic: Fix freeing connector/plane state too early b
Great news!
Thanks a lot to make it happen.
I hope I am wrong.
From my understanding most x86 GPUs still
cannot work with drm_hwcomposer since
they lack of atomic mode-setting API support
required by drm_hwcomposer.
Hope this could be addressed soon since
drm_hwcomposer becomes a standard project
Hi rob,
在 2017/9/22 3:40, Rob Herring 写道:
On Tue, Sep 19, 2017 at 9:57 PM, Sandy Huang wrote:
在 2017/9/20 9:51, Sandy Huang 写道:
Hi rob,
thanks for you review.
在 2017/9/19 22:46, Rob Herring 写道:
On Thu, Sep 14, 2017 at 11:43:18AM +0800, Sandy Huang wrote:
This path add support rv
This patches add support rockchip RGB output, Some Rockchip CRTCs, like rv1108,
can directly output parallel and serial RGB data to panel or to conversion chip.
So we add this driver to probe encoder and connector to support this case.
Sandy Huang (3):
dt-bindings: Add document for rockchip RGB
This path add support rv1108 rgb output interface driver.
Signed-off-by: Sandy Huang
---
Changes in v2:
1. rename rockchip,rgb-mode to rgb-mode;
2. delete reg for signle endpoint;
.../bindings/display/rockchip/rockchip-rgb.txt | 78 ++
1 file changed, 78 insertions(+)
This patch add serial RGB output interface for rockchip vop, the
more info about serial RGB output interface described at the
following file:
Documentation/devicetree/bindings/display/rockchip/rockchip-rgb.txt
Signed-off-by: Sandy Huang
---
No changes in v2:
drivers/gpu/drm/rockchip/rockchip_d
Some Rockchip CRTCs, like rv1108, can directly output parallel and
serial RGB data to panel or conversion chip, so we add this driver to
probe encoder and connector.
Signed-off-by: Sandy Huang
---
Changes in v2:
1. add error log when probe failed;
2. update name_to_output_mode() according to
https://bugs.freedesktop.org/show_bug.cgi?id=102809
--- Comment #9 from bugzilla.i...@spamgourmet.com ---
I'm still experiencing this issue on the latest mesa-git and llvm. It looks
like this bug is related to the amdgpu support for my card (RX Vega 56) rather
than being a general bug.
I have tri
Gerd Hoffmann writes:
> Hi,
>
>> > "removing the device"? qxl can't be hotplugged ...
>> > Or do you mean "rmmod qxl"?
>>
>> rmmod qxl
>
> rmmod: ERROR: Module qxl is in use.
>
> How do you do that? CONFIG_FBCON=n?
I can simply disable X, lightdm or whatever is using it and then rmmod.
--
On Thu, 21 Sep 2017, Haneen Mohammed wrote:
> On Thu, Sep 21, 2017 at 11:16:44PM +0200, Julia Lawall wrote:
> >
> >
> > On Thu, 21 Sep 2017, Haneen Mohammed wrote:
> >
> > > Remove obsolete comment which was initially added in 2008 to annotate
> > > that idr_find() was used before idr_remove() s
On Fri, 2017-09-22 at 02:03 -0300, Gabriel Krisman Bertazi wrote:
> Gerd Hoffmann writes:
>
> > Hi,
> >
> > > > "removing the device"? qxl can't be hotplugged ...
> > > > Or do you mean "rmmod qxl"?
> > >
> > > rmmod qxl
> >
> > rmmod: ERROR: Module qxl is in use.
> >
> > How do you do tha
On Thu, Sep 21, 2017 at 09:19:43PM +, Hans Verkuil wrote:
> On 21/09/17 22:37, Maxime Ripard wrote:
> > Hi Hans,
> >
> > On Fri, Sep 08, 2017 at 10:59:44AM +, Hans Verkuil wrote:
> >> Hi Maxime,
> >>
> >> On 07/18/17 18:29, Maxime Ripard wrote:
> >>> Hi,
> >>>
> >>> On Tue, Jul 11, 2017 at
65 matches
Mail list logo
