uot;. This is a
printscreen from another player.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141110/8d75d061/attachment.html>
Adding relevant mailing lists.
On Sat, Nov 8, 2014 at 7:34 PM, Emmanuel Benisty wrote:
> Hi,
>
> The following commit permanently turns my screen off when x server is
> started (i3 330M Ironlake):
>
> [83f45fc360c8e16a330474860ebda872d1384c8c] drm: Don't grab an fb
> reference for the idr
>
vel/attachments/20141110/0a71bc3a/attachment-0001.html>
g/archives/dri-devel/attachments/20141110/0bd4abe3/attachment.html>
-
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141110/276b078f/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141110/29354bb4/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141110/28c2dc59/attachment.html>
Hi Zubair:
thanks very much for your comments.
On 2014å¹´11æ10æ¥ 18:51, Zubair Lutfullah Kakakhel wrote:
> Hi Andy,
>
> A few comments inline.
>
> On 08/11/14 05:28, Andy Yan wrote:
>> imx6 and rockchip rk3288 and JZ4780 (Ingenic Xburst/MIPS)
>> use the interface compatible Designware HDMI
ng this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141110/9dc68b75/attachment.html>
From: Yakir Yang
handle encoder in dw_hdmi-imx.c, keep the connector &
birdge in dw_hdmi.c
Signed-off-by: Andy Yan
Signed-off-by: Yakir Yang
---
Changes in v6:
- move some modification from patch#5
Changes in v5: None
Changes in v4: None
Changes in v3: None
Changes in v2: None
drivers/gpu
On rockchip rk3288, only word(32-bit) accesses are
permitted for hdmi registers. Byte width accesses (writeb,
readb) generate an imprecise external abort.
Signed-off-by: Andy Yan
---
Changes in v6:
- move some modification to patch#6
- refactor register access without reg_shift
Changes in v5
the original imx hdmi driver is under staging/imx-drm,
which depends on imx-drm, so move the imx hdmi drvier out
to drm/bridge and rename imx-hdmi to dw-hdmi
Signed-off-by: Andy Yan
---
Changes in v6: None
Changes in v5: None
Changes in v4: None
Changes in v3: None
Changes in v2:
- use git form
We found freescale imx6 and rockchip rk3288 and Ingenic JZ4780 (Xburst/MIPS)
use the interface compatible Designware HDMI IP, but they also have some
lightly difference, such as phy pll configuration, register width(imx hdmi
register is one byte, but rk3288 is 4 bytes width and can only access by
On 2014å¹´11æ10æ¥ 17:53, Zubair Lutfullah Kakakhel wrote:
>
> On 10/11/14 09:44, Andy Yan wrote:
>> Hi ZubairLK
>> On 2014å¹´11æ10æ¥ 17:17, Zubair Lutfullah Kakakhel wrote:
>>> Nice work.
>>>
>>> This patch should move the binding from
>>>
>>> Documentation/devicetree/bindings/staging/imx-dr
ly happens on *some* GPUs, so maybe a kind of
shader compilation issue?
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141110/99a5d31f/attachment.html>
.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141110/220d4e44/attachment.html>
Hi ZubairLK
On 2014å¹´11æ10æ¥ 17:17, Zubair Lutfullah Kakakhel wrote:
> Nice work.
>
> This patch should move the binding from
>
> Documentation/devicetree/bindings/staging/imx-drm/hdmi.txt
> to the location instead of making a new file and leaving the old
> one in place.
>
> And use git format-
ED, gpu->fd(), map_arg.offset)) == MAP_FAILED)
> > {
> > // Need to clear out the address so that we don't try to use it.
> > mVaddr = NULL;
> >
> > // Error out.
> > svWarning(0) << "Failed: Dumb Buffer mmap - " << strerror(errno);
> > return;
> > }
> >
>
> mmap is probably truncating the offset,
>
> look into,
> #define _FILE_OFFSET_BITS 64
>
> AC_SYS_LARGEFILE
>
> Dave.
>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141110/d30bc5dd/attachment.html>
Hi ZubairLK:
On 2014å¹´11æ10æ¥ 17:22, Zubair Lutfullah Kakakhel wrote:
> Hi Andy,
>
> In 3.18 rc4, I cannot find checkpatch errors in imx-hdmi.c
>
> Have these errors come during the previous 2 patches.
>
> If yes, then these changes need to be squashed into the previous
> patches. No patch shou
Hi ZubairLK:
On 2014å¹´11æ10æ¥ 17:22, Zubair Lutfullah Kakakhel wrote:
> Hi Andy,
>
> In 3.18 rc4, I cannot find checkpatch errors in imx-hdmi.c
>
> Have these errors come during the previous 2 patches.
>
> If yes, then these changes need to be squashed into the previous
> patches. No patch shou
Currently msm does not implement gem_prime_mmap. Without this it is not
possible to draw onto a dma-buf from another process (making its very hard
to implement the Android rendering model).
Implementing this mostly just providing some boilerplate code. However in
addition to providing the implemen
ng this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141110/cc1cd83b/attachment.html>
ssignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141110/0055d7b0/attachment.html>
From: Dave Airlie
These two arrays don't change, just make them constant,
reduces data segment by a few bytes.
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/radeon/ci_smc.c | 2 +-
drivers/gpu/drm/radeon/si_smc.c | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/g
From: Dave Airlie
The backtrace below shows that while we tear down a branch device,
when we remove the connector, we can attempt to disable MST on the
port we are tearing down, since the port is going away, there it
has a refcount of 0 already, so the validated ref lookup is trying
to kref_get a
t; >> mmap(0, size, PROT_READ | PROT_WRITE, MAP_SHARED, fd, map_arg.offset)
> >>
> >> Is this a bug, or is there a different way to map the dumb buffers for
> >> these drivers other than LibKMS.
> >>
> >> Thanks,
> >> - Rian
> >
> >
> >
> > ___
> > dri-devel mailing list
> > dri-devel at lists.freedesktop.org
> > http://lists.freedesktop.org/mailman/listinfo/dri-devel
> >
>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141110/7cacc3bb/attachment.html>
On Mon, Nov 10, 2014 at 4:16 PM, Dave Airlie wrote:
>>> How does amdkfd interfact with runtime pm on the radeon driver? I'd expect
>>> some calls to the runtime get/put functions in some places.
>>>
>>> Dave.
>>>
>> Hi Dave,
>> Per Jerome's request from the first time he saw the driver, we removed
ubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141110/619a3cf1/attachment.html>
TML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141110/84d960d3/attachment.html>
s some underlying problem and collect some profiling
data...
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141110/2d4fa074/attachment-0001.html>
part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141110/190de4ec/attachment.html>
Hi Dave,
This is urgent pull request a little bit.
Now exynos drm driver incurs infinite loop issue on multi-platform
reported by Matwey V.Korniliv like below,
http://comments.gmane.org/gmane.comp.video.dri.devel/117622
This issue is because non kms drivers enabled are pro
> + bool is_edid_extension)
> +{
> + /* if this is an EDID extension the first byte will be 0x70 */
> + int idx = 0;
> + struct displayid_hdr *base;
> + struct displayid_block *block;
> + u8 csum = 0;
> + int i;
> +
> + if (is_
org/archives/dri-devel/attachments/20141110/de6a6d91/attachment.html>
Hi Ben,
The below patch from Jani also touches nouveau, can you please take a
look at it an ack? The core part + nouveau apply on top of drm-next,
the i915 part needs stuff from my next queue. So I'd prefer if we can
get this in through drm-intel-next.
Hi Dave,
Ack on that from your side?
Cheer
Does it crash, or is nothing being rendered?
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141110/e38f9f93/attachment.html>
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141110/9bb2f8e5/attachment.html>
ormation.
Feel free to share it internally.
Let me know, if you need something else.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/att
On Sat, 08 Nov 2014, Rob Clark wrote:
> Let's make things a bit easier to debug when things go bad (potentially
> under console_lock).
>
> Signed-off-by: Rob Clark
> ---
> drivers/gpu/drm/drm_irq.c | 3 ++-
> 1 file changed, 2 insertions(+), 1 deletion(-)
>
> diff --git a/drivers/gpu/drm/drm_irq
On 09.11.2014 00:16, Rob Clark wrote:
> Let's make things a bit easier to debug when things go bad (potentially
> under console_lock).
>
> Signed-off-by: Rob Clark
> ---
> drivers/gpu/drm/drm_irq.c | 3 ++-
> 1 file changed, 2 insertions(+), 1 deletion(-)
>
> diff --git a/drivers/gpu/drm/drm_ir
On Thu, 6 Nov 2014 19:35:51 -0500
Rob Clark wrote:
> On Thu, Nov 6, 2014 at 6:29 PM, Daniel Vetter wrote:
> >
> > That aside I guess I need to elaborate on what makes dpms special in
> > i915, and why there's a real difference between crtc->enable == true
> > && ->active == false and crtc->enabl
On Mon, Nov 10, 2014 at 12:16 PM, Daniel Thompson
wrote:
> diff --git a/drivers/gpu/drm/msm/msm_gem_prime.c
> b/drivers/gpu/drm/msm/msm_gem_prime.c
> index ad772fe36115..4e4fa5828d5d 100644
> --- a/drivers/gpu/drm/msm/msm_gem_prime.c
> +++ b/drivers/gpu/drm/msm/msm_gem_prime.c
> @@ -20,6 +20,14 @
On 9 November 2014 04:37, Oded Gabbay wrote:
> Hi,
> Here is the v5 patch set of amdkfd.
>
> This version is released several days ahead of the release of AMD's HSA
> Runtime
> library as Open Source. Coupled with the modification that Thomas Stellard
> did for the r600 LLVM back-end, AMD will be
Hey,
Op 10-11-14 om 12:01 schreef Jani Nikula:
> On Sat, 08 Nov 2014, Rob Clark wrote:
>> Let's make things a bit easier to debug when things go bad (potentially
>> under console_lock).
>>
>> Signed-off-by: Rob Clark
>> ---
>> drivers/gpu/drm/drm_irq.c | 3 ++-
>> 1 file changed, 2 insertions(+
From: Dave Airlie
This adds fbdev/con support for tiled monitors, so that we
only set a mode on the correct half of the monitor, or
span the two halves if needed.
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/drm_fb_helper.c| 122 +++--
drivers/gpu/drm/i915
From: Dave Airlie
This takes the tiling info from the connector and
exposes it to userspace, as a blob object in a
connector property.
The contents of the blob is ABI.
v2: add property + function documentation.
v3: move property setup from previous patch.
add boilerplate + fix long line (Danie
From: Dave Airlie
This creates a tile group from DisplayID block, and
stores the pieces of parsed info from the DisplayID block
into the connector.
v2: add missing signoff, add new connector bits to docs.
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/drm_crtc.c | 5 ++
drivers/gpu/drm/drm_
From: Dave Airlie
Logical ports are never going to have EDID changes,
they are used for the internal ports on MST monitors.
We cache the EDIDs from these to save time at MST probe.
v2: drop misplace tile property line, meant for other patch.
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/drm
From: Dave Airlie
A tile group is an identifier shared by a single monitor,
DisplayID topology has 8 bytes we can use for this, just
use those for now until something else comes up in the
future. We assign these to an idr and use the idr to
tell userspace what connectors are in the same tile grou
From: Dave Airlie
These are just taken from the DisplayID v1.3 spec, and the
DDC spec.
v2: use __packed (Jani)
Signed-off-by: Dave Airlie
---
include/drm/drm_displayid.h | 76 +
include/drm/drm_edid.h | 2 ++
2 files changed, 78 insertions(+)
These are a repost of the tile group patches, with some r-b's added,
and few things fixed.
One line in patch 3 moved to its correct home in patch 5 so
things make more sense.
Dave.
On 22 October 2014 19:06, Daniel Vetter wrote:
> On Wed, Oct 22, 2014 at 12:32:04PM +1000, Dave Airlie wrote:
>> From: Dave Airlie
>>
>> Logical ports are never going to have EDID changes,
>> they are used for the internal ports on MST monitors.
>>
>> We cache the EDIDs from these to save time at
ame: 0001-drm-radeon-protect-atom-scratch-buffer-with-a-mutex.patch
Type: text/x-diff
Size: 4036 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141110/8db2a2fe/attachment.patch>
Signed-off-by: Rob Clark
---
I'll need this helper for msm async commit, and I suspect other
drivers will as well.
drivers/gpu/drm/drm_atomic_helper.c | 16 +---
include/drm/drm_atomic_helper.h | 3 +++
2 files changed, 16 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/
Hi Andy,
A few comments inline.
On 08/11/14 05:28, Andy Yan wrote:
> imx6 and rockchip rk3288 and JZ4780 (Ingenic Xburst/MIPS)
> use the interface compatible Designware HDMI IP, but they
> also have some lightly difference, such as phy pll configuration,
> register width, 4K support, clk useage,
On Mon, Nov 10, 2014 at 1:51 AM, Dave Airlie wrote:
> From: Dave Airlie
>
> These two arrays don't change, just make them constant,
> reduces data segment by a few bytes.
Applied to my -next tree. Thanks!
Alex
>
> Signed-off-by: Dave Airlie
> ---
> drivers/gpu/drm/radeon/ci_smc.c | 2 +-
>
From: Dave Airlie
Virtual GPUs would like to give the guest some indication where on the screen
the outputs are layed out. So far we only provide modes, these
properties could be exposed to userspace so the desktop environment
could use them as hints to set the correct offsets.
v2: rename proper
On 10/11/14 09:44, Andy Yan wrote:
> Hi ZubairLK
> On 2014å¹´11æ10æ¥ 17:17, Zubair Lutfullah Kakakhel wrote:
>> Nice work.
>>
>> This patch should move the binding from
>>
>> Documentation/devicetree/bindings/staging/imx-drm/hdmi.txt
>> to the location instead of making a new file and leaving
e bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141110/ed9025ae/attachment.html>
On 11/10/2014 04:34 AM, Dave Airlie wrote:
> On 9 November 2014 04:37, Oded Gabbay wrote:
>> Hi,
>> Here is the v5 patch set of amdkfd.
>>
>> This version is released several days ahead of the release of AMD's HSA
>> Runtime
>> library as Open Source. Coupled with the modification that Thomas S
On Mon, Nov 10, 2014 at 7:41 AM, Dave Airlie wrote:
> diff --git a/drivers/gpu/drm/drm_dp_mst_topology.c
> b/drivers/gpu/drm/drm_dp_mst_topology.c
> index ce1113c..f703a5b 100644
> --- a/drivers/gpu/drm/drm_dp_mst_topology.c
> +++ b/drivers/gpu/drm/drm_dp_mst_topology.c
> @@ -882,8 +882,10 @@ sta
Hi Andy,
In 3.18 rc4, I cannot find checkpatch errors in imx-hdmi.c
Have these errors come during the previous 2 patches.
If yes, then these changes need to be squashed into the previous
patches. No patch should add a checkpatch error and then fix it in a later
patch.
Regards
ZubairLK
On 08/1
Nice work.
This patch should move the binding from
Documentation/devicetree/bindings/staging/imx-drm/hdmi.txt
to the location instead of making a new file and leaving the old
one in place.
And use git format-patch -M to highlight any changes.
Regards
ZubairLK
On 08/11/14 05:32, Andy Yan wrote:
...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141110/e2f2dbdf/attachment.html>
org/archives/dri-devel/attachments/20141110/3760862e/attachment-0001.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141110/aaff1d2e/attachment.html>
next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141110/91582e44/attachment.html>
:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141110/da1c542a/attachment.html>
/home:boombatower:branches:openSUSE:13.2/Mesa
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141110/c54dad90/attachment.html>
:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141110/2532df68/attachment.html>
- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141110/bae7163e/attachment-0001.html>
:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141110/fe825f2a/attachment.html>
:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141110/abba416f/attachment.html>
.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141110/2743cbb8/attachment.html>
Hi Linus,
I probably should have sent these earlier, but nothing too urgent in them,
i915, blackscreen and corruption fixes
radeon, oops, locking and stability.
Dave.
The following changes since commit ed78bb846e8bc1a8589fa6e0d9bf2b0f518893d5:
Merge tag 'pci-v3.18-fixes-2' of
git://git.kern
75 matches
Mail list logo
