Hi Russell,
On 07/11/2014 03:01 AM, Russell King wrote:
> Add a helper to allow encoders to find their possible CRTCs from the
> OF graph without having to re-implement this functionality. We add a
> device_node to drm_crtc which corresponds with the port node in the
> DT description of the CRTC
Hi Inki,
On 07/15/2014 11:34 AM, Inki Dae wrote:
> On 2014? 07? 14? 20:03, Thierry Reding wrote:
>> On Mon, Jul 14, 2014 at 07:45:28PM +0900, YoungJun Cho wrote:
>>> On 07/14/2014 06:41 PM, Thierry Reding wrote:
>> [...]
That said, I've been doing some research and it seems like we have a
>>>
//lists.freedesktop.org/archives/dri-devel/attachments/20140716/900d57eb/attachment.html>
On 16.07.2014 02:22, Thomas Klausner wrote:
> Signed-off-by: Thomas Klausner
Patches 1 and 4 pushed with radeon: prefix added to the shortlog, thanks!
--
Earthling Michel D?nzer| http://www.amd.com
Libre software enthusiast |Mesa and X deve
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20140716/0b1baebc/attachment.html>
attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140716/f265316a/attachment.html>
assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140716/d7069b3a/attachment.html>
trigger the DC using the new exynos_drm_crtc_send_frame() function.
> >>
> >
> >It seems better than the use of notifier. Actually, original patch used
> >this way except TE event.
> >Mr. Cho, let's use remote-endpoint property and this way instead of
> >notifier.
> >
>
> The struct exynos_dsi has panel_node, which is valid by
> exynos_dsi_host_attach() is called from panel, we could use it instead of
> getting new remote-endpoint node.
>
> So after called exynos_dsi_host_attach(), the dsi driver could know that the
> panel supports mipi command mode or video mode,
> and if the panel is for mipi command mode one, dsi driver gets panel te gpio
> and registers its irq.
Why does the TE GPIO even need to be in the panel's device tree node?
Wouldn't it make more sense for it to be in the DSIM node? After all
that's what the GPIO is connected to, right? Well, at least logically
if not physically.
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140716/5149e6a0/attachment-0001.sig>
On Tue, Jul 15, 2014 at 7:53 PM, Bridgman, John
wrote:
[snip away the discussion about hsa device discover, I'm hijacking
this thread just for the event/fence stuff here.]
> ... There's an event mechanism still to come - mostly for communicating
> fences and shader interrupts back to userspace,
On Tue, Jul 15, 2014 at 8:04 PM, Jerome Glisse wrote:
>> Yes although it can be skipped on most systems. We figured that topology
>> needed to cover everything that would be handled by a single OS image, so
>> in a NUMA system it would need to cover all the CPUs. I think that is still
>> the right
From: Michel D?nzer
These clutter up dmesg during piglit runs. Userspace generally deals
gracefully with this failure.
Signed-off-by: Michel D?nzer
---
drivers/gpu/drm/radeon/radeon_gem.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_gem.
Am 16.07.2014 11:40, schrieb Michel D?nzer:
> From: Michel D?nzer
>
> These clutter up dmesg during piglit runs. Userspace generally deals
> gracefully with this failure.
>
> Signed-off-by: Michel D?nzer
Reviewed-by: Christian K?nig
Already wanted to suggest the same thing,
Christian.
> ---
>
Hi Thierry,
On 07/16/2014 04:54 PM, Thierry Reding wrote:
> On Wed, Jul 16, 2014 at 11:23:09AM +0900, YoungJun Cho wrote:
>> Hi Inki,
>>
>> On 07/15/2014 11:34 AM, Inki Dae wrote:
>>> On 2014? 07? 14? 20:03, Thierry Reding wrote:
On Mon, Jul 14, 2014 at 07:45:28PM +0900, YoungJun Cho wrote:
>
than they should be.
--
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/20140716/641fb2de/attachment-0001.html>
Hi
I am trying to use a external monitor connected via display port to
the dock station of a w520. Unfortunately nothing is on the screen and
dmesg outputs:
[ 520.916021] nouveau E[ PDISP][:01:00.0] DP:0006:0344: link
training failed
If I connect it to the DP port on the notebook it work
On Wed, Jul 16, 2014 at 7:30 AM, Ricardo Ribalda Delgado
wrote:
> Hi
>
> I am trying to use a external monitor connected via display port to
> the dock station of a w520. Unfortunately nothing is on the screen and
> dmesg outputs:
>
> [ 520.916021] nouveau E[ PDISP][:01:00.0] DP:0006:0344:
Hello LLia do you have any way of building new drivers into old kernel
trees like the media-build?
http://git.linuxtv.org/cgit.cgi/media_build.git/tree/README
Thanks
On Wed, Jul 16, 2014 at 2:12 PM, Ilia Mirkin wrote:
> On Wed, Jul 16, 2014 at 7:30 AM, Ricardo Ribalda Delgado
> wrote:
>> Hi
>>
On Wed, Jul 16, 2014 at 8:22 AM, Ricardo Ribalda Delgado
wrote:
> Hello LLia do you have any way of building new drivers into old kernel
> trees like the media-build?
Nope, sorry. You could try just copying over the drm directory, but
it's unlikely to yield positive results. Just build a fresh ke
Hi Laurent,
On Tue, 15 Jul 2014 13:07:58 +0200
Laurent Pinchart wrote:
> Hi Thierry,
>
> On Tuesday 15 July 2014 12:52:54 Thierry Reding wrote:
> > On Tue, Jul 15, 2014 at 12:43:02PM +0200, Laurent Pinchart wrote:
> > > On Tuesday 15 July 2014 12:37:19 Thierry Reding wrote:
> > >> On Tue, Jul 1
Hi Boris,
On Wednesday 16 July 2014 15:05:22 Boris BREZILLON wrote:
> On Tue, 15 Jul 2014 13:07:58 +0200 Laurent Pinchart wrote:
> > On Tuesday 15 July 2014 12:52:54 Thierry Reding wrote:
> >> On Tue, Jul 15, 2014 at 12:43:02PM +0200, Laurent Pinchart wrote:
> >>> On Tuesday 15 July 2014 12:37:19
op 16-07-14 15:00, Ilia Mirkin schreef:
> On Wed, Jul 16, 2014 at 8:22 AM, Ricardo Ribalda Delgado
> wrote:
>> Hello LLia do you have any way of building new drivers into old kernel
>> trees like the media-build?
> Nope, sorry. You could try just copying over the drm directory, but
> it's unlikely
On Wed, 16 Jul 2014 15:20:59 +0200
Laurent Pinchart wrote:
> Hi Boris,
>
> On Wednesday 16 July 2014 15:05:22 Boris BREZILLON wrote:
> > On Tue, 15 Jul 2014 13:07:58 +0200 Laurent Pinchart wrote:
> > > On Tuesday 15 July 2014 12:52:54 Thierry Reding wrote:
> > >> On Tue, Jul 15, 2014 at 12:43:02
I have tried with .16-rc5 from linus tree.
After installing and restarting: Exactly the same behaviour: dmesg
complains about link error and about 10 secs later whole system
crash :S
So I power cycle the machine and everything works perfectly. Both
connectors, notebook and dock. :)
I could
On Wed, Jul 16, 2014 at 10:18 AM, Ricardo Ribalda Delgado
wrote:
> I have tried with .16-rc5 from linus tree.
>
> After installing and restarting: Exactly the same behaviour: dmesg
> complains about link error and about 10 secs later whole system
> crash :S
>
> So I power cycle the machine and
x URL, to better demonstrate the issue)
~ Adam
--
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/20140716/b45b3538/attachment.html>
On Wed, Jul 16, 2014 at 10:27:42AM +0200, Daniel Vetter wrote:
> On Tue, Jul 15, 2014 at 8:04 PM, Jerome Glisse wrote:
> >> Yes although it can be skipped on most systems. We figured that topology
> >> needed to cover everything that would be handled by a single OS image, so
> >> in a NUMA system
SysRq OK - so different for me from before in that
respect.
--
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/20140716/a07d6ad5/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140716/5d2396a9/attachment.html>
On Wed, Jul 16, 2014 at 10:52:56AM -0400, Jerome Glisse wrote:
> On Wed, Jul 16, 2014 at 10:27:42AM +0200, Daniel Vetter wrote:
> > On Tue, Jul 15, 2014 at 8:04 PM, Jerome Glisse
> > wrote:
> > >> Yes although it can be skipped on most systems. We figured that topology
> > >> needed to cover ever
On Wed, Jul 16, 2014 at 5:41 AM, Christian K?nig
wrote:
> Am 16.07.2014 11:40, schrieb Michel D?nzer:
>
>> From: Michel D?nzer
>>
>> These clutter up dmesg during piglit runs. Userspace generally deals
>> gracefully with this failure.
>>
>> Signed-off-by: Michel D?nzer
>
>
> Reviewed-by: Christi
Am 16.07.2014 18:12, schrieb Alex Deucher:
> On Wed, Jul 16, 2014 at 5:41 AM, Christian K?nig
> wrote:
>> Am 16.07.2014 11:40, schrieb Michel D?nzer:
>>
>>> From: Michel D?nzer
>>>
>>> These clutter up dmesg during piglit runs. Userspace generally deals
>>> gracefully with this failure.
>>>
>>> S
roblems at all.
--
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/20140716/3bdc5996/attachment-0001.html>
On 05/12/2014 04:35 PM, Jason Wang wrote:
> Return IRQ_NONE if it was not our irq. This is necessary for the case
> when qxl is sharing irq line with a device A in a crash kernel. If qxl
> is initialized before A and A's irq was raised during this gap,
> returning IRQ_HANDLED in this case will caus
Now that fallback to gtt is fixed for cpu access, we can
remove this limit.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_gem.c | 7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_gem.c
b/drivers/gpu/drm/radeon/radeon_gem.c
in
Am 16.07.2014 19:26, schrieb Alex Deucher:
> Now that fallback to gtt is fixed for cpu access, we can
> remove this limit.
>
> Signed-off-by: Alex Deucher
Reviewed-by: Christian K?nig
> ---
> drivers/gpu/drm/radeon/radeon_gem.c | 7 +--
> 1 file changed, 5 insertions(+), 2 deletions(-)
>
attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140716/6f436f94/attachment.html>
p.org/archives/dri-devel/attachments/20140716/247ac93e/attachment.html>
On Wed, Jul 16, 2014 at 10:21:14AM +0200, Daniel Vetter wrote:
> On Tue, Jul 15, 2014 at 7:53 PM, Bridgman, John
> wrote:
> [snip away the discussion about hsa device discover, I'm hijacking
> this thread just for the event/fence stuff here.]
>
> > ... There's an event mechanism still to come -
This reverts commit 3adee7a7976012a20f1d3b5a529a3c105e29fef1.
After upgrading to v3.15, my laptop's battery started draining quite
fast. Powertop pointed to the deep RC6 states not being used. The
kernel param I had put to enable them had stopped working the way it
used to; so I disagree with th
RL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140716/3d8e4a63/attachment.html>
On Tue, Jul 15, 2014 at 12:51 PM, Daniel Vetter wrote:
> On Tue, Jul 15, 2014 at 5:44 PM, Alex Deucher
> wrote:
>> On Tue, Jul 15, 2014 at 11:18 AM, Daniel Vetter wrote:
>>> On Tue, Jul 15, 2014 at 11:08:11AM -0400, Alex Deucher wrote:
We keep a cached version of the edid in radeon_connect
tem wide hangs. "
> "(default: true)");
>
> -module_param_named(enable_ppgtt, i915.enable_ppgtt, int, 0400);
> -MODULE_PARM_DESC(enable_ppgtt,
> +module_param_named(i915_enable_ppgtt, i915.enable_ppgtt, int, 0400);
> +MODULE_PARM_DESC(i915_enable_ppgtt,
> "Override PPGTT usage. "
> "(-1=auto [default], 0=disabled, 1=aliasing, 2=full)");
>
> --
> 1.9.3
>
>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140716/d309e307/attachment.html>
ecause:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140716/e23f62e4/attachment-0001.html>
s scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140716/be1204a2/attachment.html>
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20140716/106a4399/attachment.html>
o get video playback going again. After the reboot, both xv and vdpau
work fine.
--
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/
46 matches
Mail list logo
