https://bugs.freedesktop.org/show_bug.cgi?id=59332
--- Comment #6 from Mike Lothian ---
Even with the llvm switches set to off I still have issues
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
dri
Thanks Mr. Dae,
I will include DT binding documentation in Arch side patches.
I am following the mentioned thread.
regards,
Rahul Sharma.
On Wed, Jan 30, 2013 at 12:07 PM, Inki Dae wrote:
> Hi Rahul,
>
> Could you add descriptions to dt document file? For this, you can
> refer to the below link
https://bugs.freedesktop.org/show_bug.cgi?id=59332
--- Comment #7 from Andreas Boll ---
(In reply to comment #6)
> Even with the llvm switches set to off I still have issues
Maybe this patch helps:
http://lists.freedesktop.org/archives/mesa-dev/2013-January/033797.html
--
You are receiving thi
On Thu, Jan 31, 2013 at 3:06 AM, Mario Kleiner
wrote:
> At least AMD hw as of a while ago didn't, older intel hw didn't (afaik), and
> NVidia i don't know. You'd also need hw vblank timestamps and counters
> independent of page-flip completion to not regress existing important
> functionality if y
On Thu, Jan 31, 2013 at 6:40 AM, Greg Kroah-Hartman
wrote:
> On Thu, Jan 31, 2013 at 11:26:53AM +1100, Linus Torvalds wrote:
>> On Thu, Jan 31, 2013 at 11:13 AM, Russell King wrote:
>> >
>> > Which may or may not be a good thing depending how you look at it; it
>> > means that once your kernel bl
On Thu, Jan 31, 2013 at 1:55 AM, Su, Xuemin wrote:
> -Original Message-
> From: Jani Nikula [mailto:jani.nik...@linux.intel.com]
> Sent: Thursday, January 24, 2013 5:05 PM
> To: Su, Xuemin
> Cc: airl...@linux.ie; dri-devel@lists.freedesktop.org;
> linux-ker...@vger.kernel.org; yanmin_zh..
On Wed, 30 Jan 2013, Rodrigo Vivi wrote:
> While old platforms had 3 transcoders and 3 pipes (1:1), HSW has 4
> transcoders and 3 pipes. To avoid future mistakes transcoders must be used
> here instead of pipes even though it is working right now by coincidence.
>
> Signed-off-by: Rodrigo Vivi
On Tue, Jan 29, 2013 at 10:40 PM, Aaron Plattner wrote:
> On 01/28/2013 05:38 AM, Rahul Sharma wrote:
>>
>> It fixes the issue arises due to passing 'nr_pages' in place of 'nents' to
>> sg_alloc_table. When ARM_HAS_SG_CHAIN is disabled, it is causing failure
>> in
>> creating SG table for the buff
On Thu, Jan 31, 2013 at 9:38 AM, Rahul Sharma wrote:
> On Tue, Jan 29, 2013 at 10:40 PM, Aaron Plattner wrote:
>> On 01/28/2013 05:38 AM, Rahul Sharma wrote:
>>>
>>> It fixes the issue arises due to passing 'nr_pages' in place of 'nents' to
>>> sg_alloc_table. When ARM_HAS_SG_CHAIN is disabled, i
https://bugs.freedesktop.org/show_bug.cgi?id=59899
Michel Dänzer changed:
What|Removed |Added
Product|DRI |Mesa
Version|XOrg CVS
On Wed, 30 Jan 2013, Rodrigo Vivi wrote:
> From: Shobhit Kumar
>
> Signed-off-by: Sateesh Kavuri
>
> v2: Modified and corrected the structures to be more in line for
> kernel coding guidelines and rebased the code on Paulo's DP patchset
>
> Signed-off-by: Shobhit Kumar
>
> v3: removing unecessa
On Wed, 30 Jan 2013, Rodrigo Vivi wrote:
> drm_i915_private is getting bigger and bigger when adding new vbt stuff.
> So, the better way of getting drm_i915_private organized is to create an
> special structure for vbt stuff.
>
Reviewed-by: Jani Nikula
> Signed-off-by: Rodrigo Vivi
> ---
> d
On Wed, 30 Jan 2013, Rodrigo Vivi wrote:
> From: Shobhit Kumar
>
> Signed-off-by: Shobhit Kumar
>
> v2: reuse of just created is_edp_psr and put it at right place.
>
A couple of nitpicks below, but either way,
Reviewed-by: Jani Nikula
> Signed-off-by: Rodrigo Vivi
> ---
> drivers/gpu/drm/
Hi,
below is my opinion.
> +struct fence;
> +struct fence_ops;
> +struct fence_cb;
> +
> +/**
> + * struct fence - software synchronization primitive
> + * @refcount: refcount for this fence
> + * @ops: fence_ops associated with this fence
> + * @cb_list: list of all callbacks to call
> + * @lock
On Thu, Jan 31, 2013 at 10:21 AM, Greg Kroah-Hartman
wrote:
>> Can you please also pick up the (currently) three locking fixups
>> around fbcon? Just so that we don't repeat the same fun where people
>> complain about lockdep splats, but the fixes are stuck somewhere. And
>> I guess Dave would be
Op 31-01-13 10:32, Inki Dae schreef:
> Hi,
>
> below is my opinion.
>
>> +struct fence;
>> +struct fence_ops;
>> +struct fence_cb;
>> +
>> +/**
>> + * struct fence - software synchronization primitive
>> + * @refcount: refcount for this fence
>> + * @ops: fence_ops associated with this fence
>> + *
On Thu, Jan 31, 2013 at 06:32:15PM +0900, Inki Dae wrote:
> Hi,
>
> below is my opinion.
>
> > +struct fence;
> > +struct fence_ops;
> > +struct fence_cb;
> > +
> > +/**
> > + * struct fence - software synchronization primitive
> > + * @refcount: refcount for this fence
> > + * @ops: fence_ops as
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
> acpi_bus_get_device().
>
> Signed-off-by: Y
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 device from to rcarfb to rcar-du]
> > Signed-off-by: Laurent Pinchart
> >
>
> Thanks,
On Wed, 30 Jan 2013, Rodrigo Vivi wrote:
> From: Shobhit Kumar
>
> Signed-off-by: Shobhit Kumar
>
> v2: Created aux_clock_divider function to avoid duplicated code.
Bikeshed, that could be a prep patch, but I won't insist on it.
Other comments below.
> Unfortunatelly dp_aux_ch and psr_aux
On Wed, 30 Jan 2013, Rodrigo Vivi wrote:
> From: Shobhit Kumar
>
> Added eDP PSR enable functionality. This includes setting the PSR
> configuration over AUX, sending SDP VSC DIP over the eDP PIPE config,
> enabling PSR in the sink via DPCD register and finally enabling PSR on
> the host. PSR wor
On Wed, 30 Jan 2013, Rodrigo Vivi wrote:
> From: Shobhit Kumar
>
> Added support for PSR entry counter and performance counters
>
> Signed-off-by: Shobhit Kumar
>
> v2: Add psr enabled yes/no info
A bunch of nitpicks...
BR,
Jani.
> Signed-off-by: Rodrigo Vivi
> ---
> drivers/gpu/drm/i915/i
On Wed, 30 Jan 2013, Rodrigo Vivi wrote:
> PSR must be enabled after transcoder and port are running.
> And it is only available for HSW.
>
> v2: move enable/disable to intel_ddi
Reviewed-by: Jani Nikula
>
> Signed-off-by: Rodrigo Vivi
> ---
> drivers/gpu/drm/i915/intel_ddi.c | 2 ++
> 1 file
On Friday 11 January 2013 21:27:03 Laurent Pinchart wrote:
> Hi everybody,
>
> Would anyone be interested in meeting at the FOSDEM to discuss the Common
> Display Framework ? There will be a CDF meeting at the ELC at the end of
> February, the FOSDEM would be a good venue for European developers.
https://bugs.freedesktop.org/show_bug.cgi?id=59982
--- Comment #6 from Lucas Kannebley Tavares ---
Created attachment 73987
--> https://bugs.freedesktop.org/attachment.cgi?id=73987&action=edit
BIOS for the adapter
Here's the dump you requested, thanks for the reminder on modeset, was trying
to
https://bugs.freedesktop.org/show_bug.cgi?id=59431
--- Comment #46 from Vladimir ---
I found the exact commit that causes this bug
http://kernel.ubuntu.com/git?p=ubuntu/ubuntu-quantal.git;a=commit;h=8f53b5444a25b5be3bfe0164316f9bc7845279c9
drm/radeon: properly handle mc_stop/mc_resume on evergr
https://bugs.freedesktop.org/show_bug.cgi?id=57567
--- Comment #12 from Vladimir ---
I found the exact commit that causes this bug
http://kernel.ubuntu.com/git?p=ubuntu/ubuntu-quantal.git;a=commit;h=8f53b5444a25b5be3bfe0164316f9bc7845279c9
drm/radeon: properly handle mc_stop/mc_resume on evergr
On Thu, Jan 31, 2013 at 11:53:30AM +0100, Laurent Pinchart wrote:
> On Friday 11 January 2013 21:27:03 Laurent Pinchart wrote:
> > Hi everybody,
> >
> > Would anyone be interested in meeting at the FOSDEM to discuss the Common
> > Display Framework ? There will be a CDF meeting at the ELC at the e
Hi Sylwester.
Thank you for the review.
On 31 January 2013 03:08, Sylwester Nawrocki
wrote:
> Hi Sachin,
>
>
> On 01/25/2013 10:55 AM, Sachin Kamat wrote:
>>
>> This patch adds device tree based discovery support to G2D driver
>>
>> Signed-off-by: Sachin Kamat
>> ---
>
> Don' you need something
On Thu, Jan 31, 2013 at 02:45:01AM +0100, Laurent Pinchart wrote:
> From: Phil Edworthy
>
> Signed-off-by: Phil Edworthy
> [Rename device from to rcarfb to rcar-du]
> Signed-off-by: Laurent Pinchart
Thanks, I have applied this to the soc3 branch, merged it into the next
branch. At this point i
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 eight
> planes that can be shared between the superposition processors.
>
> The
On Thu, Jan 31, 2013 at 09:21:16AM +0100, Daniel Vetter wrote:
> On Thu, Jan 31, 2013 at 6:40 AM, Greg Kroah-Hartman
> wrote:
> > On Thu, Jan 31, 2013 at 11:26:53AM +1100, Linus Torvalds wrote:
> >> On Thu, Jan 31, 2013 at 11:13 AM, Russell King
> >> wrote:
> >> >
> >> > Which may or may not be
[ CCing Linux-Next and MMOTM folks ]
Original posting from Daniel see [0]
[ QUOTE ]
On Thu, Jan 31, 2013 at 6:40 AM, Greg Kroah-Hartman
wrote:
> On Thu, Jan 31, 2013 at 11:26:53AM +1100, Linus Torvalds wrote:
>> On Thu, Jan 31, 2013 at 11:13 AM, Russell King wrote:
>> >
>> > Which may or may no
On Thu, Jan 31, 2013 at 11:12 AM, Sedat Dilek wrote:
> [ CCing Linux-Next and MMOTM folks ]
>
> Original posting from Daniel see [0]
>
> [ QUOTE ]
> On Thu, Jan 31, 2013 at 6:40 AM, Greg Kroah-Hartman
> wrote:
>> On Thu, Jan 31, 2013 at 11:26:53AM +1100, Linus Torvalds wrote:
>>> On Thu, Jan 31,
On 01/31/2013 11:53 AM, Laurent Pinchart wrote:
> On Friday 11 January 2013 21:27:03 Laurent Pinchart wrote:
>> Hi everybody,
>>
>> Would anyone be interested in meeting at the FOSDEM to discuss the Common
>> Display Framework ? There will be a CDF meeting at the ELC at the end of
>> February, the
On Thu, Jan 31, 2013 at 8:21 PM, Greg Kroah-Hartman
wrote:
> On Thu, Jan 31, 2013 at 09:21:16AM +0100, Daniel Vetter wrote:
>> On Thu, Jan 31, 2013 at 6:40 AM, Greg Kroah-Hartman
>> wrote:
>> > On Thu, Jan 31, 2013 at 11:26:53AM +1100, Linus Torvalds wrote:
>> >> On Thu, Jan 31, 2013 at 11:13 AM,
On Thu, Jan 31, 2013 at 2:23 PM, Daniel Vetter wrote:
> On Thu, Jan 31, 2013 at 9:38 AM, Rahul Sharma wrote:
>> On Tue, Jan 29, 2013 at 10:40 PM, Aaron Plattner
>> wrote:
>>> On 01/28/2013 05:38 AM, Rahul Sharma wrote:
It fixes the issue arises due to passing 'nr_pages' in place of 'n
On Thu, Jan 31, 2013 at 12:54 PM, Rahul Sharma wrote:
> I have parsed the related code and it looks fine to me. I couldn't find
> any code section, expecting sg-tables with single-page sgl entries. I
> just want to ensure again that it doesn't cause any side effects on
> various platforms.
Just c
IMPORTANT NOTE: *** This is just an experimental patch! ***
I fell over some "pipe A assertion" warnings while playing with
drm-intel-nightly
and contacted Daniel Vetter via PM.
[ dmesg ]
[ 19.948476] WARNING: at drivers/gpu/drm/i915/intel_display.c:1228
assert_pipe+0xde/0xe0 [i915]()
[ 19.
On Thu, Jan 31, 2013 at 5:47 PM, Daniel Vetter wrote:
> On Thu, Jan 31, 2013 at 12:54 PM, Rahul Sharma wrote:
>> I have parsed the related code and it looks fine to me. I couldn't find
>> any code section, expecting sg-tables with single-page sgl entries. I
>> just want to ensure again that it do
https://bugs.freedesktop.org/show_bug.cgi?id=60028
--- Comment #10 from Dave Witbrodt ---
> > The testing I have done so far was assuming the problem was in the kernel,
> > [...]
>
> The fact that the memory is reclaimed on process exit makes that unlikely.
That makes perfect sense. Thank you
https://bugs.freedesktop.org/show_bug.cgi?id=57567
Alexandre Demers changed:
What|Removed |Added
See Also||https://bugs.freedesktop.or
https://bugs.freedesktop.org/show_bug.cgi?id=55692
Alexandre Demers changed:
What|Removed |Added
See Also||https://bugs.freedesktop.or
https://bugs.freedesktop.org/show_bug.cgi?id=56139
Alexandre Demers changed:
What|Removed |Added
See Also||https://bugs.freedesktop.or
https://bugs.freedesktop.org/show_bug.cgi?id=57567
Alexandre Demers changed:
What|Removed |Added
See Also|https://bugs.freedesktop.or |
|g/show_bug.cgi?id
https://bugs.freedesktop.org/show_bug.cgi?id=55692
Alexandre Demers changed:
What|Removed |Added
See Also|https://bugs.freedesktop.or |
|g/show_bug.cgi?id
On Wed, Jan 30, 2013 at 5:52 AM, Rob Clark wrote:
> On Wed, Jan 30, 2013 at 5:08 AM, Daniel Vetter wrote:
>> On Wed, Jan 30, 2013 at 2:07 AM, Rob Clark wrote:
>>> ==
>>> Basic problem statement:
>>> - --- -
>>> GPU's do operations that commonly involve man
https://bugs.freedesktop.org/show_bug.cgi?id=60028
--- Comment #11 from Dave Witbrodt ---
(In reply to comment #9)
> (In reply to comment #8)
> > Would it be good for me to bisect Mesa?
>
> If Mesa commit 6532eb17baff6e61b427f29e076883f8941ae664 (where code
> depending on DRM minor 26 was first
https://bugs.freedesktop.org/show_bug.cgi?id=57567
--- Comment #13 from Alex Deucher ---
Does this patch help?
http://cgit.freedesktop.org/~agd5f/linux/commit/?h=drm-fixes-3.8&id=bb588820ef421c6098dca1fec29c3b347f1c8c19
--
You are receiving this mail because:
You are the assignee for the bug.
_
https://bugs.freedesktop.org/show_bug.cgi?id=60028
Alex Deucher changed:
What|Removed |Added
Product|DRI |Mesa
Version|unspecified
https://bugs.freedesktop.org/show_bug.cgi?id=60028
Alex Deucher changed:
What|Removed |Added
Summary|Post-3.7.x memory leak, |r600g: Htile memory leak
On Thu, Jan 31, 2013 at 10:51:27PM +1100, Dave Airlie wrote:
> On Thu, Jan 31, 2013 at 8:21 PM, Greg Kroah-Hartman
> wrote:
> > On Thu, Jan 31, 2013 at 09:21:16AM +0100, Daniel Vetter wrote:
> >> On Thu, Jan 31, 2013 at 6:40 AM, Greg Kroah-Hartman
> >> wrote:
> >> > On Thu, Jan 31, 2013 at 11:26:
On Thu, Jan 31, 2013 at 10:51:27PM +1100, Dave Airlie wrote:
> I'll ship them via my tree at this point I think, since I now need to
> queue a revert of the revert on top.
>
> I have a few vgacon/fbcon fixes that I need to go in this cycle.
Great, thanks.
--
Russell King
Linux kernel2.6 AR
On Thu, Jan 31, 2013 at 12:59 AM, Su, Xuemin wrote:
> From: liu chuansheng
> Date: Thu, 31 Jan 2013 22:13:00 +0800
> Subject: [PATCH] drm/radeon: Calling object_unrefer() when creating fb
> failure
>
> When kzalloc() failed in radeon_user_framebuffer_create(), need to
> call object_unreference()
On Wed, Jan 30, 2013 at 8:23 PM, Sebastian Hesselbarth
wrote:
> On 01/29/2013 06:23 PM, Rob Clark wrote:
>>
>> Driver for the NXP TDA998X i2c hdmi encoder slave.
>
>
> Rob,
>
> good to see a driver for TDA998x comming! I'd love to test
> it on CuBox (mach-dove) but there is no gpu driver I can hoo
On Thu, Jan 31, 2013 at 2:26 PM, Rahul Sharma wrote:
>> The other thing is that only doing sg entry coalescing for
>> prime/dma_buf will lead to a QA problem, since all the normal sg
>> tables still have a 1:1 relationship. So imo the right way to move
>> forward with this is to convert the variou
2013/1/31 Daniel Vetter :
> On Thu, Jan 31, 2013 at 06:32:15PM +0900, Inki Dae wrote:
>> Hi,
>>
>> below is my opinion.
>>
>> > +struct fence;
>> > +struct fence_ops;
>> > +struct fence_cb;
>> > +
>> > +/**
>> > + * struct fence - software synchronization primitive
>> > + * @refcount: refcount for
https://bugs.freedesktop.org/show_bug.cgi?id=60028
--- Comment #12 from Michel Dänzer ---
Should be fixed by commit 5c86a728d4f688c0fe7fbf9f4b8f88060b65c4ee ('r600g: fix
htile buffer leak'). Please resolve as fixed if you can confirm.
--
You are receiving this mail because:
You are the assignee
On Thu, Jan 31, 2013 at 3:38 PM, Inki Dae wrote:
> I think I understand as your comment but I don't think that I
> understand fully the dma-fence mechanism. So I wish you to give me
> some advices for it. In our case, I'm applying the dma-fence to
> mali(3d gpu) driver as producer and exynos drm(d
On Wed, Jan 30, 2013 at 10:03 PM, Stephen Warren wrote:
> On 01/30/2013 06:16 PM, Inki Dae wrote:
>> 2013/1/30 Sylwester Nawrocki :
>>> Hi,
>>>
>>>
>>> On 01/08/2013 11:56 PM, Stephen Warren wrote:
On 01/08/2013 01:16 PM, Sean Paul wrote:
>
> Add a property to the hdmi node so we
https://bugs.freedesktop.org/show_bug.cgi?id=59982
--- Comment #7 from Alex Deucher ---
Created attachment 73997
--> https://bugs.freedesktop.org/attachment.cgi?id=73997&action=edit
possible fix
For some reason the current crtc enabled bit isn't going low. It should be low
already if the crtc
https://bugs.freedesktop.org/show_bug.cgi?id=60028
Dave Witbrodt changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=60034
--- Comment #6 from Jerome Glisse ---
Can you capture a trace using https://github.com/apitrace/apitrace your
distribution might have package for it. Also try to make the trace as small as
possible by jumping directly to the issue.
--
You are r
On Mon, Jan 21, 2013 at 10:39 PM, Liu, Xinyun wrote:
> void *object is not used in fact.
>
> Signed-off-by: Xinyun Liu
Reviewed-by: Jerome Glisse
> ---
> drivers/gpu/drm/drm_global.c |2 --
> 1 file changed, 2 deletions(-)
>
> diff --git a/drivers/gpu/drm/drm_global.c b/drivers/gpu/drm/dr
On 01/31/2013 08:04 AM, Sean Paul wrote:
...
> I think if we take a step back, we're really not discussing HDMI
> version 1.3 vs. 1.4, we're really talking about the HDMI IP block
> version.
Absolutely.
> The blocks just happen to implement different versions of the
> HDMI spec.
Yes.
> The init
Looks like I accidentally broke 8bpp support in i915.
This series fixes the regression, as verified in the bug report:
https://bugs.freedesktop.org/show_bug.cgi?id=59572#c18
There should be no negative effect on other drivers since they either
don't support 8bpp, or they don't bother with checkin
From: Ville Syrjälä
Set depth/bits_per_pixel to 8 for C8 format.
Signed-off-by: Ville Syrjälä
---
drivers/gpu/drm/drm_crtc.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpu/drm/drm_crtc.c b/drivers/gpu/drm/drm_crtc.c
index 9c797f6..ff7344c 100644
--- a/drivers/gpu/drm/drm_crtc.
From: Ville Syrjälä
Support for real RGB332 is a rarity, most hardware only really support
C8. So use C8 instead of RGB332 when determining the format based on
depth/bpp.
This fixes 8bpp fbcon on i915, since i915 will only accept C8 and not
RGB332.
Bugzilla: https://bugs.freedesktop.org/show_bu
https://bugs.freedesktop.org/show_bug.cgi?id=57567
--- Comment #14 from Vladimir ---
No, that doesn't fix it. still the same
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedeskt
https://bugs.freedesktop.org/show_bug.cgi?id=57567
--- Comment #15 from Alex Deucher ---
Does adding:
udelay(100);
at the end of evergreen_mc_stop() help?
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing
On Thu, Jan 31, 2013 at 7:04 AM, Sean Paul wrote:
> On Wed, Jan 30, 2013 at 10:03 PM, Stephen Warren
> wrote:
>> On 01/30/2013 06:16 PM, Inki Dae wrote:
>>> 2013/1/30 Sylwester Nawrocki :
Hi,
On 01/08/2013 11:56 PM, Stephen Warren wrote:
>
> On 01/08/2013 01:16 PM, Se
https://bugs.freedesktop.org/show_bug.cgi?id=59332
--- Comment #8 from Mike Lothian ---
It's an improvement I can build mesa again without EGL
building with EGL I get errors such as:
../../../../src/gallium/auxiliary/.libs/libgallium.a(lp_bld_debug.o):lp_bld_debug.cpp:function
lp_disassemble:
https://bugs.freedesktop.org/show_bug.cgi?id=59332
Mike Lothian changed:
What|Removed |Added
Attachment #72977|0 |1
is obsolete|
https://bugs.freedesktop.org/show_bug.cgi?id=57567
--- Comment #16 from Vladimir ---
didn't help either
btw, reverting that commit(62444b7462a2b98bc78d68736c03a7c4e66ba7e2) fixed
3.8-rc5 for me. finally ogl 3.0 :D
--
You are receiving this mail because:
You are the assignee for the bug.
_
https://bugs.freedesktop.org/show_bug.cgi?id=59332
--- Comment #10 from Mike Lothian ---
Equally disabling llvm and leaving egl on works too
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel
Hi
2013/1/30 Rodrigo Vivi :
> While old platforms had 3 transcoders and 3 pipes (1:1), HSW has 4
> transcoders and 3 pipes. To avoid future mistakes transcoders must be used
> here instead of pipes even though it is working right now by coincidence.
Not by coincidence: these regs are currently
https://bugs.freedesktop.org/show_bug.cgi?id=60034
--- Comment #7 from Andy Furniss ---
(In reply to comment #6)
> Can you capture a trace using https://github.com/apitrace/apitrace your
> distribution might have package for it. Also try to make the trace as small
> as possible by jumping directl
https://bugs.freedesktop.org/show_bug.cgi?id=58354
--- Comment #22 from Alex Deucher ---
Created attachment 74014
--> https://bugs.freedesktop.org/attachment.cgi?id=74014&action=edit
patch 1/2
Does this set of patches fix the issue? I think we are running out of ring
space for large VM page t
https://bugs.freedesktop.org/show_bug.cgi?id=58354
--- Comment #23 from Alex Deucher ---
Created attachment 74015
--> https://bugs.freedesktop.org/attachment.cgi?id=74015&action=edit
patch 2/2
--
You are receiving this mail because:
You are the assignee for the bug.
__
Hi
2013/1/31 Jani Nikula :
> On Wed, 30 Jan 2013, Rodrigo Vivi wrote:
>> While old platforms had 3 transcoders and 3 pipes (1:1), HSW has 4
>> transcoders and 3 pipes. To avoid future mistakes transcoders must be used
>> here instead of pipes even though it is working right now by coincidence.
https://bugs.freedesktop.org/show_bug.cgi?id=60034
--- Comment #8 from Andy Furniss ---
Created attachment 74016
--> https://bugs.freedesktop.org/attachment.cgi?id=74016&action=edit
compressed text output from etqw apitrace dump
If it's just the output of apitrace dump that's needed then this
https://bugs.freedesktop.org/show_bug.cgi?id=60034
--- Comment #9 from Jerome Glisse ---
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
--
You are receiving this mail becaus
From: Alex Deucher
If the requested number of DWs on the ring is larger than
the size of the ring itself, return an error.
In testing with large VM updates, we've seen crashes when we
try and allocate more space on the ring than the total size
of the ring without checking.
This prevents the cra
From: Alex Deucher
For large VM page table updates, we can sometimes generate
more packets than there is space on the ring. This happens
more readily with the DMA ring since it is 64K (vs 1M for the
CP). For now, switch back to the CP. For the next kernel,
I have a patch to utilize IBs for VM
https://bugs.freedesktop.org/show_bug.cgi?id=59904
maxi...@free.fr changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
Hi
In addition to Jani's comments:
2013/1/30 Rodrigo Vivi :
> From: Shobhit Kumar
>
> Signed-off-by: Shobhit Kumar
>
> v2: Created aux_clock_divider function to avoid duplicated code.
> Unfortunatelly dp_aux_ch and psr_aux_ch aren't so similar to reuse full
> code.
>
DDI A AUX channel tra
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 the BO move code as we
could potentially run out of ring space on a smal
On Thu, Jan 31, 2013 at 2:14 PM, Sebastian Hesselbarth
wrote:
> On 01/31/2013 03:23 PM, Rob Clark wrote:
>>
>> On Wed, Jan 30, 2013 at 8:23 PM, Sebastian Hesselbarth
>> wrote:
>>>
>>> On 01/29/2013 06:23 PM, Rob Clark wrote:
>
> [...]
+
+/* The TDA9988 series of devices use a page
https://bugs.freedesktop.org/show_bug.cgi?id=59903
--- Comment #9 from Michael Lange ---
an option in my xorg.conf is causing the spam of flip errors in Xorg.0.log
Section "Monitor"
Identifier "Denon-AVAMP"
--->#Option "Enable""true" <
Modeline
Hi
2013/1/30 Rodrigo Vivi :
> From: Shobhit Kumar
>
> Added eDP PSR enable functionality. This includes setting the PSR
> configuration over AUX, sending SDP VSC DIP over the eDP PIPE config,
> enabling PSR in the sink via DPCD register and finally enabling PSR on
> the host. PSR works only in LP
I've put up a WIP 3.9 branch for those that want to start testing it:
http://cgit.freedesktop.org/~agd5f/linux/log/?h=drm-next-3.9-wip
Main changes so far:
- GPU reset rework
- CS ioctl refactoring
- switch to using IBs for VM PT updates
- Deprecate UMS
We have a few other internal projects we'd l
From: Alex Deucher
Hi Dave,
A few more radeon fixes for 3.8. Mostly small stuff. The big
change is disabling the use of the DMA ring for VM PT updates. This
reverts back to the 3.7 behavior. Problem is we can get huge PT
updates in certain cases that are too big for the DMA ring. I've
got p
Hi Kukjin,
> -Original Message-
> From: linux-media-ow...@vger.kernel.org [mailto:linux-media-
> ow...@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-me...@vger.kernel.org; dri-
> de...@l
On 01/31/2013 06:27 PM, Inki Dae wrote:
> Hi Kukjin,
>
>> -Original Message-
>> From: linux-media-ow...@vger.kernel.org [mailto:linux-media-
>> ow...@vger.kernel.org] On Behalf Of Kukjin Kim
>> Sent: Friday, February 01, 2013 9:15 AM
>> To: 'Sylwester Nawrocki'; 'Inki Dae'
>> Cc: 'Sachin K
On 01/31/2013 10:36 AM, Stephen Warren wrote:
> On 01/31/2013 08:04 AM, Sean Paul wrote:
> ...
>> I think if we take a step back, we're really not discussing HDMI
>> version 1.3 vs. 1.4, we're really talking about the HDMI IP block
>> version.
>
> Absolutely.
>
>> The blocks just happen to implem
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=58354
--- Comment #24 from Alexandre Demers ---
It fixes the thing! Good work! I've let it run for some time and it ran without
any locks.
--
You are receiving this mail because:
You are the assignee for the bug.
_
https://bugs.freedesktop.org/show_bug.cgi?id=53111
--- Comment #28 from Alexandre Demers ---
I'm closing this bug, the original triggering application is not doing it
anymore. Also many things changed since then. I'll reopen it if for any reason
I can still point to this exact problem, but I thin
https://bugs.freedesktop.org/show_bug.cgi?id=53111
Alexandre Demers changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
On Thu, Jan 31, 2013 at 08:23:53AM -0600, Rob Clark wrote:
> On Wed, Jan 30, 2013 at 8:23 PM, Sebastian Hesselbarth
> wrote:
> > On 01/29/2013 06:23 PM, Rob Clark wrote:
> >>
> >> Driver for the NXP TDA998X i2c hdmi encoder slave.
> >
> >
> > Rob,
> >
> > good to see a driver for TDA998x comming!
1 - 100 of 230 matches
Mail list logo
