On Fri, Jul 26, 2013 at 04:58:55PM +0100, Tom Cooksey wrote:
> Hi Rob,
>
> > > * It abuses flags parameter of DRM_IOCTL_MODE_CREATE_DUMB to also
> > >allocate buffers for the GPU. Still not sure how to resolve this
> > >as we don't use DRM for our GPU driver.
> >
> > any thoughts/plans a
https://bugs.freedesktop.org/show_bug.cgi?id=67367
Priority: medium
Bug ID: 67367
Assignee: dri-devel@lists.freedesktop.org
Summary: HDR doesn`t works on the Radeon HD6850 in all
applications
Severity: normal
Classificati
https://bugs.freedesktop.org/show_bug.cgi?id=64475
commiethebeas...@gmail.com changed:
What|Removed |Added
Summary|Slow work and low |Slow work and no HDR
https://bugs.freedesktop.org/show_bug.cgi?id=67367
--- Comment #1 from commiethebeas...@gmail.com ---
Created attachment 83050
--> https://bugs.freedesktop.org/attachment.cgi?id=83050&action=edit
Euro Truck Simulator 2
--
You are receiving this mail because:
You are the assignee for the bug.
_
https://bugs.freedesktop.org/show_bug.cgi?id=67367
Alex Deucher changed:
What|Removed |Added
Attachment #83049|text/plain |image/png
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=67367
--- Comment #2 from commiethebeas...@gmail.com ---
Created attachment 83051
--> https://bugs.freedesktop.org/attachment.cgi?id=83051&action=edit
Half-Life 2 Loast Cost
--
You are receiving this mail because:
You are the assignee for the bug.
_
https://bugs.freedesktop.org/show_bug.cgi?id=67367
--- Comment #3 from commiethebeas...@gmail.com ---
Created attachment 83052
--> https://bugs.freedesktop.org/attachment.cgi?id=83052&action=edit
Half-Life 2 Loast Cost
--
You are receiving this mail because:
You are the assignee for the bug.
_
https://bugs.freedesktop.org/show_bug.cgi?id=42162
--- Comment #17 from Johan Brannlund ---
I applied the patch to kernel 3.10.3 and it made no discernible difference. But
that patch is just supposed to fix backlight problems, right? I don't think my
display gets re-enabled at all. I don't see an
https://bugs.freedesktop.org/show_bug.cgi?id=42162
--- Comment #18 from Johan Brannlund ---
Created attachment 83053
--> https://bugs.freedesktop.org/attachment.cgi?id=83053&action=edit
Suspend/resume log with kernel 3.10.3 (patched)
--
You are receiving this mail because:
You are the assigne
On Fri, Jul 26, 2013 at 12:09:32PM +0200, David Herrmann wrote:
> The VMA manager is page-size based so drm_vma_node_size() returns the size
> in pages. However, drm_gem_mmap_obj() requires the size in bytes. Apply
> PAGE_SHIFT so we no longer get EINVAL during mmaps due to too small
> buffers.
>
https://bugs.freedesktop.org/show_bug.cgi?id=67367
commiethebeas...@gmail.com changed:
What|Removed |Added
Summary|HDR doesn`t works on the|No HDR effects on the
On Fri, Jul 26, 2013 at 2:28 PM, konrad wilk wrote:
> I just saw this on a box of mine (rc1 worked) I hadn't done yet a bisection.
> Any suggestions?
>
> ring 0 polarity 1
> [6.023776] Already setup the GSI :22
> ^G^G^G^G^G^G^G^G^G^G^G^G^G^G^G^G^G^G^G^G^G^G^G[6.036680] nouveau [
> DEVICE]
https://bugs.freedesktop.org/show_bug.cgi?id=66805
--- Comment #23 from Laurent carlier ---
(In reply to comment #21)
> LLVM Patch #3 should prevent this. Can you verify that you have it applied
> and then post an updated dump?
I can confirm now it fixes the crash with portal, counter strike:so
https://bugs.freedesktop.org/show_bug.cgi?id=67283
--- Comment #11 from Hohahiu ---
@Martin Peres, I've done a little bit of investigation.
So if I don't use any desktop effects in kwin, the video on mplayer+VDPAU is
choppy and not visible sometimes (except fullscreen). Also in this case I
cann
https://bugs.freedesktop.org/show_bug.cgi?id=67283
--- Comment #12 from Martin Peres ---
@Hohahiu: I always use GL, so I guess we are seeing consistency here. This is
good. We should try with other compositors and see if it helps.
--
You are receiving this mail because:
You are the assignee for
https://bugs.freedesktop.org/show_bug.cgi?id=67359
--- Comment #2 from Jim Schutt <74.sch...@gmail.com> ---
It turns out my root filesystem is on a bcache-backed device, so I need to use
a
3.10 or newer kernel - AFAICS the latest stable gentoo-sources kernel is
3.8.13.
FWIW my VIDEO_CARDS did in
Hello,
I've started seeing the following warning in 3.11-rc2. [In the
interest of full disclosure, I do have a patch applied that tries to
implement drm_planes, which I might have done completely incorrectly,
but looking around it doesn't seem related. I'm definitely not
invoking any of the planes
On Fri, Jul 26, 2013 at 8:39 PM, Ilia Mirkin wrote:
> Hello,
>
> I've started seeing the following warning in 3.11-rc2. [In the
> interest of full disclosure, I do have a patch applied that tries to
> implement drm_planes, which I might have done completely incorrectly,
> but looking around it doe
https://bugs.freedesktop.org/show_bug.cgi?id=67359
--- Comment #3 from Tom Stellard ---
(In reply to comment #2)
> It turns out my root filesystem is on a bcache-backed device, so I need to
> use a
> 3.10 or newer kernel - AFAICS the latest stable gentoo-sources kernel is
> 3.8.13.
>
I would r
On Wed, Jul 24, 2013 at 11:43 PM, David Herrmann wrote:
> Introduce two new helpers, drm_agp_clear() and drm_agp_destroy() which
> clear all AGP mappings and destroy the AGP head. This allows to reduce the
> AGP code in core DRM and move it all to drm_agpsupport.c.
>
Could we do this as the first
https://bugs.freedesktop.org/show_bug.cgi?id=66963
--- Comment #13 from Scias ---
Unexpectedly the unpatched RC-2 just booted for me with the dpm=1 option while
I didn't change anything since the last time I tried. I just initially wanted
to try the new patches but forgot to remove the dpm=1 kern
> -Original Message-
> From: Sachin Kamat [mailto:sachin.ka...@linaro.org]
> Sent: Friday, July 26, 2013 11:51 AM
> To: Inki Dae
> Cc: dri-devel@lists.freedesktop.org; jy0922.s...@samsung.com;
> patc...@linaro.org
> Subject: Re: [PATCH 1/1] drm/exynos: Remove module.h header inclusion
>
On Fri, Jul 26, 2013 at 09:15:14AM +0200, Sedat Dilek wrote:
> For example: I could start my X with even doing ugly hacks like this...
>
> [ intel-ddx (git) ]
> ...
> Bool intel_uxa_create_screen_resources(ScreenPtr screen)
> ...
> #if 0
> if (drm_intel_gem_bo_map_gtt(bo))
> re
On Fri, Jul 26, 2013 at 10:27:03AM +0200, Sedat Dilek wrote:
> On Fri, Jul 26, 2013 at 10:25 AM, Sedat Dilek wrote:
> > ...
> > ... but does not start as well, so it seems to be a kernel-issue as
> > assumed (2nd confirmation).
> >
> > X.log attached.
> >
>
> Now, really w/ promised attachment.
On Fri, Jul 26, 2013 at 10:50 AM, Chris Wilson wrote:
> On Fri, Jul 26, 2013 at 10:27:03AM +0200, Sedat Dilek wrote:
>> On Fri, Jul 26, 2013 at 10:25 AM, Sedat Dilek wrote:
>> > ...
>> > ... but does not start as well, so it seems to be a kernel-issue as
>> > assumed (2nd confirmation).
>> >
>> >
On Fri, Jul 26, 2013 at 11:11 AM, Sedat Dilek wrote:
> I have compared next-20130725 VS. next-20130726:
>
> $ head -2313 next-20130725-VS-next-20130726.diff | grep ^+ | grep i915
> + drm/i915: Colocate all GT access routines in the same file
> + drm/i915: Use a privat
The VMA manager is page-size based so drm_vma_node_size() returns the size
in pages. However, drm_gem_mmap_obj() requires the size in bytes. Apply
PAGE_SHIFT so we no longer get EINVAL during mmaps.
This bug was introduced with the recent intrduction of the unified VMA
manager. Fixes i915 gtt mmap
The VMA manager is page-size based so drm_vma_node_size() returns the size
in pages. However, drm_gem_mmap_obj() requires the size in bytes. Apply
PAGE_SHIFT so we no longer get EINVAL during mmaps due to too small
buffers.
This bug was introduced in commit:
0de23977cfeb5b357ec884ba15417ae118ff9
https://bugs.freedesktop.org/show_bug.cgi?id=34495
--- Comment #64 from Lars G ---
Great this is moving on!
Will test asap.
Thanks! :)
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@list
This is just a regular fixes pull apart from the qxl one, it has radeon
and intel bits in it,
the intel fixes are for a regression with the RC6 fix and a 3.10 hdmi
regression, whereas radeon is more DPM fixes, a few lockup fixes and
some rn50/r100 DAC fixes.
Dave.
The following changes since
https://bugs.freedesktop.org/show_bug.cgi?id=67276
--- Comment #11 from Joshua Cov. ---
The bug still appears, so this is not the faulty patch. Obviously it happens
during cold boot, otherwise I haven't seen it.
Can you help me to debug this?
I have to say I haven't seen this with kernel-3.9 an
https://bugs.freedesktop.org/show_bug.cgi?id=67276
--- Comment #12 from Alex Deucher ---
(In reply to comment #11)
> The bug still appears, so this is not the faulty patch. Obviously it happens
> during cold boot, otherwise I haven't seen it.
>
> Can you help me to debug this?
>
> I have to say
https://bugs.freedesktop.org/show_bug.cgi?id=66963
--- Comment #11 from Alex Deucher ---
(In reply to comment #10)
> Tried last 4 patches from Alex. Didn't work for me. The issue remains.
Does disabling mclk switching help?
comment out:
r600_enable_mclk_control(rdev, true);
in r600_st
On Fri, Jul 26, 2013 at 10:06 AM, Pawel Moll wrote:
> On Thu, 2013-07-25 at 19:21 +0100, Rob Clark wrote:
>> > * Only supports 640x480 mode, which is hard-coded. We intend to
>> >rebase on top of CDF once it is merged, which hopefully will
>> >handle a lot of the EDID parsing & mode setti
On Fri, Jul 26, 2013 at 10:14 AM, Russell King - ARM Linux
wrote:
> On Thu, Jul 25, 2013 at 02:21:59PM -0400, Rob Clark wrote:
>> On Thu, Jul 25, 2013 at 1:17 PM, wrote:
>> > Known issues:
>> > * It uses KDS. We intend to switch to whatever implicit per-buffer
>> >synchronisation mechanism
https://bugs.freedesktop.org/show_bug.cgi?id=66963
--- Comment #12 from Sergey ---
> Does disabling mclk switching help?
No. Still the same issue.
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
dri
https://bugs.freedesktop.org/show_bug.cgi?id=67276
--- Comment #13 from Joshua Cov. ---
(In reply to comment #12)
> (In reply to comment #11)
> > The bug still appears, so this is not the faulty patch. Obviously it happens
> > during cold boot, otherwise I haven't seen it.
> >
> > Can you help m
https://bugs.freedesktop.org/show_bug.cgi?id=67276
--- Comment #14 from Alex Deucher ---
(In reply to comment #13)
>
> I cannot forcibly trigger the problem. That's why I'm hoping for more
> detailed debug messages. Maybe something connected with ring-testing or
> maybe data feeding for those ri
https://bugs.freedesktop.org/show_bug.cgi?id=67276
--- Comment #15 from Joshua Cov. ---
(In reply to comment #14)
> (In reply to comment #13)
> >
> > I cannot forcibly trigger the problem. That's why I'm hoping for more
> > detailed debug messages. Maybe something connected with ring-testing or
Hi Rob,
> > * It abuses flags parameter of DRM_IOCTL_MODE_CREATE_DUMB to also
> >allocate buffers for the GPU. Still not sure how to resolve this
> >as we don't use DRM for our GPU driver.
>
> any thoughts/plans about a DRM GPU driver? Ideally long term (esp.
> once the dma-fence stuff
https://bugs.freedesktop.org/show_bug.cgi?id=67359
Priority: medium
Bug ID: 67359
Assignee: dri-devel@lists.freedesktop.org
Summary: No direct rendering with Radeon HD 7750
Severity: normal
Classification: Unclassified
OS: Li
On 26 July 2013 07:00, Inki Dae wrote:
>
>
>> -Original Message-
>> From: Sachin Kamat [mailto:sachin.ka...@linaro.org]
>> Sent: Wednesday, July 24, 2013 1:43 PM
>> To: dri-devel@lists.freedesktop.org
>> Cc: inki@samsung.com; jy0922.s...@samsung.com;
> sachin.ka...@linaro.org;
>> patc.
Remove module.h header file inclusion from files since they do
not use/refer to any code from that file.
Signed-off-by: Sachin Kamat
---
Modified the commit message.
---
drivers/gpu/drm/exynos/exynos_ddc.c |1 -
drivers/gpu/drm/exynos/exynos_drm_fimc.c|1 -
drivers/gpu/drm/ex
On 26 July 2013 12:51, Inki Dae wrote:
>
>
>> -Original Message-
>> From: Sachin Kamat [mailto:sachin.ka...@linaro.org]
>> Sent: Friday, July 26, 2013 11:51 AM
>> To: Inki Dae
>> Cc: dri-devel@lists.freedesktop.org; jy0922.s...@samsung.com;
>> patc...@linaro.org
>> Subject: Re: [PATCH 1/1]
On Thu, 2013-07-25 at 19:21 +0100, Rob Clark wrote:
> > * Only supports 640x480 mode, which is hard-coded. We intend to
> >rebase on top of CDF once it is merged, which hopefully will
> >handle a lot of the EDID parsing & mode setting for us (once
> >Pawel's CDF patches for VExpress al
On Thu, Jul 25, 2013 at 02:21:59PM -0400, Rob Clark wrote:
> On Thu, Jul 25, 2013 at 1:17 PM, wrote:
> > Known issues:
> > * It uses KDS. We intend to switch to whatever implicit per-buffer
> >synchronisation mechanism gets merged, once something is merged.
> > * It abuses flags parameter o
On Fri, 2013-07-26 at 15:21 +0100, Rob Clark wrote:
> Well, if you have something complex enough to benefit from CDF, then
> you probably ought to be looking at drm/kms.
That's what we're doing - hope you appreciate Tom's effort of re-writing
a driver for something that pre-dates DRM/KMS by gener
https://bugs.freedesktop.org/show_bug.cgi?id=67359
--- Comment #1 from Tom Stellard ---
You should try one of gentoo's stable kernel packages. If it still doesn't
work, then file a bug with gentoo.
It looks like you might not have specified the correct video card when building
your X.Org packag
https://bugs.freedesktop.org/show_bug.cgi?id=67276
--- Comment #16 from Alex Deucher ---
(In reply to comment #15)
> Do you have any idea, why this happens randomly on cold boots but not when
> restarting the pc? I think the whole initialization process should be the
> same everytime the system i
https://bugs.freedesktop.org/show_bug.cgi?id=67276
--- Comment #17 from Alex Deucher ---
(In reply to comment #16)
> (In reply to comment #15)
> > Do you have any idea, why this happens randomly on cold boots but not when
> > restarting the pc? I think the whole initialization process should be t
On Wed, Jul 24, 2013 at 05:51:41PM +0200, Toralf Förster wrote:
> Realized this today while booting a ThinkPad T420 with integrated intel
> graphic :
Can you please retest with latest upstream git from Linus' tree?
commit 35c95375f69ceec721fea67a0532bc17ceb5cf64
Author: Daniel Vetter
Date: We
I just saw this on a box of mine (rc1 worked) I hadn't done yet a
bisection. Any suggestions?
ring 0 polarity 1
[6.023776] Already setup the GSI :22
^G^G^G^G^G^G^G^G^G^G^G^G^G^G^G^G^G^G^G^G^G^G^G[6.036680] nouveau [
DEVICE][:00:0d.0] BOOT0 : 0x04c000a2
[6.036740] nouveau [
On Fri, Jul 26, 2013 at 01:21:07AM +0200, Sedat Dilek wrote:
> On Thu, Jul 25, 2013 at 11:52 PM, Chris Wilson
> wrote:
> > On Thu, Jul 25, 2013 at 10:07:02PM +0200, Sedat Dilek wrote:
> >> What means the bang line?
> >>
> >> [54.564] (II) GLX: Initialized DRI2 GL provider for screen 0
> >> [
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130726/a8af4493/attachment-0001.html>
> -Original Message-
> From: Sachin Kamat [mailto:sachin.kamat at linaro.org]
> Sent: Wednesday, July 24, 2013 1:43 PM
> To: dri-devel at lists.freedesktop.org
> Cc: inki.dae at samsung.com; jy0922.shim at samsung.com;
sachin.kamat at linaro.org;
> patches at linaro.org
> Subject: [PATCH
t attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130726/8bb676ab/attachment.pgp>
t attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130726/8548ebb2/attachment.pgp>
HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130726/28134dd5/attachment.html>
-
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/20130726/5108bf08/attachment-0001.html>
t was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130726/e28909e6/attachment.html>
> -Original Message-
> From: Sachin Kamat [mailto:sachin.kamat at linaro.org]
> Sent: Friday, July 26, 2013 11:51 AM
> To: Inki Dae
> Cc: dri-devel at lists.freedesktop.org; jy0922.shim at samsung.com;
> patches at linaro.org
> Subject: Re: [PATCH 1/1] drm/exynos: Remove module.h header i
On Fri, Jul 26, 2013 at 09:15:14AM +0200, Sedat Dilek wrote:
> For example: I could start my X with even doing ugly hacks like this...
>
> [ intel-ddx (git) ]
> ...
> Bool intel_uxa_create_screen_resources(ScreenPtr screen)
> ...
> #if 0
> if (drm_intel_gem_bo_map_gtt(bo))
> re
On Fri, Jul 26, 2013 at 10:27:03AM +0200, Sedat Dilek wrote:
> On Fri, Jul 26, 2013 at 10:25 AM, Sedat Dilek
> wrote:
> > ...
> > ... but does not start as well, so it seems to be a kernel-issue as
> > assumed (2nd confirmation).
> >
> > X.log attached.
> >
>
> Now, really w/ promised attachment
On Fri, Jul 26, 2013 at 10:50 AM, Chris Wilson
wrote:
> On Fri, Jul 26, 2013 at 10:27:03AM +0200, Sedat Dilek wrote:
>> On Fri, Jul 26, 2013 at 10:25 AM, Sedat Dilek
>> wrote:
>> > ...
>> > ... but does not start as well, so it seems to be a kernel-issue as
>> > assumed (2nd confirmation).
>> >
On Fri, Jul 26, 2013 at 11:11 AM, Sedat Dilek wrote:
> I have compared next-20130725 VS. next-20130726:
>
> $ head -2313 next-20130725-VS-next-20130726.diff | grep ^+ | grep i915
> + drm/i915: Colocate all GT access routines in the same file
> + drm/i915: Use a privat
The VMA manager is page-size based so drm_vma_node_size() returns the size
in pages. However, drm_gem_mmap_obj() requires the size in bytes. Apply
PAGE_SHIFT so we no longer get EINVAL during mmaps.
This bug was introduced with the recent intrduction of the unified VMA
manager. Fixes i915 gtt mmap
The VMA manager is page-size based so drm_vma_node_size() returns the size
in pages. However, drm_gem_mmap_obj() requires the size in bytes. Apply
PAGE_SHIFT so we no longer get EINVAL during mmaps due to too small
buffers.
This bug was introduced in commit:
0de23977cfeb5b357ec884ba15417ae118ff9
:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130726/664b6f2d/attachment.html>
This is just a regular fixes pull apart from the qxl one, it has radeon
and intel bits in it,
the intel fixes are for a regression with the RC6 fix and a 3.10 hdmi
regression, whereas radeon is more DPM fixes, a few lockup fixes and
some rn50/r100 DAC fixes.
Dave.
The following changes since
kernel-3.9 and all UVD and DPM staff
applied. It worked there flawlessly.
--
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/2013
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130726/f46b3076/attachment.html>
ue);
in r600_start_dpm()
--
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/20130726/01c96e15/attachment.html>
On Fri, Jul 26, 2013 at 10:06 AM, Pawel Moll wrote:
> On Thu, 2013-07-25 at 19:21 +0100, Rob Clark wrote:
>> > * Only supports 640x480 mode, which is hard-coded. We intend to
>> >rebase on top of CDF once it is merged, which hopefully will
>> >handle a lot of the EDID parsing & mode setti
On Fri, Jul 26, 2013 at 10:14 AM, Russell King - ARM Linux
wrote:
> On Thu, Jul 25, 2013 at 02:21:59PM -0400, Rob Clark wrote:
>> On Thu, Jul 25, 2013 at 1:17 PM, wrote:
>> > Known issues:
>> > * It uses KDS. We intend to switch to whatever implicit per-buffer
>> >synchronisation mechanism
bed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130726/42918444/attachment.html>
x27;s in the ring at
the time the error occurs? How is the ring testing done?
--
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/20130726/86210a1a/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/20130726/d98e0a0d/attachment.html>
egister isn't rewritten on
every reboot???
--
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/20130726/57391938/attachment.html>
Hi Rob,
> > * It abuses flags parameter of DRM_IOCTL_MODE_CREATE_DUMB to also
> >allocate buffers for the GPU. Still not sure how to resolve this
> >as we don't use DRM for our GPU driver.
>
> any thoughts/plans about a DRM GPU driver? Ideally long term (esp.
> once the dma-fence stuff
I might be doing wrong would be greatly appreciated.
Please let me know what other information might be needed to work this out.
Thanks -- Jim
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
UR
On 26 July 2013 07:00, Inki Dae wrote:
>
>
>> -Original Message-
>> From: Sachin Kamat [mailto:sachin.kamat at linaro.org]
>> Sent: Wednesday, July 24, 2013 1:43 PM
>> To: dri-devel at lists.freedesktop.org
>> Cc: inki.dae at samsung.com; jy0922.shim at samsung.com;
> sachin.kamat at linar
Remove module.h header file inclusion from files since they do
not use/refer to any code from that file.
Signed-off-by: Sachin Kamat
---
Modified the commit message.
---
drivers/gpu/drm/exynos/exynos_ddc.c |1 -
drivers/gpu/drm/exynos/exynos_drm_fimc.c|1 -
drivers/gpu/drm/ex
On 26 July 2013 12:51, Inki Dae wrote:
>
>
>> -Original Message-
>> From: Sachin Kamat [mailto:sachin.kamat at linaro.org]
>> Sent: Friday, July 26, 2013 11:51 AM
>> To: Inki Dae
>> Cc: dri-devel at lists.freedesktop.org; jy0922.shim at samsung.com;
>> patches at linaro.org
>> Subject: Re:
On Thu, 2013-07-25 at 19:21 +0100, Rob Clark wrote:
> > * Only supports 640x480 mode, which is hard-coded. We intend to
> >rebase on top of CDF once it is merged, which hopefully will
> >handle a lot of the EDID parsing & mode setting for us (once
> >Pawel's CDF patches for VExpress al
On Thu, Jul 25, 2013 at 02:21:59PM -0400, Rob Clark wrote:
> On Thu, Jul 25, 2013 at 1:17 PM, wrote:
> > Known issues:
> > * It uses KDS. We intend to switch to whatever implicit per-buffer
> >synchronisation mechanism gets merged, once something is merged.
> > * It abuses flags parameter o
On Fri, 2013-07-26 at 15:21 +0100, Rob Clark wrote:
> Well, if you have something complex enough to benefit from CDF, then
> you probably ought to be looking at drm/kms.
That's what we're doing - hope you appreciate Tom's effort of re-writing
a driver for something that pre-dates DRM/KMS by gener
rt --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130726/e27f9975/attachment.html>
to fail.
--
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/20130726/c85c374a/attachment-0001.html>
ee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130726/3ae7075c/attachment.html>
On Wed, Jul 24, 2013 at 05:51:41PM +0200, Toralf F?rster wrote:
> Realized this today while booting a ThinkPad T420 with integrated intel
> graphic :
Can you please retest with latest upstream git from Linus' tree?
commit 35c95375f69ceec721fea67a0532bc17ceb5cf64
Author: Daniel Vetter
Date: We
I just saw this on a box of mine (rc1 worked) I hadn't done yet a
bisection. Any suggestions?
ring 0 polarity 1
[6.023776] Already setup the GSI :22
^G^G^G^G^G^G^G^G^G^G^G^G^G^G^G^G^G^G^G^G^G^G^G[6.036680] nouveau [
DEVICE][:00:0d.0] BOOT0 : 0x04c000a2
[6.036740] nouveau [ D
On Fri, Jul 26, 2013 at 04:58:55PM +0100, Tom Cooksey wrote:
> Hi Rob,
>
> > > * It abuses flags parameter of DRM_IOCTL_MODE_CREATE_DUMB to also
> > >allocate buffers for the GPU. Still not sure how to resolve this
> > >as we don't use DRM for our GPU driver.
> >
> > any thoughts/plans a
ption "AccelMethod" "EXA"
EndSection
--
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/20130726/5e7a3d04/attachment.html>
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130726/c039fe79/attachment.html>
for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130726/5f3754dc/attachment.html>
||
--
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/20130726/b8a42c57/attachment.html>
for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130726/4509366d/attachment.html>
for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130726/c4e25678/attachment.html>
#x27;t see anything when shining on it with a
bright flashlight after resuming.
--
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
are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130726/18a15931/attachment.html>
1 - 100 of 108 matches
Mail list logo
