'll add an attachment now.
--
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/20150302/de407288/attachment.html>
end of the file
--
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/20150302/e64973d3/attachment.html>
_IXUSR|S_IXGRP|S_IXOTH);
> >> - group = (serv_group >= 0) ? serv_group : DRM_DEV_GID;
> >> + group = (serv_group != ~0U) ? serv_group : DRM_DEV_GID;
> >> }
> >>
> >> #if !defined(UDEV)
> >
>
--
Jan Vesely
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: This is a digitally signed message part
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150302/1bf439c1/attachment.sig>
https://bugzilla.kernel.org/show_bug.cgi?id=90741
--- Comment #63 from Maarten Lankhorst ---
What about changing the udelay to a RREG32(DMA_CNTL + DMA0_REGISTER_OFFSET); ?
--
You are receiving this mail because:
You are watching the assignee of the bug.
2015-02-24 1:55 GMT+02:00 Marc Finet :
> On Sun, Feb 22, 2015 at 11:38:36AM +0100, Daniel Vetter wrote:
>> In
>>
>> daniel at phenom:~/linux/src$ git show ccfc08655
>> commit ccfc08655d5fd5076828f45fb09194c070f2f63a
>> Author: Rob Clark
>> Date: Thu Dec 18 16:01:48 2014 -0500
>>
>> drm: twea
https://bugzilla.kernel.org/show_bug.cgi?id=90741
--- Comment #64 from Gustaw Smolarczyk ---
Yes, the fix still works.
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=90741
--- Comment #65 from Maarten Lankhorst ---
So attachment 166571 and the rreg32 addition is enough?
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=90741
--- Comment #66 from Gustaw Smolarczyk ---
It seems that way. I hope others can check that too.
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=90741
--- Comment #67 from Maarten Lankhorst ---
what about a rmb(); there instead?
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=90741
--- Comment #68 from Gustaw Smolarczyk ---
rmb(); doesn't seem to be enough.
--
You are receiving this mail because:
You are watching the assignee of the bug.
Hello,
I have the pleasure to announce you that the X.Org Foundation has been
accepted as a mentoring organisation for the Google Summer of Code 2015.
This means that your project can receive students again this year!
Here are the important dates coming[0]:
- 16 March: Student application perio
https://bugzilla.kernel.org/show_bug.cgi?id=90741
--- Comment #69 from Maarten Lankhorst ---
Hm full mb(); ?
--
You are receiving this mail because:
You are watching the assignee of the bug.
iving 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/20150302/ca0a7971/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=90741
--- Comment #70 from Gustaw Smolarczyk ---
mb(); is ok.
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=90741
--- Comment #71 from Maarten Lankhorst ---
Thanks for helping investigate, I will send the attachment as a bugfix to bug
90861, that bug is specifically about the waitqueue ordering in
radeon_fence_default_wait. That one was really caused by me.
https://bugzilla.kernel.org/show_bug.cgi?id=90741
Alex Deucher changed:
What|Removed |Added
CC||alexdeucher at gmail.com
--- Comment #72 f
https://bugzilla.kernel.org/show_bug.cgi?id=94151
Bug ID: 94151
Summary: Graphics (X11) hangs
Product: Drivers
Version: 2.5
Kernel Version: 3.10-2-amd64
Hardware: Intel
OS: Linux
Tree: Mainline
Sta
https://bugzilla.kernel.org/show_bug.cgi?id=94151
--- Comment #1 from Victor Porton ---
$ sudo lshw
victor.local
description: Computer
product: PROD
vendor: OEM0
width: 32 bits
capabilities: smbios-2.4 smp-1.4 smp vsyscall32
configuration: cpus=4
*-core
From: Jeff McGee
Setup new I915_GETPARAM ioctl entries for subslice total and
EU total. Userspace drivers need these values when constructing
GPGPU commands. This kernel query method is intended to replace
the PCI ID-based tables that userspace drivers currently maintain.
The kernel driver can em
From: Jeff McGee
Update kernel interface with new I915_GETPARAM ioctl entries for
subslice total and EU total. Add a wrapping function for each
parameter. Userspace drivers need these values when constructing
GPGPU commands. This kernel query method is intended to replace
the PCI ID-based tables
From: Jeff McGee
New test core_getparams consists of 2 subtests, each one testing
the ability of userspace to query the correct value of a GT config
attribute: subslice total or EU total. drm/i915 implementation of
these queries is required for Cherryview and Gen9+ devices (non-
simulated).
For:
From: Jeff McGee
We need to update some fields of the device's cl_device_id
struct at runtime using driver-specific methods. It is best to
group all such updates into a single driver callback to avoid
opening/initing and deiniting/closing the device multiple times.
Signed-off-by: Jeff McGee
---
From: Jeff McGee
Values of device max compute units and max subslice obtained
directly from the driver should be more accurate than our own
ID-based lookup values. This is particularly important when a
single device ID may encompass more than one configuration. If
the driver cannot provide a vali
In kexec environment, we are more likely to encounter irq's already
enabled from previous environment. At which point we find that writes
to disable/clear pending irq's are slightly less than useless without
first enabling clocks.
TODO: full blown state read-in so kexec'd kernel can inherit the m
On Mon, Mar 02, 2015 at 03:37:32PM -0800, jeff.mcgee at intel.com wrote:
> From: Jeff McGee
>
> Setup new I915_GETPARAM ioctl entries for subslice total and
> EU total. Userspace drivers need these values when constructing
> GPGPU commands. This kernel query method is intended to replace
> the PC
On Sat, 2015-02-28 at 22:04 -0500, Yakir Yang wrote:
> --- /dev/null
> +++ b/sound/soc/rockchip/rockchip_hdmi_audio.c
> @@ -0,0 +1,169 @@
> +/*
> + * rockchip-hdmi-card.c
Doesn't match the filename. Is this line needed anyway?
> + *
> + * ROCKCHIP ALSA SoC DAI driver for HDMI audio on rockchip pr
On Sat, 2015-02-28 at 21:59 -0500, Yakir Yang wrote:
> --- /dev/null
> +++ b/sound/soc/codecs/dw-hdmi-audio.c
> @@ -0,0 +1,379 @@
> +/*
> + * dw-hdmi-codec.c
Doesn't match the filename. Is this line needed?
> + * DesignerWare ALSA SoC DAI driver for DW HDMI audio.
> + * Copyright (c) 2014, CORPO
ch.
So, if this check is already done with universal planes (if I understood
correctly), I'm fine with dropping this patch.
Tomi
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: OpenPGP digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150302/8cd47b4d/attachment-0001.sig>
> + };
> };
> };
This is missing the output of tda998x. It should have two ports, input
and output, output going to hdmi-connector.
Tomi
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: OpenPGP digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150302/b4558195/attachment-0001.sig>
ponent failed: %d\n", ret);
> + of_node_put(ep);
> + return ret;
> + }
> + }
> + return 0;
> +}
I don't know if it matters, but as tilcdc only supports a single
endpoint, and I think this is the earliest place where it can be
detected, you could fail above if there are more than one endpoint.
Tomi
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: OpenPGP digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150302/8ae5e60c/attachment-0001.sig>
needed.
Tomi
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: OpenPGP digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150302/06532c20/attachment-0001.sig>
her the tilcdc module unload has
never worked, or something has changed in the drm framework (or maybe
tilcdc).
Tomi
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: OpenPGP digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150302/a8069b2c/attachment-0001.sig>
From: Tvrtko Ursulin
Use cases like rotation require these hooks to have some context so they
know how to prepare and cleanup the frame buffer correctly.
For i915 specifically, object backing pages need to be mapped differently
for different rotation modes and the driver needs to know which mapp
On Thu, Feb 12, 2015 at 5:51 PM, Tomeu Vizoso
wrote:
> As there isn't a way for the firmware on the Nyan chromebooks to hand
> over the display to the kernel.
Could this have a side-effect on models for which the firmware *does*
hand over the display to the kernel? E.g. temporary glitch or black
On Thu, Feb 12, 2015 at 5:50 PM, Tomeu Vizoso
wrote:
> v5: * Moved to use gpio-restart for reboots, had to make tegra_pmc_restart
> a notification handler
>
> v4: * Added support for the system reset GPIO, for proper reboots
> * Moved out changes to ASOC to their own series
On Fri, Feb 27, 2015 at 08:23:41PM +0200, Imre Deak wrote:
> We've checked today with Ville a few machines we've found from GEN2 to
> GEN5+. There was one Thinkpad x61s (GEN4) where I could reproduce the
> exact same problem and get rid of it using the same workaround. All the
> others were non-Len
e's some
reasoning to only use pixel units.
So I think for the time being I'll just fix this patch, and look at the
possibility of allowing any stride size in the future.
Thanks for the review!
Tomi
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: OpenPGP digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150302/c58b5b81/attachment-0001.sig>
On 02/03/15 12:22, Daniel Stone wrote:
>> I don't know why Rob named it like that. "The bpp of the stride"? Shrug.
>
> It's just the bpp of the pixel format; it's not at all associated with
> the stride?
The comment says "this times width is stride", so I thought the naming comes
from that train
--- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: OpenPGP digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150302/0270a449/attachment-0001.sig>
å¨ 2015/3/2 17:15, Paul Bolle åé:
> On Sat, 2015-02-28 at 21:59 -0500, Yakir Yang wrote:
>> --- /dev/null
>> +++ b/sound/soc/codecs/dw-hdmi-audio.c
>> @@ -0,0 +1,379 @@
>> +/*
>> + * dw-hdmi-codec.c
> Doesn't match the filename. Is this line needed?
Thanks, this comment are good for read, a
å¨ 2015/3/2 17:07, Paul Bolle åé:
> On Sat, 2015-02-28 at 22:04 -0500, Yakir Yang wrote:
>> --- /dev/null
>> +++ b/sound/soc/rockchip/rockchip_hdmi_audio.c
>> @@ -0,0 +1,169 @@
>> +/*
>> + * rockchip-hdmi-card.c
> Doesn't match the filename. Is this line needed anyway?
Thanks, this comment
tilcdc_slave.c
> delete mode 100644 drivers/gpu/drm/tilcdc/tilcdc_slave.h
> create mode 100644 drivers/gpu/drm/tilcdc/tilcdc_slave_convert.dts
>
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: OpenPGP digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150302/5760250a/attachment-0001.sig>
xt attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: OpenPGP digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150302/3463a262/attachment-0001.sig>
Jani Nikula writes:
> On Mon, 02 Mar 2015, Imre Deak wrote:
>> Bjørn reported that his machine hang during hibernation and eventually
>> bisected the problem to the following commit:
>>
>> commit da2bc1b9db3351addd293e5b82757efe1f77ed1d
>> Author: Imre Deak
>> Date: Thu Oct 23 19:23:26 2014
On Sat, 28 Feb 2015 18:02:33 +0300
Alexey Khoroshilov wrote:
> gma_power_begin() starts with locking power_ctrl_lock spinlock and then,
> if gma_resume_pci(dev->pdev) succeed, it calls
> psb_irq_preinstall(dev);
> psb_irq_postinstall(dev);
>
> psb_irq_postinstall() does some pipestat enablin
Hi,
On 2 March 2015 at 01:41, Alexandre Courbot wrote:
>
> On Thu, Feb 12, 2015 at 5:51 PM, Tomeu Vizoso
> wrote:
> > As there isn't a way for the firmware on the Nyan chromebooks to hand
> > over the display to the kernel.
>
> Could this have a side-effect on models for which the firmware *does
- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: OpenPGP digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150302/ac273d97/attachment-0001.sig>
On 03/02/2015 01:03 PM, Tomi Valkeinen wrote:
> On 26/02/15 15:57, Grygorii.Strashko at linaro.org wrote:
>
>> Could I ask you to update this patch as below, pls?
>
> Your changes look ok to me, but they are not related to my patch so I
> don't see any reason to merge them. I'll pick your patch t
https://bugzilla.kernel.org/show_bug.cgi?id=94081
--- Comment #2 from Michel Dänzer ---
Can you bisect?
(In reply to Jan Vesely from comment #1)
> here's dmesg output for 3.17 kernel:
[...]
> [ 249.362280] [drm:r600_ib_test] *ERROR* radeon: fence wait failed (-35).
> [ 249.362281] [drm:rade
https://bugzilla.kernel.org/show_bug.cgi?id=94061
--- Comment #1 from Michel Dänzer ---
Presumably you're using the same backlight brightness in both cases?
--
You are receiving this mail because:
You are watching the assignee of the bug.
On 02/26/2015 04:24 PM, Ajay Kumar wrote:
> * Modify DECON-INT driver to support DECON-EXT.
> * Add a table of porch values needed to set timing registers of DECON-EXT.
> * DECON-EXT supports only H/w Triggered COMMAND mode.
> * DECON-EXT supports only one DMA window(window 1), so modify
> all wi
https://bugzilla.kernel.org/show_bug.cgi?id=90741
--- Comment #43 from Maarten Lankhorst ---
After applying attachment 166571 can you add a usleep(5); in
radeon_fence_enable_signaling after the line "radeon_irq_kms_sw_irq_get(rdev,
fence->ring);" but before the line "if (radeon_fence_activity
assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150302/af0e86b8/attachment.html>
Hi Andrej,
On Fri, Feb 27, 2015 at 4:18 PM, Andrzej Hajda wrote:
> Hi Ajay,
>
> Thanks for the patch.
Thanks for reviewing the patch.
> On 02/26/2015 04:24 PM, Ajay Kumar wrote:
>> Modify the exynos HDMI driver to support Exynos7 HDMI 1.4.
>> * Add phy configs for Exynos7.
>> * Exynos7 has a dif
On Sun, Mar 01, 2015 at 05:59:53PM -0800, Linus Torvalds wrote:
> On Sun, Mar 1, 2015 at 1:00 PM, Linus Torvalds
> wrote:
> >
> > Back to the drawing board.
>
> Ok, many hours later, but I found it.
>
> The bisection was a disaster, having to work around other bugs in this
> area, but it ended u
On Sat, Feb 28, 2015 at 05:20:41PM +0100, Yannick Guerrini wrote:
> Change 'mutliple' to 'multiple'
> Change 'mutlipler' to 'multiplier'
> Change 'Haswel' to 'Haswell'
>
> Signed-off-by: Yannick Guerrini
Queued for -next, thanks for the patch.
-Daniel
> ---
> drivers/gpu/drm/i915/i915_gem_exec
https://bugzilla.kernel.org/show_bug.cgi?id=90741
--- Comment #44 from Gustaw Smolarczyk ---
I think you meant udelay(5). (I just used msleep(50) and got a nice lock-up
since the call was in an atomic context).
Just a sec.
--
You are receiving this mail because:
You are watching the assign
https://bugzilla.kernel.org/show_bug.cgi?id=90741
--- Comment #45 from Gustaw Smolarczyk ---
(In the end I had to use mdelay(50))
The performance was really traumatic (8-11fps). But on a positive side, there
seemed to be no pauses. There was one moment when fps dropped to 0 (for ~1/3 of
a second
On Sat, 2015-02-28 at 22:08 -0800, Linus Torvalds wrote:
> Hmm. 3.19 works fine, even if it ends up spewing
>
> WARNING: CPU: 0 PID: 6 at drivers/gpu/drm/drm_irq.c:1121
> drm_wait_one_vblank+0x125/0x130()
> vblank not available on crtc 1, ret=-22
>
> a lot.
For what it's worth, that stre
https://bugzilla.kernel.org/show_bug.cgi?id=90741
--- Comment #46 from Maarten Lankhorst ---
Ok what about udelay(500), should be a smaller pause?
--
You are receiving this mail because:
You are watching the assignee of the bug.
d be to try non-working libdrm on a kernel without
UserPtr support.
--
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/20150302/19b8ee3b/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=90741
--- Comment #47 from Gustaw Smolarczyk ---
With 500us delay, the performance is nearly back to how it was (~70fps). And
the pauses are still gone.
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=90741
--- Comment #48 from Maarten Lankhorst ---
Created attachment 168571
--> https://bugzilla.kernel.org/attachment.cgi?id=168571&action=edit
flush hdp harder
No idea if this does anything, adding a bunch of flushes instead of doing a
sleep.. pause
https://bugzilla.kernel.org/show_bug.cgi?id=90741
--- Comment #49 from Gustaw Smolarczyk ---
(had to remove "robj->" from the patch).
Doesn't help.
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=90741
--- Comment #50 from Maarten Lankhorst ---
Ok never mind that approach then..
in radeon_fence.c, add a
WARN_ON((int)atomic_read(&rdev->irq.ring_int[fence->ring]) <= 0); after the
sw_irq_get, it should never fire.
in si.c you have a few lines lik
https://bugzilla.kernel.org/show_bug.cgi?id=90741
--- Comment #51 from Gustaw Smolarczyk ---
Should I apply it on top of attachment 166571?
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=90741
--- Comment #52 from Maarten Lankhorst ---
Yes, and also add a WARN_ON(!rdev->ih.enabled); to
radeon_fence_enable_signaling, just to be thorough..
--
You are receiving this mail because:
You are watching the assignee of the bug.
Hi,
On 2 March 2015 at 09:50, Tomi Valkeinen wrote:
> On 27/02/15 16:40, Daniel Stone wrote:
>> On 27 February 2015 at 13:01, Daniel Vetter wrote:
>>> On Thu, Feb 26, 2015 at 03:20:17PM +0200, Tomi Valkeinen wrote:
omapdrm doesn't check if the width of the framebuffer and the color
>>
>> s/
On Mon, 02 Mar 2015, Paul Bolle wrote:
> On Sat, 2015-02-28 at 22:08 -0800, Linus Torvalds wrote:
>> Hmm. 3.19 works fine, even if it ends up spewing
>>
>> WARNING: CPU: 0 PID: 6 at drivers/gpu/drm/drm_irq.c:1121
>> drm_wait_one_vblank+0x125/0x130()
>> vblank not available on crtc 1, ret=
snapshot from Oibaf PPA, and mpv 0.8.
--
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/20150302/1677a36b/attachment.html>
On Mon, Mar 02, 2015 at 10:44:16AM +0100, Paul Bolle wrote:
> On Sat, 2015-02-28 at 22:08 -0800, Linus Torvalds wrote:
> > Hmm. 3.19 works fine, even if it ends up spewing
> >
> > WARNING: CPU: 0 PID: 6 at drivers/gpu/drm/drm_irq.c:1121
> > drm_wait_one_vblank+0x125/0x130()
> > vblank not
https://bugzilla.kernel.org/show_bug.cgi?id=90741
--- Comment #53 from Gustaw Smolarczyk ---
At first, I added "|| 1" only to GFX, CP1 and CP2 (I omitted the two DMA
conditions). This did NOT fix the pauses.
However, after converting these final two DMA conditions, the pauses are gone.
Reverting
From: Boris BREZILLON
Signed-off-by: Boris BREZILLON
---
tests/modetest/modetest.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tests/modetest/modetest.c b/tests/modetest/modetest.c
index 425e528..ae261f0 100644
--- a/tests/modetest/modetest.c
+++ b/tests/modetest/modetes
From: Boris BREZILLON
Signed-off-by: Boris BREZILLON
---
tests/kmstest/main.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/tests/kmstest/main.c b/tests/kmstest/main.c
index 2c87b1c..7028cb2 100644
--- a/tests/kmstest/main.c
+++ b/tests/kmstest/main.c
@@ -63,6 +63,7 @@ char *drivers[] = {
https://bugzilla.kernel.org/show_bug.cgi?id=90741
--- Comment #54 from Maarten Lankhorst ---
Just look if there's some output in dmesg or not.
To verify, only having interrupts enabled on the DMA conditions fixes your bug?
--
You are receiving this mail because:
You are watching the assignee o
On Mon, Mar 2, 2015 at 1:38 PM, Andrzej Hajda wrote:
> On 02/26/2015 04:24 PM, Ajay Kumar wrote:
>> * Modify DECON-INT driver to support DECON-EXT.
>> * Add a table of porch values needed to set timing registers of DECON-EXT.
>> * DECON-EXT supports only H/w Triggered COMMAND mode.
>> * DECON-EXT
https://bugzilla.kernel.org/show_bug.cgi?id=90741
--- Comment #55 from Maarten Lankhorst ---
Do you happen to know if it's DMA or DMA1?
--
You are receiving this mail because:
You are watching the assignee of the bug.
for the moment and open it later, if the developer fixed the issue and
this problem persists.
--
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/20150302/f649a9d5/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=90741
Maarten Lankhorst changed:
What|Removed |Added
Attachment #168571|0 |1
is obsolete|
Bjørn reported that his machine hang during hibernation and eventually
bisected the problem to the following commit:
commit da2bc1b9db3351addd293e5b82757efe1f77ed1d
Author: Imre Deak
Date: Thu Oct 23 19:23:26 2014 +0300
drm/i915: add poweroff_late handler
The problem seems to be that aft
https://bugzilla.kernel.org/show_bug.cgi?id=90741
--- Comment #57 from Gustaw Smolarczyk ---
Will try when I return home.
--
You are receiving this mail because:
You are watching the assignee of the bug.
On Mon, 02 Mar 2015, Imre Deak wrote:
> Bjørn reported that his machine hang during hibernation and eventually
> bisected the problem to the following commit:
>
> commit da2bc1b9db3351addd293e5b82757efe1f77ed1d
> Author: Imre Deak
> Date: Thu Oct 23 19:23:26 2014 +0300
>
> drm/i915: add po
From: Laurent Pinchart
Remove the internal dependency on DPMS mode for power management by
using a by a powered state boolean instead, and use the new power off
handler at probe time. This ensure that the regmap cache is properly
marked as dirty when the device is probed, and the registers proper
On Thu, Feb 12, 2015 at 02:01:23PM +0800, Liu Ying wrote:
> Liu Ying (20):
> clk: divider: Correct parent clk round rate if no bestdiv is normally
> found
> ARM: imx6q: Add GPR3 MIPI muxing control register field shift bits
> definition
> ARM: imx6q: clk: Add the video_27m clock
>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150302/ab7e0332/attachment.html>
nee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150302/3ed01aad/attachment.html>
rg/archives/dri-devel/attachments/20150302/026d0a78/attachment.html>
This patch allows interlaced frame buffer scanout for interlaced output
via HDMI or TV-Encoder.
Signed-off-by: Philipp Zabel
---
drivers/gpu/drm/imx/ipuv3-crtc.c | 3 ++-
drivers/gpu/drm/imx/ipuv3-plane.c | 7 +--
drivers/gpu/drm/imx/ipuv3-plane.h | 2 +-
3 files changed, 8 insertions(+), 4
This patch allows to use non-RGB color formats on the output. This is needed
to support YUV output via HDMI or TV-Encoder.
Signed-off-by: Philipp Zabel
---
drivers/gpu/drm/imx/ipuv3-crtc.c | 3 ++-
drivers/gpu/drm/imx/ipuv3-plane.c | 9 +
drivers/gpu/drm/imx/ipuv3-plane.h | 3 ++-
3 fil
This patch allows the IPU to divide the 27 MHz input clock from
the TVE by two to obtain the 13.5 MHz pixel clock needed for
NTSC/PAL SD modes.
Signed-off-by: Philipp Zabel
---
drivers/gpu/drm/imx/ipuv3-crtc.c | 7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu
Signed-off-by: Philipp Zabel
---
drivers/gpu/drm/imx/ipuv3-plane.c | 8
1 file changed, 8 insertions(+)
diff --git a/drivers/gpu/drm/imx/ipuv3-plane.c
b/drivers/gpu/drm/imx/ipuv3-plane.c
index 566cbe0..3371826 100644
--- a/drivers/gpu/drm/imx/ipuv3-plane.c
+++ b/drivers/gpu/drm/imx/ipu
This reverts commit 3f678c96abb43a977d2ea41aefccdc49e8a3e896.
We've been a bit too optimistic with this one here :(
The trouble is that internally we're still using these plane
update/disable hooks. Which was totally ok pre-atomic since the drm
core did all the book-keeping updating and these jus
Am Montag, den 02.03.2015, 16:24 +0100 schrieb Philipp Zabel:
> This patch allows the IPU to divide the 27 MHz input clock from
> the TVE by two to obtain the 13.5 MHz pixel clock needed for
> NTSC/PAL SD modes.
>
> Signed-off-by: Philipp Zabel
> ---
> drivers/gpu/drm/imx/ipuv3-crtc.c | 7 +-
On Mon, Mar 02, 2015 at 02:43:48PM +, Tvrtko Ursulin wrote:
> From: Tvrtko Ursulin
>
> Use cases like rotation require these hooks to have some context so they
> know how to prepare and cleanup the frame buffer correctly.
>
> For i915 specifically, object backing pages need to be mapped diff
https://bugzilla.kernel.org/show_bug.cgi?id=94061
--- Comment #2 from Klaus Maier ---
Yes - backlight management is switched off because it doesn't work at all w/
catalyst. Always full. Brightness, ... - it's all configured by the monitor
itself. Management via KDE or software is done only for on
On Thu, Feb 26, 2015 at 04:55:32PM +0200, Jyri Sarha wrote:
> + ret = component_bind_all(dev->dev, dev);
> + if (ret < 0) {
> + dev_err(dev->dev, "Binding subcomponents failed: %d\n", ret);
Do you need to print this? The component helper is already fairly
verbose about what su
On Mon, Mar 02, 2015 at 02:28:40PM +0200, Tomi Valkeinen wrote:
> On 26/02/15 16:55, Jyri Sarha wrote:
> > Use new binding for the external tda19988 HDMI encoder.
> >
> > Signed-off-by: Jyri Sarha
> > ---
> > arch/arm/boot/dts/am335x-boneblack.dts | 20 +++-
> > 1 file changed, 1
On Mon, Mar 2, 2015 at 1:04 AM, Daniel Vetter wrote:
>
> And can you please attach a bactrace of the WARN in your patch, just to
> double-check you blow up at the same spot?
So the dmesg I attached had a backtrace for the new WARN_ONCE() (in
addition to an unrelated(?) one from i915_gem_free_obje
https://bugzilla.kernel.org/show_bug.cgi?id=90741
--- Comment #58 from Gustaw Smolarczyk ---
This patch doesn't help.
I have been experimenting with forcing interrupts on only some rings. In the
end I have found that by adding "|| 1" only to R600_RING_TYPE_DMA_INDEX ring I
have removed the pause
On Mon, Mar 2, 2015 at 5:53 PM, Linus Torvalds
wrote:
> On Mon, Mar 2, 2015 at 1:04 AM, Daniel Vetter wrote:
>> And can you please attach a bactrace of the WARN in your patch, just to
>> double-check you blow up at the same spot?
>
> So the dmesg I attached had a backtrace for the new WARN_ONCE()
1 - 100 of 108 matches
Mail list logo
