[PATCH v2] drm/exynos: update to use component match support

Update Exynos's DRM driver to use component match support rater than add_components. Changelog v2: - release devices and drivers if failed. - change compare_of to compare_dev. Signed-off-by: Inki Dae --- drivers/gpu/drm/exynos/exynos_drm_drv.c | 44 +++ 1 file

[PATCH v2 00/17] drm/exynos/ipp: image post processing fixes and improvements, part four

On 2014? 08? 28? 18:07, Andrzej Hajda wrote: > This set of patches contains various improvement and fixes > for exynos_drm ipp framework. > The patchset is based on exynos-drm-next branch. > > IPP framework was tested for regressions on exynos4210-trats target. > > In the 2nd version of the

[Bug 66940] Mobility Radeon HD 5650 doesn't resume from suspend on kernel 3.11 (linus and drm_next)

ttp://lists.freedesktop.org/archives/dri-devel/attachments/20140911/e2b58ef4/attachment.html>

[pull] radeon drm-next-3.18

Hi Dave, This pull adds concurrent buffer read support to radeon to avoid serialization when read buffers are shared between engines. The following changes since commit c4d922b14544d115232b7448a2ea7640ba901eb6: Merge branch 'msm-next' of git://people.freedesktop.org/~robclark/linux into

[Intel-gfx] [PATCH -v4 2/4] drm/i915: split intel_update_plane into check() and commit()

On Fri, 05 Sep 2014, Gustavo Padovan wrote: > From: Gustavo Padovan > > Due to the upcoming atomic modesetting feature we need to separate > some update functions into a check step that can fail and a commit > step that should, ideally, never fail. > > This commit splits intel_update_plane() and

[Bug 83748] Only black content on screen, in the Tokyo flashback of the game "The Secret World"

as the files are too big to attach to the bug report. Thanks! -- 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/20140911/9cd6c

[drm-next-3.18 (-wip)] only works with b6c2b4 below evergreen (UVD)

On Thu, Sep 11, 2014 at 6:14 PM, Alex Deucher wrote: > On Thu, Sep 11, 2014 at 6:12 PM, Dieter N?tzel > wrote: >> Hello Alex and Christian, >> >> RV730 (AGP) need badly >> >> From b6c2b4faf90230ef9cf1a81f36cbccda4a606c59 Mon Sep 17 00:00:00 2001 >> From: Alex Deucher >> Date: Mon, 8 Sep 2014

[drm-next-3.18 (-wip)] only works with b6c2b4 below evergreen (UVD)

On Thu, Sep 11, 2014 at 6:12 PM, Dieter N?tzel wrote: > Hello Alex and Christian, > > RV730 (AGP) need badly > > From b6c2b4faf90230ef9cf1a81f36cbccda4a606c59 Mon Sep 17 00:00:00 2001 > From: Alex Deucher > Date: Mon, 8 Sep 2014 13:16:39 -0400 > Subject: [PATCH] drm/radeon: only use me/pfp sync

[PATCH RFC 4/4] drm: link connectors to backlight devices

Hi On Thu, Sep 11, 2014 at 3:06 PM, Daniel Vetter wrote: > On Thu, Sep 11, 2014 at 02:22:55PM +0200, David Herrmann wrote: >> actual-brightness is a bit more tricky. Currently, DRM caches property >> values, so there is no read_property() hook. We'd have to add this. >> But it'll be quite nasty

[PATCH] intel: make bufmgr_gem shareable from different API

When using Mesa and LibVA in the same process, one would like to be able bind buffers from the output of the decoder to a GL texture through an EGLImage. LibVA can reuse buffers allocated by Gbm through a file descriptor. It will then wrap it into a drm_intel_bo with

[PATCH] drm/i915: Fix regression in the sprite plane update split

From: Gustavo Padovan 7e4bf45dbd99a965c7b5d5944c6dc4246f171eb5 introduced the regression. We fix it by doing the right assignment of crtc_y Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=83747 Signed-off-by: Gustavo Padovan ---

[PATCH v2] drm/exynos: update to use component match support

On 09/11/2014 02:57 PM, Inki Dae wrote: > Update Exynos's DRM driver to use component match support rater than > add_components. > > Changelog v2: > - release devices and drivers if failed. > - change compare_of to compare_dev. > > Signed-off-by: Inki Dae Modulo fixes I have posted earlier.

[PATCH] intel: make bufmgr_gem shareable from different API

On Thu, Sep 11, 2014 at 04:36:20PM +0100, Lionel Landwerlin wrote: > When using Mesa and LibVA in the same process, one would like to be > able bind buffers from the output of the decoder to a GL texture > through an EGLImage. > > LibVA can reuse buffers allocated by Gbm through a file

[PATCH] drm/exynos: use a new anon file for exynos gem mmaper

On 2014? 09? 11? 16:01, Joonyoung Shim wrote: > Hi, > > On 09/11/2014 03:22 PM, Daniel Vetter wrote: >> On Thu, Sep 11, 2014 at 11:16:53AM +0900, Inki Dae wrote: >>> On 2014? 09? 10? 18:01, Daniel Vetter wrote: Ok I've stumbled over the exynos mmap stuff again while cleaning up drm

[PATCH] intel: make bufmgr_gem shareable from different API

When using Mesa and LibVA in the same process, one would like to be able bind buffers from the output of the decoder to a GL texture through an EGLImage. LibVA can reuse buffers allocated by Gbm through a file descriptor. It will then wrap it into a drm_intel_bo with

Shareable bufmgr objects v2

Following Chris' review, here is an updated patch using drmMMListHead. I did a quick read of the benchmarks/tests files in igt, as far as I can see, drm_intel_bufmgr_destroy() is always called before the drm file descriptor is closed. So it seems this change shouldn't break anything. Cheers, -

[PATCH] drm/exynos: use a new anon file for exynos gem mmaper

On 2014? 09? 11? 15:22, Daniel Vetter wrote: > On Thu, Sep 11, 2014 at 11:16:53AM +0900, Inki Dae wrote: >> On 2014? 09? 10? 18:01, Daniel Vetter wrote: >>> Ok I've stumbled over the exynos mmap stuff again while cleaning up >>> drm legacy cruft and I just don't get what you're doing and why >>>

[PATCH] drm/exynos: use a new anon file for exynos gem mmaper

Hi, On 09/11/2014 03:22 PM, Daniel Vetter wrote: > On Thu, Sep 11, 2014 at 11:16:53AM +0900, Inki Dae wrote: >> On 2014? 09? 10? 18:01, Daniel Vetter wrote: >>> Ok I've stumbled over the exynos mmap stuff again while cleaning up >>> drm legacy cruft and I just don't get what you're doing and why

[PATCH RFC 4/4] drm: link connectors to backlight devices

On Thu, 11 Sep 2014, Daniel Vetter wrote: > On Wed, Sep 10, 2014 at 05:54:23PM +0200, David Herrmann wrote: >> Backlight devices have always been managed independently of display >> controllers. They're often controlled via different hardware interfaces >> and their relationship to

[PATCH] drm/exynos: update to use component match support

On 2014? 09? 10? 19:24, Andrzej Hajda wrote: > Hi Inki, > > To test it properly I have to fix init/remove bugs [1]. > Of course these bugs were not introduced by this patch, > but they prevented some basic tests. I had tested my patch with trats2 board, and works well without below patch set.

[Bug 83505] AMD A4-5300 APU : radeon.dpm=1 get random reboots with 3.16.1 kernel.

ameter is useless for this asic. -- 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/20140911/0c8bcef3/attachment.html>

[Bug 83505] AMD A4-5300 APU : radeon.dpm=1 get random reboots with 3.16.1 kernel.

You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140911/bf4dec15/attachment.html>

[PATCH RFC 4/4] drm: link connectors to backlight devices

On Thu, Sep 11, 2014 at 02:22:55PM +0200, David Herrmann wrote: > Hi > > On Thu, Sep 11, 2014 at 8:48 AM, Daniel Vetter wrote: > > Nice you skid around all the pitfalls and trapdoors, I guess we've all > > been rather blind ;-) > > > > Two high-level comments: > > - We also want to forward

[Bug 83505] AMD A4-5300 APU : radeon.dpm=1 get random reboots with 3.16.1 kernel.

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

[Bug 83505] AMD A4-5300 APU : radeon.dpm=1 get random reboots with 3.16.1 kernel.

ttp://lists.freedesktop.org/archives/dri-devel/attachments/20140911/8232ff02/attachment.html>

[Bug 83505] AMD A4-5300 APU : only radeon.dpm=1 get random reboots with 3.16.1 kernel.

attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140911/6ad1f9a9/attachment.html>

[Bug 83505] AMD A4-5300 APU : only radeon.dpm=1 prevents random reboots with 3.16.1 kernel.

because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140911/fa366c32/attachment-0001.html>

[PATCH RFC 0/4] Linking DRM Connectors to Backlight Devices

Hi On Wed, Sep 10, 2014 at 10:40 PM, Matthew Garrett wrote: > On Wed, 2014-09-10 at 17:54 +0200, David Herrmann wrote: > >> * User-space currently has a hard-time figuring out which backlight device >> to >>use, and which backlight device belongs to which display. So far, most >>

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

: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140911/a6b54d49/attachment.html>

[PATCH RFC 4/4] drm: link connectors to backlight devices

Hi On Thu, Sep 11, 2014 at 8:48 AM, Daniel Vetter wrote: > Nice you skid around all the pitfalls and trapdoors, I guess we've all > been rather blind ;-) > > Two high-level comments: > - We also want to forward "bl_power". cros was totally not happy when we > stopped treating brightness == 0

[Bug 81382] Text console blanking does not go away

g 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/20140911/43c9dfe4/attachment.html>

[PATCH] drm/ttm: make sure format string cannot leak in

While zone->name is currently hard coded, the call to kobject_init_and_add() should follow the more defensive argument list usage (as already done in other places in ttm_memory.c) where "%s" is used instead of directly passing in a variable as a format string. Signed-off-by: Kees Cook ---

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

nee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140911/e8dc0dc3/attachment.html>

[Bug 83742] [radeonsi KMS] Monitors on DP outputs not enabled

org/archives/dri-devel/attachments/20140911/474790e6/attachment.html>

[PATCH 3/4] drm: Simplify return value of drm_get_last_vbltimestamp

On Thu, Sep 11, 2014 at 1:28 PM, Mario Kleiner wrote: > On 09/10/2014 05:36 PM, Daniel Vetter wrote: >> >> Imo u32 hints at a register value, but in reality all callers only >> care whether the sampled timestamp is precise or not. So give them >> just a bool. >> >> Also move the declaration out

[PATCH] intel: make bufmgr_gem shareable from different API

On Thu, Sep 11, 2014 at 01:21:13PM +0100, Lionel Landwerlin wrote: > On 11/09/14 12:52, Chris Wilson wrote: > >Just use an embedded list rather than array, that would greatly simplify > >the search, cration and deletion. > > I tried to use the embedded list, but from my understanding I need > the

[PATCH 3/4] drm: Simplify return value of drm_get_last_vbltimestamp

On 09/10/2014 05:36 PM, Daniel Vetter wrote: > Imo u32 hints at a register value, but in reality all callers only > care whether the sampled timestamp is precise or not. So give them > just a bool. > > Also move the declaration out of drmP.h, it's only used in drm_irq.c. All good. Maybe then also

[Bug 66963] Rv6xx dpm problems

- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140911/2e968b49/attachment-0001.html>

[PATCH RFC 3/4] backlight: add kernel-internal backlight API

priv->backlight); > to release a reference and reset the pointer at the same time. That looks somewhat odd to me. Wouldn't priv->backlight typically go away after the unref anyway (presumably because priv is going to get freed soon after)? But I have no strong objections to returning NULL from _unref(), if code doesn't need it it can always choose not to use the return value. Thierry -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140911/b882b62b/attachment.sig>

[PATCH] intel: make bufmgr_gem shareable from different API

On 11/09/14 12:52, Chris Wilson wrote: > On Thu, Sep 11, 2014 at 12:33:41PM +0100, Lionel Landwerlin wrote: >> When using Mesa and LibVA in the same process, one would like to be >> able bind buffers from the output of the decoder to a GL texture >> through an EGLImage. >> >> LibVA can reuse

[PATCH] intel: make bufmgr_gem shareable from different API

ly. The cover letter's description is right though, in that you get a cryptic message thanks to relocation having been totally skipped when you submit objects from a foreign bufmgr. Cheers, Daniel -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freed

[PATCH RFC 3/4] backlight: add kernel-internal backlight API

Hi On Thu, Sep 11, 2014 at 1:10 PM, Thierry Reding wrote: > On Wed, Sep 10, 2014 at 05:54:22PM +0200, David Herrmann wrote: > [...] >> +void backlight_set_brightness(struct backlight_device *bd, unsigned int >> value, >> + enum backlight_update_reason reason) >> +{ >>

[PATCH RFC 3/4] backlight: add kernel-internal backlight API

;backlight = backlight_device_ref(bd); Thierry -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140911/661a9ada/attachment-0001.sig>

[Bug 82551] monitor resolution wrongly set when using kernels > 3.13

https://bugzilla.kernel.org/show_bug.cgi?id=82551 --- Comment #11 from Alex Deucher --- You'll have to ask ubuntu if they have added any special changes. I'm not able to reproduce any display problems. -- You are receiving this mail because: You are watching the assignee of the bug.

[pull] drm/msm: msm-next for 3.18

ttachment was scrubbed... Name: not available Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140911/722b7bb5/attachment.sig>

[Intel-gfx] [PULL] topic/vblank-rework

Hi Mario, Can you please take a look at the patches I've submitted and review them (at least the first 2)? Dave will close the 3.18 drm-next merge window at the end of this week and I'd like to really get this in. Thanks, Daniel On Wed, Sep 10, 2014 at 5:45 PM, Mario Kleiner wrote: > On Wed,

[PATCH] intel: make bufmgr_gem shareable from different API

On Thu, Sep 11, 2014 at 12:33:41PM +0100, Lionel Landwerlin wrote: > When using Mesa and LibVA in the same process, one would like to be > able bind buffers from the output of the decoder to a GL texture > through an EGLImage. > > LibVA can reuse buffers allocated by Gbm through a file

[PATCH] intel: make bufmgr_gem shareable from different API

When using Mesa and LibVA in the same process, one would like to be able bind buffers from the output of the decoder to a GL texture through an EGLImage. LibVA can reuse buffers allocated by Gbm through a file descriptor. It will then wrap it into a drm_intel_bo with

Shareable bufmgr objects

Hi there, Here is a small modification I had to make to get buffers shared between Mesa and LibVA on Chrome OS. This is required to have refcounting properly between the 2 API otherwise, Mesa might end up calling exit() when the kernel tells it that one of the buffer object used in a batch buffer

[PATCH RFC 2/4] backlight: use spin-lock to protect device list

On Wed, 10 Sep 2014, David Herrmann wrote: > There is really no reason to use a mutex to protect a simple list. Convert > the list-lock to a simple spinlock instead. > > The spin-locks prepare for a backlight_find() helper, which should > preferably be usable from atomic context. A mutex would

[PATCH RFC 1/4] backlight: use static initializers

On Wed, 10 Sep 2014, David Herrmann wrote: > Use static initializers instead of setting up global variables during > runtime. This reduces code size and execution time. > > Signed-off-by: David Herrmann Reviewed-by: Jani Nikula > --- > drivers/video/backlight/backlight.c | 9 +++-- > 1

[PATCH] drm/exynos: use a new anon file for exynos gem mmaper

On Thu, Sep 11, 2014 at 04:22:00PM +0900, Inki Dae wrote: > On 2014? 09? 11? 15:22, Daniel Vetter wrote: > > On Thu, Sep 11, 2014 at 11:16:53AM +0900, Inki Dae wrote: > >> On 2014? 09? 10? 18:01, Daniel Vetter wrote: > >>> Ok I've stumbled over the exynos mmap stuff again while cleaning up > >>>

[PATCH v3] drm/i915: Merge of visible and !visible paths for primary planes

From: Gustavo Padovan Fold intel_pipe_set_base() in the update primary plane path merging pieces of code that are common to both paths. Basically the the pin/unpin procedures are the same for both paths and some checks can also be shared (some of the were moved

[PATCH] drm/exynos: use a new anon file for exynos gem mmaper

On 2014? 09? 10? 18:01, Daniel Vetter wrote: > Ok I've stumbled over the exynos mmap stuff again while cleaning up > drm legacy cruft and I just don't get what you're doing and why > exactly exynos needs to be special. > > _All_ other drm drivers happily get along with the vma offset manger >

[Bug 83748] Only black content on screen, in the Tokyo flashback of the game "The Secret World"

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

[PATCH] drm/exynos: update to use component match support

On 2014? 09? 10? 19:24, Andrzej Hajda wrote: > Hi Inki, > > To test it properly I have to fix init/remove bugs [1]. > Of course these bugs were not introduced by this patch, > but they prevented some basic tests. > > [1]: http://permalink.gmane.org/gmane.linux.kernel.samsung-soc/37266 > > I

[Bug 81382] Text console blanking does not go away

-- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140911/dcb34da8/attachment.html>

[Bug 81644] Random crashes on RadeonSI with Chromium.

?id=105745 -- 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/20140911/38720f94/attachment-0001.html>

[Bug 81644] Random crashes on RadeonSI with Chromium.

I have time to learn - I'm just a Ubuntu user with no technical skills. -- 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

[Bug 83748] Only black content on screen, in the Tokyo flashback of the game "The Secret World"

attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140911/77991362/attachment.html>

[PATCH] drm/exynos: update to use component match support

On 09/11/2014 08:37 AM, Inki Dae wrote: > On 2014? 09? 10? 19:24, Andrzej Hajda wrote: >> Hi Inki, >> >> To test it properly I have to fix init/remove bugs [1]. >> Of course these bugs were not introduced by this patch, >> but they prevented some basic tests. > I had tested my patch with trats2

[Bug 60879] [radeonsi] X11 can't start with acceleration enabled

ork, please provide the stderr debugging output about raster_config. -- 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/20140911/99

[PATCH RFC 4/4] drm: link connectors to backlight devices

On Wed, Sep 10, 2014 at 05:54:23PM +0200, David Herrmann wrote: > Backlight devices have always been managed independently of display > controllers. They're often controlled via different hardware interfaces > and their relationship to display-controllers varies vastly between > different boards.

[PATCH 02/15] drm: Move sg functions into drm_legacy.h

On Wed, Sep 10, 2014 at 04:43:31PM +0200, David Herrmann wrote: > Hi > > On Wed, Sep 10, 2014 at 12:43 PM, Daniel Vetter > wrote: > > Also sprinkle the drm_legacy_ prefix where missing. > > > > Signed-off-by: Daniel Vetter > > --- > > drivers/gpu/drm/drm_ioctl.c | 4 ++-- > >

[PATCH 01/15] drm: Move dma functions into drm_legacy.h

On Wed, Sep 10, 2014 at 04:42:04PM +0200, David Herrmann wrote: > Hi > > On Wed, Sep 10, 2014 at 12:43 PM, Daniel Vetter > wrote: > > Also drop the unneeded EXPORT_SYMBOL and sprinkle drm_legacy_ prefixes > > where missing. > > > > Signed-off-by: Daniel Vetter > > --- > >

[PATCH] drm/exynos: use a new anon file for exynos gem mmaper

On Thu, Sep 11, 2014 at 11:16:53AM +0900, Inki Dae wrote: > On 2014? 09? 10? 18:01, Daniel Vetter wrote: > > Ok I've stumbled over the exynos mmap stuff again while cleaning up > > drm legacy cruft and I just don't get what you're doing and why > > exactly exynos needs to be special. > > > >

[PATCH] drm: Move legacy buffer structures to

A few odd cases: - mgag200 someho had a totally unused drm_dma_handle_t. Remove it. - i915 still uses the legacy pci dma alloc api, so grows an include. Everything else fairly standard. v2: Include "drm_legacy.h" in drm.ko source files for consistency. Signed-off-by: Daniel Vetter ---

[PATCH] drm: Move sg functions into drm_legacy.h

Also sprinkle the drm_legacy_ prefix where missing. v2: Drop extern from function declarations and include "drm_legacy.h" in drm_scatter.c, spotted by David. Cc: David Herrmann Signed-off-by: Daniel Vetter --- drivers/gpu/drm/drm_ioctl.c | 4 ++-- drivers/gpu/drm/drm_legacy.h | 7 +++

[PATCH] drm: Move dma functions into drm_legacy.h

Also drop the unneeded EXPORT_SYMBOL and sprinkle drm_legacy_ prefixes where missing. v2: Drop the confusing _core_ and drop extern, both suggested by David. Cc: David Herrmann Signed-off-by: Daniel Vetter --- drivers/gpu/drm/drm_bufs.c | 2 +- drivers/gpu/drm/drm_dma.c| 10 --

[PATCH 2/4] drm: Only update final vblank count when precise ts is available

On Wed, Sep 10, 2014 at 05:36:09PM +0200, Daniel Vetter wrote: > Drivers without a hardware vblank counter simply can't account for the > vblanks that happened while the vblank interrupt was off. To check > this grab a vblank timestamp and if the result is dubious follow the > normal

[PATCH RFC 4/4] drm: link connectors to backlight devices

: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140911/66ba7771/attachment.html>

[Bug 83748] New: Only black content on screen, in the Tokyo flashback of the game "The Secret World"

have the same issue. Thanks! -- 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/20140911/992b2a12/attachment.html>

[Bug 35457] [rs690m] Graphics corruption with ati x1200

|.org| -- 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/20140911/13dc6ba2/attachment.html>

[Bug 82551] monitor resolution wrongly set when using kernels > 3.13

https://bugzilla.kernel.org/show_bug.cgi?id=82551 --- Comment #10 from Javier Fernandez --- the kernel i am using now and on which open source driver is working is 3.16.0-14-lowlatency -- You are receiving this mail because: You are watching the assignee of the bug.

[Bug 82551] monitor resolution wrongly set when using kernels > 3.13

https://bugzilla.kernel.org/show_bug.cgi?id=82551 --- Comment #9 from Javier Fernandez --- well, actually i havent tested upstream versions of 3.16 kernels, only Ubuntu kernels (which are patched) thats why i ask about installing upstream ones... what do u think? Also, i can remember earlier

[Bug 83708] [vdpau,uvd] kernel oops, Unable to handle kernel paging request at virtual address

ng 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/20140911/d92cc6b1/attachment.html>

[Bug 81644] Random crashes on RadeonSI with Chromium.

org/archives/dri-devel/attachments/20140911/5b6271bf/attachment.html>

[Bug 81644] Random crashes on RadeonSI with Chromium.

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

[Bug 81644] Random crashes on RadeonSI with Chromium.

org/archives/dri-devel/attachments/20140911/bb539874/attachment.html>

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

vel/attachments/20140911/1b7493c8/attachment.html>

[Bug 60879] [radeonsi] X11 can't start with acceleration enabled

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

[Bug 83742] New: [radeonsi KMS] Monitors on DP outputs not enabled

https://bugs.freedesktop.org/show_bug.cgi?id=83742 Priority: medium Bug ID: 83742 Assignee: dri-devel at lists.freedesktop.org Summary: [radeonsi KMS] Monitors on DP outputs not enabled Severity: normal Classification: Unclassified