qxl_plane_cleanup_fb() unpins the just activated framebuffer
instead of the old one. Oops. Fix it.
Cc: Gabriel Krisman Bertazi
Fixes: 1277eed5fecb8830c8cc414ad70c1ef640464bc0
Signed-off-by: Gerd Hoffmann
---
drivers/gpu/drm/qxl/qxl_display.c | 7 ---
1 file changed, 4 insertions(+), 3 del
On Wed, 13 Sep 2017, Dhinakaran Pandiyan wrote:
> Link status is available in the ESI field on devices with DPCD r1.2 or
> higher. DP spec also says "An MST upstream device shall use this field
> instead of the Link/Sink Device Status field registers, starting from DPCD
> Address 00200h."
>
> v2:
On Thu, 7 Sep 2017 15:06:13 +0530
Archit Taneja wrote:
> Hi,
>
> On 08/31/2017 09:25 PM, Boris Brezillon wrote:
> > Add a driver for Cadence DPI -> DSI bridge.
> >
> > This driver only support a subset of Cadence DSI bridge capabilities.
> >
> > Here is a non-exhaustive list of missing feature
On Thu, Sep 14, 2017 at 01:36:17PM +0530, Meghana Madhyastha wrote:
> Removes checkpath.pl errors and warnings.
>
> Changes in v3:
> -Change commit title prefix from drm to drm/agpsupport
> -Split the commit "Move EXPORT_SYMBOL so that it immediately follows its
> function" into two commits
https://bugs.freedesktop.org/show_bug.cgi?id=102694
Christoph Haag changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
On Mon, 18 Sep 2017, Greg KH wrote:
> On Thu, Sep 14, 2017 at 01:36:17PM +0530, Meghana Madhyastha wrote:
>> Removes checkpath.pl errors and warnings.
>>
>> Changes in v3:
>> -Change commit title prefix from drm to drm/agpsupport
>> -Split the commit "Move EXPORT_SYMBOL so that it immediately f
Hi Nickey,
Am Montag, 18. September 2017, 17:05:37 CEST schrieb Nickey Yang:
> clk_24m --> Gate11[14] --> clk_mipidphy_ref --> Gate21[0] --> clk_dphy_pll
please try to be a bit more verbose in your commit messages :-) .
It looks to me, like this patch does not depend on the other ones and
I can
Signed-off-by: Tom St Denis
---
drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.c | 32
1 file changed, 32 insertions(+)
diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.c
b/drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.c
index 7848ffa99eb4..b4c298925e2a 100644
--- a/drivers/gp
Signed-off-by: Tom St Denis
---
drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.c | 53 ++---
drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.h | 4 +--
2 files changed, 31 insertions(+), 26 deletions(-)
diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.c
b/drivers/gpu/drm/amd/amdgpu/
Signed-off-by: Tom St Denis
---
drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.c | 36 +++--
1 file changed, 3 insertions(+), 33 deletions(-)
diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.c
b/drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.c
index b4c298925e2a..e0c37fe4d043 100644
These patches tidy up the amdgpu_ttm debugfs creation, add
an iova_to_phys interface and then remove the TTM trace from both
amdgpu and drm/ttm.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dr
Signed-off-by: Tom St Denis
---
drivers/gpu/drm/ttm/Makefile | 2 +-
drivers/gpu/drm/ttm/ttm_debug.c | 74 -
drivers/gpu/drm/ttm/ttm_trace.h | 87 ---
drivers/gpu/drm/ttm/ttm_tracepoints.c | 45 --
4
Am 18.09.2017 um 14:35 schrieb Tom St Denis:
Signed-off-by: Tom St Denis
---
drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.c | 53 ++---
drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.h | 4 +--
2 files changed, 31 insertions(+), 26 deletions(-)
diff --git a/drivers/gpu/drm/amd/
Am 18.09.2017 um 14:35 schrieb Tom St Denis:
Signed-off-by: Tom St Denis
---
drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.c | 32
1 file changed, 32 insertions(+)
diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.c
b/drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.c
index 7
On 18/09/17 08:52 AM, Christian König wrote:
Am 18.09.2017 um 14:35 schrieb Tom St Denis:
Signed-off-by: Tom St Denis
---
drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.c | 32
1 file changed, 32 insertions(+)
diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.c
b
On Sat, Sep 16, 2017 at 04:17:24PM +0200, Hans Verkuil wrote:
> From: Hans Verkuil
>
> This adds support for the DisplayPort CEC-Tunneling-over-AUX
> feature that is part of the DisplayPort 1.3 standard.
>
> Unfortunately, not all DisplayPort/USB-C to HDMI adapters with a
> chip that has this ca
On Sat, Sep 16, 2017 at 04:17:26PM +0200, Hans Verkuil wrote:
> From: Hans Verkuil
>
> Implement support for this DisplayPort feature.
>
> The cec device is created whenever it detects an adapter that
> has this feature. It is only removed when a new adapter is connected
> that does not support
On 18/09/17 08:48 AM, Christian König wrote:
Am 18.09.2017 um 14:35 schrieb Tom St Denis:
Signed-off-by: Tom St Denis
---
drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.c | 53
++---
drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.h | 4 +--
2 files changed, 31 insertions(+), 26
Am 18.09.2017 um 15:01 schrieb Tom St Denis:
On 18/09/17 08:48 AM, Christian König wrote:
Am 18.09.2017 um 14:35 schrieb Tom St Denis:
Signed-off-by: Tom St Denis
---
drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.c | 53
++---
drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.h |
https://bugs.freedesktop.org/show_bug.cgi?id=102380
Petri Latvala changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
Hi Ville,
On 09/18/2017 03:05 PM, Ville Syrjälä wrote:
> On Sat, Sep 16, 2017 at 04:17:26PM +0200, Hans Verkuil wrote:
>> From: Hans Verkuil
>>
>> Implement support for this DisplayPort feature.
>>
>> The cec device is created whenever it detects an adapter that
>> has this feature. It is only re
Hi Hans,
some time ago in reply to your email I described what messages does
the MHL driver receive and at what time intervals.
Regarding that information, do you think that a similar solution as
in [1] is required? Would it be OK, if I just set REP_DELAY and REP_PERIOD
to values, which I presente
https://bugs.freedesktop.org/show_bug.cgi?id=102840
Bug ID: 102840
Summary: nouveau PGRAPH - ERROR nsource: ILLEGAL_MTHD nstatus:
PROTECTION_FAULT
Product: DRI
Version: unspecified
Hardware: x86 (IA32)
OS: L
On Mon, Sep 18, 2017 at 04:07:41PM +0200, Hans Verkuil wrote:
> Hi Ville,
>
> On 09/18/2017 03:05 PM, Ville Syrjälä wrote:
> > On Sat, Sep 16, 2017 at 04:17:26PM +0200, Hans Verkuil wrote:
> >> From: Hans Verkuil
> >>
> >> Implement support for this DisplayPort feature.
> >>
> >> The cec device i
On 09/18/2017 04:15 PM, Maciej Purski wrote:
> Hi Hans,
> some time ago in reply to your email I described what messages does
> the MHL driver receive and at what time intervals.
> Regarding that information, do you think that a similar solution as
> in [1] is required? Would it be OK, if I just se
https://bugs.freedesktop.org/show_bug.cgi?id=102840
Pierre Moreau changed:
What|Removed |Added
Component|DRM/other |Driver/nouveau
QA Contact|
On 09/18/2017 04:36 PM, Ville Syrjälä wrote:
> On Mon, Sep 18, 2017 at 04:07:41PM +0200, Hans Verkuil wrote:
>> Hi Ville,
>>
>> On 09/18/2017 03:05 PM, Ville Syrjälä wrote:
>>> On Sat, Sep 16, 2017 at 04:17:26PM +0200, Hans Verkuil wrote:
From: Hans Verkuil
Implement support for thi
On Mon, Sep 18, 2017 at 05:26:43PM +0200, Hans Verkuil wrote:
> On 09/18/2017 04:36 PM, Ville Syrjälä wrote:
> > On Mon, Sep 18, 2017 at 04:07:41PM +0200, Hans Verkuil wrote:
> >> Hi Ville,
> >>
> >> On 09/18/2017 03:05 PM, Ville Syrjälä wrote:
> >>> On Sat, Sep 16, 2017 at 04:17:26PM +0200, Hans V
The hdmi-codec interface added in this patch is required to properly
support HDMI audio. Currently the audio part of the SoC internal
HDMI transmitter is configured with fixed values, which makes HDMI
audio working by chance, only on boards having an external audio
codec connected in parallel with
On some devices the LCD panel is mounted in the casing in such a way that
the up/top side of the panel does not match with the top side of the
device (e.g. it is mounted upside-down).
This commit adds the necessary infra for lcd-panel drm_connector-s to
have a "panel orientation" property to commu
Some x86 clamshell design devices use portrait tablet LCD panels and a
display engine which cannot (transparently) rotate in hardware, so we
need to rotate things in software / let user space deal with this.
The fbcon code has a set of DMI based quirks to automatically detect
such tablet LCD panel
Apply the "panel orientation" drm connector prop to the primary plane,
so that fbcon and fbdev using userspace programs display the right way
up.
Fixes: https://bugs.freedesktop.org/show_bug.cgi?id=94894
Signed-off-by: Hans de Goede
---
Changes in v2:
-New patch in v2 of this patch-set
---
drive
Ideally we could use the VBT for this, that would be simple, in
intel_dsi_init() check dev_priv->vbt.dsi.config->rotation, set
connector->display_info.panel_orientation accordingly and call
drm_connector_init_panel_orientation_property(), done.
Unfortunately vbt.dsi.config->rotation is always 0 ev
Arvind Yadav writes:
> amba_id are not supposed to change at runtime. All functions
> working with const amba_id. So mark the non-const structs as const.
>
> Signed-off-by: Arvind Yadav
> ---
> drivers/gpu/drm/pl111/pl111_drv.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --
Signed-off-by: Tom St Denis
(v2): Add domain to iova debugfs
(v3): Add true read/write methods to access system memory of pages
mapped to the device
---
drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.c | 104
1 file changed, 104 insertions(+)
diff --git a/drivers/g
Signed-off-by: Tom St Denis
---
drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.c | 36 +++--
1 file changed, 3 insertions(+), 33 deletions(-)
diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.c
b/drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.c
index 02ae32378e1c..b41d03226c26 100644
Signed-off-by: Tom St Denis
(v2): add domains and avoid strcmp
---
drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.c | 54 ++---
drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.h | 4 +--
2 files changed, 32 insertions(+), 26 deletions(-)
diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_
In this respin I add some changes per feedback and make the iova
entry have proper read/write methods which access pages mapped
by amdgpu. So there is no need for /dev/mem or /dev/fmem anymore
when reading system memory.
Patches 3/4 are unchanged and remove the TTM trace from amdgpu
and from TTM
Signed-off-by: Tom St Denis
---
drivers/gpu/drm/ttm/Makefile | 2 +-
drivers/gpu/drm/ttm/ttm_debug.c | 74 -
drivers/gpu/drm/ttm/ttm_trace.h | 87 ---
drivers/gpu/drm/ttm/ttm_tracepoints.c | 45 --
4
On Fri, 15 Sep 2017, Ville Syrjälä wrote:
> Hmm. Wouldn't you just have to have custom kernel_param_ops and
> that's about it? Seems like that could be a bit cleaner.
Here's a shot at that. Completely untested, but seems like this should
do the trick, and is less complex than I anticipated.
BR,
Add drm_kms_helper.edid_firmware module parameter with param ops hooks
to set drm.edid_firmware instead, for backwards compatibility.
Suggested-by: Ville Syrjälä
Cc: Abdiel Janulgue
Cc: Daniel Vetter
Cc: Ville Syrjälä
Signed-off-by: Jani Nikula
---
drivers/gpu/drm/drm_edid_load.c | 1
On Fri, 2017-09-15 at 19:04 +0200, Lucas Stach wrote:
> Using the IOMMU API to manage the internal GPU MMU has been an
> historical accident and it keeps getting in the way, as well as
> entangling the driver with the inner workings of the IOMMU
> subsystem.
>
> Clean this up by removing the usage
On Fri, 2017-09-15 at 19:04 +0200, Lucas Stach wrote:
> This is a preparation to remove the etnaviv dependency on the IOMMU
> subsystem by importing the relevant parts of the iommu map/unamp
> functions into the driver.
>
> Signed-off-by: Lucas Stach
> ---
> drivers/gpu/drm/etnaviv/etnaviv_mmu.c
On Fri, 2017-09-15 at 19:04 +0200, Lucas Stach wrote:
> The handler has never been used, so it's really just dead code.
>
> Signed-off-by: Lucas Stach
Reviewed-by: Philipp Zabel
regards
Philipp
___
dri-devel mailing list
dri-devel@lists.freedesktop.o
On Fri, 2017-09-15 at 19:04 +0200, Lucas Stach wrote:
> They are not used in any way, so can go away.
>
> Signed-off-by: Lucas Stach
Reviewed-by: Philipp Zabel
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/ma
On Fri, 2017-09-15 at 19:04 +0200, Lucas Stach wrote:
> Those functions are simple enough to fold them into the calling
> function. This also fixes a correctness issue, as the alloc/free
> functions didn't specifiy the device the memory was allocated for.
>
> Signed-off-by: Lucas Stach
Reviewed-
On Fri, 2017-09-15 at 19:04 +0200, Lucas Stach wrote:
> It wasn't protecting anything, as the single word writes used to
> set up or tear down a translation are already inherently atomic,
> so the spinlock is pure overhead.
>
> Signed-off-by: Lucas Stach
This would have been made clearer if patc
On Fri, 2017-09-15 at 19:04 +0200, Lucas Stach wrote:
> A function doing a single assignment is not really helping the
> code flow.
>
> Signed-off-by: Lucas Stach
The two functions are very similar, but given the different return value
I think they are small enough to be mostly duplicated.
Revi
On Fri, 2017-09-15 at 19:04 +0200, Lucas Stach wrote:
> And clean up the header file a bit.
>
> Signed-off-by: Lucas Stach
Reviewed-by: Philipp Zabel
regards
Philipp
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop
https://bugs.freedesktop.org/show_bug.cgi?id=102814
--- Comment #5 from freedesk...@ca.sh13.net ---
It can't be old because Blender 2.79 is brand-new (released last week) and
Blender 2.78 didn't suffer from this issue.
--
You are receiving this mail because:
You are the assignee for the bug.
On Mon, Sep 18, 2017 at 09:20:03PM +0300, Jani Nikula wrote:
> Add drm_kms_helper.edid_firmware module parameter with param ops hooks
> to set drm.edid_firmware instead, for backwards compatibility.
>
> Suggested-by: Ville Syrjälä
> Cc: Abdiel Janulgue
> Cc: Daniel Vetter
> Cc: Ville Syrjälä
>
https://bugs.freedesktop.org/show_bug.cgi?id=102814
--- Comment #6 from Dieter Nützel ---
Maybe overwritten 'new' defaults (on your side/distro), then?
Simple fix is proposed, here:
https://bugs.freedesktop.org/show_bug.cgi?id=97059#c9
The old Blender bug should be fixed in Blender 2.8 (hopefull
On Sun, Sep 17, 2017 at 5:15 AM, Hans Verkuil wrote:
> From: Hans Verkuil
>
> Document the bindings for the cec-gpio module for hardware where the
> CEC line and optionally the HPD line are connected to GPIO lines.
>
> Signed-off-by: Hans Verkuil
> Reviewed-by: Linus Walleij
> ---
> .../device
On Tue, Sep 12, 2017 at 09:34:07AM +0200, Maciej Purski wrote:
> SiI9234 transmitter converts eTMDS/HDMI signal to MHL 1.0.
> It is controlled via I2C bus. Its interaction with other
> devices in video pipeline is performed mainly on HW level.
> The only interaction it does on device driver level i
https://bugs.freedesktop.org/show_bug.cgi?id=100105
--- Comment #1 from Jan Vesely ---
*** Testing for AMD Radeon R7 Graphics (CARRIZO / DRM 3.18.0 / 4.11.0-ROC, LLVM
5.0.0)
Ran 6670 tests in 785.274s
FAILED (SKIP=12, errors=580, failures=12)
all errors are caused by:
TypeError: This is for CU
https://bugs.freedesktop.org/show_bug.cgi?id=91880
--- Comment #177 from garththei...@hotmail.com ---
Created attachment 134324
--> https://bugs.freedesktop.org/attachment.cgi?id=134324&action=edit
dmesg capture
Logged this problem against 4.13.2. Started up an accelerated program (game)
and wi
Should add I was able to read/write system memory mapped by amdgpu with these
patches in place on my polaris10 device (with iommu enabled of course).
From: amd-gfx on behalf of Tom St Denis
Sent: Monday, September 18, 2017 13:33
To: amd-...@lists.freede
https://bugzilla.kernel.org/show_bug.cgi?id=82431
Fede (fed...@yahoo.com) changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
Hi all,
Today's linux-next merge of the drm-intel tree got a conflict in:
drivers/media/v4l2-core/videobuf2-dma-contig.c
between commit:
5b6f9abe5a49 ("media: vb2: add bidirectional flag in vb2_queue")
from Linus' tree and commit:
c4860ad60564 ("lib/scatterlist: Fix offset type in sg_al
On Sat, Sep 16, 2017 at 8:20 AM, Christian König
wrote:
> Am 15.09.2017 um 22:06 schrieb Arnd Bergmann:
>>
>> The structure returned from r600_audio_status() is only partially
>> initialized, and older gcc versions (4.3 and 4.4) warn about this:
>>
>> drivers/gpu/drm/radeon/r600_hdmi.c: In functio
tree: git://people.freedesktop.org/~agd5f/linux.git amd-staging-drm-next
head: dcae401d111324489c066aa57ed9c77b97b475f9
commit: e2e8b699af4f02a8ce46d338bbb1d227f68523b1 [1033/1053] drm/amd/powerplay:
add CI asics support to smumgr
config: ia64-allyesconfig (attached as .config)
compiler: ia64-
tree: git://people.freedesktop.org/~agd5f/linux.git amd-staging-drm-next
head: dcae401d111324489c066aa57ed9c77b97b475f9
commit: b4b69eb86f0e0c036cf9d46e99801d8c2848847d [1045/1053] drm/amdgpu: Add
prescreening stage in IH processing
config: ia64-allyesconfig (attached as .config)
compiler: ia6
tree: git://people.freedesktop.org/~agd5f/linux.git amd-staging-drm-next
head: dcae401d111324489c066aa57ed9c77b97b475f9
commit: e2e8b699af4f02a8ce46d338bbb1d227f68523b1 [1033/1053] drm/amd/powerplay:
add CI asics support to smumgr
config: i386-randconfig-i0-201738 (attached as .config)
compile
tree: git://people.freedesktop.org/~agd5f/linux.git amd-staging-drm-next
head: dcae401d111324489c066aa57ed9c77b97b475f9
commit: 18c073719186a393b41715686cf95175c58919df [1046/1053] drm/amd: Closed
hash table with low overhead
config: ia64-allyesconfig (attached as .config)
compiler: ia64-linux
tree: git://people.freedesktop.org/~agd5f/linux.git amd-staging-drm-next
head: dcae401d111324489c066aa57ed9c77b97b475f9
commit: c18d4ac89dc8ad1622c3abc7f4ff31b563c0196b [0/6] drm/amdgpu: Track
pending retry faults in IH and VM (v2)
config: ia64-allyesconfig (attached as .config)
compiler: ia64
Hi Alex,
First bad commit (maybe != root cause):
tree: git://people.freedesktop.org/~agd5f/linux.git amd-staging-drm-next
head: dcae401d111324489c066aa57ed9c77b97b475f9
commit: dcae401d111324489c066aa57ed9c77b97b475f9 [6/6] drm/amdgpu: fix typo in
si_ih.c
config: i386-allmodconfig (attached
66 matches
Mail list logo
