On Mon, 19 Mar 2018, Arushi Singhal wrote:
> This patch replace list_entry with list_{next/prev}_entry as it makes
> the code more clear to read.
> Done using coccinelle:
>
> @@
> expression e1;
> identifier e3;
> type t;
> @@
> (
> - list_entry(e1->e3.next,t,e3)
> + list_next_entry(e1,e3)
> |
>
Hi Rob,
On 19/03/18 02:06, Rob Herring wrote:
> On Wed, Mar 14, 2018 at 6:23 AM, Tomi Valkeinen wrote:
>> On 09/03/18 20:27, Benoit Parrot wrote:
>>
Is logical plane a h/w concept?
>>>
>>> It does represent a hardware resource.
>>
>> Logical plane is not a hw concept, it just describes a gro
On Sun, Mar 18, 2018 at 9:26 AM, Stefan Schake wrote:
> They were set for the static library but not the shared variant.
>
> Cc: John Stultz
> Signed-off-by: Stefan Schake
> ---
> Android.mk | 4 +++-
> 1 file changed, 3 insertions(+), 1 deletion(-)
>
> diff --git a/Android.mk b/Android.mk
> in
On Fri, 16 Mar 2018, José Roberto de Souza wrote:
> eDP 1.4a specification defines PSR version 3, it PSR2 with the
> addition of Y-coordinate support when doing selective update.
>
> Signed-off-by: José Roberto de Souza
> ---
> include/drm/drm_dp_helper.h | 1 +
> 1 file changed, 1 insertion(+)
On Fri, 16 Mar 2018, Matthias Kaehlcke wrote:
> Commit 39bf4de89ff7 ("drm/i915: Add -Wall -Wextra to our build, set
> warnings to full") enabled extra warnings for i915 to spot possible
> bugs in new code, and then disabled a subset of these warnings to keep
> the current code building without war
https://bugzilla.kernel.org/show_bug.cgi?id=199085
Jani Nikula (jani.nik...@intel.com) changed:
What|Removed |Added
Status|NEW |RESOLVED
Re
https://bugzilla.kernel.org/show_bug.cgi?id=198907
--- Comment #2 from Jani Nikula (jani.nik...@intel.com) ---
Please attach dmesg with drm.debug=14 added.
--
You are receiving this mail because:
You are watching the assignee of the bug.
___
dri-devel
On Sun, Mar 18, 2018 at 9:30 AM, Stefan Schake wrote:
> Hey John,
>
> On Fri, Mar 16, 2018 at 10:48 PM, John Stultz wrote:
>> LOCAL_C_INCLUDES := \
>> - external/drm_gralloc \
>> + external/libdrm/android \
>> system/core/libsync
>
> This shouldn't be necessary if libdrm corr
https://bugzilla.kernel.org/show_bug.cgi?id=199085
Stuart Foster (smf.li...@ntlworld.com) changed:
What|Removed |Added
Status|RESOLVED|REOPENED
https://bugzilla.kernel.org/show_bug.cgi?id=199139
Bug ID: 199139
Summary: System freezes (kernel, amdgpu NULL pointer
dereference) when video enters powersafe state
Product: Drivers
Version: 2.5
Kernel Version: 4.15.10
https://bugzilla.kernel.org/show_bug.cgi?id=199139
--- Comment #1 from Eduard (wirch.edu...@gmail.com) ---
Created attachment 274809
--> https://bugzilla.kernel.org/attachment.cgi?id=274809&action=edit
dmidecode.info
--
You are receiving this mail because:
You are watching the assignee of the
Thanks,
I'll pick this for v4.18.
Best regards,
Jyri
On 15/03/18 00:58, David Lechner wrote:
> This fixes setting the clock divider on the TI OMAP-L138 LCDK board.
>
> The clock drivers for OMAP-L138 are being covernted to the common clock
> framework. When this happens, clk_set_rate() will no l
https://bugzilla.kernel.org/show_bug.cgi?id=199139
--- Comment #2 from Eduard (wirch.edu...@gmail.com) ---
Created attachment 274811
--> https://bugzilla.kernel.org/attachment.cgi?id=274811&action=edit
pci.info
--
You are receiving this mail because:
You are watching the assignee of the bug.
_
https://bugs.freedesktop.org/show_bug.cgi?id=103199
Marta Löfstedt changed:
What|Removed |Added
Status|CLOSED |REOPENED
Resolution|FIXED
Hi Dave,
The following changes since commit 7928b2cbe55b2a410a0f5c1f154610059c57b1b2:
Linux 4.16-rc1 (2018-02-11 15:04:29 -0800)
are available in the Git repository at:
git://anongit.freedesktop.org/tegra/linux tags/drm/tegra/for-4.16-rc7-fixes
for you to fetch changes up to 192b4af6cd28cd
https://bugzilla.kernel.org/show_bug.cgi?id=199139
Eduard (wirch.edu...@gmail.com) changed:
What|Removed |Added
Regression|No |Yes
--
You are receivi
Mhm, actually that patch isn't correct. What we grab get here is the
next entry, not the first one.
We don't have an alias list_next_entry for list_first_entry?
Regards,
Christian.
Am 18.03.2018 um 22:51 schrieb Arushi Singhal:
This patch replaces list_entry with list_first_entry as it makes
https://bugzilla.kernel.org/show_bug.cgi?id=198123
--- Comment #44 from sh...@tuta.io ---
Created attachment 274813
--> https://bugzilla.kernel.org/attachment.cgi?id=274813&action=edit
radeonreg black background
Linux 4.15.10-1-ARCH SMP PREEMPT x86_64
I made 8 dumps from different boots and se
https://bugzilla.kernel.org/show_bug.cgi?id=198123
--- Comment #45 from sh...@tuta.io ---
Created attachment 274815
--> https://bugzilla.kernel.org/attachment.cgi?id=274815&action=edit
radeonreg grey background
Linux 4.15.10-1-ARCH SMP PREEMPT x86_64
I made 11 dumps from different boots and se
https://bugs.freedesktop.org/show_bug.cgi?id=105597
Marta Löfstedt changed:
What|Removed |Added
Component|DRM/Intel |IGT
Assignee|intel-gfx-bugs@
https://bugs.freedesktop.org/show_bug.cgi?id=105597
Marta Löfstedt changed:
What|Removed |Added
See Also||https://bugs.freedesktop.or
https://bugs.freedesktop.org/show_bug.cgi?id=105523
Marta Löfstedt changed:
What|Removed |Added
QA Contact|intel-gfx-bugs@lists.freede |
|sktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=105523
Marta Löfstedt changed:
What|Removed |Added
See Also||https://bugs.freedesktop.or
https://bugs.freedesktop.org/show_bug.cgi?id=105598
Bug ID: 105598
Summary: [CI]
igt@kms_frontbuffer_tracking@drrs-2p-scndscrn-spr-indf
b-move - Build timed out (after 18 minutes)
Product: DRI
Version: DRI git
https://bugs.freedesktop.org/show_bug.cgi?id=105598
Marta Löfstedt changed:
What|Removed |Added
Whiteboard||ReadyForDev
See Also|
https://bugs.freedesktop.org/show_bug.cgi?id=105523
Marta Löfstedt changed:
What|Removed |Added
Summary|[Ci]|[CI]
|igt@pm_rpm@uni
https://bugs.freedesktop.org/show_bug.cgi?id=105598
Marta Löfstedt changed:
What|Removed |Added
See Also||https://bugs.freedesktop.or
https://bugs.freedesktop.org/show_bug.cgi?id=105597
Marta Löfstedt changed:
What|Removed |Added
See Also||https://bugs.freedesktop.or
Hi Dave,
The following changes since commit 7928b2cbe55b2a410a0f5c1f154610059c57b1b2:
Linux 4.16-rc1 (2018-02-11 15:04:29 -0800)
are available in the Git repository at:
git://anongit.freedesktop.org/tegra/linux tags/drm/tegra/for-4.17-rc1
for you to fetch changes up to 27e92f1f1600c214bf64
On Mon, 19 Mar 2018, Christian König wrote:
> Mhm, actually that patch isn't correct. What we grab get here is the next
> entry, not the first one.
>
> We don't have an alias list_next_entry for list_first_entry?
As compared to the semantic patch I proposed earlier today, it would seem
that lis
From: Hans Verkuil
Some boards have both a DesignWare and their own CEC controller.
The CEC pin is only hooked up to their own CEC controller and not
to the DW controller.
Add the cec-disable property to disable the DW CEC controller.
This particular situation happens on Amlogic boards that hav
From: Hans Verkuil
This board has two CEC controllers: the DesignWare controller and
a meson-specific controller. Disable the DW controller since the
CEC line is hooked up to the meson controller.
Signed-off-by: Hans Verkuil
---
arch/arm64/boot/dts/amlogic/meson-gxl-s905x-libretech-cc.dts | 1
From: Hans Verkuil
Some boards (amlogic) have two CEC controllers: the DesignWare controller
and their own CEC controller (meson ao-cec).
Since the CEC line is not hooked up to the DW controller we need a way
to disable that controller. This patch series adds the cec-disable
property for that pu
From: Hans Verkuil
If the cec-disable property was set, then disable the DW CEC
controller. This is needed for boards that have their own
CEC controller.
Signed-off-by: Hans Verkuil
---
drivers/gpu/drm/bridge/synopsys/dw-hdmi.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --gi
Hi Hans,
On Mon, Mar 19, 2018 at 8:43 AM, Hans Verkuil wrote:
> From: Hans Verkuil
It seems the Subject line is missing some content?
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
On 03/19/2018 12:46 PM, Fabio Estevam wrote:
> Hi Hans,
>
> On Mon, Mar 19, 2018 at 8:43 AM, Hans Verkuil wrote:
>> From: Hans Verkuil
>
> It seems the Subject line is missing some content?
Oops. That should have been:
dt-bindings: display: dw_hdmi.txt: add cec-disable property
Thanks for po
On 15 March 2018 at 02:35, hl wrote:
> Hi Emil,
>
>
>
> On Wednesday, March 14, 2018 08:02 PM, Emil Velikov wrote:
>>
>> Hi Lin,
>>
>> On 14 March 2018 at 09:12, Lin Huang wrote:
>>>
>>> From: huang lin
>>>
>>> Refactor Innolux P079ZCA panel driver, let it support
>>> multi panel.
>>>
>>> Change
Hi Hans,
On 19/03/2018 12:43, Hans Verkuil wrote:
> From: Hans Verkuil
>
> Some boards (amlogic) have two CEC controllers: the DesignWare controller
> and their own CEC controller (meson ao-cec).
>
> Since the CEC line is not hooked up to the DW controller we need a way
> to disable that contro
On 19/03/2018 12:43, Hans Verkuil wrote:
> From: Hans Verkuil
>
> This board has two CEC controllers: the DesignWare controller and
> a meson-specific controller. Disable the DW controller since the
> CEC line is hooked up to the meson controller.
>
> Signed-off-by: Hans Verkuil
> ---
> arch/a
On 19/03/2018 12:43, Hans Verkuil wrote:
> From: Hans Verkuil
>
> Some boards have both a DesignWare and their own CEC controller.
> The CEC pin is only hooked up to their own CEC controller and not
> to the DW controller.
>
> Add the cec-disable property to disable the DW CEC controller.
>
> T
On 19/03/2018 12:43, Hans Verkuil wrote:
> From: Hans Verkuil
>
> If the cec-disable property was set, then disable the DW CEC
> controller. This is needed for boards that have their own
> CEC controller.
>
> Signed-off-by: Hans Verkuil
> ---
> drivers/gpu/drm/bridge/synopsys/dw-hdmi.c | 3 ++-
Am 19.03.2018 um 12:06 schrieb Julia Lawall:
On Mon, 19 Mar 2018, Christian König wrote:
Mhm, actually that patch isn't correct. What we grab get here is the next
entry, not the first one.
We don't have an alias list_next_entry for list_first_entry?
As compared to the semantic patch I propos
On Mon, Mar 19, 2018 at 01:58:20AM -0400, Haneen Mohammed wrote:
> This patch remove the compatibility aliases
> drm_mode_object_{reference/unreference} of drm_mode_object_{get/put}
> since all callers have been converted to the prefered _{get/put}.
>
> Remove the helpers from the semantic patch d
On Mon, Mar 19, 2018 at 12:52:22AM +, Paul McQuade wrote:
> "foo * bar" should be "foo *bar"
>
> Signed-off-by: Paul McQuade
Thank you for your patches. I've squashed them all into one, fixed up the commit
message and applied them to drm-misc-next.
Sean
> ---
> drivers/gpu/drm/drm_bufs.c
From: Colin Ian King
Trivial fix to spelling mistake in gvt_err error message text
Signed-off-by: Colin Ian King
---
drivers/gpu/drm/i915/gvt/gvt.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/i915/gvt/gvt.c b/drivers/gpu/drm/i915/gvt/gvt.c
index 61bd14fc
On Fri, Mar 16, 2018 at 03:24:14PM -0400, Alex Deucher wrote:
> On Fri, Mar 16, 2018 at 3:59 AM, Daniel Vetter wrote:
> > We have quite a few driver docs now, which is great, but having them
> > all in the top-level gpu documentation chapter makes it harder to spot
> > the core/shared bits.
> >
>
On Sat, Mar 17, 2018 at 03:40:29PM +0100, Noralf Trønnes wrote:
>
> Den 16.03.2018 09.03, skrev Daniel Vetter:
> > On Fri, Sep 8, 2017 at 6:33 PM, Daniel Vetter wrote:
> > > Hi Noralf,
> > >
> > > On Fri, Sep 08, 2017 at 05:07:19PM +0200, Noralf Trønnes wrote:
> > > > This adds device unplug sup
Building libdrm under AOSP, we see the following build warning:
external/libdrm/xf86drm.c:2861:12: warning: 'readdir_r' is deprecated:
readdir_r is deprecated; use readdir instead [-Wdeprecated-declarations]
while (readdir_r(sysdir, pent, &ent) == 0 && ent != NULL) {
^
Thus, this p
On Thu, Jan 11, 2018 at 05:33:03PM +0200, Andy Shevchenko wrote:
> It seems there is a classical off-by-one typo from the beginning
> when commit
>
> ad7f8a1f9ced ("drm/helper: add Displayport multi-stream helper (v0.6)")
>
> introduced a new helper.
>
> Fix a typo by introducing a macro const
On Fri, Mar 16, 2018 at 12:52:09PM +0200, Oleksandr Andrushchenko wrote:
> Hi, Daniel!
> Sorry, if I strip the patch too much below.
>
> On 03/16/2018 10:23 AM, Daniel Vetter wrote:
> >
> > S-o-b line went missing here :-)
> will restore it back ;)
> >
> > I've read through it, 2 actual review c
On Fri, Mar 16, 2018 at 05:29:02AM -0700, Joe Perches wrote:
> On Fri, 2018-03-16 at 08:41 +0100, Daniel Vetter wrote:
> > On Tue, Mar 13, 2018 at 03:02:15PM -0700, Joe Perches wrote:
> > > drm_printk is used for both DRM_ERROR and DRM_DEBUG with unnecessary
> > > arguments that can be removed by c
https://bugzilla.kernel.org/show_bug.cgi?id=198123
--- Comment #46 from Harry Wentland (harry.wentl...@amd.com) ---
Michel, nobody jumps out to me in dce5_crtc_load_lut but I have only cursory
familiary with those registers.
--
You are receiving this mail because:
You are watching the assignee o
On Fri, Mar 16, 2018 at 05:10:44PM +, Emil Velikov wrote:
> On 16 March 2018 at 08:43, Daniel Vetter wrote:
> > On Thu, Mar 15, 2018 at 06:20:09PM -0700, James Xiong wrote:
> >> From: "Xiong, James"
> >>
> >> With gem_reuse enabled, when a buffer size is different than
> >> the sizes of bucke
On Wed, Mar 14, 2018 at 11:21:38AM +0530, Sravanthi Kollukuduru wrote:
> This change adds the hardware catalog information in driver source
> for SDM845. This removes the current logic of dt based parsing
> of target catalog information.
>
> Signed-off-by: Sravanthi Kollukuduru
> ---
> drivers/g
On Fri, Mar 16, 2018 at 02:20:45PM +0100, Christian König wrote:
> Each importer can now provide an invalidate_mappings callback.
>
> This allows the exporter to provide the mappings without the need to pin
> the backing store.
>
> v2: don't try to invalidate mappings when the callback is NULL,
>
On Fri, Mar 16, 2018 at 02:20:44PM +0100, Christian König wrote:
> Hi everybody,
>
> since I've got positive feedback from Daniel I continued working on this
> approach.
>
> A few issues are still open:
> 1. Daniel suggested that I make the invalidate_mappings callback a parameter
> of dma_buf_
https://bugs.freedesktop.org/show_bug.cgi?id=105534
--- Comment #8 from Harry Wentland ---
(In reply to philipmorant from comment #4)
> I understand if AMD object to coding for something that hasn't been
> validated (I'd do the same myself). Would it be possible alternatively to
> provide hints
On Fri, Mar 16, 2018 at 10:50:58PM +0100, Stefan Schake wrote:
> The hardware supports a CTM with S0.9 values. We therefore only allow
> a value of 1.0 or fractional only and reject all others with integer
> parts. This restriction is mostly inconsequential in practice since
> commonly used transfo
On 19 March 2018 at 13:47, John Stultz wrote:
> Building libdrm under AOSP, we see the following build warning:
> external/libdrm/xf86drm.c:2861:12: warning: 'readdir_r' is deprecated:
> readdir_r is deprecated; use readdir instead [-Wdeprecated-declarations]
> while (readdir_r(sysdir, pent,
On Mon, Mar 19, 2018 at 10:35:30AM +0530, Arushi Singhal wrote:
> This patch replace list_entry with list_{next/prev}_entry as it makes
> the code more clear to read.
> Done using coccinelle:
>
> @@
> expression e1;
> identifier e3;
> type t;
> @@
> (
> - list_entry(e1->e3.next,t,e3)
> + list_next
On Mon, Mar 19, 2018 at 01:58:20AM -0400, Haneen Mohammed wrote:
> This patch remove the compatibility aliases
> drm_mode_object_{reference/unreference} of drm_mode_object_{get/put}
> since all callers have been converted to the prefered _{get/put}.
>
> Remove the helpers from the semantic patch d
On Mon, Mar 19, 2018 at 12:29:29PM +1100, Stephen Rothwell wrote:
> Hi all,
>
> Today's linux-next merge of the drm-misc tree got a conflict in:
>
> drivers/gpu/drm/i915/intel_color.c
>
> between commit:
>
> db61d160b3ed ("drm/i915: Remove the pointless 1:1 matrix copy")
>
> from the drm t
On Fri, Mar 16, 2018 at 01:56:27PM -0700, Joe Perches wrote:
> These macros are similar to the DRM_ with the addition
> of a struct device * to the arguments.
>
> Convert the single drm_dev_printk function into 2 separate functions.
> drm_dev_printk with a KERN_ * for generic use and drm_dev_dbg
>
On 03/19/2018 03:51 PM, Daniel Vetter wrote:
On Fri, Mar 16, 2018 at 12:52:09PM +0200, Oleksandr Andrushchenko wrote:
Hi, Daniel!
Sorry, if I strip the patch too much below.
On 03/16/2018 10:23 AM, Daniel Vetter wrote:
S-o-b line went missing here :-)
will restore it back ;)
I've read throug
On Monday, 2018-03-19 06:47:32 -0700, John Stultz wrote:
> Building libdrm under AOSP, we see the following build warning:
> external/libdrm/xf86drm.c:2861:12: warning: 'readdir_r' is deprecated:
> readdir_r is deprecated; use readdir instead [-Wdeprecated-declarations]
> while (readdir_r(sysd
https://bugzilla.kernel.org/show_bug.cgi?id=199139
Harry Wentland (harry.wentl...@amd.com) changed:
What|Removed |Added
CC||harry.wentl...@a
On 03/19/2018 03:45 PM, Daniel Vetter wrote:
On Sat, Mar 17, 2018 at 03:40:29PM +0100, Noralf Trønnes wrote:
Den 16.03.2018 09.03, skrev Daniel Vetter:
On Fri, Sep 8, 2017 at 6:33 PM, Daniel Vetter wrote:
Hi Noralf,
On Fri, Sep 08, 2017 at 05:07:19PM +0200, Noralf Trønnes wrote:
This adds d
On Mon, Mar 12, 2018 at 04:23:10PM -0400, Sean Paul wrote:
> On Thu, Mar 08, 2018 at 05:08:03PM -0800, Jeykumar Sankaran wrote:
> > On 2018-03-02 06:56, Sean Paul wrote:
> > > On Thu, Mar 01, 2018 at 07:37:10PM -0500, Rob Clark wrote:
> > > > On Thu, Mar 1, 2018 at 3:37 PM, wrote:
> > > > > On 20
https://bugs.freedesktop.org/show_bug.cgi?id=105534
--- Comment #9 from philipmor...@gmail.com ---
Created attachment 138199
--> https://bugs.freedesktop.org/attachment.cgi?id=138199&action=edit
syslog for xrandr --addmode with drm.debug-0xe and TDMS_MAX_PIXEL_CLOCK 33
--
You are receiving
https://bugs.freedesktop.org/show_bug.cgi?id=105534
--- Comment #10 from philipmor...@gmail.com ---
Created attachment 138200
--> https://bugs.freedesktop.org/attachment.cgi?id=138200&action=edit
syslog for xrandr --output with drm.debug-0xe and TDMS_MAX_PIXEL_CLOCK 33
--
You are receiving
https://bugs.freedesktop.org/show_bug.cgi?id=105534
--- Comment #11 from philipmor...@gmail.com ---
#TDMS_MAX_PIXEL_CLOCK 33 makes no difference.
See syslog files attached above.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=105534
--- Comment #12 from philipmor...@gmail.com ---
static int amdgpu_connector_dvi_mode_valid(struct drm_connector *connector,
struct drm_display_mode *mode)
has a hard-coded 165000 and looks likely.
I'll
On Mon, Mar 19, 2018 at 3:19 PM, Oleksandr Andrushchenko
wrote:
> On 03/19/2018 03:51 PM, Daniel Vetter wrote:
>>
>> On Fri, Mar 16, 2018 at 12:52:09PM +0200, Oleksandr Andrushchenko wrote:
>>>
>>> Hi, Daniel!
>>> Sorry, if I strip the patch too much below.
>>>
>>> On 03/16/2018 10:23 AM, Daniel V
https://bugs.freedesktop.org/show_bug.cgi?id=105610
Marta Löfstedt changed:
What|Removed |Added
Component|DRM/Intel |IGT
Assignee|intel-gfx-bugs@
https://bugs.freedesktop.org/show_bug.cgi?id=105610
Marta Löfstedt changed:
What|Removed |Added
Whiteboard||ReadyForDev
--
You are receiving this
Quoting Christian König (2018-03-16 14:22:32)
[snip, probably lost too must context]
> This allows for full grown pipelining, e.g. the exporter can say I need
> to move the buffer for some operation. Then let the move operation wait
> for all existing fences in the reservation object and install
https://bugs.freedesktop.org/show_bug.cgi?id=105534
--- Comment #13 from philipmor...@gmail.com ---
No, that's not it either. Apparently it's not going through
amdgpu_connector_dvi_mode_valid(). My trace output (using DRM_ERROR()) does
not appear in syslog.
--
You are receiving this mail becaus
https://bugs.freedesktop.org/show_bug.cgi?id=105534
--- Comment #14 from Alex Deucher ---
(In reply to philipmorant from comment #13)
> No, that's not it either. Apparently it's not going through
> amdgpu_connector_dvi_mode_valid(). My trace output (using DRM_ERROR()) does
> not appear in syslog
https://bugs.freedesktop.org/show_bug.cgi?id=91880
--- Comment #187 from Lauri Gustafsson ---
About "I can force a system hard-lock by doing anything which disables a
monitor", on my system it used to crash more frequently the less desktop area I
had. Small resolution monitor crashes often, multi
Am 19.03.2018 um 16:53 schrieb Chris Wilson:
Quoting Christian König (2018-03-16 14:22:32)
[snip, probably lost too must context]
This allows for full grown pipelining, e.g. the exporter can say I need
to move the buffer for some operation. Then let the move operation wait
for all existing fence
On Fri, Mar 16, 2018 at 03:04:33PM -0700, Eric Anholt wrote:
> For parameterized modifiers (Broadcom's SAND and UIF), we need to
> allow the parameter fields to be filled in, while exposing only the
> variant of the modifier with the parameter unfilled in the internal
> arrays and the format blob.
https://bugs.freedesktop.org/show_bug.cgi?id=105611
Bug ID: 105611
Summary: Alt-Tabbing in kwin results in SIGSEV in radeonsi
Product: Mesa
Version: 17.3
Hardware: Other
OS: All
Status: NEW
Severity: norma
From: Ville Syrjälä
Up to now we've used the plane's modifier list as the primary
source of information for which modifiers are supported by a
given plane. In order to allow auxiliary metadata to be embedded
within the bits of the modifier we need to stop doing that.
Thus we have to make .format
On Mon, Mar 19, 2018 at 02:32:08PM +, Marcel Ziswiler wrote:
> Hi Thierry
>
> On Mon, 2018-03-19 at 10:59 +0100, Thierry Reding wrote:
> > Hi Dave,
> >
> > The following changes since commit
> > 7928b2cbe55b2a410a0f5c1f154610059c57b1b2:
> >
> > Linux 4.16-rc1 (2018-02-11 15:04:29 -0800)
>
https://bugs.freedesktop.org/show_bug.cgi?id=103234
Clemens Eisserer changed:
What|Removed |Added
CC||linuxhi...@gmail.com
--- Comment #17
https://bugs.freedesktop.org/show_bug.cgi?id=105611
Clemens Eisserer changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
From: "Xiong, James"
1) fixed a bug: a bucket size instead of the requested
was allocated even when reuse is disabled. 2) set bo_reuse
explicitly
Signed-off-by: Xiong, James
---
intel/intel_bufmgr_gem.c | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/intel/intel_bufmgr
Instead of subclassing atomic state, store driver private data in
private_obj/state. This allows us to remove the swap_state driver hook
for mdp5 and get closer to using the atomic helpers entirely.
Changes in v2:
- Use state->state in disp duplicate_state callback (Jeykumar)
Cc: Jeykumar Sankar
On Tue, Mar 13, 2018 at 04:21:20PM +, Alexandru Gheorghe wrote:
> This patchset tries to add support for using writeback connector to
> flatten a scene when it doesn't change for a while. This idea had
> been floated around on IRC here [1] and here [2].
>
> Developed on top of the latest write
Commit 39bf4de89ff7 ("drm/i915: Add -Wall -Wextra to our build, set
warnings to full") enabled extra warnings for i915 to spot possible
bugs in new code, and then disabled a subset of these warnings to keep
the current code building without warnings (with gcc). Enabling the
extra warnings also enab
On 2018-03-19 10:31, Sean Paul wrote:
Instead of subclassing atomic state, store driver private data in
private_obj/state. This allows us to remove the swap_state driver hook
for mdp5 and get closer to using the atomic helpers entirely.
Changes in v2:
- Use state->state in disp duplicate_state
[+cc Dave, Alex, dri-devel]
On Mon, Mar 19, 2018 at 02:28:31PM -0400, David Miller wrote:
> From: Bjorn Helgaas
> Date: Mon, 19 Mar 2018 12:11:40 -0500
>
> > I could have worded the changelog better. This is about reserving PCI
> > bus addresses 0xc-0xc7fff, not the VGA framebuffer at
> > 0
Replace version checks with the helper functions bound to
cfg_handler for DSI v2, DSI 6G 1.x and DSI 6G v2.0+ controllers
Signed-off-by: Sibi S
---
drivers/gpu/drm/msm/dsi/dsi_host.c | 242 +
1 file changed, 29 insertions(+), 213 deletions(-)
diff --git a/dri
Add dsi host helper function implementation for DSI v2
DSI 6G 1.x and DSI 6G v2.0+ controllers
Signed-off-by: Sibi S
---
drivers/gpu/drm/msm/dsi/dsi.h | 15 +++
drivers/gpu/drm/msm/dsi/dsi_cfg.c | 56 +++--
drivers/gpu/drm/msm/dsi/dsi_host.c | 236
This patch series aims to create and bind dsi host controller helper
functions to functionalities that vary across DSI v2, DSI 6G 1.x and
DSI 6G v2.0+ controllers. These functionalities are currently under
excessive version checks which is now replaced with the corresponding
helper function.
V2:
Add dsi host helper functions support for DSI v2 and DSI 6G 1.x
controllers that are under version checks
Signed-off-by: Sibi S
---
drivers/gpu/drm/msm/dsi/dsi.h | 1 +
drivers/gpu/drm/msm/dsi/dsi_cfg.h | 12
2 files changed, 13 insertions(+)
diff --git a/drivers/gpu/drm/msm/d
On 2018-03-19 08:01, Sean Paul wrote:
On Mon, Mar 12, 2018 at 04:23:10PM -0400, Sean Paul wrote:
On Thu, Mar 08, 2018 at 05:08:03PM -0800, Jeykumar Sankaran wrote:
> On 2018-03-02 06:56, Sean Paul wrote:
> > On Thu, Mar 01, 2018 at 07:37:10PM -0500, Rob Clark wrote:
> > > On Thu, Mar 1, 2018 at
Instead of subclassing atomic state, store driver private data in
private_obj/state. This allows us to remove the swap_state driver hook
for mdp5 and get closer to using the atomic helpers entirely.
Changes in v2:
- Use state->state in disp duplicate_state callback (Jeykumar)
Changes in v3:
- Up
On Tue, Mar 20, 2018 at 01:11:02AM +0530, Sibi S wrote:
> Add dsi host helper function implementation for DSI v2
> DSI 6G 1.x and DSI 6G v2.0+ controllers
>
> Signed-off-by: Sibi S
> ---
> drivers/gpu/drm/msm/dsi/dsi.h | 15 +++
> drivers/gpu/drm/msm/dsi/dsi_cfg.c | 56 +++--
> drive
Quoting Gustavo A. R. Silva (2018-03-19 19:30:53)
> _workload_ is being dereferenced before it is null checked, hence
> there is a potential null pointer dereference.
>
> Fix this by moving the pointer dereference after _workload_ has
> been null checked.
The checks are misleading and not require
1 - 100 of 120 matches
Mail list logo