[Bug 78453] [HAWAII] Get acceleration working

enGL 3.1" and the Qt graphic system is set to "Native". -- 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/20140725/74e7b7d6/attachment.html>

[Bug 78453] [HAWAII] Get acceleration working

was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140725/7c5bf9e2/attachment.html>

[Bug 78453] [HAWAII] Get acceleration working

ment #83, appearing again at the end of dmesg's output. So, no luck for me yet. -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachm

[PATCHv2 2/2] gpu: drm: omapdrm: Change struct pat data_pa type to dma_addr_t

From: "Matwey V. Kornilov" The single one use-case for data_pa member of the struct pat is to carry a value of dma_addr_t type. This patch solves the following compilation error: ../drivers/gpu/drm/omapdrm/omap_dmm_tiler.c: In function 'dmm_txn_append':

[PATCHv2 1/2] gpu: drm: omapdrm: Use %pad format for values of the dma_addr_t type

From: "Matwey V. Kornilov" The format change is to fix the following compilation issue: ../drivers/gpu/drm/omapdrm/omap_plane.c: In function 'omap_plane_pre_apply': ../drivers/gpu/drm/omapdrm/omap_plane.c:145:2: error: format '%x' expects argument of type 'unsigned int', but

[Bug 78453] [HAWAII] Get acceleration working

ket that is the issue. With that mesa patch i have stable acceleration and desktop. -- 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/20

[PATCH] drm/exynos: control blending of mixer graphic layer 0

The mixer graphic layer 0 isn't blended as default by commit 0377f4ed9f1aed30292c4e3c87f24e028ae26f36(drm/exynos: Don't blend mixer layer 0). But it needs to be blended with graphic layer 0 if video layer is enabled by vp because video layer is bottom. Signed-off-by: Joonyoung Shim ---

[PATCH] drm: refcnt drm_display_mode

We're going to need this for atomic. Signed-off-by: Rob Clark --- drivers/gpu/drm/drm_crtc.c| 4 +-- drivers/gpu/drm/drm_crtc_helper.c | 2 +- drivers/gpu/drm/drm_edid.c| 6 ++-- drivers/gpu/drm/drm_fb_helper.c | 6 ++--

[Radeon RV280] radeon_cs_gem.c:181: cs_gem_write_reloc: Assertion »boi->space_accounted« failed, core dumped

I've recently ported the peopsxgl OpenGL-GPU-Plugin for the pcsx Playstation1 Emulator to the Powerpc-architecture. When running certain games (for instance "Vagrant Stories") during longer cut-scenes i get a reproducible crash of the radeon drm driver (i.e. it always crashes at certain points

[Bug 78453] [HAWAII] Get acceleration working

or other option was set (and yes, it's Accel with 7.4.0). -- 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/20140725/a1e8215d/attachment.html>

[Bug 78453] [HAWAII] Get acceleration working

quot;. Is that still necessary with your xf86-video-ati patch ? -- 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/20140725/5b6e7d76/attachment.html>

[PATCH] drm/radeon: use packet2 for nop on hawaii with old firmware

Older firmware didn't support the new nop packet. Signed-off-by: Alex Deucher --- drivers/gpu/drm/radeon/cik.c | 16 +--- 1 file changed, 13 insertions(+), 3 deletions(-) diff --git a/drivers/gpu/drm/radeon/cik.c b/drivers/gpu/drm/radeon/cik.c index 44d25da..80a7ce0 100644 ---

[PATCH 2/2] drm/exynos: dsi: add LPM (Low Power Mode) transfer support

On 2014? 07? 24? 19:48, Andrzej Hajda wrote: > +CC: Thierry and Alexandre > > On 07/18/2014 12:56 PM, Inki Dae wrote: >> This patch adds LPM transfer support for video or command data. >> >> With this patch, Exynos MIPI DSI controller can transfer command or >> video data with HS or LP mode in

[PATCH 1/2] drm/mipi-dsi: add (LPM) Low Power Mode transfer support

On 2014? 07? 24? 19:23, Andrzej Hajda wrote: > Hi Inki, > > +CC: Thierry and Alexandre > > On 07/18/2014 12:56 PM, Inki Dae wrote: >> This patch adds below two flags for LPM transfer, and it attaches LPM flags >> to a msg in accordance with master's mode_flags set by LCD Panel driver. >> >>

[Bug 81644] Random crashes on RadeonSI with Chromium.

ext part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140725/732e1b77/attachment.html>

[ANNOUNCE] libdrm 2.4.55

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Damien Lespiau (2): intel: Sync the command parser version parameter from kernel intel: Sync typo fix from the kernel sources. Daniel Kurtz (8): eyxnos: install exynos tests if HAVE_INSTALL_TESTS exynos: fix two warnings

[Bug 78453] [HAWAII] Get acceleration working

-- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140725/415bc473/attachment.html>

[Bug 78453] [HAWAII] Get acceleration working

sunderstand, something and it is expected not to get KDE up and running? -- 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/20140725/6a27b95f/attachment.html>

[PATCH] imx-drm: imx-drm-core: add suspend/resume support

On Thu, Jul 24, 2014 at 11:56:32AM +0200, Marc Kleine-Budde wrote: > >> @@ -696,6 +696,44 @@ static int imx_drm_platform_remove(struct > >> platform_device *pdev) > >>return 0; > >> } > >> > >> +#if CONFIG_PM_SLEEP > > > > use #ifdef > > ...or remove #if/#ifdef and mark as __maybe_unused

[PATCH] imx-drm: imx-drm-core: add suspend/resume support

On Thu, Jul 24, 2014 at 11:38:52AM +0200, Philipp Zabel wrote: > Hi Shawn, > > Am Donnerstag, den 24.07.2014, 17:17 +0800 schrieb Shawn Guo: > > HDMI currently stops working after a system suspend/resume cycle. It > > turns out that the cause is the imx-hdmi encoder .dpms hook doesn't get > >

[PATCH v2] imx-drm: imx-drm-core: add suspend/resume support

HDMI currently stops working after a system suspend/resume cycle. The cause is that the mode setting states in hardware gets lost and isn't restored across the suspend/resume cycle. The patch adds a very basic suspend/resume support to imx-drm driver, and calls drm_helper_resume_force_mode() in

drm/i915: CONFIG_DRM_I915_UMS

Daniel, Your commit 2225a28fd916 ("drm/i915: Ditch UMS config option") is included in today's linux-next (ie, next-20140725). It removes the Kconfig symbol DRM_I915_UMS. It didn't remove the two (negative) checks for CONFIG_DRM_I915_UMS. These checks are superfluous as they now w

[PATCH] imx-drm: imx-drm-core: add suspend/resume support

On Thu, Jul 24, 2014 at 11:47:55AM +0200, Lucas Stach wrote: > > +static int imx_drm_resume(struct device *dev) > > +{ > > + struct drm_device *drm_dev = dev_get_drvdata(dev); > > + struct drm_connector *connector; > > + > > + drm_modeset_lock_all(drm_dev); > > +

[PATCH 0/8] tilcdc-panel: Backlight and GPIO devicetree support

On 24 Jul 04:25 PM, Darren Etheridge wrote: > On 07/11/2014 09:18 AM, Ezequiel Garcia wrote: > >Hello all, > > > >This patchset adds the required changes to support an optional backlight > >and GPIO for the tilcdc panel driver. > > > >There was some code to support a backlight, but it was somewhat

[PATCH 2/2] drm/radeon: add new info ioctl query for hawaii accel

Am 25.07.2014 um 05:05 schrieb Alex Deucher: > On Thu, Jul 24, 2014 at 10:24 PM, Michel D?nzer wrote: >> On 25.07.2014 11:06, Michel D?nzer wrote: >>> On 25.07.2014 11:05, Michel D?nzer wrote: On 25.07.2014 08:51, Alex Deucher wrote: > We need to make sure we have a new enough firmware

[PATCH 2/2] drm/radeon: add new info ioctl query for hawaii accel

On 25.07.2014 11:06, Michel D?nzer wrote: > On 25.07.2014 11:05, Michel D?nzer wrote: >> On 25.07.2014 08:51, Alex Deucher wrote: >>> We need to make sure we have a new enough firmware with >>> the fixed nop packet. >>> >>> Signed-off-by: Alex Deucher >>> --- >>>

[PATCH 2/2] drm/radeon: add new info ioctl query for hawaii accel

On 25.07.2014 11:05, Michel D?nzer wrote: > On 25.07.2014 08:51, Alex Deucher wrote: >> We need to make sure we have a new enough firmware with >> the fixed nop packet. >> >> Signed-off-by: Alex Deucher >> --- >> drivers/gpu/drm/radeon/radeon_kms.c | 6 ++ >> include/uapi/drm/radeon_drm.h

[PATCH 2/2] drm/radeon: add new info ioctl query for hawaii accel

On 25.07.2014 08:51, Alex Deucher wrote: > We need to make sure we have a new enough firmware with > the fixed nop packet. > > Signed-off-by: Alex Deucher > --- > drivers/gpu/drm/radeon/radeon_kms.c | 6 ++ > include/uapi/drm/radeon_drm.h | 1 + > 2 files changed, 7 insertions(+) > >

[PATCH] gpio: extend gpiod_get*() with flags parameter

On Fri, Jul 25, 2014 at 1:23 AM, Laurent Pinchart wrote: >> diff --git a/Documentation/gpio/consumer.txt >> b/Documentation/gpio/consumer.txt index 7ff30d2..a3fb1d7 100644 >> --- a/Documentation/gpio/consumer.txt >> +++ b/Documentation/gpio/consumer.txt >> @@ -29,13 +29,24 @@ gpiod_get()

[PATCH] gpio: extend gpiod_get*() with flags parameter

On Fri, Jul 25, 2014 at 1:10 AM, Arnd Bergmann wrote: > On Friday 25 July 2014 00:04:58 Alexandre Courbot wrote: >> I'm not sure how this could be applied harmlessly though - maybe through >> a dedicated branch for -next? Problem is that a lot of new code is not >> yet merged into mainline, and

[PATCH] imx-drm: imx-drm-core: add suspend/resume support

On Thu, Jul 24, 2014 at 10:59:36PM +0800, Shawn Guo wrote: > On Thu, Jul 24, 2014 at 12:38:59PM +0200, Daniel Vetter wrote: > > > > > +static int imx_drm_suspend(struct device *dev) > > > > > +{ > > > > > + struct drm_device *drm_dev = dev_get_drvdata(dev); > > > > > + struct drm_connector

[PATCH 0/7] prepare for atomic.. the great propertyification

On Thu, Jul 24, 2014 at 10:56:07AM -0400, Rob Clark wrote: [snip] > ok, it's entirely possibly that I'm missunderstanding a bit your proposal.. Yeah I get that feeling a bit too. I'll cut out the technical details for now and will try to concentrate on one example. Maybe that clarifies. [snip]

[PATCH 2/2] drm/radeon: add new info ioctl query for hawaii accel

On Fri, Jul 25, 2014 at 11:30:55AM +0200, Christian K?nig wrote: > Am 25.07.2014 um 05:05 schrieb Alex Deucher: > >On Thu, Jul 24, 2014 at 10:24 PM, Michel D?nzer > >wrote: > >>On 25.07.2014 11:06, Michel D?nzer wrote: > >>>On 25.07.2014 11:05, Michel D?nzer wrote: > On 25.07.2014 08:51,

[PATCH 07/12] drm: drop redundant drm_file->is_master

On Thu, Jul 24, 2014 at 11:38:28PM +0200, David Herrmann wrote: > On Thu, Jul 24, 2014 at 11:52 AM, Daniel Vetter wrote: > > On Wed, Jul 23, 2014 at 05:26:42PM +0200, David Herrmann wrote: > >> +static inline bool drm_is_master(const struct drm_file *file) > >> +{ > > > > Hm, we don't have any

[PATCH] imx-drm: imx-drm-core: Convert to drm_is_master()

Hi On Fri, Jul 25, 2014 at 5:08 AM, Fabio Estevam wrote: > From: Fabio Estevam > > Since commit fe32c9f34b9e ("drm: drop redundant drm_file->is_master") > we should use drm_is_master, otherwise the following build error is seen: > > drivers/staging/imx-drm/imx-drm-core.c: In function

[PATCH 0/7] prepare for atomic.. the great propertyification

On Fri, Jul 25, 2014 at 4:15 AM, Daniel Vetter wrote: > On Thu, Jul 24, 2014 at 10:56:07AM -0400, Rob Clark wrote: > [snip] > >> ok, it's entirely possibly that I'm missunderstanding a bit your proposal.. > > Yeah I get that feeling a bit too. I'll cut out the technical details for > now and will

[PATCH] gpio: extend gpiod_get*() with flags parameter

On Thu, 24 Jul 2014, Greg Kroah-Hartman wrote: > On Fri, Jul 25, 2014 at 12:04:58AM +0900, Alexandre Courbot wrote: > > The huge majority of GPIOs have their direction and initial value set > > right after being obtained by one of the gpiod_get() functions. The > > integer GPIO API had

[PATCH] drm: Fix race when checking for fb in the generic kms obj lookup

On Thu, Jul 24, 2014 at 6:12 AM, Daniel Vetter wrote: > In my review of > > commit 98f75de40e9d83c3a90d294b8fd25fa2874212a9 > Author: Rob Clark > Date: Fri May 30 11:37:03 2014 -0400 > > drm: add object property typ > > I asked for a check to make sure that we never leak an fb from the >

[Bug 75649] Glitchy output using only HDMI on laptop with AMD Mobility Radeon HD 3450/3470

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/20140725/51a35e37/attachment.html>

[Bug 81644] Random crashes on RadeonSI with Chromium.

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/20140725/cd8aaf18/attachment.html>

[Bug 81644] Random crashes on RadeonSI with Chromium.

bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140725/e2b64684/attachment.html>

[Bug 81644] Random crashes on RadeonSI with Chromium.

art -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140725/2e69e470/attachment.html>

[Bug 81644] Random crashes on RadeonSI with Chromium.

t;http://lists.freedesktop.org/archives/dri-devel/attachments/20140725/299be71d/attachment-0001.html>

[git pull] drm fixes (make Linus grumpy)

Hi Linus, This is radeon and intel fixes, and is a small bit larger than I'm guessing you'd like it to be, i915: fixes 32-bit highmem i915 blank screen, semaphore hang and runtime pm fix radeon: gpuvm stability fix for hangs since 3.15, and hang/reboot regression on TN/RL devices, The only

[Bug 81680] [r600g] Firefox crashes with hardware acceleration turned on

art -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140725/0dbab815/attachment.html>

[PATCH] imx-drm: imx-drm-core: Convert to drm_is_master()

From: Fabio Estevam Since commit fe32c9f34b9e ("drm: drop redundant drm_file->is_master") we should use drm_is_master, otherwise the following build error is seen: drivers/staging/imx-drm/imx-drm-core.c: In function 'imx_drm_driver_preclose':

[PATCH] gpio: extend gpiod_get*() with flags parameter

The huge majority of GPIOs have their direction and initial value set right after being obtained by one of the gpiod_get() functions. The integer GPIO API had gpio_request_one() that took a convenience flags parameter allowing to specify an direction and value applied to the returned GPIO. This

[Bug 78453] [HAWAII] Get acceleration working

ttp://lists.freedesktop.org/archives/dri-devel/attachments/20140725/ee35011f/attachment.html>

[PATCH 07/12] drm: drop redundant drm_file->is_master

Hi On Thu, Jul 24, 2014 at 11:52 AM, Daniel Vetter wrote: > On Wed, Jul 23, 2014 at 05:26:42PM +0200, David Herrmann wrote: >> The drm_file->is_master field is redundant as it's equivalent to: >> drm_file->master && drm_file->master == drm_file->minor->master >> >> 1) "=>" >> Whenever we

[PATCH 2/2] drm/radeon: add new info ioctl query for hawaii accel

On Thu, Jul 24, 2014 at 10:24 PM, Michel D?nzer wrote: > On 25.07.2014 11:06, Michel D?nzer wrote: >> On 25.07.2014 11:05, Michel D?nzer wrote: >>> On 25.07.2014 08:51, Alex Deucher wrote: We need to make sure we have a new enough firmware with the fixed nop packet.