Hi, Dave
Why this patch hasn't been applied in your tree? I think you are the right
maintainer.
Huacai Chen
On Tue, May 21, 2013 at 11:30 PM, Paul Menzel <
paulepan...@users.sourceforge.net> wrote:
> Am Dienstag, den 21.05.2013, 14:23 +0800 schrieb Huacai Chen:
> > When GPU acceleration is dis
These chipsets include the VP2 engine which is composed of a bitstream
processor (BSP) that decodes H.264 and a video processor (VP) which can
do iDCT/mo-comp/etc for MPEG1/2, H.264, and VC-1. Both of these are
driven by separate xtensa chips embedded in the hardware. This patch
provides the mechan
On Mon, Jun 3, 2013 at 6:29 PM, Huacai Chen wrote:
> Hi, Dave
>
> Why this patch hasn't been applied in your tree? I think you are the right
> maintainer.
>
Because I missed it, i've stuck in my fixes queue now.
thanks for pinging.
Dave.
___
dri-devel
On Fri, May 31, 2013 at 08:07:04PM +0300, ville.syrj...@linux.intel.com wrote:
> 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
On Fri, May 31, 2013 at 08:07:05PM +0300, ville.syrj...@linux.intel.com wrote:
> 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_
On Fri, May 31, 2013 at 08:07:06PM +0300, ville.syrj...@linux.intel.com wrote:
> From: Ville Syrjälä
>
> People don't like typedefs these days. Eliminate their use from intel_fb.c.
>
> Signed-off-by: Ville Syrjälä
Reviewed-by: Chris Wilson
-Chris
--
Chris Wilson, Intel Open Source Technology
On Fri, May 31, 2013 at 08:07:03PM +0300, ville.syrj...@linux.intel.com wrote:
> 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
On Fri, May 31, 2013 at 08:07:01PM +0300, ville.syrj...@linux.intel.com wrote:
> 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
https://bugs.freedesktop.org/show_bug.cgi?id=64257
--- Comment #28 from Marc Dietrich ---
patch in comment 23 fixes gpu lockups for me in several webgl apps! Can this
please be applied to llvm 3.3 branch?
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=64257
--- Comment #29 from Marc Dietrich ---
Created attachment 80202
--> https://bugs.freedesktop.org/attachment.cgi?id=80202&action=edit
render defects in webgl demo
still having issues with some webgl demos, e.g.
http://www.chromeexperiments.com/
https://bugzilla.kernel.org/show_bug.cgi?id=59101
--- Comment #2 from Cyril N. 2013-06-03 11:27:12 ---
dmesg :
[149626.918841] [drm:radeon_cs_ioctl] *ERROR* Failed to parse relocation -12!
[149642.212632] SELinux: initialized (dev fuse, type fuse), uses genfs_contexts
[149644.616117] SELinu
On Fri, May 31, 2013 at 08:07:03PM +0300, ville.syrj...@linux.intel.com wrote:
> 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
On Mon, Jun 03, 2013 at 11:09:00AM +0100, Chris Wilson wrote:
> On Fri, May 31, 2013 at 08:07:06PM +0300, ville.syrj...@linux.intel.com wrote:
> > From: Ville Syrjälä
> >
> > People don't like typedefs these days. Eliminate their use from intel_fb.c.
> >
> > Signed-off-by: Ville Syrjälä
> Revie
On Mon, Jun 03, 2013 at 11:08:30AM +0100, Chris Wilson wrote:
> On Fri, May 31, 2013 at 08:07:05PM +0300, ville.syrj...@linux.intel.com wrote:
> > From: Ville Syrjälä
> >
> > Use container_of() instead of a cast to get struct intel_fbdev
> > from struct drm_fb_helper.
> >
> > Also populate the f
On Mon, Jun 03, 2013 at 02:00:00PM +0200, Daniel Vetter wrote:
> On Fri, May 31, 2013 at 08:07:03PM +0300, ville.syrj...@linux.intel.com wrote:
> > 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_pl
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ä
We want to disable the cursor by calling ->cursor_set() with handle=0
from places where we don't have a file_priv, so don't try to access it
unless necessary.
Signed-off-by: Ville Syrjälä
---
drivers/gpu/drm/vmwgfx/vmwgfx_kms.c | 3 ++-
1 file changed, 2 insertions(+), 1 de
From: Ville Syrjälä
Cursors and plane can obscure whatever fbdev wants to show the user.
Disable them all in drm_fb_helper_restore_fbdev_mode.
After the cursors and planes have been disabled, user space needs to
explicitly re-enable them to make them visible again.
Signed-off-by: Ville Syrjälä
Third time's the charm maybe.
Changes from v2:
- Move the plane->fb NULL check into drm_plane_force_disable()
- Cursors/planes are now disabled by drm_fb_helper directly, so no
need for the new hook
- Had to fix up vmwgfx not to look at file_priv in cursor_set when
handle is 0
___
From: Ville Syrjälä
plane->enabled is never set, so this code didn't do anything.
Also drm_fb_helper_restore_fbdev_mode() will now disable all cursors
and sprites for us, so we don't have to bother anymore.
Signed-off-by: Ville Syrjälä
---
drivers/gpu/drm/i915/intel_fb.c | 7 ---
1 file c
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=65068
--- Comment #7 from Alex Deucher ---
(In reply to comment #6)
> (In reply to comment #5)
> > (In reply to comment #4)
> > > 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
https://bugs.freedesktop.org/show_bug.cgi?id=65068
--- Comment #8 from Alex Deucher ---
Additionally, since the audio device is part of the GPU, it needs to work
properly with vgaswitcheroo. Dave Airlie was doing some work to support all of
this properly, but it's not complete yet:
http://cgit.f
https://bugs.freedesktop.org/show_bug.cgi?id=54867
--- Comment #2 from Tom Stellard ---
Comment on attachment 80074
--> https://bugs.freedesktop.org/attachment.cgi?id=80074
s/signed/int/
Review of attachment 80074:
-
This patch l
https://bugs.freedesktop.org/show_bug.cgi?id=65270
--- Comment #1 from Alex Deucher ---
Make sure you've installed the updated rlc and uvd microcode and that it is
available to the driver during boot (in your initrd, etc.). You can grab the
latest ucode here:
http://git.kernel.org/cgit/linux/ker
https://bugs.freedesktop.org/show_bug.cgi?id=65274
--- Comment #2 from Alex Deucher ---
Make sure you have the updated rlc firmware as well.
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel
https://bugs.freedesktop.org/show_bug.cgi?id=65270
--- Comment #2 from Alex Deucher ---
Is this a hybrid laptop with multiple GPUs?
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.fr
https://bugs.freedesktop.org/show_bug.cgi?id=50135
--- Comment #10 from Simone Scanzoni ---
Created attachment 80226
--> https://bugs.freedesktop.org/attachment.cgi?id=80226&action=edit
Xonotic with shadow mapping
Bug still present today in Mesa 9.2.0 (git-c754f7a), kernel 3.9.4.
I saw a simi
https://bugs.freedesktop.org/show_bug.cgi?id=50135
--- Comment #11 from Simone Scanzoni ---
Created attachment 80228
--> https://bugs.freedesktop.org/attachment.cgi?id=80228&action=edit
Xonotic with shadow mapping, sharp flavour
The black stripes in Xonotic can be soft or sharp.
--
You are r
https://bugs.freedesktop.org/show_bug.cgi?id=50135
--- Comment #12 from Simone Scanzoni ---
Created attachment 80229
--> https://bugs.freedesktop.org/attachment.cgi?id=80229&action=edit
Xonotic with stencil shadow volumes
Stencil shadow volumes work in Xonotic, so you can see how the shadows s
https://bugzilla.kernel.org/show_bug.cgi?id=59101
--- Comment #3 from Alex Deucher 2013-06-03 14:01:39
---
(In reply to comment #2)
>
> > [drm:radeon_cs_ioctl] *ERROR* Failed to parse relocation -12!
>
> seems to be the problem.
-12 mean -ENOMEM. It seems the kernel is out of memory and
https://bugzilla.kernel.org/show_bug.cgi?id=59101
--- Comment #4 from Cyril N. 2013-06-03 14:07:43 ---
Created an attachment (id=103291)
--> (https://bugzilla.kernel.org/attachment.cgi?id=103291)
Xorg.0.log log file
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
https://bugzilla.kernel.org/show_bug.cgi?id=59101
--- Comment #5 from Cyril N. 2013-06-03 14:13:28 ---
$> glxinfo | egrep -A2 "rendering|OpenGL"
> direct rendering: Yes
> server glx vendor string: SGI
> server glx version string: 1.4
> --
> OpenGL vendor string: X.Org
> OpenGL renderer strin
https://bugs.freedesktop.org/show_bug.cgi?id=65270
--- Comment #3 from Gerben Welter ---
(In reply to comment #2)
> Is this a hybrid laptop with multiple GPUs?
No, this laptop has just the Radeon GPU.
--
You are receiving this mail because:
You are the assignee for the bug.
___
https://bugs.freedesktop.org/show_bug.cgi?id=50135
--- Comment #13 from Simone Scanzoni ---
Created attachment 80230
--> https://bugs.freedesktop.org/attachment.cgi?id=80230&action=edit
Xonotic without shadows from realtime world lights
Comparing this to the screenshot with stencil shadow volu
On Sun, Jun 2, 2013 at 10:47 AM, Adis Hamzić wrote:
> The current radeon driver initialization routines, when using KMS, are written
> so that the IRQ installation routine is called before initializing the WB
> buffer
> and the CP rings. With some ASICs, though, the IRQ routine tries to access th
https://bugs.freedesktop.org/show_bug.cgi?id=65270
--- Comment #4 from Gerben Welter ---
(In reply to comment #1)
> Make sure you've installed the updated rlc and uvd microcode and that it is
> available to the driver during boot (in your initrd, etc.). You can grab
> the latest ucode here:
> ht
https://bugs.freedesktop.org/show_bug.cgi?id=65192
--- Comment #4 from Michel Dänzer ---
(In reply to comment #3)
> R600_HYPERZ=0 /usr/bin/xscreensaver-demo
>
> and switching between screensavers crashed as often as without R600_HYPERZ=0.
Beware that AFAIK the screensaver hacks aren't spawned f
https://bugs.freedesktop.org/show_bug.cgi?id=65254
--- Comment #6 from Michel Dänzer ---
Can you also attach the output of glxinfo and xbmc (in particular anything
related to its use of OpenGL)?
--
You are receiving this mail because:
You are the assignee for the bug.
__
Thanks, looks good and is
Reviewed-by: Jakob Bornecrantz
Cheers, Jakob.
On Mon, Jun 3, 2013 at 3:10 PM, wrote:
> From: Ville Syrjälä
>
> We want to disable the cursor by calling ->cursor_set() with handle=0
> from places where we don't have a file_priv, so don't try to access it
> unless nec
On 05/20/2013 02:55 PM, Daniel Vetter wrote:
On Sat, May 18, 2013 at 12:39:14AM +0200, Jan Hinnerk Stosch wrote:
Hallo,
I hope this is the right place to ask, because I actually don't know
whether it is a bug or a feature that I'm experiencing since linux 3.9:
When I boot my system the backligh
https://bugs.freedesktop.org/show_bug.cgi?id=60929
--- Comment #3 from Tom Stellard ---
Is this still an issue?
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http:/
https://bugs.freedesktop.org/show_bug.cgi?id=65192
--- Comment #5 from Luzipher ---
(In reply to comment #4)
> Beware that AFAIK the screensaver hacks aren't spawned from the
> xscreensaver-demo process but from the xscreensaver daemon process. Did you
> confirm that the latter saw the environmen
https://bugs.freedesktop.org/show_bug.cgi?id=65192
--- Comment #6 from Luzipher ---
More info:
I tried again with juggler3d and it crashed first time upon exit. flurry also
triggered the crash on exit.
So I now suspect that antmaze isn't problematic - it is not starting a
screensaver that causes
https://bugs.freedesktop.org/show_bug.cgi?id=65274
--- Comment #3 from russianneuroman...@ya.ru ---
I sure, I download and overwrite it before trying rc4. md5 of currently used
SUMO_rlc.bin: 687e72d53413710b0a3e9330333b2dbe.
--
You are receiving this mail because:
You are the assignee for the bu
https://bugs.freedesktop.org/show_bug.cgi?id=65192
--- Comment #7 from Luzipher ---
Update: The crash just triggered with a fullscreen youtube video, after a few
seconds of playing.
--
You are receiving this mail because:
You are the assignee for the bug.
___
https://bugs.freedesktop.org/show_bug.cgi?id=65310
Priority: medium
Bug ID: 65310
Assignee: dri-devel@lists.freedesktop.org
Summary: [regression] failure in building nvc0_vbo.lo:
/tmp/cclDjdRp.s:1270: Error: missing or invalid
https://bugs.freedesktop.org/show_bug.cgi?id=65310
--- Comment #1 from David Ronis ---
I just rebuilt with less aggressive optimization flags.
Instead of -march=native -msse2 -mfpmath=sse -O3 -ffast-math -funroll-loops
-fomit-frame-pointer -floop-interchange -floop-strip-mine -floop-block
I
https://bugs.freedesktop.org/show_bug.cgi?id=65254
--- Comment #7 from Vladi ---
Created attachment 80242
--> https://bugs.freedesktop.org/attachment.cgi?id=80242&action=edit
glxinfo
--
You are receiving this mail because:
You are the assignee for the bug.
On Mon, Jun 03, 2013 at 09:13:18AM -0700, Aaron Plattner wrote:
> On 05/20/2013 02:55 PM, Daniel Vetter wrote:
> >On Sat, May 18, 2013 at 12:39:14AM +0200, Jan Hinnerk Stosch wrote:
> >>Hallo,
> >>
> >>I hope this is the right place to ask, because I actually don't know
> >>whether it is a bug or a
On 06/03/2013 12:36 PM, Daniel Vetter wrote:
On Mon, Jun 03, 2013 at 09:13:18AM -0700, Aaron Plattner wrote:
On 05/20/2013 02:55 PM, Daniel Vetter wrote:
On Sat, May 18, 2013 at 12:39:14AM +0200, Jan Hinnerk Stosch wrote:
Hallo,
I hope this is the right place to ask, because I actually don't
On Mon, Jun 3, 2013 at 9:42 PM, Aaron Plattner wrote:
> On 06/03/2013 12:36 PM, Daniel Vetter wrote:
>>
>> On Mon, Jun 03, 2013 at 09:13:18AM -0700, Aaron Plattner wrote:
>>>
>>> On 05/20/2013 02:55 PM, Daniel Vetter wrote:
On Sat, May 18, 2013 at 12:39:14AM +0200, Jan Hinnerk Stosch wro
On Mon, Jun 3, 2013 at 4:03 PM, Daniel Vetter wrote:
> On Mon, Jun 3, 2013 at 9:42 PM, Aaron Plattner wrote:
>> On 06/03/2013 12:36 PM, Daniel Vetter wrote:
>>>
>>> On Mon, Jun 03, 2013 at 09:13:18AM -0700, Aaron Plattner wrote:
On 05/20/2013 02:55 PM, Daniel Vetter wrote:
>
> O
https://bugs.freedesktop.org/show_bug.cgi?id=65316
Priority: medium
Bug ID: 65316
Assignee: dri-devel@lists.freedesktop.org
Summary: [r600g] Game window turns completely black
occasionally in WoW.
Severity: normal
Classif
On Mon, Jun 3, 2013 at 4:59 PM, Darren Etheridge wrote:
> The series of patches that follow are intended to address issues that
> have been found in the tilcdc drm driver. The patchset enables support
> for screen resolutions with horizontal resolutions greater than 1024
> pixels. The patchset al
https://bugs.freedesktop.org/show_bug.cgi?id=64867
--- Comment #2 from Harald Judt ---
I too get system hangs when watching a flash video in firefox. linux-3.8.13,
libdrm, mesa etc. git. Screen simply becomes black (no signal) and machine is
dead, leaving a hard reset as the only option. The dmes
https://bugs.freedesktop.org/show_bug.cgi?id=64867
--- Comment #3 from Alex Deucher ---
(In reply to comment #2)
> I too get system hangs when watching a flash video in firefox. linux-3.8.13,
> libdrm, mesa etc. git. Screen simply becomes black (no signal) and machine
> is dead, leaving a hard re
Hi,
On Monday 27 May 2013 14:33:05 Lucas Stach wrote:
> From: Steffen Trumtrar
>
> As the device_node pointer is not changed in of_get_display_timing and
> parse_timing_property it can be a const pointer.
>
> Signed-off-by: Steffen Trumtrar
Acked-by: Laurent Pinchart
> ---
> drivers/video/
Hi Ville,
Thanks for the patch.
On Monday 03 June 2013 16:10:40 ville.syrj...@linux.intel.com wrote:
> 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 o
https://bugs.freedesktop.org/show_bug.cgi?id=65327
Priority: medium
Bug ID: 65327
Assignee: dri-devel@lists.freedesktop.org
Summary: running gnubik produces a segfault
Severity: normal
Classification: Unclassified
OS: Linux (
Adding support for max-pixelclock and max-width device tree
entries. As some devices that use the tilcdc hardware module
have restrictions on the allowed/tested values. Also update DT
bindings document to reflect new parameters.
Signed-off-by: Darren Etheridge
---
.../devicetree/bindings/drm/ti
The series of patches that follow are intended to address issues that
have been found in the tilcdc drm driver. The patchset enables support
for screen resolutions with horizontal resolutions greater than 1024
pixels. The patchset also addresses a limitation where certain
monitor timings would ove
When hooking up to an HDMI analyzer noticed some timings were
off by one. Referring to the hardware technical reference manual
for the lcd controller some of the timing registers use 0 to
represent 1. This patch addresses that issue.
Signed-off-by: Darren Etheridge
---
drivers/gpu/drm/tilcdc/t
The tilcdc has a number of limitations for the allowed sizes of
the various adjustable timing parameter. Some modes are outside
of these timings. This commit will prune modes that report timings
that will overflow the allowed sizes in the tilcdc.
Signed-off-by: Darren Etheridge
---
drivers/gpu
keeping checkpatch happy.
Signed-off-by: Darren Etheridge
---
drivers/gpu/drm/tilcdc/tilcdc_crtc.c | 16 ++--
1 files changed, 10 insertions(+), 6 deletions(-)
diff --git a/drivers/gpu/drm/tilcdc/tilcdc_crtc.c
b/drivers/gpu/drm/tilcdc/tilcdc_crtc.c
index 283e0a6..6118651 100644
-
TI LCD controller version 2 has an extended eleventh
bit that enables horizontal resolutions greater than
1024 pixels to be specified (upto 2048). This patch
adds support for setting this bit on LCDC V2.
Signed-off-by: Darren Etheridge
---
drivers/gpu/drm/tilcdc/tilcdc_crtc.c | 15 +++
The drm_gem_mmap() function first finds the GEM object to be mapped
based on the fake mmap offset and then maps the object. Split the object
mapping code into a standalone drm_gem_mmap_obj() function that can be
used to implement dma-buf mmap() operations.
Signed-off-by: Laurent Pinchart
---
dri
Hello,
Here's the second version of the GEM CMA DMA-BUF support patches.
The code is based on the Exynos DRM DMA-BUF implementation. The exporter role
has been successfully tested with the Renesas R-Car DU driver.
Dave, is there a chance this could make it to v3.11 ?
Changes compared to v1:
-
This allows creating a GEM CMA object without an associated DMA memory
buffer, and will be used to implement DRM PRIME support.
Signed-off-by: Laurent Pinchart
---
drivers/gpu/drm/drm_gem_cma_helper.c | 83 +---
1 file changed, 48 insertions(+), 35 deletions(-)
d
The dma-buf mmap code was copied from the GEM mmap implementation.
Replace it with the new drm_gem_mmap_obj() function.
Signed-off-by: Laurent Pinchart
---
drivers/gpu/drm/omapdrm/omap_gem_dmabuf.c | 32 +++
1 file changed, 3 insertions(+), 29 deletions(-)
diff --git
The CMA-specific mapping code will be used to implement dma-buf mmap
support.
Signed-off-by: Laurent Pinchart
---
drivers/gpu/drm/drm_gem_cma_helper.c | 22 +++---
1 file changed, 15 insertions(+), 7 deletions(-)
diff --git a/drivers/gpu/drm/drm_gem_cma_helper.c
b/drivers/gpu/d
Signed-off-by: Laurent Pinchart
---
drivers/gpu/drm/drm_gem_cma_helper.c | 321 ++-
include/drm/drm_gem_cma_helper.h | 9 +
2 files changed, 327 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/drm_gem_cma_helper.c
b/drivers/gpu/drm/drm_gem_cma_he
https://bugs.freedesktop.org/show_bug.cgi?id=57919
--- Comment #18 from Thilo Cestonaro ---
Hey,
latest raring with
(ubuntu package versions)
kernel- 3.8.0-23-generic
mesa - 9.1.1-0ubuntu3
xserver-xorg-video-radeon - 7.1.0-0ubuntu2
xserver-xorg
spend, then it does seem to fix 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/20130603/ae6d01b4/attachment.html>
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20130603/1e77e8f7/attachment.html>
au/commit/?id=d37687a562f0b55cc848cfcdbf8d473a6c692c2d
>
> > Cheers,
> >Sven
> ___
> 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/20130603/9c90d67f/attachment.html>
gt;
> Acked-by: Paul Menzel
>
>
> Thanks,
>
> Paul
>
> ___
> 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/20130603/2a6a7126/attachment.html>
These chipsets include the VP2 engine which is composed of a bitstream
processor (BSP) that decodes H.264 and a video processor (VP) which can
do iDCT/mo-comp/etc for MPEG1/2, H.264, and VC-1. Both of these are
driven by separate xtensa chips embedded in the hardware. This patch
provides the mechan
On Mon, Jun 3, 2013 at 6:29 PM, Huacai Chen wrote:
> Hi, Dave
>
> Why this patch hasn't been applied in your tree? I think you are the right
> maintainer.
>
Because I missed it, i've stuck in my fixes queue now.
thanks for pinging.
Dave.
On Fri, May 31, 2013 at 08:07:04PM +0300, ville.syrjala at linux.intel.com
wrote:
> 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 ear
On Fri, May 31, 2013 at 08:07:05PM +0300, ville.syrjala at linux.intel.com
wrote:
> 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 in
On Fri, May 31, 2013 at 08:07:06PM +0300, ville.syrjala at linux.intel.com
wrote:
> From: Ville Syrj?l?
>
> People don't like typedefs these days. Eliminate their use from intel_fb.c.
>
> Signed-off-by: Ville Syrj?l?
Reviewed-by: Chris Wilson
-Chris
--
Chris Wilson, Intel Open Source Techno
On Fri, May 31, 2013 at 08:07:03PM +0300, ville.syrjala at linux.intel.com
wrote:
> 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 un
On Fri, May 31, 2013 at 08:07:01PM +0300, ville.syrjala at linux.intel.com
wrote:
> 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 t
.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130603/051fa482/attachment.html>
nts.com/detail/pearl-boy/?f=webgl
see attached screenshot
--
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/2013060
https://bugzilla.kernel.org/show_bug.cgi?id=59101
--- Comment #2 from Cyril N. 2013-06-03 11:27:12 ---
dmesg :
[149626.918841] [drm:radeon_cs_ioctl] *ERROR* Failed to parse relocation -12!
[149642.212632] SELinux: initialized (dev fuse, type fuse), uses genfs_contexts
[149644.616117] SELinu
On Fri, May 31, 2013 at 08:07:03PM +0300, ville.syrjala at linux.intel.com
wrote:
> 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 un
On Mon, Jun 03, 2013 at 11:09:00AM +0100, Chris Wilson wrote:
> On Fri, May 31, 2013 at 08:07:06PM +0300, ville.syrjala at linux.intel.com
> wrote:
> > From: Ville Syrj?l?
> >
> > People don't like typedefs these days. Eliminate their use from intel_fb.c.
> >
> > Signed-off-by: Ville Syrj?l?
>
On Mon, Jun 03, 2013 at 11:08:30AM +0100, Chris Wilson wrote:
> On Fri, May 31, 2013 at 08:07:05PM +0300, ville.syrjala at linux.intel.com
> wrote:
> > From: Ville Syrj?l?
> >
> > Use container_of() instead of a cast to get struct intel_fbdev
> > from struct drm_fb_helper.
> >
> > Also populate
On Mon, Jun 03, 2013 at 02:00:00PM +0200, Daniel Vetter wrote:
> On Fri, May 31, 2013 at 08:07:03PM +0300, ville.syrjala at linux.intel.com
> wrote:
> > 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
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?
We want to disable the cursor by calling ->cursor_set() with handle=0
from places where we don't have a file_priv, so don't try to access it
unless necessary.
Signed-off-by: Ville Syrj?l?
---
drivers/gpu/drm/vmwgfx/vmwgfx_kms.c | 3 ++-
1 file changed, 2 insertions(+), 1 de
From: Ville Syrj?l?
Cursors and plane can obscure whatever fbdev wants to show the user.
Disable them all in drm_fb_helper_restore_fbdev_mode.
After the cursors and planes have been disabled, user space needs to
explicitly re-enable them to make them visible again.
Signed-off-by: Ville Syrj?l?
Third time's the charm maybe.
Changes from v2:
- Move the plane->fb NULL check into drm_plane_force_disable()
- Cursors/planes are now disabled by drm_fb_helper directly, so no
need for the new hook
- Had to fix up vmwgfx not to look at file_priv in cursor_set when
handle is 0
From: Ville Syrj?l?
plane->enabled is never set, so this code didn't do anything.
Also drm_fb_helper_restore_fbdev_mode() will now disable all cursors
and sprites for us, so we don't have to bother anymore.
Signed-off-by: Ville Syrj?l?
---
drivers/gpu/drm/i915/intel_fb.c | 7 ---
1 file c
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
that they do the right thing on suspend and
resume and hw access from userspace utilities like lspci.
--
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/20130603/03a5ffe6/attachment.html>
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130603/aee46092/attachment.html>
.
https://bugs.freedesktop.org/show_bug.cgi?id=54867
--
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/20130603/2c777b23/attachment.html>
1 - 100 of 138 matches
Mail list logo
