On 29.05.2013 13:26, Arto Merilainen wrote:
> This patch series fixes two issues in the host1x driver: First, the
> command buffer validation routine had vulnerabilities that were not
> detected in earlier testing. Second, the return codes of some
> functions were misleading or completely missing.
Since 4231c6b01af9f0f3eeca4b8d0d87125d78233b41 commit, drm tegra
driver was moved to host1x, however, its correspding entry in
MAINTAINERS is not updated in time.
Signed-off-by: Ying Xue
---
MAINTAINERS |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/MAINTAINERS b/MAINTAIN
importer private data in dma-buf attachment can be used by importer to
reimport same dma-buf.
Seung-Woo Kim (2):
dma-buf: add importer private data to attachment
drm/prime: find gem object from the reimported dma-buf
drivers/base/dma-buf.c | 31 +
Reimported dma-buf can reuse same gem object only when prime import
is done with same drm open context. So prime import is done with
other drm open context, gem object is newly created and mapped even
there is already mapped gem object. To avoid recreating gem object,
importer private data can be u
dma-buf attachment has only exporter private data, but importer private data
can be useful for importer especially to re-import the same dma-buf.
To use importer private data in attachment of the device, the function to
search attachment in the attachment list of dma-buf is also added.
Signed-off-
On Fri, May 31, 2013 at 10:54 AM, Seung-Woo Kim wrote:
> importer private data in dma-buf attachment can be used by importer to
> reimport same dma-buf.
>
> Seung-Woo Kim (2):
> dma-buf: add importer private data to attachment
> drm/prime: find gem object from the reimported dma-buf
Self-impo
https://bugs.freedesktop.org/show_bug.cgi?id=64776
--- Comment #11 from Michel Dänzer ---
(In reply to comment #10)
> Should I use newer tag than 1.1?
You wrote the problem happens with 9.1.2 but not with 9.1.1, so it's probably
best to stay within those tags for now.
> I think strage that com
https://bugs.freedesktop.org/show_bug.cgi?id=65192
--- Comment #2 from Michel Dänzer ---
(In reply to comment #2)
> Setting R600_HYPERZ=0 in /etc/environment didn't help.
Are you sure this ended up in the environment of the screensaver hacks? Can you
try e.g.
R600_HYPERZ=0 /usr/lib/xscreensaver
Hello Daniel,
Thanks for your comment.
On 2013년 05월 31일 18:14, Daniel Vetter wrote:
> On Fri, May 31, 2013 at 10:54 AM, Seung-Woo Kim
> wrote:
>> importer private data in dma-buf attachment can be used by importer to
>> reimport same dma-buf.
>>
>> Seung-Woo Kim (2):
>> dma-buf: add importer
From: Ville Syrjälä
Preserve the destination mode's list head in drm_mode_copy. Just
in case someone decides that it's a good idea to overwrite a mode which
happens to be on some list,
Signed-off-by: Ville Syrjälä
---
drivers/gpu/drm/drm_modes.c | 7 ---
1 file changed, 4 insertions(+), 3
From: Ville Syrjälä
Keeping the modes in the same order as we probe them makes it a bit
easier to track what's happening.
Signed-off-by: Ville Syrjälä
---
drivers/gpu/drm/drm_crtc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/drm_crtc.c b/drivers/gpu/drm
From: Ville Syrjälä
Keeping the modes sorted by vrefresh before the pixel clock makes the
mode list somehow more pleasing to the eye.
Signed-off-by: Ville Syrjälä
---
This is quite a subjective thing, so if no one else wants it, I'm fine
with dropping it. More of an RFC really...
drivers/gpu/
From: Ville Syrjälä
Having both modes can be beneficial for video playback cases. If you can
match the video framerate exactly, and the audio and video clocks come
from the same source, you should be able to avoid dropped/repeated
frames without expensive operations such as resampling the audio t
https://bugs.freedesktop.org/show_bug.cgi?id=65193
Andreas Boll changed:
What|Removed |Added
CC||pt...@yandex.ru
--- Comment #4 from Andre
On Fri, May 31, 2013 at 8:17 AM, wrote:
> From: Ville Syrjälä
>
> Preserve the destination mode's list head in drm_mode_copy. Just
> in case someone decides that it's a good idea to overwrite a mode which
> happens to be on some list,
>
> Signed-off-by: Ville Syrjälä
For the series:
Reviewed-b
On Tue, May 28, 2013 at 08:55:29PM +0200, Sven Joachim wrote:
> On 2013-05-26 23:09 +0200, Maarten Maathuis wrote:
>
> > My NV96 does not resume from suspend to ram (the screen stays black, magic
> > sysrq keys do work) with the current linus git kernel, i bisected it to the
> > following commit.
https://bugs.freedesktop.org/show_bug.cgi?id=64475
Andreas Boll changed:
What|Removed |Added
Component|Drivers/DRI/R600|Drivers/Gallium/r600
--- Comment #1 from
https://bugs.freedesktop.org/show_bug.cgi?id=65091
Andreas Boll changed:
What|Removed |Added
Product|Mesa|DRI
Version|git
https://bugzilla.kernel.org/show_bug.cgi?id=59101
Summary: Gnome shell crashes after sleep mode
Product: Drivers
Version: 2.5
Kernel Version: 3.9.4-200.fc18.x86_64
Platform: All
OS/Version: Linux
Tree: Fedora
Status:
https://bugs.freedesktop.org/show_bug.cgi?id=65193
--- Comment #5 from Vadim Girlin ---
Created attachment 80097
--> https://bugs.freedesktop.org/attachment.cgi?id=80097&action=edit
[PATCH] r600g/sb: fix broken assert
Attached patch should fix the assert. Does it fix you issues?
--
You are r
https://bugzilla.kernel.org/show_bug.cgi?id=59101
Alex Deucher changed:
What|Removed |Added
CC||alexdeuc...@gmail.com
--- Comment #1 f
On Fri, May 31, 2013 at 07:22:24PM +0900, 김승우 wrote:
> Hello Daniel,
>
> Thanks for your comment.
>
> On 2013년 05월 31일 18:14, Daniel Vetter wrote:
> > On Fri, May 31, 2013 at 10:54 AM, Seung-Woo Kim
> > wrote:
> >> importer private data in dma-buf attachment can be used by importer to
> >> reim
On Fri, May 31, 2013 at 03:23:41PM +0300, ville.syrj...@linux.intel.com wrote:
> From: Ville Syrjälä
>
> Having both modes can be beneficial for video playback cases. If you can
> match the video framerate exactly, and the audio and video clocks come
> from the same source, you should be able to
Am Freitag, den 31.05.2013, 17:29 +0200 schrieb Daniel Vetter:
> On Fri, May 31, 2013 at 07:22:24PM +0900, 김승우 wrote:
> > Hello Daniel,
> >
> > Thanks for your comment.
> >
> > On 2013년 05월 31일 18:14, Daniel Vetter wrote:
> > > On Fri, May 31, 2013 at 10:54 AM, Seung-Woo Kim
> > > wrote:
> > >>
https://bugs.freedesktop.org/show_bug.cgi?id=65192
--- Comment #3 from Luzipher ---
I did as suggested and ran:
R600_HYPERZ=0 /usr/lib/misc/xscreensaver/antmaze
This worked more often, but I could make it crash when using different
screensavers. Using
R600_HYPERZ=0 /usr/bin/xscreensaver-demo
https://bugs.freedesktop.org/show_bug.cgi?id=65193
--- Comment #6 from Alexandre Demers ---
(In reply to comment #4)
> Are you using the default backend + sb or llvm backend + sb?
>
> Ccing vadimg.
R600_DEBUG=sb is set.
In my build script, I set the following:
baseExec="./autogen.sh --prefix=/
Another attempt at restoring the fbdev mode.
Changes from v1:
- Cursors and sprites are disabled permanently (well, until someone
explicitly re-enabls them). This was actually already the case for
the old video overlay.
- Since the disabling is now permanent, all extra planes can be
disabled
From: Ville Syrjälä
Drivers may need to turn off overlay planes, cursors, etc. when
restoring the fbdev mode. So allow drivers to provide their own
version of drm_fb_helper_restore_fbdev_mode() that can take care
of such details.
Initially just plug in drm_fb_helper_restore_fbdev_mode for all
dr
From: Ville Syrjälä
drm_plane_force_disable() will forcibly disable the plane even if user
had previously requested the plane to be enabled.
This can be used to force planes to be off when restoring the fbdev
mode.
The code was simply pulled from drm_framebuffer_remove(), which now
calls the ne
From: Ville Syrjälä
plane->enabled is never set, so this code didn't do anything.
Fix the code for sprites by calling the new drm_plane_force_disable()
function. That means the plane will remain off until someone explicitly
turns it back on.
And do the same for cursors and the old video overlay
From: Ville Syrjälä
Disable sprite planes and cursors when restoring the fbdev mode.
Should makes oopses more readable if they're not covered by sprites and
cursors.
v2: Rebased due to changes earlier in the series
Signed-off-by: Ville Syrjälä
---
drivers/gpu/drm/i915/intel_fb.c | 23 +++
From: Ville Syrjälä
Use container_of() instead of a cast to get struct intel_fbdev
from struct drm_fb_helper.
Also populate the fb_info->par correctly with the drm_fb_helper pointer
instead of the intel_fbdev pointer.
There's no actual functional change since the drm_fb_helper happens to
be the
From: Ville Syrjälä
People don't like typedefs these days. Eliminate their use from intel_fb.c.
Signed-off-by: Ville Syrjälä
---
drivers/gpu/drm/i915/intel_fb.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/drivers/gpu/drm/i915/intel_fb.c b/drivers/gpu/drm/i9
From: Ville Syrjälä
There's a bunch of unused members inside drm_plane, bloating the size of
the structure needlessly. Eliminate them.
v2: Remove all of it from kernel-doc too
Reviewed-by: Laurent Pinchart
Signed-off-by: Ville Syrjälä
---
drivers/gpu/drm/drm_crtc.c | 2 +-
include/drm/drm_c
https://bugs.freedesktop.org/show_bug.cgi?id=65193
--- Comment #7 from Alexandre Demers ---
(In reply to comment #5)
> Created attachment 80097 [details] [review]
> [PATCH] r600g/sb: fix broken assert
>
> Attached patch should fix the assert. Does it fix you issues?
Yes, it does.
--
You are r
https://bugs.freedesktop.org/show_bug.cgi?id=65193
Vadim Girlin changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
Daniel Vetter wrote:
On Fri, May 31, 2013 at 03:23:41PM +0300, ville.syrj...@linux.intel.com wrote:
From: Ville Syrjälä
Having both modes can be beneficial for video playback cases. If you can
match the video framerate exactly, and the audio and video clocks come
from the same source, you shou
On Fri, May 31, 2013 at 8:56 PM, Andy Furniss wrote:
> Daniel Vetter wrote:
>>
>> On Fri, May 31, 2013 at 03:23:41PM +0300, ville.syrj...@linux.intel.com
>> wrote:
>>>
>>> From: Ville Syrjälä
>>>
>>> Having both modes can be beneficial for video playback cases. If you can
>>> match the video fram
On Fri, May 31, 2013 at 06:21:09PM +0200, Lucas Stach wrote:
> Am Freitag, den 31.05.2013, 17:29 +0200 schrieb Daniel Vetter:
> > On Fri, May 31, 2013 at 07:22:24PM +0900, 김승우 wrote:
> > > Hello Daniel,
> > >
> > > Thanks for your comment.
> > >
> > > On 2013년 05월 31일 18:14, Daniel Vetter wrote:
This is a bug fix for some versions of g200se cards while doing
mode-setting.
Signed-off-by: Christopher Harvey
Tested-by: Julia Lemire
Acked-by: Julia Lemire Julia Lemire
---
drivers/gpu/drm/mgag200/mgag200_mode.c | 9 +
1 file changed, 5 insertions(+), 4 deletions(-)
diff --git a/dr
On Fri, May 31 2013, Christopher Harvey wrote:
> This is a bug fix for some versions of g200se cards while doing
> mode-setting.
>
> Signed-off-by: Christopher Harvey
> Tested-by: Julia Lemire
> Acked-by: Julia Lemire Julia Lemire
hmmm, feel free to delete the extra "Julia Lemire "
before appl
https://bugs.freedesktop.org/show_bug.cgi?id=64776
--- Comment #12 from mombelli.ma...@gmail.com ---
here the error tring to compile TAG 9.1.2 with patch (but error is in a
different file).
This is with autogen.sh without any option and with option ./autogen.sh
--prefix=/usr --sysconfdir=/etc
https://bugs.freedesktop.org/show_bug.cgi?id=64776
--- Comment #13 from Laurent carlier ---
(In reply to comment #12)
> here the error tring to compile TAG 9.1.2 with patch (but error is in a
> different file).
> This is with autogen.sh without any option and with option ./autogen.sh
> --prefix=/
The dependecies for BACKLIGHT_CLASS_DEVICE are defined a bit
strange, but it seems one has to always select both BACKLIGHT_CLASS_DEVICE
and BACKLIGHT_LCD_SUPPORT to avoid this error:
drivers/gpu/drm/tilcdc/tilcdc_panel.c:396:
undefined reference to `of_find_backlight_by_node'
Cc: Rob Clark
Cc:
ARM cannot handle udelay for more than 2 miliseconds, so we
should use mdelay instead for those.
Signed-off-by: Arnd Bergmann
Cc: David Airlie
Cc: Ben Skeggs
Cc: dri-devel@lists.freedesktop.org
---
drivers/gpu/drm/nouveau/core/engine/disp/dacnv50.c | 3 ++-
1 file changed, 2 insertions(+), 1 d
Hi subsystem maintainers,
These are a few patches left over from doing randconfig tests
a couple of weeks ago. Please apply them directly into your
trees unless you see problems. All patches can theoretically
be seen as bug fixes for 3.10, but they are not critical,
so applying them for 3.11 is fi
https://bugs.freedesktop.org/show_bug.cgi?id=65068
--- Comment #4 from Austin Lund ---
I'm not sure if this has anything to do with this bug, but the PCI config space
is all messed up when running on the integrated GPU:
# cat /sys/kernel/debug/vgaswitcheroo/switch
0:IGD:+:Pwr::00:02.0
1:DIS
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130531/6cd58909/attachment.html>
Hi Linus,
one qxl 32-bit warning fix, the rest is a bunch of radeon fixes from Alex
for some issues we've been seeing.
Dave.
The following changes since commit c89b65e7fffef745bdd36c372aa0dea778fecbab:
qxl: fix Kconfig deps - select FB_DEFERRED_IO (2013-05-28 17:03:37 +1000)
are available
On Fri, May 24, 2013 at 4:35 AM, Andy Lutomirski wrote:
> On Mon, May 13, 2013 at 4:58 PM, Andy Lutomirski
> wrote:
>> A fair number of drivers (mostly graphics) add write-combining MTRRs.
>> Most ignore errors and most add the MTRR even on PAT systems which don't
>> need to use MTRRs.
>>
>> Thi
On Tue, May 14, 2013 at 9:58 AM, Andy Lutomirski wrote:
> Previously, DRM_FRAME_BUFFER mappings, as well as DRM_REGISTERS
> mappings with DRM_WRITE_COMBINING set, resulted in an unconditional
> MTRR being added but the actual mappings being created as UC-.
>
> Now these mappings have the MTRR adde
On 29.05.2013 13:26, Arto Merilainen wrote:
> This patch series fixes two issues in the host1x driver: First, the
> command buffer validation routine had vulnerabilities that were not
> detected in earlier testing. Second, the return codes of some
> functions were misleading or completely missing.
Since 4231c6b01af9f0f3eeca4b8d0d87125d78233b41 commit, drm tegra
driver was moved to host1x, however, its correspding entry in
MAINTAINERS is not updated in time.
Signed-off-by: Ying Xue
---
MAINTAINERS |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/MAINTAINERS b/MAINTAIN
importer private data in dma-buf attachment can be used by importer to
reimport same dma-buf.
Seung-Woo Kim (2):
dma-buf: add importer private data to attachment
drm/prime: find gem object from the reimported dma-buf
drivers/base/dma-buf.c | 31 +
Reimported dma-buf can reuse same gem object only when prime import
is done with same drm open context. So prime import is done with
other drm open context, gem object is newly created and mapped even
there is already mapped gem object. To avoid recreating gem object,
importer private data can be u
dma-buf attachment has only exporter private data, but importer private data
can be useful for importer especially to re-import the same dma-buf.
To use importer private data in attachment of the device, the function to
search attachment in the attachment list of dma-buf is also added.
Signed-off-
On Fri, May 31, 2013 at 10:54 AM, Seung-Woo Kim
wrote:
> importer private data in dma-buf attachment can be used by importer to
> reimport same dma-buf.
>
> Seung-Woo Kim (2):
> dma-buf: add importer private data to attachment
> drm/prime: find gem object from the reimported dma-buf
Self-imp
attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130531/255e6ec6/attachment.html>
--- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130531/67575081/attachment.html>
Hello Daniel,
Thanks for your comment.
On 2013? 05? 31? 18:14, Daniel Vetter wrote:
> On Fri, May 31, 2013 at 10:54 AM, Seung-Woo Kim
> wrote:
>> importer private data in dma-buf attachment can be used by importer to
>> reimport same dma-buf.
>>
>> Seung-Woo Kim (2):
>> dma-buf: add importer
From: Ville Syrj?l?
Preserve the destination mode's list head in drm_mode_copy. Just
in case someone decides that it's a good idea to overwrite a mode which
happens to be on some list,
Signed-off-by: Ville Syrj?l?
---
drivers/gpu/drm/drm_modes.c | 7 ---
1 file changed, 4 insertions(+), 3
From: Ville Syrj?l?
Keeping the modes in the same order as we probe them makes it a bit
easier to track what's happening.
Signed-off-by: Ville Syrj?l?
---
drivers/gpu/drm/drm_crtc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/drm_crtc.c b/drivers/gpu/drm
From: Ville Syrj?l?
Keeping the modes sorted by vrefresh before the pixel clock makes the
mode list somehow more pleasing to the eye.
Signed-off-by: Ville Syrj?l?
---
This is quite a subjective thing, so if no one else wants it, I'm fine
with dropping it. More of an RFC really...
drivers/gpu/
From: Ville Syrj?l?
Having both modes can be beneficial for video playback cases. If you can
match the video framerate exactly, and the audio and video clocks come
from the same source, you should be able to avoid dropped/repeated
frames without expensive operations such as resampling the audio t
vel/attachments/20130531/394aa47f/attachment.html>
On Fri, May 31, 2013 at 8:17 AM, wrote:
> From: Ville Syrj?l?
>
> Preserve the destination mode's list head in drm_mode_copy. Just
> in case someone decides that it's a good idea to overwrite a mode which
> happens to be on some list,
>
> Signed-off-by: Ville Syrj?l?
For the series:
Reviewed-b
On Tue, May 28, 2013 at 08:55:29PM +0200, Sven Joachim wrote:
> On 2013-05-26 23:09 +0200, Maarten Maathuis wrote:
>
> > My NV96 does not resume from suspend to ram (the screen stays black, magic
> > sysrq keys do work) with the current linus git kernel, i bisected it to the
> > following commit.
of you gpu?
--
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/20130531/3741fc63/attachment-0001.html>
vel/attachments/20130531/aa1d87d2/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=59101
Summary: Gnome shell crashes after sleep mode
Product: Drivers
Version: 2.5
Kernel Version: 3.9.4-200.fc18.x86_64
Platform: All
OS/Version: Linux
Tree: Fedora
Status:
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/20130531/57d69ef0/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=59101
Alex Deucher changed:
What|Removed |Added
CC||alexdeucher at gmail.com
--- Comment #
On Fri, May 31, 2013 at 07:22:24PM +0900, ??? wrote:
> Hello Daniel,
>
> Thanks for your comment.
>
> On 2013? 05? 31? 18:14, Daniel Vetter wrote:
> > On Fri, May 31, 2013 at 10:54 AM, Seung-Woo Kim
> > wrote:
> >> importer private data in dma-buf attachment can be used by importer to
> >> reim
On Fri, May 31, 2013 at 03:23:41PM +0300, ville.syrjala at linux.intel.com
wrote:
> From: Ville Syrj?l?
>
> Having both modes can be beneficial for video playback cases. If you can
> match the video framerate exactly, and the audio and video clocks come
> from the same source, you should be able
Am Freitag, den 31.05.2013, 17:29 +0200 schrieb Daniel Vetter:
> On Fri, May 31, 2013 at 07:22:24PM +0900, ??? wrote:
> > Hello Daniel,
> >
> > Thanks for your comment.
> >
> > On 2013? 05? 31? 18:14, Daniel Vetter wrote:
> > > On Fri, May 31, 2013 at 10:54 AM, Seung-Woo Kim > > samsung.com> wro
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/20130531/687483a0/attachment.html>
s 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/20130531/4e1b167c/attachment.html>
Another attempt at restoring the fbdev mode.
Changes from v1:
- Cursors and sprites are disabled permanently (well, until someone
explicitly re-enabls them). This was actually already the case for
the old video overlay.
- Since the disabling is now permanent, all extra planes can be
disabled
From: Ville Syrj?l?
Drivers may need to turn off overlay planes, cursors, etc. when
restoring the fbdev mode. So allow drivers to provide their own
version of drm_fb_helper_restore_fbdev_mode() that can take care
of such details.
Initially just plug in drm_fb_helper_restore_fbdev_mode for all
dr
From: Ville Syrj?l?
drm_plane_force_disable() will forcibly disable the plane even if user
had previously requested the plane to be enabled.
This can be used to force planes to be off when restoring the fbdev
mode.
The code was simply pulled from drm_framebuffer_remove(), which now
calls the ne
From: Ville Syrj?l?
plane->enabled is never set, so this code didn't do anything.
Fix the code for sprites by calling the new drm_plane_force_disable()
function. That means the plane will remain off until someone explicitly
turns it back on.
And do the same for cursors and the old video overlay
From: Ville Syrj?l?
Disable sprite planes and cursors when restoring the fbdev mode.
Should makes oopses more readable if they're not covered by sprites and
cursors.
v2: Rebased due to changes earlier in the series
Signed-off-by: Ville Syrj?l?
---
drivers/gpu/drm/i915/intel_fb.c | 23 +++
From: Ville Syrj?l?
Use container_of() instead of a cast to get struct intel_fbdev
from struct drm_fb_helper.
Also populate the fb_info->par correctly with the drm_fb_helper pointer
instead of the intel_fbdev pointer.
There's no actual functional change since the drm_fb_helper happens to
be the
From: Ville Syrj?l?
People don't like typedefs these days. Eliminate their use from intel_fb.c.
Signed-off-by: Ville Syrj?l?
---
drivers/gpu/drm/i915/intel_fb.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/drivers/gpu/drm/i915/intel_fb.c b/drivers/gpu/drm/i9
From: Ville Syrj?l?
There's a bunch of unused members inside drm_plane, bloating the size of
the structure needlessly. Eliminate them.
v2: Remove all of it from kernel-doc too
Reviewed-by: Laurent Pinchart
Signed-off-by: Ville Syrj?l?
---
drivers/gpu/drm/drm_crtc.c | 2 +-
include/drm/drm_c
--
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/20130531/0828ab14/attachment.html>
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20130531/2476f6b7/attachment.html>
Daniel Vetter wrote:
> On Fri, May 31, 2013 at 03:23:41PM +0300, ville.syrjala at linux.intel.com
> wrote:
>> From: Ville Syrj?l?
>>
>> Having both modes can be beneficial for video playback cases. If you can
>> match the video framerate exactly, and the audio and video clocks come
>> from the sa
On Fri, May 31, 2013 at 8:56 PM, Andy Furniss wrote:
> Daniel Vetter wrote:
>>
>> On Fri, May 31, 2013 at 03:23:41PM +0300, ville.syrjala at linux.intel.com
>> wrote:
>>>
>>> From: Ville Syrj?l?
>>>
>>> Having both modes can be beneficial for video playback cases. If you can
>>> match the video f
On Fri, May 31, 2013 at 06:21:09PM +0200, Lucas Stach wrote:
> Am Freitag, den 31.05.2013, 17:29 +0200 schrieb Daniel Vetter:
> > On Fri, May 31, 2013 at 07:22:24PM +0900, ??? wrote:
> > > Hello Daniel,
> > >
> > > Thanks for your comment.
> > >
> > > On 2013? 05? 31? 18:14, Daniel Vetter wrote:
This is a bug fix for some versions of g200se cards while doing
mode-setting.
Signed-off-by: Christopher Harvey
Tested-by: Julia Lemire
Acked-by: Julia Lemire Julia Lemire
---
drivers/gpu/drm/mgag200/mgag200_mode.c | 9 +
1 file changed, 5 insertions(+), 4 deletions(-)
diff --git a/dr
On Fri, May 31 2013, Christopher Harvey wrote:
> This is a bug fix for some versions of g200se cards while doing
> mode-setting.
>
> Signed-off-by: Christopher Harvey
> Tested-by: Julia Lemire
> Acked-by: Julia Lemire Julia Lemire matrox.com>
hmmm, feel free to delete the extra "Julia Lemire "
east seeing the error.
>
> --
> You are receiving this mail because:
>
>- You reported the bug.
>
>
--
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/20130531/d2c2dca2/attachment.html>
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130531/c486d1ae/attachment-0001.html>
te? (Like
hotplugging?)
--
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/20130531/fe8cfd16/attachment.html>
95 matches
Mail list logo
