https://bugzilla.kernel.org/show_bug.cgi?id=58621
--- Comment #8 from rafael castillo ---
well dpm fixed it for me entirely, if you wanna close the bug once alan tested
it, is fine
thanks for your time
--
You are receiving this mail because:
You are watching the assignee of the bug.
y.h
I wasn't aware, thanks for the pointer. It's somewhat unfortunate that
that's in include/video, but judging by the git log, it has been there
for quite a while.
Thierry
-- next part --
A non-text 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/20131113/26e0a7c1/attachment-0001.pgp>
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20131113/d6990a24/attachment.html>
- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131113/a6c4bd48/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=55251
Alex Deucher changed:
What|Removed |Added
CC||alexdeucher at gmail.com
--- Comment #2 fr
https://bugzilla.kernel.org/show_bug.cgi?id=55931
Alex Deucher changed:
What|Removed |Added
CC||alexdeucher at gmail.com
--- Comment #5 fr
https://bugzilla.kernel.org/show_bug.cgi?id=55251
Alan changed:
What|Removed |Added
CC||alan at lxorguk.ukuu.org.uk
Component|Oth
https://bugzilla.kernel.org/show_bug.cgi?id=55931
Alan changed:
What|Removed |Added
CC||alan at lxorguk.ukuu.org.uk
Component|i38
https://bugzilla.kernel.org/show_bug.cgi?id=55941
Alan changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--
You are receiving this mail because:
Yo
https://bugzilla.kernel.org/show_bug.cgi?id=55941
Alan changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
On Wed, Nov 13, 2013 at 08:59:56PM +0200, Ville Syrj?l? wrote:
> On Mon, Nov 11, 2013 at 09:35:17AM +0100, Daniel Vetter wrote:
> > Most platforms din't hit this condition, but if we want to allow
> > building without agp we should also make this allowed on gen3.
> >
> > Cc: Ville Syrj?l?
> > Sig
https://bugzilla.kernel.org/show_bug.cgi?id=56441
--- Comment #6 from Alex Deucher ---
Is this still an issue with a more recent kernel? We've gone back to turning
off the displays completely when updating the MC.
--
You are receiving this mail because:
You are watching the assignee of the bug
https://bugzilla.kernel.org/show_bug.cgi?id=56441
Alan changed:
What|Removed |Added
CC||alan at lxorguk.ukuu.org.uk
Component|Vid
On Mon, Nov 11, 2013 at 09:35:19AM +0100, Daniel Vetter wrote:
> It's been 5 years since kms support was merged and roughly 4 years
> since UMS support was ripped out from userspace drivers.
>
> Thus far it's not been a big burden to keep the ums paths alive, and
> we've made some good progress in
On Mon, Nov 11, 2013 at 09:35:18AM +0100, Daniel Vetter wrote:
> Thus far we've tried to carefully work around the fact that old
> userspace relied on the AGP-backed legacy buffer mapping ioctls for a
> bit too long. But it's really horribly, and now some new users for it
> started to show up again
On Mon, Nov 11, 2013 at 09:35:17AM +0100, Daniel Vetter wrote:
> Most platforms din't hit this condition, but if we want to allow
> building without agp we should also make this allowed on gen3.
>
> Cc: Ville Syrj?l?
> Signed-off-by: Daniel Vetter
> ---
> drivers/gpu/drm/i915/i915_drv.c | 2 +-
Hi Russell,
On Wednesday 13 November 2013 19:12:30 Russell King - ARM Linux wrote:
> On Wed, Nov 13, 2013 at 11:43:44AM -0700, Troy Kisky wrote:
> > On 11/13/2013 2:23 AM, Denis Carikli wrote:
> >> +/* rgb666 */
> >>
> >> + ipu_dc_map_clear(priv, IPU_DC_MAP_RGB666);
> >> + ipu_dc_map_
https://bugzilla.kernel.org/show_bug.cgi?id=57921
Alan changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--
You are receiving this mail because:
Yo
https://bugzilla.kernel.org/show_bug.cgi?id=57921
Alan changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://bugzilla.kernel.org/show_bug.cgi?id=58121
--- Comment #5 from Alex Deucher ---
(In reply to ??? from comment #4)
> This also appeared on my laptop(A6 3400M and A8 3500M) with Linux 3.5.0 to
> 3.11. For using external monitor, i can only use Linux 3.4.x. I an looking
> forward to use newer
https://bugzilla.kernel.org/show_bug.cgi?id=58121
Alan changed:
What|Removed |Added
CC||alan at lxorguk.ukuu.org.uk
Kernel Version|3.9
https://bugzilla.kernel.org/show_bug.cgi?id=58621
Alex Deucher changed:
What|Removed |Added
CC||alexdeucher at gmail.com
--- Comment #7 fr
https://bugzilla.kernel.org/show_bug.cgi?id=58621
Alan changed:
What|Removed |Added
CC||alan at lxorguk.ukuu.org.uk
Component|Vid
https://bugzilla.kernel.org/show_bug.cgi?id=58831
Alan changed:
What|Removed |Added
CC||alan at lxorguk.ukuu.org.uk
Component|Vid
https://bugzilla.kernel.org/show_bug.cgi?id=58981
Alan changed:
What|Removed |Added
CC||alan at lxorguk.ukuu.org.uk
Summary|Bis
https://bugzilla.kernel.org/show_bug.cgi?id=59101
Alan changed:
What|Removed |Added
CC||alan at lxorguk.ukuu.org.uk
--- Comment #6 from Al
https://bugzilla.kernel.org/show_bug.cgi?id=60371
Alan changed:
What|Removed |Added
CC||alan at lxorguk.ukuu.org.uk
Component|Vid
https://bugzilla.kernel.org/show_bug.cgi?id=60552
Alan changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--
You are receiving this mail because:
Yo
https://bugzilla.kernel.org/show_bug.cgi?id=60552
Alan changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
On Wed, Nov 13, 2013 at 11:43:44AM -0700, Troy Kisky wrote:
> On 11/13/2013 2:23 AM, Denis Carikli wrote:
>> + /* rgb666 */
>> +ipu_dc_map_clear(priv, IPU_DC_MAP_RGB666);
>> +ipu_dc_map_config(priv, IPU_DC_MAP_RGB666, 2, 17, 0xfc); /* red */
>> +ipu_dc_map_config(priv, IPU_DC_MAP_RGB
s
>>>>>> 64 MB of memory - works and AGP mode which by default allocates 256 MB
>>>>>> doesn?t). The card has 64 mb memory.
>>>>>>
>>>>>> So the first question is, could this be the problem that causes the
>>>>>> lockups ?
>>>>> Not really. The GART and VRAM memory apertures aren't directly related,
>>>>> and the fix for the bug above should still be incorporated in the
>>>>> current radeon KMS code.
>>>>>
>>>>> Does radeon.agpmode=1 or radeon.agpmode=4 work?
>>>>>
>>>> Thank you for your reply. First, none of the agpmodes work, they just
>>>> take more or less time to lockup the card (1 - slowest, 4 fastest).
>>>> Secondly, if you write that the fix "should be incorporated in the
>>>> current code", i'm somewhat lost because it definitely isn't there.
>>> It's in the kernel now.
>>>
>> Wellno. I checked the 3.4.64 kernel sources after my last Mail
>> and the code isn't in the drivers/gpu/drm/radeon sources. But of course
>> i might have overlooked something.
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> ___
>> 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/20131113/422b6d33/attachment.html>
From: Duncan Laurie
We had been using a DMI table workaround to select the right
frequency for devices, but this is fragile and must be updated
with every new platform.
Instead the default case when VBT is missing is changed to use
120MHz clock for LVDS SSC for these generations.
The docs for 2
On Wed, Nov 13, 2013 at 4:49 PM, Holger Schurig
wrote:
> Kernel: 3.10.19
>
> From time to time, when I booted, I had a completely dark screen (with
> kernel command line quiet) and a non-blinking cursor. I wondered if
> that was perhaps gma500. So I turned on various debug checks. Then
> I've got
https://bugzilla.kernel.org/show_bug.cgi?id=55591
Alan changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--
You are receiving this mail because:
Yo
https://bugzilla.kernel.org/show_bug.cgi?id=55591
Alan changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
Kernel: 3.10.19
>From time to time, when I booted, I had a completely dark screen (with
kernel command line quiet) and a non-blinking cursor. I wondered if
that was perhaps gma500. So I turned on various debug checks. Then
I've got the BUG from the subject.
The device is a " VGA compatible contro
https://bugzilla.kernel.org/show_bug.cgi?id=55591
--- Comment #9 from Rickard N?rstr?m ---
I do not have this problem since version 3.11 of the kernel.
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=60694
Alan changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--
You are receiving this mail because:
Yo
https://bugzilla.kernel.org/show_bug.cgi?id=60694
Alan changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://bugzilla.kernel.org/show_bug.cgi?id=55591
Takashi Iwai changed:
What|Removed |Added
CC||tiwai at suse.de
Component|Sound(
https://bugzilla.kernel.org/show_bug.cgi?id=60720
Alan changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--
You are receiving this mail because:
Yo
https://bugzilla.kernel.org/show_bug.cgi?id=60720
Alan changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
If we fail to allocate an indirect buffer (ib) when updating
the ptes, return an error instead of trying to use the ib.
Avoids a null pointer dereference.
Bug:
https://bugzilla.kernel.org/show_bug.cgi?id=58621
Signed-off-by: Alex Deucher
Cc: stable at vger.kernel.org
---
drivers/gpu/drm/radeon/
The r8a7791 DU is a stripped-down version of the r8a7790 DU with two
CRTCs and a single LVDS output.
Signed-off-by: Laurent Pinchart
---
drivers/gpu/drm/rcar-du/rcar_du_drv.c | 20
1 file changed, 20 insertions(+)
diff --git a/drivers/gpu/drm/rcar-du/rcar_du_drv.c
b/driver
LVDS lanes 1 and 3 are switched in ES1 hardware (R8A7790). The problem
has been fixed in newer revisions, add a quirk to make the workaround
selectable.
Signed-off-by: Laurent Pinchart
---
drivers/gpu/drm/rcar-du/rcar_du_drv.c | 2 +-
drivers/gpu/drm/rcar-du/rcar_du_drv.h | 1 +
driver
128-byte pitch alignement is not a hardware feature, it's a hardware
bug. Split it from the features field into a new quirks field. New
quirks will be added to support the R8A7791 SoC.
Signed-off-by: Laurent Pinchart
---
drivers/gpu/drm/rcar-du/rcar_du_drv.c | 4 ++--
drivers/gpu/drm/rcar-du/rc
When setting a new frame buffer with the mode set base operation the
pitch value might change. Set the hardware plane pitch register at the
same time as the plane base address in the rcar_du_plane_update_base()
function to make sure the pitch value always matches the frame buffer.
Cc: stable at vg
Reuse the previously cast variable instead.
Signed-off-by: Laurent Pinchart
---
drivers/gpu/drm/rcar-du/rcar_du_crtc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/rcar-du/rcar_du_crtc.c
b/drivers/gpu/drm/rcar-du/rcar_du_crtc.c
index a9d24e4..d2af2bc 10064
Hello,
This patch series adds support for the DU found in the R8A7791 SoC. It starts
by a cleanup patch (1/5), a bug fix (2/5), two preparation patches (3/5 and
4/5) and finally adds support for the R8A7791 DU (5/5).
Patch 2/5 is a candidate for stable kernels. There's no rush to get this
upstrea
https://bugzilla.kernel.org/show_bug.cgi?id=62601
Alan changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--
You are receiving this mail because:
Yo
https://bugzilla.kernel.org/show_bug.cgi?id=62601
Alan changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
Hello.
?, 13 ?? 2013, 10:23 +01:00 ?? Denis Carikli :
...
> --- a/Documentation/devicetree/bindings/staging/imx-drm/fsl-imx-drm.txt
...
> @@ -139,6 +141,12 @@ static void imx_pd_encoder_prepare(struct drm_encoder
> *encoder)
> {
> struct imx_parallel_display *imxpd = enc_to_imxpd(e
TML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131113/87426880/attachment.html>
chments/20131113/70dc95a3/attachment.html>
On 11/13/2013 2:23 AM, Denis Carikli wrote:
>
> + /* rgb666 */
> + ipu_dc_map_clear(priv, IPU_DC_MAP_RGB666);
> + ipu_dc_map_config(priv, IPU_DC_MAP_RGB666, 2, 17, 0xfc); /* red */
> + ipu_dc_map_config(priv, IPU_DC_MAP_RGB666, 1, 11, 0xfc); /* green */
> + ipu_dc_map_config(
We moved minor deallocation to drm_dev_free() in:
commit 8f6599da8e772fa8de54cdf98e9e03cbaf3946da
Author: David Herrmann
Date: Sun Oct 20 18:55:45 2013 +0200
drm: delay minor destruction to drm_dev_free()
However, this causes a call to drm_unplug_minor(), which should just do
nothi
se:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131113/b05210a8/attachment.html>
The "ret = -EIO" is deliberate. It's a very uncommon thing to do and it
upsets static checkers because they normally would expect "ret == -EIO".
Signed-off-by: Dan Carpenter
diff --git a/drivers/gpu/drm/nouveau/core/engine/disp/dport.c
b/drivers/gpu/drm/nouveau/core/engine/disp/dport.c
index 1
The eukrea mbimxsd51 has a gpio backlight for its
LCD display, so we turn that driver on.
Cc: Sascha Hauer
Cc: linux-arm-kernel at lists.infradead.org
Cc: Fabio Estevam
Cc: Shawn Guo
Cc: Eric B?nard
Signed-off-by: Denis Carikli
---
arch/arm/configs/imx_v6_v7_defconfig |1 +
1 file chan
Cc: Shawn Guo
Cc: Sascha Hauer
Cc: linux-arm-kernel at lists.infradead.org
Cc: Eric B?nard
Signed-off-by: Denis Carikli
---
ChangeLog v2->v3:
- Splitted out from the patch that added support for the cpuimx51/mbimxsd51
boards.
- This patch now only adds backlight support.
- Added some intereste
The CMO-QVGA, DVI-SVGA and DVI-VGA are added.
Cc: Shawn Guo
Cc: Sascha Hauer
Cc: linux-arm-kernel at lists.infradead.org
Cc: Eric B?nard
Signed-off-by: Denis Carikli
---
ChangeLog v2->v3:
- Splitted out from the patch that added support for the cpuimx51/mbimxsd51
boards.
- This patch now only
Cc: Dan Carpenter
Cc: Rob Herring
Cc: Pawel Moll
Cc: Mark Rutland
Cc: Stephen Warren
Cc: Ian Campbell
Cc: devicetree at vger.kernel.org
Cc: Greg Kroah-Hartman
Cc: driverdev-devel at linuxdriverproject.org
Cc: David Airlie
Cc: dri-devel at lists.freedesktop.org
Cc: Sascha Hauer
Cc: Shawn Gu
Cc: Rob Herring
Cc: Pawel Moll
Cc: Mark Rutland
Cc: Stephen Warren
Cc: Ian Campbell
Cc: devicetree at vger.kernel.org
Cc: Greg Kroah-Hartman
Cc: driverdev-devel at linuxdriverproject.org
Cc: David Airlie
Cc: dri-devel at lists.freedesktop.org
Cc: Mauro Carvalho Chehab
Cc: Laurent Pinchart
If de-active and/or pixelclk-active properties were set in the
display-timings DT node, they were not used.
Instead the data-enable and the pixel data clock polarity
were hardcoded.
This change is needed for making the eukrea-cpuimx51
QVGA display work.
Greg Kroah-Hartman
Cc: driverdev-devel
That new macro is needed by the imx_drm staging driver
for supporting the QVGA display of the eukrea-cpuimx51 board.
Cc: Rob Herring
Cc: Pawel Moll
Cc: Mark Rutland
Cc: Stephen Warren
Cc: Ian Campbell
Cc: devicetree at vger.kernel.org
Cc: Greg Kroah-Hartman
Cc: driverdev-devel at linuxdriv
On 11/08/2013 06:28 PM, Daniel Vetter wrote:
> On Fri, Nov 8, 2013 at 9:50 AM, Thomas Hellstrom
> wrote:
>> This, however comes with two implications
>> 1) Once a DMA-buf is added, it stays alive at least until someone removes
>> the gem name of the exporting object, regardless whether there are
Should we need to share dma buffers using prime, let's make them prime
aware.
Signed-off-by: Thomas Hellstrom
Reviewed-by: Jakob Bornecrantz
---
drivers/gpu/drm/vmwgfx/vmwgfx_resource.c | 45 +-
1 file changed, 25 insertions(+), 20 deletions(-)
diff --git a/driver
Add prime exporting and imporing operations to surfaces
Signed-off-by: Thomas Hellstrom
Reviewed-by: Jakob Bornecrantz
---
drivers/gpu/drm/vmwgfx/vmwgfx_resource.c |2 +-
drivers/gpu/drm/vmwgfx/vmwgfx_surface.c | 30 --
2 files changed, 17 insertions(+), 15 de
Also provide a completely dumb dma-buf ops implementation.
Once we have other virtual dma-buf aware devices, we need to provide
something better.
Signed-off-by: Thomas Hellstrom
Reviewed-by: Jakob Bornecrantz
---
drivers/gpu/drm/vmwgfx/Makefile |2 +-
drivers/gpu/drm/vmwgfx/vmwgfx_drv
Signed-off-by: Thomas Hellstrom
Reviewed-by: Jakob Bornecrantz
---
drivers/gpu/drm/ttm/ttm_object.c | 254 +-
include/drm/ttm/ttm_object.h | 61 -
2 files changed, 307 insertions(+), 8 deletions(-)
diff --git a/drivers/gpu/drm/ttm/ttm_object.c
Adds a prime implementation to the vmwgfx driver mostly for inter-process
sharing of buffers.
For now, the dma_bufs we export can't be consumed by another device and also
we don't import any dma_bufs other than the ones we've created ourselves.
This is because there are no other virtual devices tha
On 11/13/2013 12:52 AM, Maarten Lankhorst wrote:
> op 12-11-13 22:49, Thomas Hellstrom schreef:
>> On 11/12/2013 07:26 PM, Maarten Lankhorst wrote:
>>> Most drivers have refcounting done in gem, so lets get rid of another
>>> refcounting layer. ;)
>>> It has been confusing to keep track of 2 refco
Hi Eric,
Am Mittwoch, den 13.11.2013, 08:53 +0100 schrieb Eric B?nard:
> Hi Russell,
>
> Le Tue, 12 Nov 2013 17:04:55 +,
> Russell King - ARM Linux a ?crit :
> > On Tue, Nov 12, 2013 at 05:49:18PM +0100, Denis Carikli wrote:
> > > diff --git a/drivers/gpu/drm/drm_modes.c b/drivers/gpu/drm/dr
Dear mailing list!
In the last three weeks I've narrowed down the bug described in the
subject through Ubuntu launchpad. My new Laptop (Acer Aspire V5-573G)
with new Haswell CPU shows a black screen on reboot because the
brightness is on zero level. I verified this behaviour with the latest
mainli
On Wed, Nov 13, 2013 at 08:53:18AM +0100, Eric B?nard wrote:
> Hi Russell,
>
> Le Tue, 12 Nov 2013 17:04:55 +,
> Russell King - ARM Linux a ?crit :
> > On Tue, Nov 12, 2013 at 05:49:18PM +0100, Denis Carikli wrote:
> > > diff --git a/drivers/gpu/drm/drm_modes.c b/drivers/gpu/drm/drm_modes.c
>
xt part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131113/ef4c43a9/attachment.html>
xt part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131113/a61eb326/attachment.html>
xt part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131113/2b41e86f/attachment.html>
Hi Russell,
Le Tue, 12 Nov 2013 17:04:55 +,
Russell King - ARM Linux a ?crit :
> On Tue, Nov 12, 2013 at 05:49:18PM +0100, Denis Carikli wrote:
> > diff --git a/drivers/gpu/drm/drm_modes.c b/drivers/gpu/drm/drm_modes.c
> > index fc2adb6..586c12f 100644
> > --- a/drivers/gpu/drm/drm_modes.c
>
Hi Fabio,
Le Wed, 13 Nov 2013 01:52:25 -0200,
Fabio Estevam a ?crit :
> On Tue, Nov 12, 2013 at 2:49 PM, Denis Carikli wrote:
> > + if (mode->flags & DRM_MODE_FLAG_DE_HIGH)
> > + sig_cfg.enable_pol = 1;
> > + if (mode->flags & DRM_MODE_FLAG_PIXDATA_POSEDGE)
> > +
https://bugzilla.kernel.org/show_bug.cgi?id=63101
--- Comment #19 from Kertesz Laszlo ---
Enabling any of enable_mg_clock_gating, enable_gfx_dynamic_mgpg,
override_dynamic_mgpg and uvd_dpm will cause the GPU softreset, TF2 to crash
and most times an unusable desktop, sometimes with garbled image
common practice.
Thank you for taking your time to try the testcase!
--
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/20131
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131113/cfce2e31/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131113/2fb61378/attachment.html>
HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131113/9688d914/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/20131113/efacdb72/attachment.html>
bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131113/42c13a4d/attachment.html>
HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131113/6b079251/attachment-0001.html>
Hi Denis,
(Dropping the DT reviewers from the CC list to avoid spamming them)
Thank you for the patch.
On Tuesday 12 November 2013 17:49:19 Denis Carikli wrote:
> That new macro is needed by the imx_drm staging driver
> for supporting the QVGA display of the eukrea-cpuimx51 board.
>
> Cc: Rob
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131113/0342c952/attachment.html>
Hi Denis,
On Tue, Nov 12, 2013 at 2:49 PM, Denis Carikli wrote:
> This change is needed for making the eukrea-cpuimx51
> QVGA display work.
>
> Greg Kroah-Hartman
> Cc: driverdev-devel at linuxdriverproject.org
> Cc: Philipp Zabel
> Cc: Sascha Hauer
> Cc: Shawn Guo
> Cc: linux-arm-kernel at
was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131113/cb004728/attachment.html>
op 12-11-13 22:49, Thomas Hellstrom schreef:
> On 11/12/2013 07:26 PM, Maarten Lankhorst wrote:
>> Most drivers have refcounting done in gem, so lets get rid of another
>> refcounting layer. ;)
>> It has been confusing to keep track of 2 refcounts, so lets just let the
>> driver worry about
>> re
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20131113/a04eaeaa/attachment.html>
s of Mesa and LLVM,
can you test?
--
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/20131113/f3754181/attachment.html>
The page-prot bit fix.
The following changes since commit 59c8e66378fb78adbcd05f0d09783dde6fef282b:
drm/ttm: Fix memory type compatibility check (2013-11-06 04:36:22 -0800)
are available in the git repository at:
git://people.freedesktop.org/~thomash/linux ttm-next-3.13
for you to fetch ch
96 matches
Mail list logo
