Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752359AbbGaJxK (ORCPT ); Fri, 31 Jul 2015 05:53:10 -0400 Received: from mail-wi0-f178.google.com ([209.85.212.178]:33732 "EHLO mail-wi0-f178.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751029AbbGaJxG (ORCPT ); Fri, 31 Jul 2015 05:53:06 -0400 Message-ID: <55BB457F.2060903@nexus-software.ie> Date: Fri, 31 Jul 2015 10:53:03 +0100 From: "Bryan O'Donoghue" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.8.0 MIME-Version: 1.0 To: Peter Hurley , Timo Aaltonen CC: Emil Velikov , Ilia Mirkin , Maarten Lankhorst , "linux-kernel@vger.kernel.org" , "dri-devel@lists.freedesktop.org" , Ben Skeggs Subject: Re: [PATCH] drm/nouveau/gem: tolerate a buffer specified multiple times References: <1438252085-4773-1-git-send-email-pure.logic@nexus-software.ie> <55BA3966.1050806@hurleysoftware.com> <55BA3A12.4000800@nexus-software.ie> <55BA3B21.8000603@nexus-software.ie> <55BA9AF6.6060808@hurleysoftware.com> <55BABB59.9080409@nexus-software.ie> In-Reply-To: <55BABB59.9080409@nexus-software.ie> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 5659 Lines: 148 On 31/07/15 01:03, Bryan O'Donoghue wrote: > On 30/07/15 22:45, Peter Hurley wrote: >> [ +cc Debian maintainer ] >> >> On 07/30/2015 11:26 AM, Emil Velikov wrote: >>> On 30 July 2015 at 16:02, Ilia Mirkin wrote: >>>> On Thu, Jul 30, 2015 at 10:56 AM, Bryan O'Donoghue >>>> wrote: >>>>> On 30/07/15 15:52, Bryan O'Donoghue wrote: >>>>>> >>>>>> On 30/07/15 15:49, Peter Hurley wrote: >>>>>>> >>>>>>> On 07/30/2015 10:12 AM, Ilia Mirkin wrote: >>>>>>>> >>>>>>>> Is this happening with libdrm 2.4.60? If so, that's a known >>>>>>>> (user-side) issue and should be fixed by using any version but that >>>>>>>> one. >>>>>>> >>>>>>> >>>>>>> What's the freedesktop bugzilla # for reference? >>>>>>> >>>>>>> Regards, >>>>>>> Peter Hurley >>>>>> >>>>>> >>>>>> I believe it's this one >>>>>> >>>>>> https://bugs.freedesktop.org/show_bug.cgi?id=89842#c19 >>>>>> >>>>> >>>>> Not really a world of choice on ubuntu to fix it though... >>>>> >>>>> deckard@aineko:~/Development/projectara$ apt-show-versions libdrm2 >>>>> libdrm2:amd64/trusty-updates 2.4.60-2~ubuntu14.04.1 uptodate >>>>> libdrm2:i386/trusty-updates 2.4.60-2~ubuntu14.04.1 uptodate >>>>> >>>>> :( >>>> >>>> That's unfortunate. I know next to nothing about debian/ubuntu or how >>>> they do versions or how to even build packages for them. But they're >>>> big distros, presumably they have support teams of some sort, perhaps >>>> they can help you. >>>> >>>> Assuming that switching away does resolve the issue for you, perhaps >>>> you can also recommend that they avoid shipping that version, or >>>> include this nouveau fix in it: >>>> >>>> http://cgit.freedesktop.org/mesa/drm/commit/?id=812e8fe6ce46d733c30207ee26c788c61f546294 >>>> >>>> >>> Fwiw debian has been tracking this as #789759, and they are shipping >>> 2.4.62 which includes the fix. >> >> Unfortunately the LTS version of Ubuntu (trusty) was updated to 2.4.60 >> several days ago without this fix. >> >> I repackaged libdrm 2.4.60 with only the bug fix above and confirm the >> patch above fixes the observed behavior in freedesktop bug# 89842/ >> debian bug# 789759. >> >> I pushed the repackage to Launchpad PPA @ ppa:phurley/libdrm >> >> Hopefully the Debian maintainer grabs this fix and updates the official >> distribution version soon. >> >> Regards, >> Peter Hurley > > Yep. > > Dropping down to 2.4.56-1~ubuntu2 definitely removes the > > nouveau E[chrome[2737]] multiple instances of buffer 33 on validation list > nouveau E[chrome[2737]] validate_init > nouveau E[chrome[2737]] validate: -22 > nouveau E[chrome[2737]] multiple instances of buffer 18 on validation list > nouveau E[chrome[2737]] validate_init > nouveau E[chrome[2737]] validate: -22 > nouveau E[ PFIFO][0000:01:00.0] PFIFO: read fault at > 0x0003e21000 [PAGE_NOT_PRESENT] from (unknown enum > 0x00000000)/GPC0/(unknown enum 0x0000000f) on channel 0x007f80c000 > [unknown] > > and hard lock-up of X. I'll update these guys with the fix > > http://tinyurl.com/orvbzf3 Hmm. Interesting - I spoke way too soon on that. Left my machine up overnight and lo and behold now that I do a dmesg I see... nouveau E[chrome[2870]] multiple instances of buffer 16 on validation list nouveau E[chrome[2870]] multiple instances of buffer 24 on validation list nouveau E[chrome[2870]] multiple instances of buffer 167 on validation list nouveau E[chrome[2870]] multiple instances of buffer 251 on validation list nouveau E[chrome[2870]] multiple instances of buffer 248 on validation list nouveau E[chrome[2870]] multiple instances of buffer 249 on validation list nouveau E[chrome[2870]] multiple instances of buffer 230 on validation list nouveau E[chrome[2870]] multiple instances of buffer 253 on validation list nouveau E[chrome[2870]] multiple instances of buffer 255 on validation list nouveau E[chrome[2870]] multiple instances of buffer 230 on validation list nouveau E[chrome[2870]] multiple instances of buffer 257 on validation list nouveau E[chrome[2870]] multiple instances of buffer 230 on validation list deckard@aineko:~$ dpkg -s libdrm2 Package: libdrm2 Status: install ok installed Priority: optional Section: libs Installed-Size: 106 Maintainer: Ubuntu X-SWAT Architecture: amd64 Multi-Arch: same Source: libdrm Version: 2.4.56-1~ubuntu2 Depends: libc6 (>= 2.17) Pre-Depends: multiarch-support Description: Userspace interface to kernel DRM services -- runtime This library implements the userspace interface to the kernel DRM services. DRM stands for "Direct Rendering Manager", which is the kernelspace portion of the "Direct Rendering Infrastructure" (DRI). The DRI is currently used on Linux to provide hardware-accelerated OpenGL drivers. . This package provides the runtime environment for libdrm. Orig-Maintainer: Debian X Strike Force deckard@aineko:~$ uname -a Linux aineko 4.2.0-rc4+ #50 SMP Thu Jul 30 01:22:01 IST 2015 x86_64 x86_64 x86_64 GNU/Linux Please note - this machine has the fix I proposed in the original patch applied so X is not locking up when the multiple instances message happens. In any case to answer the original question - I don't believe switching away from 2.4.60 will resolve this issue and similarly then Ilia - do you happen to know if 2.4.56 should have the bug ? Should I now be using a version of libdrm2 which is good ??? Bryan -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/