https://bugs.freedesktop.org/show_bug.cgi?id=60182
--- Comment #3 from runetmem...@gmail.com ---
Also a little bit info, just in case:
Exact GPU model: 1002:6741 Advanced Micro Devices [AMD] nee ATI BeaverCreek
[Mobility Radeon HD 6620G]
VLC version: 2.0.5.
If I need to provide any additional inf
https://bugs.freedesktop.org/show_bug.cgi?id=60182
--- Comment #2 from runetmem...@gmail.com ---
Created attachment 74079
--> https://bugs.freedesktop.org/attachment.cgi?id=74079&action=edit
dmesg
--
You are receiving this mail because:
You are the assignee for the bug.
___
https://bugs.freedesktop.org/show_bug.cgi?id=60182
--- Comment #1 from runetmem...@gmail.com ---
Created attachment 74078
--> https://bugs.freedesktop.org/attachment.cgi?id=74078&action=edit
Log of terminated X.Org Server
--
You are receiving this mail because:
You are the assignee for the bug
https://bugs.freedesktop.org/show_bug.cgi?id=60182
Priority: medium
Bug ID: 60182
Assignee: dri-devel@lists.freedesktop.org
Summary: X.Org Server terminate when I close video player
Severity: critical
Classification: Unclassified
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20130201/4cc4b540/attachment.html>
2013. 2. 1. ?? 8:52 Inki Dae ??:
>
>
>> -Original Message-
>> From: linux-media-owner at vger.kernel.org [mailto:linux-media-
>> owner at vger.kernel.org] On Behalf Of Sachin Kamat
>> Sent: Friday, February 01, 2013 8:40 PM
>> To: Inki Dae
>> Cc: Sylwester Nawrocki; Kukjin Kim; Sylw
> >> > Adding some printks reveals it calls
> >> > r100_init() -> radeon_irq_kms_init() -> drm_irq_install() ->
> >> > drm_dev_to_irq() and that fails. So no IRQ, no KMS.
> >> >
> >> > lspci does not show Interrupt like on some other PCI devices.
> >> > /proc/interrupts obviously does not contain t
> -Original Message-
> From: linux-media-owner at vger.kernel.org [mailto:linux-media-
> owner at vger.kernel.org] On Behalf Of Sachin Kamat
> Sent: Friday, February 01, 2013 8:40 PM
> To: Inki Dae
> Cc: Sylwester Nawrocki; Kukjin Kim; Sylwester Nawrocki; linux-
> media at vger.kernel.org
> -Original Message-
> From: linux-media-owner at vger.kernel.org [mailto:linux-media-
> owner at vger.kernel.org] On Behalf Of Sachin Kamat
> Sent: Friday, February 01, 2013 8:13 PM
> To: Sylwester Nawrocki
> Cc: Inki Dae; Kukjin Kim; Sylwester Nawrocki; linux-media at vger.kernel.org;
>
On Friday, January 25, 2013 6:02 PM, Steffen Trumtrar wrote
>
> Add a function to convert from the generic videomode to a fb_videomode.
>
> Signed-off-by: Steffen Trumtrar
> Reviewed-by: Thierry Reding
> Acked-by: Thierry Reding
> Tested-by: Thierry Reding
> Tested-by: Philipp Zabel
> Review
ld be made as simple as possible, but not simpler.
- Albert Einstein
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 828 bytes
Desc: This is a digitally signed message part
URL:
<http://lists.freedesktop.
next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130201/b77eab9b/attachment.html>
Am 01.02.2013 15:04, schrieb Alex Deucher:
> On Fri, Feb 1, 2013 at 5:25 AM, Christian K?nig
> wrote:
>> [SNAP]
>> Wouldn't it make sense to use the IB functions (ib_get, ib_schedule,
>> ib_free) here instead of filling the IB structure manually?
> I tried that initially, but ran into several pro
From: Alex Deucher
For very large page table updates, we can exceed the
size of the ring. To avoid this, use an IB to perform
the page table update.
v2(ck): cleanup the IB infrastructure and the use it instead
of filling the struct ourself.
Signed-off-by: Alex Deucher
Signed-off-by: C
This patch adds display-timing node parsing using video helper function
Signed-off-by: Leela Krishna Amudala
Signed-off-by: Vikas Sajjan
---
drivers/gpu/drm/exynos/exynos_drm_fimd.c | 39 +++---
1 file changed, 35 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu
This patch adds display-timing node parsing to drm fimd, this depends on
the display helper patchset at
http://lists.freedesktop.org/archives/dri-devel/2013-January/033998.html
It also adds pinctrl support for drm fimd.
changes since v2:
- moved 'devm_pinctrl_get_select_default' function
> > Adding some printks reveals it calls
> > r100_init() -> radeon_irq_kms_init() -> drm_irq_install() ->
> > drm_dev_to_irq() and that fails. So no IRQ, no KMS.
> >
> > lspci does not show Interrupt like on some other PCI devices.
> > /proc/interrupts obviously does not contain the irq since we do
On 1 February 2013 17:02, Inki Dae wrote:
>
> How about using like below?
> Compatible = ""samsung,exynos4x12-fimg-2d" /* for Exynos4212,
> Exynos4412 */
> It looks odd to use "samsung,exynos4212-fimg-2d" saying that this ip is for
> exynos4212 and exynos4412.
AFAIK, compatible strings a
Hi Ben,
The patch 31643d54a739: "drm/i915: Workaround to bump rc6 voltage to
450" from Sep 26, 2012, leads to the following warning:
"drivers/gpu/drm/i915/intel_pm.c:2662 gen6_enable_rps()
warn: boolean comparison inside select"
drivers/gpu/drm/i915/i915_reg.h
4260 #define GEN6_ENC
>> In any case please let me know the final preferred one so that I can
>> update the code send the revised patches.
>
> The version with SoC name embedded in it seems most reliable and correct
> to me.
>
> compatible = "samsung,exynos3110-fimg-2d" /* for Exynos3110 (S5PC110,
> S5PV210),
>
The RC6 VIDS has a linear ramp starting at 250mv, which means any values
below 250 are invalid. The old buggy macros tried to adjust for this to
be more flexible, but there is no need. As Dan pointed out the ENCODE
only ever has one value. The only invalid value for decode is an input
of 0 which me
The RC6 VIDS has a linear ramp starting at 250mv, which means any values
below 250 are invalid. The old buggy macros tried to adjust for this to
be more flexible, but there is no need. As Dan pointed out the ENCODE
only ever has one value. The only invalid value for decode is an input
of 0 which me
it somewhere
Here it is -
http://www.andyqos.ukfsn.org/etqw-trace.xz
--
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/attachm
s 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/20130201/0ef889e7/attachment.html>
chives/dri-devel/attachments/20130201/4af0d658/attachment.html>
for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130201/9ab50763/attachment.html>
/dri-devel/attachments/20130201/9240b217/attachment.html>
Hi Rahul,
On Wednesday 09 January 2013 13:53:30 Rahul Sharma wrote:
> Hi Laurent,
>
> CDF will also be helpful in supporting Panels with integrated audio
> (HDMI/DP) if we can add audio related control operations to
> display_entity_control_ops. Video controls will be called by crtc in DRM/V4L
>
Hi Marcus,
On Tuesday 08 January 2013 11:12:26 Marcus Lorentzon wrote:
[snip]
> I also looked at the video source in Tomi's git tree
> (http://gitorious.org/linux-omap-dss2/linux/blobs/work/dss-dev-model-cdf/inc
> lude/video/display.h). I think I would prefer a single "setup" op taking a
> "stru
Hi Marcus,
On Tuesday 08 January 2013 18:08:19 Marcus Lorentzon wrote:
> On 01/08/2013 05:36 PM, Tomasz Figa wrote:
> > On Tuesday 08 of January 2013 11:12:26 Marcus Lorentzon wrote:
[snip]
> >> FYI,
> >> here is STE "DSI API":
> >> http://www.igloocommunity.org/gitweb/?p=kernel/igloo-kernel.git
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130201/3e95ebf7/attachment.html>
Hi Thierry,
On Wednesday 16 January 2013 19:56:06 Thierry Reding wrote:
> On Wed, Jan 16, 2013 at 01:36:17PM +0100, Daniel Vetter wrote:
> > On Wed, Jan 16, 2013 at 11:01 AM, Thierry Reding wrote:
> > > drm_events_release() should be enough to clean up the events, but I
> > > suspect the reason wh
On Wednesday 16 January 2013 13:36:17 Daniel Vetter wrote:
> On Wed, Jan 16, 2013 at 11:01 AM, Thierry Reding wrote:
> > drm_events_release() should be enough to clean up the events, but I
> > suspect the reason why Laurent put that code in was that the drm_crtc
> > private data still has a referen
https://bugs.freedesktop.org/show_bug.cgi?id=58666
Tom Stellard changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
I have a test PC with AMD 760MPX chipset (Tyan S2466 Tiger MPX board)
and Radeon RV100-based AGP card where radeon KMS modesetting does not
work (does not work with any kernel tried so far (2.6.32, 3.2, 3.7,
3.8-rc6).
>From dmesg with drm.debug=0xc
[3.209617] agpgart-amdk7 :00:00.0: A
---
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130201/7cfa83c1/attachment.html>
On 1 February 2013 06:57, Inki Dae wrote:
>
> For example,
> If compatible = "samsung,g2d-3.0" is added to exynos4210.dtsi, it'd be
> reasonable. But what if that compatible string is added to exynos4.dtsi?.
> This case isn't considered for exynos4412 SoC with v4.1.
In case of Exynos4 series the
hment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130201/c75fd821/attachment.html>
On tile architecture (with "make allyesconfig") including
is required to call swiotlb_nr_tbl().
Signed-off-by: Chris Metcalf
---
drivers/gpu/drm/nouveau/nouveau_bo.c |1 +
drivers/gpu/drm/radeon/radeon_ttm.c |1 +
2 files changed, 2 insertions(+)
diff --git a/drivers/gpu/drm/nouveau/n
On tile architecture (with "make allyesconfig") including
is required to call swiotlb_nr_tbl().
Signed-off-by: Chris Metcalf
---
drivers/gpu/drm/nouveau/nouveau_bo.c |1 +
drivers/gpu/drm/radeon/radeon_ttm.c |1 +
2 files changed, 2 insertions(+)
diff --git a/drivers/gpu/drm/nouveau/n
Hi Daniel,
Thanks for improving the documentation :-)
On Sunday 27 January 2013 18:42:16 Daniel Vetter wrote:
> Now that the fbdev helper interface for drivers is trimmed down,
> update the kerneldoc for all the remaining exported functions.
>
> I've tried to beat the DocBook a bit by reordering
On Fri, Feb 01, 2013 at 04:15:31AM +0100, Laurent Pinchart wrote:
> Hi Simon,
>
> On Thursday 31 January 2013 15:38:38 Simon Horman wrote:
> > On Thu, Jan 31, 2013 at 02:45:00AM +0100, Laurent Pinchart wrote:
> > > Hello,
> > >
> > > Here's a new DRM driver for the Renesas R-Car Display Unit (DU)
u are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130201/9faec9de/attachment.html>
On Fri, Feb 1, 2013 at 11:32 AM, Christian K?nig
wrote:
> From: Alex Deucher
>
> For very large page table updates, we can exceed the
> size of the ring. To avoid this, use an IB to perform
> the page table update.
>
> v2(ck): cleanup the IB infrastructure and the use it instead
> of fil
> >> > Adding some printks reveals it calls
> >> > r100_init() -> radeon_irq_kms_init() -> drm_irq_install() ->
> >> > drm_dev_to_irq() and that fails. So no IRQ, no KMS.
> >> >
> >> > lspci does not show Interrupt like on some other PCI devices.
> >> > /proc/interrupts obviously does not contain t
On 02/01/2013 09:33 AM, Sachin Kamat wrote:
> On 1 February 2013 06:57, Inki Dae wrote:
>>
>> For example,
>> If compatible = "samsung,g2d-3.0" is added to exynos4210.dtsi, it'd be
>> reasonable. But what if that compatible string is added to exynos4.dtsi?.
>> This case isn't considered for exynos
Am 31.01.2013 22:37, schrieb alexdeucher at gmail.com:
> From: Alex Deucher
>
> For very large page table updates, we can exceed the
> size of the ring. To avoid this, use an IB to perform
> the page table update.
>
> Signed-off-by: Alex Deucher
> ---
>
> We may want to do something similar for
scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130201/d47ad7dd/attachment.html>
On Fri, Feb 01, 2013 at 10:14:20AM +0900, Yasuaki Ishimatsu wrote:
> 2013/02/01 9:53, Yasuaki Ishimatsu wrote:
> >2013/02/01 9:50, Yasuaki Ishimatsu wrote:
> >>2013/01/31 19:03, Daniel Vetter wrote:
> >>>On Thu, Jan 31, 2013 at 12:27:26PM +0900, Yasuaki Ishimatsu wrote:
> I forgot to change sub
On Fri, Feb 1, 2013 at 10:26 AM, Meelis Roos wrote:
>> > Adding some printks reveals it calls
>> > r100_init() -> radeon_irq_kms_init() -> drm_irq_install() ->
>> > drm_dev_to_irq() and that fails. So no IRQ, no KMS.
>> >
>> > lspci does not show Interrupt like on some other PCI devices.
>> > /pro
On Fri, Feb 1, 2013 at 6:59 AM, Vikas Sajjan wrote:
> This patch adds display-timing node parsing using video helper function
>
> Signed-off-by: Leela Krishna Amudala
> Signed-off-by: Vikas Sajjan
> ---
> drivers/gpu/drm/exynos/exynos_drm_fimd.c | 39
> +++---
> 1 fil
Hi Kukjin,
> -Original Message-
> From: linux-media-owner at vger.kernel.org [mailto:linux-media-
> owner at vger.kernel.org] On Behalf Of Kukjin Kim
> Sent: Friday, February 01, 2013 9:15 AM
> To: 'Sylwester Nawrocki'; 'Inki Dae'
> Cc: 'Sachin Kamat'; linux-media at vger.kernel.org; dri-
el.org/majordomo-info.html
>
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-acpi" in
> the body of a message to majordomo at vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
-- next part --
A non-text attachment was scrubbed...
Name: 0001-RESEND-PATCH-4-4-GPU-i915-Fix-acpi_bus_get_device-ch.patch
Type: text/x-patch
Size: 841 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130201/4f83043a/attachment-0001.bin>
Kukjin Kim wrote:
>
Oops, I'm re-sending due to my e-mail client problem :-(
> Sylwester Nawrocki wrote:
> >
> > On 02/01/2013 09:33 AM, Sachin Kamat wrote:
> > > On 1 February 2013 06:57, Inki Dae wrote:
> > >>
> > >> For example,
> > >> If compatible = "samsung,g2d-3.0" is added to exynos4210.
On Fri, Feb 1, 2013 at 7:24 AM, Meelis Roos wrote:
> I have a test PC with AMD 760MPX chipset (Tyan S2466 Tiger MPX board)
> and Radeon RV100-based AGP card where radeon KMS modesetting does not
> work (does not work with any kernel tried so far (2.6.32, 3.2, 3.7,
> 3.8-rc6).
>
> >From dmesg with
On Thu, 2013-01-24 at 20:42 +0100, Abdallah Chatila wrote:
> Patch for 3.0 tree, a backport of the below upstream commit.
>
> Please review.
>
> commit 4283908ef7f11a72c3b80dd4cf026f1a86429f82 upstream.
>
> Quoting from Bspec, 3D_CHICKEN1, bit 10
>
> This bit needs to be set always to "1", Proj
2013/02/01 9:50, Yasuaki Ishimatsu wrote:
> 2013/01/31 19:03, Daniel Vetter wrote:
>> On Thu, Jan 31, 2013 at 12:27:26PM +0900, Yasuaki Ishimatsu wrote:
>>> I forgot to change subject. So I resend a patch.
>>>
>>> ---
>>> acpi_bus_get_device() returns int not acpi_status.
>>>
>>> The patch change n
2013/01/31 19:03, Daniel Vetter wrote:
> On Thu, Jan 31, 2013 at 12:27:26PM +0900, Yasuaki Ishimatsu wrote:
>> I forgot to change subject. So I resend a patch.
>>
>> ---
>> acpi_bus_get_device() returns int not acpi_status.
>>
>> The patch change not to apply ACPI_FAILURE() to the return value of
>
Sylwester Nawrocki wrote:
>
> On 02/01/2013 09:33 AM, Sachin Kamat wrote:
> > On 1 February 2013 06:57, Inki Dae wrote:
> >>
> >> For example,
> >> If compatible = "samsung,g2d-3.0" is added to exynos4210.dtsi, it'd be
> >> reasonable. But what if that compatible string is added to exynos4.dtsi?.
https://bugs.freedesktop.org/show_bug.cgi?id=58666
--- Comment #5 from Andy Furniss ---
(In reply to comment #4)
> Created attachment 74053 [details]
> Possible Fix
>
> It looks like we were telling the backend that RV670 is an R700 GPU, when it
> is really an R600. R600 chips uses a slightly d
Sylwester Nawrocki wrote:
>
> On 02/01/2013 09:33 AM, Sachin Kamat wrote:
> > On 1 February 2013 06:57, Inki Dae wrote:
> >>
> >> For example,
> >> If compatible = "samsung,g2d-3.0" is added to exynos4210.dtsi, it'd be
> >> reasonable. But what if that compatible string is added to exynos4.dtsi?.
On Friday, January 25, 2013 6:02 PM, Steffen Trumtrar wrote
>
> Add a function to convert from the generic videomode to a fb_videomode.
>
> Signed-off-by: Steffen Trumtrar
> Reviewed-by: Thierry Reding
> Acked-by: Thierry Reding
> Tested-by: Thierry Reding
> Tested-by: Philipp Zabel
> Review
||
--
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/20130201/29b6f91f/attachment.html>
On Thu, Jan 31, 2013 at 11:14:34AM +0100, Laurent Pinchart wrote:
> Hi Simon,
>
> On Thursday 31 January 2013 15:35:20 Simon Horman wrote:
> > On Thu, Jan 31, 2013 at 02:45:01AM +0100, Laurent Pinchart wrote:
> > > From: Phil Edworthy
> > >
> > > Signed-off-by: Phil Edworthy
> > > [Rename devic
On Fri, Feb 1, 2013 at 5:25 AM, Christian K?nig
wrote:
> Am 31.01.2013 22:37, schrieb alexdeucher at gmail.com:
>
>> From: Alex Deucher
>>
>> For very large page table updates, we can exceed the
>> size of the ring. To avoid this, use an IB to perform
>> the page table update.
>>
>> Signed-off-
On Fri, Feb 1, 2013 at 11:32 AM, Christian König
wrote:
> From: Alex Deucher
>
> For very large page table updates, we can exceed the
> size of the ring. To avoid this, use an IB to perform
> the page table update.
>
> v2(ck): cleanup the IB infrastructure and the use it instead
> of fil
Am 01.02.2013 15:04, schrieb Alex Deucher:
On Fri, Feb 1, 2013 at 5:25 AM, Christian König wrote:
[SNAP]
Wouldn't it make sense to use the IB functions (ib_get, ib_schedule,
ib_free) here instead of filling the IB structure manually?
I tried that initially, but ran into several problems and it
From: Alex Deucher
For very large page table updates, we can exceed the
size of the ring. To avoid this, use an IB to perform
the page table update.
v2(ck): cleanup the IB infrastructure and the use it instead
of filling the struct ourself.
Signed-off-by: Alex Deucher
Signed-off-by: C
https://bugs.freedesktop.org/show_bug.cgi?id=60034
--- Comment #10 from Andy Furniss ---
(In reply to comment #9)
> No it's the trace that's needed. You can try on some of those free file
> hosting otherwise you can dcc send it to me on irc (freenode glisse) and i
> will put it somewhere
Here it
https://bugs.freedesktop.org/show_bug.cgi?id=53130
--- Comment #4 from Andreas Boll ---
(In reply to comment #3)
> I've rebuilt mesa with this re-enabled and I saw a lot of rendering
> glitches. I suspect that DISCARD_RANGE being re-enabled is the problem,
> although I've also built and installed
https://bugs.freedesktop.org/show_bug.cgi?id=58666
--- Comment #4 from Tom Stellard ---
Created attachment 74053
--> https://bugs.freedesktop.org/attachment.cgi?id=74053&action=edit
Possible Fix
It looks like we were telling the backend that RV670 is an R700 GPU, when it is
really an R600. R6
https://bugs.freedesktop.org/show_bug.cgi?id=58042
Andreas Boll changed:
What|Removed |Added
Severity|major |normal
--- Comment #6 from Andreas Boll
https://bugs.freedesktop.org/show_bug.cgi?id=58666
--- Comment #3 from Andy Furniss ---
Created attachment 74051
--> https://bugs.freedesktop.org/attachment.cgi?id=74051&action=edit
R600_DUMP_SHADERS=2 ./gears &>gears-dump
R600_DUMP_SHADERS=2 ./gears which doesn't render anything, but appears
On Fri, Feb 1, 2013 at 10:26 AM, Meelis Roos wrote:
>> > Adding some printks reveals it calls
>> > r100_init() -> radeon_irq_kms_init() -> drm_irq_install() ->
>> > drm_dev_to_irq() and that fails. So no IRQ, no KMS.
>> >
>> > lspci does not show Interrupt like on some other PCI devices.
>> > /pro
Hi Steffen,
You can add my tested-by for this series.
I have tested them for Exynos: smdk4210 board.
Beat regards,
Jingoo Han
On Wednesday, January 23, 2013 6:12 PM, Steffen Trumtrar wrote
> On Tue, Jan 22, 2013 at 03:50:48PM -0600, Rob Clark wrote:
> > On Mon, Jan 21, 2013 at 5:07 AM, Steffen T
On Fri, Feb 1, 2013 at 6:59 AM, Vikas Sajjan wrote:
> This patch adds display-timing node parsing using video helper function
>
> Signed-off-by: Leela Krishna Amudala
> Signed-off-by: Vikas Sajjan
> ---
> drivers/gpu/drm/exynos/exynos_drm_fimd.c | 39
> +++---
> 1 fil
> > Adding some printks reveals it calls
> > r100_init() -> radeon_irq_kms_init() -> drm_irq_install() ->
> > drm_dev_to_irq() and that fails. So no IRQ, no KMS.
> >
> > lspci does not show Interrupt like on some other PCI devices.
> > /proc/interrupts obviously does not contain the irq since we do
https://bugs.freedesktop.org/show_bug.cgi?id=58666
--- Comment #2 from Tom Stellard ---
Can you run one of the demos and post the output with the environment variable
R600_DUMP_SHADERS=2
--
You are receiving this mail because:
You are the assignee for the bug.
__
On Fri, Feb 1, 2013 at 7:24 AM, Meelis Roos wrote:
> I have a test PC with AMD 760MPX chipset (Tyan S2466 Tiger MPX board)
> and Radeon RV100-based AGP card where radeon KMS modesetting does not
> work (does not work with any kernel tried so far (2.6.32, 3.2, 3.7,
> 3.8-rc6).
>
> >From dmesg with
This patch adds display-timing node parsing using video helper function
Signed-off-by: Leela Krishna Amudala
Signed-off-by: Vikas Sajjan
---
drivers/gpu/drm/exynos/exynos_drm_fimd.c | 39 +++---
1 file changed, 35 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu
This patch adds display-timing node parsing to drm fimd, this depends on
the display helper patchset at
http://lists.freedesktop.org/archives/dri-devel/2013-January/033998.html
It also adds pinctrl support for drm fimd.
changes since v2:
- moved 'devm_pinctrl_get_select_default' function
On 1 February 2013 17:02, Inki Dae wrote:
>
> How about using like below?
> Compatible = ""samsung,exynos4x12-fimg-2d" /* for Exynos4212,
> Exynos4412 */
> It looks odd to use "samsung,exynos4212-fimg-2d" saying that this ip is for
> exynos4212 and exynos4412.
AFAIK, compatible strings a
https://bugs.freedesktop.org/show_bug.cgi?id=58666
--- Comment #1 from Andy Furniss ---
Since mesa commit -
022122ee63b8a00afc23eaa347df934a79fb1d4c
r600g: use tables with ISA info v3
I can run demos without flooding errors, but most of them don't render
anything.
The ones that do render some
Hi Ben,
The patch 31643d54a739: "drm/i915: Workaround to bump rc6 voltage to
450" from Sep 26, 2012, leads to the following warning:
"drivers/gpu/drm/i915/intel_pm.c:2662 gen6_enable_rps()
warn: boolean comparison inside select"
drivers/gpu/drm/i915/i915_reg.h
4260 #define GEN6_ENC
On Fri, Feb 1, 2013 at 5:25 AM, Christian König wrote:
> Am 31.01.2013 22:37, schrieb alexdeuc...@gmail.com:
>
>> From: Alex Deucher
>>
>> For very large page table updates, we can exceed the
>> size of the ring. To avoid this, use an IB to perform
>> the page table update.
>>
>> Signed-off-by:
https://bugs.freedesktop.org/show_bug.cgi?id=58354
--- Comment #25 from Alex Deucher ---
I've switched back to the CP for 3.8 and 3.9 will contain the new patch.
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel m
2013. 2. 1. 오후 8:52 Inki Dae 작성:
>
>
>> -Original Message-
>> From: linux-media-ow...@vger.kernel.org [mailto:linux-media-
>> ow...@vger.kernel.org] On Behalf Of Sachin Kamat
>> Sent: Friday, February 01, 2013 8:40 PM
>> To: Inki Dae
>> Cc: Sylwester Nawrocki; Kukjin Kim; Sylwester
I have a test PC with AMD 760MPX chipset (Tyan S2466 Tiger MPX board)
and Radeon RV100-based AGP card where radeon KMS modesetting does not
work (does not work with any kernel tried so far (2.6.32, 3.2, 3.7,
3.8-rc6).
>From dmesg with drm.debug=0xc
[3.209617] agpgart-amdk7 :00:00.0: A
|--- |FIXED
--
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/20130201/d54a7349/attachment.html>
lem, but I think it was more like an
umbrella bug: many others were hidden under it.
--
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/attachm
Hi Daniel,
Thanks for improving the documentation :-)
On Sunday 27 January 2013 18:42:16 Daniel Vetter wrote:
> Now that the fbdev helper interface for drivers is trimmed down,
> update the kerneldoc for all the remaining exported functions.
>
> I've tried to beat the DocBook a bit by reordering
Hi Simon,
On Thursday 31 January 2013 15:38:38 Simon Horman wrote:
> On Thu, Jan 31, 2013 at 02:45:00AM +0100, Laurent Pinchart wrote:
> > Hello,
> >
> > Here's a new DRM driver for the Renesas R-Car Display Unit (DU).
> >
> > The DU features two superposition processors (modeled as CRTCs) and e
https://bugs.freedesktop.org/show_bug.cgi?id=59903
--- Comment #11 from Michael Lange ---
imho .. spam the log with flip errors, when set this option should not happen
the Xorg.0.log was some days about 80MB big
bit, feel free ... it's up to you
--
You are receiving this mail because:
You are t
part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130201/bc04b6b1/attachment.html>
> -Original Message-
> From: linux-media-ow...@vger.kernel.org [mailto:linux-media-
> ow...@vger.kernel.org] On Behalf Of Sachin Kamat
> Sent: Friday, February 01, 2013 8:40 PM
> To: Inki Dae
> Cc: Sylwester Nawrocki; Kukjin Kim; Sylwester Nawrocki; linux-
> me...@vger.kernel.org; dri-dev
> -Original Message-
> From: linux-media-ow...@vger.kernel.org [mailto:linux-media-
> ow...@vger.kernel.org] On Behalf Of Sachin Kamat
> Sent: Friday, February 01, 2013 8:13 PM
> To: Sylwester Nawrocki
> Cc: Inki Dae; Kukjin Kim; Sylwester Nawrocki; linux-me...@vger.kernel.org;
> dri-deve
On 15.01.2013 03:43, Terje Bergstrom wrote:
> This set of patches adds support for Tegra20 and Tegra30 host1x and
> 2D. It is based on linux-next-20130114. The set was regenerated with
> git format-patch -M.
>
> The fifth version merges DRM and host1x drivers into one driver. This
> allowed moving
>> In any case please let me know the final preferred one so that I can
>> update the code send the revised patches.
>
> The version with SoC name embedded in it seems most reliable and correct
> to me.
>
> compatible = "samsung,exynos3110-fimg-2d" /* for Exynos3110 (S5PC110,
> S5PV210),
>
On 15.01.2013 03:43, Terje Bergstrom wrote:
> This set of patches adds support for Tegra20 and Tegra30 host1x and
> 2D. It is based on linux-next-20130114. The set was regenerated with
> git format-patch -M.
>
> The fifth version merges DRM and host1x drivers into one driver. This
> allowed moving
On 1 February 2013 06:57, Inki Dae wrote:
>
> For example,
> If compatible = "samsung,g2d-3.0" is added to exynos4210.dtsi, it'd be
> reasonable. But what if that compatible string is added to exynos4.dtsi?.
> This case isn't considered for exynos4412 SoC with v4.1.
In case of Exynos4 series the
1 - 100 of 108 matches
Mail list logo
