[PATCH v3] mtrr: avoid ifdef'ery with phys_wc_to_mtrr_index()

On Tue, Apr 21, 2015 at 01:42:51PM -0700, Luis R. Rodriguez wrote: > From: "Luis R. Rodriguez" > > There is only one user but since we're going to bury > MTRR next out of access to drivers expose this last > piece of API to drivers in a general fashion only > needing io.h for access to helpers.

nouveau regression on G5 Dual Core

On Wed, Apr 22, Olaf Hering wrote: > I will see which commit leads to the failure that exists since v3.19-rc4. c2c2f6cb79141ca22f84c36887fd867373c35c4e + c7e873f85fb60b1af589ac1b0c62353cfe0bbb29 leads to this output: [ 47.367618] nouveau [ DEVICE][:0a:00.0] BOOT0 : 0x043100a4 [

What happened to the patch for module reference counting when using dma-buf API

Hi Volker, On 22 April 2015 at 17:21, Volker Vogelhuber wrote: > I just stumbled across the same problem the patch from Tomasz Stanislawski > (https://lkml.org/lkml/2012/8/8/163) would solve over two years ago. But it > seems like it hasn't been merged into mainline. Why not? Is there any other

[PATCH] nouveau: add coherent BO attribute

On Sun, Mar 15, 2015 at 5:41 PM, Alexandre Courbot wrote: > On 03/14/2015 04:33 AM, Maarten Lankhorst wrote: >> >> Hey, >> >> Op 13-03-15 om 07:27 schreef Alexandre Courbot: >>> >>> Add a flag allowing Nouveau to specify that an object should be coherent >>> at allocation time. This is required

nouveau regression on G5 Dual Core

On Mon, Mar 30, Olaf Hering wrote: > On Sat, Mar 28, Olaf Hering wrote: > > > On Sat, Mar 28, Olaf Hering wrote: > > > > > I just updated the kernel from some 3.18 based state to 4.0-rc5+. The > > > > 3.19 is already broken, will bisect next week. > > After a first run I was able to boot

[PATCH 2/5] drm: Add edid_corrupt flag for Displayport Link CTS 4.2.2.6

On Tue, Apr 21, 2015 at 2:09 PM, Todd Previte wrote: > Displayport compliance test 4.2.2.6 requires that a source device be capable > of > detecting a corrupt EDID. The test specification states that the sink device > sets up the EDID with an invalid checksum. To do this, the sink sets up an >

[PATCH 00/11] Enable gpu switching on the MacBook Pro

Hi Matthew, On Tue, Apr 21, 2015 at 08:49:35PM +0100, Matthew Garrett wrote: > My testing suggested that changing the DDC lines didn't change auxch, so > this approach doesn't work for eDP. Have you found otherwise? I only have a MacBookPro9,1 available for testing, which was the last

[PATCH RFC v9 11/20] drm/bridge: Add Synopsys DesignWare MIPI DSI host controller driver

Am Donnerstag, 16. April 2015, 11:09:58 schrieb Archit Taneja: > On 04/09/2015 02:13 PM, Thierry Reding wrote: > > On Thu, Feb 12, 2015 at 02:01:34PM +0800, Liu Ying wrote: > > [...] > > > >> diff --git a/drivers/gpu/drm/bridge/dw_mipi_dsi.c > >> b/drivers/gpu/drm/bridge/dw_mipi_dsi.c> > > [...]

What happened to the patch for module reference counting when using dma-buf API

I just stumbled across the same problem the patch from Tomasz Stanislawski (https://lkml.org/lkml/2012/8/8/163) would solve over two years ago. But it seems like it hasn't been merged into mainline. Why not? Is there any other possibility to avoid modules being released while other modules

[PATCH libdrm 0/5] modetest: fix misc when terminates modetest

Hi Emil, On 04/22/2015 05:16 AM, Emil Velikov wrote: > Hi Joonyoung, > > On 13/04/15 08:31, Joonyoung Shim wrote: >> Hi all, >> >> This patchset is to fix properly about buffer and framebuffer resources >> when terminates modetest of libdrm. >> > The series looks great (incl. the MAKE_RGB_INFO

[Intel-gfx] [PATCH -next] drm/i915/audio: remove duplicated include from intel_audio.c

tachments is confidential > and may be subject to copyright or other intellectual property protection. > If you are not the intended recipient, you are not authorized to use or > disclose this information, and we request that you notify us by reply mail or > telephone and delete the original message from your mail system. > > -- Best regards Junwang Zhao Microprocessor Research and Develop Center Department of Computer Science Peking University Beijing, 100871, PRC -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150422/8fd9604a/attachment.html>

[Intel-gfx] [PATCH -next] drm/i915/audio: remove duplicated include from intel_audio.c

; Software Engineer, Intel Corporation > http://blog.ffwll.ch > ___ > dri-devel mailing list > dri-devel at lists.freedesktop.org > http://lists.freedesktop.org/mailman/listinfo/dri-devel > -- Best regards Junwang Zhao Microprocessor Research and Develop Center Department of Computer Science Peking University Beijing, 100871, PRC -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150422/21dacf66/attachment.html>

[PATCH v4] mtrr: avoid ifdef'ery with phys_wc_to_mtrr_index()

From: "Luis R. Rodriguez" There is only one user but since we're going to bury MTRR next out of access to drivers expose this last piece of API to drivers in a general fashion only needing io.h for access to helpers. Cc: Toshi Kani Cc: Thomas Gleixner Cc: Ingo Molnar Cc: "H.

[Bug 89944] GPU crash in Civilization 5

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

[Bug 81382] Text console blanking does not go away

;http://lists.freedesktop.org/archives/dri-devel/attachments/20150422/f731ccb3/attachment.html>

[PATCH libdrm] Add missing includes

On Tue, Apr 21, 2015 at 11:31 AM, Emil Velikov wrote: > > I'm not sure why I haven't hit this while building with Android-x86's > bionic, although it's the right thing to do. Maybe a difference in bionic versions? I know the bionic team made some recent (post-5.1) changes that unintentionally

[Intel-gfx] [PATCH -next] drm/i915/audio: remove duplicated include from intel_audio.c

ou are not the intended recipient, you are not authorized to use or disclose this information, and we request that you notify us by reply mail or telephone and delete the original message from your mail system. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150422/9c630c28/attachment-0001.html>