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.
>
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
[ 47.367
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
>
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 f
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 prior
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
> in
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
non-retina
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>
> > [...]
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 stil
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 fi
email and any attachments 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 &Technology
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>
; 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 &Technology
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>
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. Peter Anvin"
Cc:
he bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150422/d6988053/attachment-0001.html>
won't work at all.
Would you suggest I first apply the patch published here on 2014-09-17?
--
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/archiv
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 e
tection.
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.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150422/9c630c28/attachment-0001.html>
17 matches
Mail list logo