On Thu, Apr 3, 2014 at 12:03 AM, Alexandre Courbot wrote:
> On Wed, Mar 26, 2014 at 1:24 PM, Ben Skeggs wrote:
>> On Mon, Mar 24, 2014 at 6:42 PM, Alexandre Courbot
>> wrote:
>>> Add a GR device for GK20A based on NVE4, with the correct classes
>>> definitions (GK20A's 3D class is 0xa297).
>>>
On Thu, Apr 3, 2014 at 12:23 AM, Ilia Mirkin wrote:
> On Wed, Apr 2, 2014 at 10:14 AM, Alexandre Courbot
> wrote:
> + /* Need to figure out how to handle sw for gk20a */
> + if (device->chipset == 0xea)
> + goto skip_sw_init;
The commit message makes it
Hi Dave,
Could you please take this patch in your tree ?
On Sunday 02 March 2014 20:09:48 Laurent Pinchart wrote:
> The GEM CMA helpers uses a custom mmap implementation based on
> remap_pfn_range(). While this works when the buffer DMA and physical
> addresses are identical, it fails to take IOM
Hi Dave,
Could you please take this patch in your tree ?
What's the expected process when sending patches to the mailing list by the
way ? Do you track them somehow, or always expect pull requests ?
On Tuesday 04 March 2014 19:10:17 Laurent Pinchart wrote:
> Use the %pad printk specifier to pri
ignature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140403/f87e4707/attachment.sig>
Hi all,
After merging the drm-intel tree, today's linux-next build (x86_64
allmodconfig) failed like this:
drivers/gpu/drm/i915/intel_display.c: In function 'intel_alloc_plane_obj':
drivers/gpu/drm/i915/intel_display.c:2089:27: error: 'struct drm_crtc' has no
member named 'fb'
obj->stride = c
pipe_name(intel_crtc->pipe));
plane_config = &intel_crtc->plane_config;
- fb = to_intel_framebuffer(crtc->fb);
+ fb = to_intel_framebuffer(crtc->primary->fb);
max_size = plane_config->size;
}
}
@@ -560,7 +560,7 @@ static bool intel_fbdev_init_bios(struct drm_device *dev,
if (!intel_crtc->active)
continue;
- WARN(!crtc->fb,
+ WARN(!crtc->primary->fb,
"re-used BIOS config but lost an fb on crtc %d\n",
crtc->base.id);
}
--
1.9.1
--
Cheers,
Stephen Rothwellsfr at canb.auug.org.au
-- 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/20140403/410895a3/attachment-0001.sig>
and this work maybe we can kick this issue.
--
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/20140403/0b927340/attachment.html>
is my screen is able to turn on after the resume. Can you
try it?
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140403/
Kernel 3.14.0-999-generic #201404020331, Xubuntu 14.04, oibaf's PPA, Wine
1.7.15).
--
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/20140403/4815d2e8/attachment.html>
L:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140403/a62d4df6/attachment.html>
/lists.freedesktop.org/archives/dri-devel/attachments/20140403/5f8b467c/attachment.html>
ML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140403/442d1267/attachment.html>
TML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140403/bf1d7b2a/attachment-0001.html>
or the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140403/913d6e53/attachment.html>
und, but it would be preferable to have this work
out of the box.
--
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/20140403/75ff4d73/attachment.html>
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140403/4d8fd177/attachment.html>
Hi Andrzej,
2014-04-02 16:24 GMT+09:00, Andrzej Hajda :
> Hi Inki,
>
> I see you have took also ld9040 driver patch [1].
I think this patch should have included your DSI display support
series because the patch series includes dt binding for ld9040 driver
but has no ld9040 driver.
> Could you t
On Thu, 03 Apr 2014, James Hogan wrote:
> Hi,
>
> I've noticed that v3.14 breaks the backlight on Dell XPS13. Reverting the
> following commit fixes the issue for me (i.e. the GUI brightness controls
> work
> again):
>
> bc0bb9fd1c78 drm/i915: remove QUIRK_NO_PCH_PWM_ENABLE
>
> It appears that
- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140403/ae992015/attachment.html>
2014-04-02 23:06 GMT+09:00, Andrzej Hajda :
> On 04/01/2014 02:37 PM, Inki Dae wrote:
>> This patch adds super device support to bind sub drivers
>> using device tree.
>>
>> For this, you should add a super device node to each machine dt files
>> like belows,
>>
>> In case of using MIPI-DSI,
>>
Hi Inki,
On 04/01/2014 02:37 PM, Inki Dae wrote:
> This patch series cleans up exynos drm framework and kms sub drivers
> using the component framework[1].
I have tested it on trats platform (fimd + dsi), it works.
However it seems to be suboptimal.
In case of deferred probing of any of component
be able to turn on the screen? i think that "systemctl suspend"
doesn't rely on pm-utils
--
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/archiv
The query buffers were reserved while holding the binding mutex, which
caused a circular locking dependency.
Cc: stable at vger.kernel.org
Signed-off-by: Thomas Hellstrom
Reviewed-by: Brian Paul
---
drivers/gpu/drm/vmwgfx/vmwgfx_context.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
These ioctls require a valid handle referenced by the caller to succeed,
which implies that the caller has or has had sufficient privileges.
Signed-off-by: Thomas Hellstrom
Reviewed-by: Brian Paul
---
drivers/gpu/drm/vmwgfx/vmwgfx_drv.c |6 +++---
1 file changed, 3 insertions(+), 3 deletion
||g/show_bug.cgi?id=42960
--
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/20140403/8b4ec
||g/show_bug.cgi?id=43829
--
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/20140403/765bd
---
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140403/64474523/attachment.html>
Signed-off-by: Thomas Hellstrom
---
drivers/gpu/drm/qxl/qxl_release.c |2 +-
drivers/gpu/drm/ttm/ttm_bo.c | 26 +-
drivers/gpu/drm/ttm/ttm_execbuf_util.c |8 +++---
include/drm/ttm/ttm_bo_driver.h| 47
4 files cha
On 01.04.2014 23:10, Stephen Warren wrote:
> diff --git a/drivers/gpu/host1x/hw/intr_hw.c b/drivers/gpu/host1x/hw/intr_hw.c
> index db9017adfe2b..17407b2de2bf 100644
> --- a/drivers/gpu/host1x/hw/intr_hw.c
> +++ b/drivers/gpu/host1x/hw/intr_hw.c
> @@ -47,7 +47,7 @@ static irqreturn_t syncpt_thresh_
||g/show_bug.cgi?id=73882
--
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/20140403/dfe9e
||g/show_bug.cgi?id=73882
--
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/20140403/d3c15
This patch adds super device support to bind sub drivers
using device tree.
For this, you should add a super device node to each machine dt files
like belows,
In case of using MIPI-DSI,
display-subsystem {
compatible = "samsung,exynos-display-subsystem";
po
On Wednesday 02 April 2014 06:41 PM, Rob Clark wrote:
> On Wed, Apr 2, 2014 at 5:52 AM, Archit Taneja wrote:
>> Hi,
>>
>> I was trying to figure out how we are supposed to manage synchronization
>> between a mode_set and a page_flip called on a crtc.
>>
>> Say, if a mode_set is immediately followe
little about it here:
https://www.kernel.org/doc/Documentation/power/video.txt
--
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/20140403/c60cfa0e/attachment.html>
Hi Andrzej,
> Hi Inki,
>
> On 04/01/2014 02:37 PM, Inki Dae wrote:
>> This patch series cleans up exynos drm framework and kms sub drivers
>> using the component framework[1].
>
> I have tested it on trats platform (fimd + dsi), it works.
> However it seems to be suboptimal.
> In case of deferred
On Wed, Apr 02, 2014 at 08:26:23AM -0700, Randy Dunlap wrote:
> On 04/02/2014 01:24 AM, Jani Nikula wrote:
> > Drop the cast from the pointer diff to fix:
> >
> > drivers/gpu/drm/i915/i915_cmd_parser.c:405:4: warning: format '%td' expects
> > argument of type 'ptrdiff_t', but argument 5 has type '
On 04/03/2014 11:05 AM, ??? wrote:
> Hi Andrzej,
>
>> Hi Inki,
>>
>> On 04/01/2014 02:37 PM, Inki Dae wrote:
>>> This patch series cleans up exynos drm framework and kms sub drivers
>>> using the component framework[1].
>> I have tested it on trats platform (fimd + dsi), it works.
>> However it see
>On 04/03/2014 11:05 AM, ??? wrote:
>> Hi Andrzej,
>>
>>> Hi Inki,
>>
>>> On 04/01/2014 02:37 PM, Inki Dae wrote:
This patch series cleans up exynos drm framework and kms sub drivers
using the component framework[1].
>>> I have tested it on trats platform (fimd + dsi), it works.
>>> Howe
rain_cr] *ERROR* clock recovery failed
--
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/20140403/032c5eb1/attachment.html>
This patch adds super device support to bind sub drivers
using device tree.
For this, you should add a super device node to each machine dt files
like belows,
In case of using MIPI-DSI,
display-subsystem {
compatible = "samsung,exynos-display-subsystem";
po
--
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/20140403/6c375b65/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140403/27fdbf7d/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140403/d2138347/attachment.html>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140403/033eaf6e/attachment.html>
The patch separates dpi related routines from fimd.
Signed-off-by: Andrzej Hajda
---
Hi Inki,
This is my attempt to separate DPI from FIMD,
it requires putting real probe back into fimd_probe, but I
guess it should not be a problem, as it is done already for dsi.
It is based on v4 of your patch.
On Thu, Apr 3, 2014 at 9:45 AM, Tomi Valkeinen wrote:
> When an encoder is no longer connected to a crtc, the driver will leave
> the encoder enabled.
>
> This patch adds code to track the encoder used for a crtc, and when the
> encoder changes, the old one is disabled.
>
> Signed-off-by: Tomi Val
re the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140403/4b6d3e4b/attachment.html>
On Thu, Apr 3, 2014 at 9:45 AM, Tomi Valkeinen wrote:
> At the moment the omap_crtc_pre_apply() handles the enabling, disabling
> and configuring of encoders and panels separately from the CRTC (i.e.
> the overlay manager).
>
> However, this doesn't work correctly. The encoder driver has to be in
||
--
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/20140403/fe529c30/attachment.html>
On Thu, Apr 03, 2014 at 11:32:30AM +0200, Daniel Vetter wrote:
> On Wed, Apr 02, 2014 at 08:26:23AM -0700, Randy Dunlap wrote:
> > On 04/02/2014 01:24 AM, Jani Nikula wrote:
> > > Drop the cast from the pointer diff to fix:
> > >
> > > drivers/gpu/drm/i915/i915_cmd_parser.c:405:4: warning: format
Hi Dave,
this is the fourth and last pull request for 3.15 radeon changes.
Highlights this time:
- Rework of finding the right PLL numbers for display
- Couple of different bugfixes
The following changes since commit 2844ea3f252331cc0ecf3ae74f6226db2f580f8a:
Merge branch 'primary-plane' of
From: Sean Paul
This patch debounces hotplug interrupts generated by the HDMI hotplug
gpio. The reason this is needed is that we get multiple (5) interrupts
every time a monitor is inserted which causes us to needlessly enable
and disable the IP block.
Signed-off-by: Sean Paul
Signed-off-by: Ra
Thanks
James
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: This is a digitally signed message part.
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140403/f537f96c/attachment-0001.sig>
x60 [omapdrm_pvr]) from
> > [] (process_one_work+0x1c8/0x5c0)
> > [ 719.140502] [] (process_one_work+0x1c8/0x5c0) from
> []
> > (worker_thread+0x168/0x444)
> > [ 719.149810] [] (worker_thread+0x168/0x444) from []
> > (kthread+0xa4/0xb0)
> > [ 719.158142] [] (kthread+0xa4/0xb0) from []
> > (ret_from_fork+0x14/0x24)
> >
> > Thanking you for your time.
> >
> > Thanks & Regards,
> > Vikas
>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140403/46d06f71/attachment-0001.html>
The HDMI output video format's yres needs to be divided by two for
interlace. Fix it.
Signed-off-by: Tomi Valkeinen
---
drivers/video/omap2/dss/hdmi_wp.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/video/omap2/dss/hdmi_wp.c
b/drivers/video/omap2/dss/hdmi_wp.c
index cd620c6e43a
From: Rahul Sharma
Series is addressing various issues in the drm hdmi driver
for exynos Soc.
Based on Inki Dae's exynos-drm-next branch.
Daniel Kurtz (1):
drm/exynos: hdmi: remove unnecessary memset
Paul Taysom (1):
drm/exynos: check for null pointers in error handling
Rahul Sharma (1):
From: Sean Paul
This patch removes the hdmiphy reset in hdmi_poweroff. The hdmiphy reset
was added to take advantage of exynos clockgating, doing it would gate
the entire TV domain. Unfortunately, mixer is included in the TV domain
and its vsync interrupts are stopped when TV is gated.
Signed-of
From: Paul Taysom
Smatch error from arm build: drivers/gpu/drm/exynos/
exynos_hdmi.c:2374 hdmi_probe() error: potential NULL
dereference 'hdata->hdmiphy_port'.
Added check for hdata->hdmiphy_port that it is not NULL.
Signed-off-by: Paul Taysom
Signed-off-by: Rahul Sharma
---
drivers/gpu/drm/
From: Shirish S
This patch implements the power on/off sequence
of HDMI PHY in exynos5420 and exynos5250 as provided
by the hardware team.
This has been verified for mulitple iterations of
S2R.
Signed-off-by: Shirish S
Signed-off-by: Rahul Sharma
---
drivers/gpu/drm/exynos/exynos_hdmi.c |
Before setting the core and timing generation registers,
hdmi driver resets the whole hdmi hardware, which also
resets the audio related registers.
Hdmi reset is replaced by hdmi disable which is called
just before setting the core and timing registers. It
also ensure that audio settings are not c
&omap_crtc->timings);
>> omap_encoder_set_enabled(encoder, true);
>> - omap_crtc->full_update = false;
>> }
>> -
>> - dispc_mgr_setup(omap_crtc->channel, &omap_crtc->info);
>> - dispc_mgr_set_timings(omap_crtc->channel,
>> - &omap_crtc->timings);
>> - set_enabled(&omap_crtc->base, true);
>> }
>>
>> omap_crtc->full_update = false;
>> --
>> 1.8.3.2
>>
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: OpenPGP digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140403/48ff0bb2/attachment-0001.sig>
Use devm_ioremap_resource() because devm_request_and_ioremap() is
obsoleted by devm_ioremap_resource().
Signed-off-by: Jingoo Han
---
drivers/gpu/drm/armada/armada_crtc.c |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/armada/armada_crtc.c
b/drivers/
When an encoder is no longer connected to a crtc, the driver will leave
the encoder enabled.
This patch adds code to track the encoder used for a crtc, and when the
encoder changes, the old one is disabled.
Signed-off-by: Tomi Valkeinen
---
drivers/gpu/drm/omapdrm/omap_crtc.c | 6 ++
1 file
At the moment the omap_crtc_pre_apply() handles the enabling, disabling
and configuring of encoders and panels separately from the CRTC (i.e.
the overlay manager).
However, this doesn't work correctly. The encoder driver has to be in
control of its video input (i.e. the crtc) for correct operation
From: Daniel Kurtz
Our resources were just zalloc'ed as part of hdata.
They are already 0.
Signed-off-by: Daniel Kurtz
Signed-off-by: Rahul Sharma
---
drivers/gpu/drm/exynos/exynos_hdmi.c |2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/gpu/drm/exynos/exynos_hdmi.c
b/drivers/g
From: Sean Paul
This patch adds a gpio read of hpd during the is_connected
callback. This fixes the case where hdmi is off going into
suspend and the cable is plugged in while suspended. In this
case, the hpd interrupt does not fire and is_connected will
return false.
Signed-off-by: Sean Paul
S
HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140403/f72334b3/attachment.html>
vel/attachments/20140403/8eb30bbd/attachment.html>
reset.
--
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/20140403/e0659c91/attachment.html>
ext part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140403/f819270c/attachment.html>
ps://trisquel.info/en/wiki/troubleshooting-suspendhibernate
https://wiki.archlinux.org/index.php/pm-utils
--
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/d
oppe7 at live.com , thank you too! and
once
again, thanks AMD devs :)
--
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/20140403/6096e5ce/attachment.html>
just did:
sudo nano /etc/default/grub
found GRUB_CMDLINE_LINUX_DEFAULT and added acpi_sleep=s3_bios just before quiet
ctrl+o and ctrl+x
sudo grub-mkconfig -o /boot/grub/grub.cfg
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part -
enly.
Then the screen goes black like it doesnt get a signal anymore.
After that it crashes.
--
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/20140403/3d1937c6/attachment.html>
in 4 weeks), if it isn't fixed until then.
--
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/20140403/72012f79/attachment.html>
ssignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140403/6d507731/attachment.html>
5hz and falling back.
This is my first post on this site, I hope I don't mess it ;)
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-dev
are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140403/236f5c9b/attachment.html>
icting with the kernel when suspending or resuming, but is very useful for
debugging. You have been warned."
Oh, well, I'm happy that someone found a solution and shared it with us all :D
--
You are receiving this mail because:
You are the assignee for the bug.
------ next
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20140403/a811c712/attachment.html>
nts/20140403/ceaef475/attachment-0001.html>
vel/attachments/20140403/a4dbbc4f/attachment.html>
u are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140403/154c0a29/attachment.html>
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/20140403/0d382d9c/attachment.html>
On Wed, Apr 02, 2014 at 12:29:46PM +0200, Andrzej Hajda wrote:
> Many drm connectors do not need mode validation.
> The patch makes this callback optional and removes dumb implementations.
>
> Signed-off-by: Andrzej Hajda
> ---
> v2:
> - added comment and updated DocBook
Reviewed-by: Daniel Vett
On Thu, Apr 03, 2014 at 02:28:32PM +0530, Archit Taneja wrote:
> On Wednesday 02 April 2014 06:41 PM, Rob Clark wrote:
> >On Wed, Apr 2, 2014 at 5:52 AM, Archit Taneja wrote:
> >>Hi,
> >>
> >>I was trying to figure out how we are supposed to manage synchronization
> >>between a mode_set and a page
ment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140403/82acf72e/attachment.html>
u 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/20140403/64286484/attachment.html>
This reverts commit 60f2b4af1258c05e6b037af866be81abc24438f7.
The same warning has been fixed in e5081a538a565284fec5f30a937d98e460d5e780 and
these two commits got merged in 74e99a84de2d0980320612db8015ba606af42114 which
caused another warning. Simply, the reverted commit casted the pointer
differ
90 matches
Mail list logo
