Christian,
> as I already noted in our internal discussion, the first step to
> hierarchical page table support should be to cleanup the set_page interface.
> Please see the attached patch, it does exactly this. I suggest that you
> rebase on it and try to don't touch the chipset specific code in
https://bugs.freedesktop.org/show_bug.cgi?id=54877
--- Comment #3 from Vadim Girlin 2012-09-14 06:35:08 UTC ---
(In reply to comment #2)
> Created attachment 67121 [details] [review]
> fix
>
> This fixes it. I need to find out how the quant mode affects the range of
> values.
My guess is that
On Tue, Jun 26, 2012 at 02:04:00PM -0700, Jesse Barnes wrote:
> On Tue, 26 Jun 2012 00:36:24 +0200
> Lekensteyn wrote:
>
> > This is rather a hack to fix brightness hotkeys on a Clevo laptop. CADL is
> > not
> > used anywhere in the driver code at the moment, but it could be used in
> > BIOS as
On Fri, Sep 14, 2012 at 01:29:55PM +1000, Dave Airlie wrote:
> From: Dave Airlie
>
> We noticed a plymouth bug on Fedora 18, and I then
> noticed this stupid thinko, fixing it fixed the problem
> with plymouth.
>
> Signed-off-by: Dave Airlie
Signed-off-by: Ben Skeggs
> ---
> drivers/gpu/drm/
when page flip is requested, crtc's dpms mode should be on.
if not on, return -EPERM so that the hardware can't be accessed.
if user requesed dpms off and next page flip then the hardware
can be accessed with dpms off to enable vblank so this patch
will prevent from accessing the hardware with dpms
On Thu, Sep 13, 2012 at 01:29:54PM +0200, Sascha Hauer wrote:
> > > You have seen my of videomode helper proposal. One result there
> > > was that we want to have ranges for the margin/synclen fields.
> > > Does it make sense to base this new panel framework on a more
> > > sophisticated internal r
when fb changing is requested, crtc's dpms mode should be on.
if not on, return -EPERM so that the hardware can't be accessed.
if user requesed dpms off and next SetCrtc with an another fb
then the hardware can be accessed with dpms off to write overlay
data onto some registers so this patch will p
exynos_drm_crtc_dpms function doesn't need mutex lock
because mutex lock was called by drm framework so this
patch removes mutex lock call from that function to avoid
duplicated mutex locking.
Signed-off-by: Inki Dae
Signed-off-by: Kyungmin Park
---
drivers/gpu/drm/exynos/exynos_drm_crtc.c |
https://bugs.freedesktop.org/show_bug.cgi?id=54877
--- Comment #2 from Alex Deucher 2012-09-13 21:30:33 UTC
---
Created attachment 67121
--> https://bugs.freedesktop.org/attachment.cgi?id=67121
fix
This fixes it. I need to find out how the quant mode affects the range of
values.
--
Configu
this patch adds pid to g2d_runqueue_node as member to identify
which process owns this node.
Signed-off-by: Inki Dae
Signed-off-by: Kyungmin Park
---
drivers/gpu/drm/exynos/exynos_drm_g2d.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/exynos/exynos_d
Christian,
> as I already noted in our internal discussion, the first step to
> hierarchical page table support should be to cleanup the set_page interface.
> Please see the attached patch, it does exactly this. I suggest that you
> rebase on it and try to don't touch the chipset specific code in
From: Dave Airlie
We noticed a plymouth bug on Fedora 18, and I then
noticed this stupid thinko, fixing it fixed the problem
with plymouth.
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/nouveau/nouveau_display.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gp
t != 2 && --retries);
>> + } while (ret != xfers && --retries);
>>
>> - return ret == 2 ? 0 : -1;
>> + return ret == xfers ? 0 : -1;
>> }
>>
>> static bool drm_edid_is_zero(u8 *in_edid, int length)
>> --
>> 1.7.0.4
>>
>> ___
>> dri-devel mailing list
>> dri-devel at lists.freedesktop.org
>> http://lists.freedesktop.org/mailman/listinfo/dri-devel
>>
>
>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20120913/be95fcbd/attachment-0001.html>
Dropping David and kernel mailing list for now, they are probably not
immediately interested in such specific discussion.
On 13.09.2012 18:52, Dmitry Cherkassov wrote:
> Christian,
>
>> as I already noted in our internal discussion, the first step to
>> hierarchical page table support should be t
We are now less than a week into the conference so here's
an update with the latest infos:
Registration
We have close to 50 registered participants now. If you haven't
registered yourself please take a minute to go to
http://wiki.x.org/wiki/Events/XDC2012/Attendees
to put your
PDE/PTE update code uses CP ring for memory writes.
All page table entries are preallocated for now in alloc_pt().
It is made as whole because it's hard to divide it to several patches
that compile and doesn't break anything being applied separately.
Tested on cayman card.
Signed-off-by: Dmitry
On Wed, Sep 12, 2012 at 9:44 PM, Dave Airlie wrote:
> Just a reminder to the subtree maintainers that I should be starting
> to see signs of -next trees lining up soon,
>
> I've merged a bunch of patches from the list, but I'm sure I've forgotten
> some,
> I've got the 3 quirks from Paul that I'm
On Thu, Sep 13, 2012 at 08:39:54AM -0500, Rob Clark wrote:
> On Thu, Sep 13, 2012 at 3:40 AM, Ville Syrj?l?
> wrote:
> > On Wed, Sep 12, 2012 at 02:40:56PM -0500, Rob Clark wrote:
> >> On Wed, Sep 12, 2012 at 1:58 PM, Ville Syrj?l?
> >> wrote:
> >> > On Wed, Sep 12, 2012 at 01:00:19PM -0500, Clar
https://bugzilla.kernel.org/show_bug.cgi?id=47481
--- Comment #3 from Anisse Astier 2012-09-13 17:27:23 ---
I'm not sure. Since it's random I need to do a lot of tests to reproduce it.
I'll try to test with 3.2.
Sometimes, screen might turn on, but I get vertical black and white stripes. (I
o_va->flags);
>
> radeon_fence_unref(&vm->fence);
> r = radeon_fence_emit(rdev, &vm->fence, ridx);
> @@ -958,9 +1024,11 @@ int radeon_vm_bo_update_pte(struct radeon_device *rdev,
> radeon_ring_unlock_undo(rdev, ring);
> return r;
> }
> +
> radeon_ring_unlock_commit(rdev, ring);
> radeon_semaphore_free(rdev, &sem, vm->fence);
> radeon_fence_unref(&vm->last_flush);
> +
> return 0;
> }
>
> diff --git a/drivers/gpu/drm/radeon/si.c b/drivers/gpu/drm/radeon/si.c
> index 2a5c337..156c994 100644
> --- a/drivers/gpu/drm/radeon/si.c
> +++ b/drivers/gpu/drm/radeon/si.c
> @@ -2426,7 +2426,7 @@ static int si_pcie_gart_enable(struct radeon_device
> *rdev)
> WREG32(VM_CONTEXT1_PROTECTION_FAULT_DEFAULT_ADDR,
> (u32)(rdev->dummy_page.addr >> 12));
> WREG32(VM_CONTEXT1_CNTL2, 0);
> - WREG32(VM_CONTEXT1_CNTL, ENABLE_CONTEXT | PAGE_TABLE_DEPTH(0) |
> + WREG32(VM_CONTEXT1_CNTL, ENABLE_CONTEXT | PAGE_TABLE_DEPTH(1) |
> RANGE_PROTECTION_FAULT_ENABLE_DEFAULT);
>
> si_pcie_gart_tlb_flush(rdev);
> @@ -2804,7 +2804,7 @@ void si_vm_flush(struct radeon_device *rdev, struct
> radeon_ib *ib)
> radeon_ring_write(ring, PACKET0(VM_CONTEXT8_PAGE_TABLE_BASE_ADDR
> + ((vm->id - 8) << 2), 0));
> }
> - radeon_ring_write(ring, vm->pt_gpu_addr >> 12);
> + radeon_ring_write(ring, vm->pd_gpu_addr >> 12);
>
> /* flush hdp cache */
> radeon_ring_write(ring, PACKET0(HDP_MEM_COHERENCY_FLUSH_CNTL, 0));
Cheers,
Christian.
-- next part --
A non-text attachment was scrubbed...
Name: 0001-drm-radeon-refactor-set_page-chipset-interface.patch
Type: text/x-patch
Size: 8777 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20120913/e0afc5c9/attachment-0001.bin>
https://bugzilla.kernel.org/show_bug.cgi?id=47481
Alex Deucher changed:
What|Removed |Added
CC||alexdeucher at gmail.com
--- Comment #
https://bugzilla.kernel.org/show_bug.cgi?id=47481
--- Comment #1 from Anisse Astier 2012-09-13 17:18:45 ---
Correction: screen is blank, but backlight is on.
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You a
https://bugzilla.kernel.org/show_bug.cgi?id=47481
Summary: Random blank screen: radeon_cs_ib_chunk Failed to
schedule IB on AMD PALM
Product: Drivers
Version: 2.5
Kernel Version: 3.5.3, 3.6.0-rc5
Platform: All
OS/Version: L
From: Alex Deucher
Hi Dave,
This is the current set of radeon fixes for 3.6. Two small fixes:
- fix the fence issues introduced in 3.5 with 64-bit fences
- PLL fix for multiple DP heads
Note that the fence fix will require a separate fix for 3.5 since
the fence code changed in 3.6.
The follow
https://bugs.freedesktop.org/show_bug.cgi?id=54877
Andreas Boll changed:
What|Removed |Added
CC||ptpzz at yandex.ru
Component|Dri
Hi Dave,
The big ticket item here is the new i915 modeset infrastructure.
Shockingly it didn't not blow up all over the place (i.e. I've managed to
fix the ugly issues before merging). 1-2 smaller corner cases broke, but
we have patches. Also, there's tons of patches on top of this that clean
out
https://bugs.freedesktop.org/show_bug.cgi?id=54877
Bug #: 54877
Summary: [bisected] rendering corrupted for windows larger than
2048 pixels in one dimension
Classification: Unclassified
Product: Mesa
Version: git
Platf
https://bugzilla.kernel.org/show_bug.cgi?id=47471
--- Comment #5 from 4Strings 2012-09-13 15:33:49
---
Thanks very much for your answer! From now on I will read the NMI alert with no
fear... Your word "harmless" is quite reassuring! :)
--
Configure bugmail: https://bugzilla.kernel.org/use
On Wed, Sep 12, 2012 at 9:44 PM, Dave Airlie wrote:
> Just a reminder to the subtree maintainers that I should be starting
> to see signs of -next trees lining up soon,
>
> I've merged a bunch of patches from the list, but I'm sure I've forgotten
> some,
> I've got the 3 quirks from Paul that I'm
https://bugzilla.kernel.org/show_bug.cgi?id=47471
Alex Deucher changed:
What|Removed |Added
CC||alexdeucher at gmail.com
--- Comment #
https://bugzilla.kernel.org/show_bug.cgi?id=47471
--- Comment #3 from 4Strings 2012-09-13 15:05:17
---
Created an attachment (id=80121)
--> (https://bugzilla.kernel.org/attachment.cgi?id=80121)
dmesg - kernel 3.4.9
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
https://bugzilla.kernel.org/show_bug.cgi?id=47471
--- Comment #2 from 4Strings 2012-09-13 15:04:49
---
Created an attachment (id=80111)
--> (https://bugzilla.kernel.org/attachment.cgi?id=80111)
messages - kernel 3.2.28
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=e
https://bugzilla.kernel.org/show_bug.cgi?id=47471
4Strings changed:
What|Removed |Added
Kernel Version|3.4.9, 3.5.3|3.2.28 - 3.4.9
--
Configure bugmail: http
https://bugzilla.kernel.org/show_bug.cgi?id=47471
--- Comment #1 from 4Strings 2012-09-13 15:02:38
---
Created an attachment (id=80101)
--> (https://bugzilla.kernel.org/attachment.cgi?id=80101)
syslog - kernel 3.2.28
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=ema
https://bugzilla.kernel.org/show_bug.cgi?id=47471
Summary: Radeon - NMI: PCI system error (SERR) for reason a1 on
CPU 0.
Product: Drivers
Version: 2.5
Kernel Version: 3.4.9, 3.5.3
Platform: All
OS/Version: Linux
On Thu, Sep 13, 2012 at 2:37 PM, Alex Deucher wrote:
> On Thu, Sep 13, 2012 at 2:17 PM, Jerome Glisse wrote:
>> On Thu, Sep 13, 2012 at 10:13 AM, Dmitry Cherkasov
>> wrote:
>>> PDE/PTE update code uses CP ring for memory writes.
>>> All page table entries are preallocated for now in alloc_pt().
On Thu, Sep 13, 2012 at 2:17 PM, Jerome Glisse wrote:
> On Thu, Sep 13, 2012 at 10:13 AM, Dmitry Cherkasov
> wrote:
>> PDE/PTE update code uses CP ring for memory writes.
>> All page table entries are preallocated for now in alloc_pt().
>>
>> It is made as whole because it's hard to divide it to
https://bugs.freedesktop.org/show_bug.cgi?id=54877
--- Comment #2 from Alex Deucher 2012-09-13 21:30:33 UTC ---
Created attachment 67121
--> https://bugs.freedesktop.org/attachment.cgi?id=67121
fix
This fixes it. I need to find out how the quant mode affects the range of
values.
--
Configur
https://bugs.freedesktop.org/show_bug.cgi?id=54832
--- Comment #3 from Tomasz P. 2012-09-13
14:21:30 UTC ---
done, bug: 54867
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
>>
>
> ah, sorry for inconvenient. removed that merge commit and checked to be
> merged to drm-fixes. please pull it again and please let me know if any
> problem again.
Excellent worked this time
thanks,
Dave.
https://bugs.freedesktop.org/show_bug.cgi?id=54867
Bug #: 54867
Summary: bug in r300 compiler
Classification: Unclassified
Product: Mesa
Version: git
Platform: All
OS/Version: Linux (All)
Status: NEW
Severity
On Tue, Jun 26, 2012 at 02:04:00PM -0700, Jesse Barnes wrote:
> On Tue, 26 Jun 2012 00:36:24 +0200
> Lekensteyn wrote:
>
> > This is rather a hack to fix brightness hotkeys on a Clevo laptop. CADL is
> > not
> > used anywhere in the driver code at the moment, but it could be used in
> > BIOS as
On Thu, Sep 13, 2012 at 10:13 AM, Dmitry Cherkasov
wrote:
> PDE/PTE update code uses CP ring for memory writes.
> All page table entries are preallocated for now in alloc_pt().
>
> It is made as whole because it's hard to divide it to several patches
> that compile and doesn't break anything being
On Thu, Sep 13, 2012 at 12:37 PM, Chris Wilson
wrote:
> On Wed, 12 Sep 2012 18:47:12 +0100, Damien Lespiau gmail.com> wrote:
>> Hi,
>>
>> This series introduces stereo 3D modes support and is split in 3 chunks:
>>
>> 1. 3 kernel patches to parse the 3D_present flag of the HDMI CEA vendor
>> blo
On Wed, 2012-07-04 at 09:56 +0200, Sascha Hauer wrote:
> This patch adds a helper function for parsing videomodes from the devicetree.
> The videomode can be either converted to a struct drm_display_mode or a
> struct fb_videomode.
I have more or less the same generic comment for this as for the p
From: Alex Deucher
Hi Dave,
This is the current set of radeon fixes for 3.6. Two small fixes:
- fix the fence issues introduced in 3.5 with 64-bit fences
- PLL fix for multiple DP heads
Note that the fence fix will require a separate fix for 3.5 since
the fence code changed in 3.6.
The follow
post processor but exynos5 spec has no any
descriptions to this. so we should check that first and next let's update
things related to hdmi.
___
> dri-devel mailing list
> dri-devel at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/dri-devel
>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20120913/08ba9418/attachment.html>
achment was scrubbed...
Name: fp_trig.c
Type: text/x-c
Size: 3429 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20120913/1da7e5c5/attachment-0003.bin>
-- next part --
A non-text attachment was scrubbed...
Name: fp_trig.h
Type:
On Thu, 13 Sep 2012 11:38:20 +1000
Dave Airlie wrote:
> > There are still some mysteries left, in particular how (and in
> > fact if) the EDID is supposed to work on the HDMI port. However
> > the basic stuff now works and I can plug my Q550 into an HDMI
> > display and get the expected results.
On Thu, Sep 13, 2012 at 12:14 PM, Eric W. Biederman
wrote:
> Dave Airlie writes:
>
>>> Blink Blink this had not been converted to use struct pid ages ago?
>>>
>>> - On drm open capture the openers kuid and struct pid.
>>> - On drm close release the kuid and struct pid
>>> - When reporting the uid
On Thu, Sep 13, 2012 at 03:40:40AM +0200, Laurent Pinchart wrote:
> Hi Sascha,
>
> > > +int panel_get_modes(struct panel *panel, const struct fb_videomode
> > > **modes)
> > > +{
> > > + if (!panel->ops || !panel->ops->get_modes)
> > > + return 0;
> > > +
> > > + return panel->ops->get_mod
https://bugs.freedesktop.org/show_bug.cgi?id=54832
--- Comment #2 from Tom Stellard 2012-09-13 13:26:16
UTC ---
(In reply to comment #1)
> Someone on the mailing list suspects that in r300 compiler is somekind of bug.
> He wrote:
>
> In playing with Coccinelle, I discovered a signed/unsigned bu
On Thu, Sep 13, 2012 at 01:54:07PM +0300, Tomi Valkeinen wrote:
> On Wed, 2012-07-04 at 09:56 +0200, Sascha Hauer wrote:
> > This patch adds a helper function for parsing videomodes from the
> > devicetree.
> > The videomode can be either converted to a struct drm_display_mode or a
> > struct fb_v
>>
>> On Mon, Sep 10, 2012 at 3:46 PM, Inki Dae wrote:
>> > Hello Dave, sorry for being late.
>> >
>> > this patch set fixes build warnings and includes minor code cleanup and
>> > also one patch you missed. this patch just drops non-standard NV12M and
>> > YUV420M formats from drm_fourcc.h
>> > f
On Fri, Sep 14, 2012 at 12:36 AM, Shirish S wrote:
> Gentle Reminder!
you are a day late,
I pushed it into drm-next yesterday :-)
Dave.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
again and please let me know if any
problem again.
thanks,
Inki Dae
> Dave.
> ___
> dri-devel mailing list
> dri-devel at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/dri-devel
>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20120913/5da4b915/attachment.html>
https://bugs.freedesktop.org/show_bug.cgi?id=54832
--- Comment #1 from Tomasz P. 2012-09-13
13:05:08 UTC ---
Someone on the mailing list suspects that in r300 compiler is somekind of bug.
He wrote:
In playing with Coccinelle, I discovered a signed/unsigned bug in
radeon_rename_regs.c:rc_rename_
https://bugs.freedesktop.org/show_bug.cgi?id=54767
--- Comment #1 from Tomasz P. 2012-09-13
12:59:17 UTC ---
On radeon 9600 agp with mesa-git form today I have got 41 failed tests only
(from 8649 total tests).
Using opera 12.50-build_1583 with HA enabled and webgl enabled.
Failures:
conformanc
On Thu, Sep 13, 2012 at 01:29:54PM +0200, Sascha Hauer wrote:
> > > You have seen my of videomode helper proposal. One result there
> > > was that we want to have ranges for the margin/synclen fields.
> > > Does it make sense to base this new panel framework on a more
> > > sophisticated internal r
On Wed, 12 Sep 2012 18:47:12 +0100, Damien Lespiau wrote:
> Hi,
>
> This series introduces stereo 3D modes support and is split in 3 chunks:
>
> 1. 3 kernel patches to parse the 3D_present flag of the HDMI CEA vendor block,
>to expose 3D formats flags in modes and to add a new property on co
On 09/13/2012 11:53 AM, Inki Dae wrote:
>
>> -Original Message-
>> From: Joonyoung Shim [mailto:jy0922.shim at samsung.com]
>> Sent: Thursday, September 13, 2012 10:44 AM
>> To: Rahul Sharma
>> Cc: dri-devel at lists.freedesktop.org; sw0312.kim at samsung.com;
>> inki.dae at samsung.com; ky
https://bugs.freedesktop.org/show_bug.cgi?id=42490
--- Comment #43 from lukenshiro at ngi.it 2012-09-13 12:21:04 UTC ---
Sorry for the delay.
The 2nd problem I've reported in comment #30 (when video adapter is in idle,
screen blanks and becomes inoperable, error in clock recovery) seems to be
reso
> -Original Message-
> From: Joonyoung Shim [mailto:jy0922.shim at samsung.com]
> Sent: Thursday, September 13, 2012 10:44 AM
> To: Rahul Sharma
> Cc: dri-devel at lists.freedesktop.org; sw0312.kim at samsung.com;
> inki.dae at samsung.com; kyungmin.park at samsung.com; prashanth.g at
>
On Thu, Sep 13, 2012 at 10:30 PM, Alan Cox wrote:
> On Thu, 13 Sep 2012 11:38:20 +1000
> Dave Airlie wrote:
>
>> > There are still some mysteries left, in particular how (and in
>> > fact if) the EDID is supposed to work on the HDMI port. However
>> > the basic stuff now works and I can plug my Q
Just a reminder to the subtree maintainers that I should be starting
to see signs of -next trees lining up soon,
I've merged a bunch of patches from the list, but I'm sure I've forgotten some,
I've got the 3 quirks from Paul that I'm iffy about due to the lack of
testing against VGA ports that aja
On Thu, Sep 13, 2012 at 2:37 PM, Alex Deucher wrote:
> On Thu, Sep 13, 2012 at 2:17 PM, Jerome Glisse wrote:
>> On Thu, Sep 13, 2012 at 10:13 AM, Dmitry Cherkasov
>> wrote:
>>> PDE/PTE update code uses CP ring for memory writes.
>>> All page table entries are preallocated for now in alloc_pt().
On Wed, Sep 12, 2012 at 02:40:56PM -0500, Rob Clark wrote:
> On Wed, Sep 12, 2012 at 1:58 PM, Ville Syrj?l?
> wrote:
> > On Wed, Sep 12, 2012 at 01:00:19PM -0500, Clark, Rob wrote:
> >> On Wed, Sep 12, 2012 at 12:27 PM, Ville Syrj?l?
> >> wrote:
> >> > On Wed, Sep 12, 2012 at 10:48:16AM -0500, Ro
On Thu, Sep 13, 2012 at 2:17 PM, Jerome Glisse wrote:
> On Thu, Sep 13, 2012 at 10:13 AM, Dmitry Cherkasov
> wrote:
>> PDE/PTE update code uses CP ring for memory writes.
>> All page table entries are preallocated for now in alloc_pt().
>>
>> It is made as whole because it's hard to divide it to
> There are still some mysteries left, in particular how (and in
> fact if) the EDID is supposed to work on the HDMI port. However
> the basic stuff now works and I can plug my Q550 into an HDMI
> display and get the expected results.
Assumning this is for -next, and its got whitespace damage,
(ch
On Thu, Sep 13, 2012 at 9:29 AM, Ville Syrj?l?
wrote:
> On Thu, Sep 13, 2012 at 08:39:54AM -0500, Rob Clark wrote:
>> On Thu, Sep 13, 2012 at 3:40 AM, Ville Syrj?l?
>> wrote:
>> > On Wed, Sep 12, 2012 at 02:40:56PM -0500, Rob Clark wrote:
>> >> On Wed, Sep 12, 2012 at 1:58 PM, Ville Syrj?l?
>> >>
> Blink Blink this had not been converted to use struct pid ages ago?
>
> - On drm open capture the openers kuid and struct pid.
> - On drm close release the kuid and struct pid
> - When reporting the uid and pid convert the kuid and struct pid
> into values in the appropriate namespace.
>
Hi Er
Hi Dave,
> -Original Message-
> From: Dave Airlie [mailto:airlied at gmail.com]
> Sent: Thursday, September 13, 2012 10:11 AM
> To: Inki Dae
> Cc: airlied at linux.ie; dri-devel at lists.freedesktop.org;
> kyungmin.park at samsung.com
> Subject: Re: [GIT PULL] exynos-drm-fixes
>
> On Mon,
On Thu, Sep 13, 2012 at 10:13 AM, Dmitry Cherkasov
wrote:
> PDE/PTE update code uses CP ring for memory writes.
> All page table entries are preallocated for now in alloc_pt().
>
> It is made as whole because it's hard to divide it to several patches
> that compile and doesn't break anything being
Hi, Rahul.
On 09/12/2012 09:08 PM, Rahul Sharma wrote:
> exynos-drm-hdmi need context pointers from hdmi and mixer. These
> pointers were expected from the plf data. Cleaned this dependency
What does plf data mean?
> by exporting i/f which are called by hdmi, mixer driver probes
> for setting th
On Mon, Sep 10, 2012 at 3:46 PM, Inki Dae wrote:
> Hello Dave, sorry for being late.
>
> this patch set fixes build warnings and includes minor code cleanup and
> also one patch you missed. this patch just drops non-standard NV12M and
> YUV420M formats from drm_fourcc.h
> for this, you can refer t
Hi, Rahul.
On 09/12/2012 09:08 PM, Rahul Sharma wrote:
> Added support for exynos5 to drm mixer driver. Exynos5 works
> with dt enabled while in exynos4 mixer device information can
> be passed either way (dt or plf data). This situation is taken
> cared.
>
> Signed-off-by: Rahul Sharma
> Signed-
Only increase the higher 32bits if we really detect a wrap around.
v2: instead of increasing the higher 32bits just use the higher
32bits from the last emitted fence.
v3: also use last emitted fence value as upper limit.
The intention of this patch is to make fences as robust as
they where be
https://bugzilla.kernel.org/show_bug.cgi?id=47481
--- Comment #3 from Anisse Astier 2012-09-13 17:27:23 ---
I'm not sure. Since it's random I need to do a lot of tests to reproduce it.
I'll try to test with 3.2.
Sometimes, screen might turn on, but I get vertical black and white stripes. (I
Dropping David and kernel mailing list for now, they are probably not
immediately interested in such specific discussion.
On 13.09.2012 18:52, Dmitry Cherkassov wrote:
Christian,
as I already noted in our internal discussion, the first step to
hierarchical page table support should be to clea
Hi, Rahul.
Overall, i think this patch causes messy codes.
On 09/12/2012 09:08 PM, Rahul Sharma wrote:
> Added support for exynos5 to hdmi driver. Resource init
> is splitted for exynos5 and exynos4. Exynos5 hdmi driver
> is dt based while exynos4 hdmi driver is not.
>
> Signed-off-by: Rahul Shar
We are now less than a week into the conference so here's
an update with the latest infos:
Registration
We have close to 50 registered participants now. If you haven't
registered yourself please take a minute to go to
http://wiki.x.org/wiki/Events/XDC2012/Attendees
to put your
https://bugzilla.kernel.org/show_bug.cgi?id=47481
Alex Deucher changed:
What|Removed |Added
CC||alexdeuc...@gmail.com
--- Comment #2 f
https://bugzilla.kernel.org/show_bug.cgi?id=47481
--- Comment #1 from Anisse Astier 2012-09-13 17:18:45 ---
Correction: screen is blank, but backlight is on.
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You a
https://bugs.freedesktop.org/show_bug.cgi?id=51383
Andreas Boll changed:
What|Removed |Added
AssignedTo|dri-devel at lists.freedesktop |mesa-dev at
lists.freedesktop.
https://bugzilla.kernel.org/show_bug.cgi?id=47481
Summary: Random blank screen: radeon_cs_ib_chunk Failed to
schedule IB on AMD PALM
Product: Drivers
Version: 2.5
Kernel Version: 3.5.3, 3.6.0-rc5
Platform: All
OS/Version: L
On Thu, Sep 13, 2012 at 9:54 AM, Alex Deucher wrote:
> On Thu, Sep 13, 2012 at 4:33 AM, Christian K?nig
> wrote:
>> Only increase the higher 32bits if we really detect a wrap around.
>>
>> v2: instead of increasing the higher 32bits just use the higher
>> 32bits from the last emitted fence.
>
dri-devel mailing list
> dri-devel at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/dri-devel
-- next part --
A non-text attachment was scrubbed...
Name: 0001-drm-radeon-make-64bit-fences-more-robust-v3.patch
Type: text/x-diff
Size: 2418 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20120913/f4e90c06/attachment.patch>
https://bugs.freedesktop.org/show_bug.cgi?id=27144
Andreas Boll changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
On Thu, Sep 13, 2012 at 9:29 AM, Ville Syrjälä
wrote:
> On Thu, Sep 13, 2012 at 08:39:54AM -0500, Rob Clark wrote:
>> On Thu, Sep 13, 2012 at 3:40 AM, Ville Syrjälä
>> wrote:
>> > On Wed, Sep 12, 2012 at 02:40:56PM -0500, Rob Clark wrote:
>> >> On Wed, Sep 12, 2012 at 1:58 PM, Ville Syrjälä
>> >>
https://bugs.freedesktop.org/show_bug.cgi?id=54877
Andreas Boll changed:
What|Removed |Added
CC||pt...@yandex.ru
Component|Driver
PDE/PTE update code uses CP ring for memory writes.
All page table entries are preallocated for now in alloc_pt().
It is made as whole because it's hard to divide it to several patches
that compile and doesn't break anything being applied separately.
Tested on cayman card.
Signed-off-by: Dmitry
On Wed, Sep 12, 2012 at 09:49:29AM -0700, Greg Kroah-Hartman wrote:
> On Wed, Sep 12, 2012 at 12:31:09PM +0200, Sascha Hauer wrote:
> > This patch adds the i.MX glue stuff between i.MX and drm.
> >
> > Signed-off-by: Sascha Hauer
> > ---
> > drivers/staging/Kconfig|2 +
> > d
On Thu, Sep 13, 2012 at 3:40 AM, Ville Syrj?l?
wrote:
> On Wed, Sep 12, 2012 at 02:40:56PM -0500, Rob Clark wrote:
>> On Wed, Sep 12, 2012 at 1:58 PM, Ville Syrj?l?
>> wrote:
>> > On Wed, Sep 12, 2012 at 01:00:19PM -0500, Clark, Rob wrote:
>> >> On Wed, Sep 12, 2012 at 12:27 PM, Ville Syrj?l?
>>
https://bugs.freedesktop.org/show_bug.cgi?id=54877
Bug #: 54877
Summary: [bisected] rendering corrupted for windows larger than
2048 pixels in one dimension
Classification: Unclassified
Product: Mesa
Version: git
Platf
https://bugzilla.kernel.org/show_bug.cgi?id=47471
--- Comment #5 from 4Strings 2012-09-13 15:33:49 ---
Thanks very much for your answer! From now on I will read the NMI alert with no
fear... Your word "harmless" is quite reassuring! :)
--
Configure bugmail: https://bugzilla.kernel.org/user
Hi Dmitry,
as I already noted in our internal discussion, the first step to
hierarchical page table support should be to cleanup the set_page
interface. Please see the attached patch, it does exactly this. I
suggest that you rebase on it and try to don't touch the chipset
specific code in ni.
https://bugzilla.kernel.org/show_bug.cgi?id=47471
Alex Deucher changed:
What|Removed |Added
CC||alexdeuc...@gmail.com
--- Comment #4 f
https://bugzilla.kernel.org/show_bug.cgi?id=47471
--- Comment #3 from 4Strings 2012-09-13 15:05:17 ---
Created an attachment (id=80121)
--> (https://bugzilla.kernel.org/attachment.cgi?id=80121)
dmesg - kernel 3.4.9
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
https://bugzilla.kernel.org/show_bug.cgi?id=47471
--- Comment #2 from 4Strings 2012-09-13 15:04:49 ---
Created an attachment (id=80111)
--> (https://bugzilla.kernel.org/attachment.cgi?id=80111)
messages - kernel 3.2.28
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=em
https://bugzilla.kernel.org/show_bug.cgi?id=47471
4Strings changed:
What|Removed |Added
Kernel Version|3.4.9, 3.5.3|3.2.28 - 3.4.9
--
Configure bugmail: http
1 - 100 of 150 matches
Mail list logo
