Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752867AbbGaQgb (ORCPT ); Fri, 31 Jul 2015 12:36:31 -0400 Received: from mail-ob0-f196.google.com ([209.85.214.196]:33646 "EHLO mail-ob0-f196.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751942AbbGaQg3 (ORCPT ); Fri, 31 Jul 2015 12:36:29 -0400 MIME-Version: 1.0 In-Reply-To: <55BB4D82.8070605@nexus-software.ie> 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> <55BB457F.2060903@nexus-software.ie> <55BB46D4.9010006@nexus-software.ie> <55BB4D82.8070605@nexus-software.ie> Date: Fri, 31 Jul 2015 12:36:29 -0400 X-Google-Sender-Auth: ynypa0qF-rP0wGQiOFku0q57kHk Message-ID: Subject: Re: [PATCH] drm/nouveau/gem: tolerate a buffer specified multiple times From: Ilia Mirkin To: "Bryan O'Donoghue" Cc: Peter Hurley , Timo Aaltonen , Emil Velikov , Maarten Lankhorst , "linux-kernel@vger.kernel.org" , "dri-devel@lists.freedesktop.org" , Ben Skeggs Content-Type: text/plain; charset=UTF-8 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1914 Lines: 45 On Fri, Jul 31, 2015 at 6:27 AM, Bryan O'Donoghue wrote: > ah no... 2.4.60 is right... > > Yes so Ilia - I've switched out 2.4.60 as per your suggestion to 2.4.56 > (getting the version numbers right :) ) and it's still definitely giving me > the multiple instances message. This is going to sound like a stupid question, but I'll ask anyways -- you *did* restart chrome after changing libdrm versions, right? I was going to mention that there were a handful of fixes in libdrm, potentially since 2.4.56 (I forget the exact versions), but if 2.4.60 also fails, then that would have them. There was a final assert() added in 2.4.62, but that was to better isolate the cause of weirdo crashes (i.e. crash when the thing going wrong happens rather than stashing bad pointers for later very confusing dereference). Not GPU crashes. Just for your information, 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] means that there was VM fault from an unknown gpu unit (???) when reading some resource by the GPU. (The GPU has its own MMU.) Unfortunately this can happen for one of a million reasons, the biggest one being "unknown", but mesa definitely doesn't handle command submission failures particularly well... should probably add a "fail 1% of the time" thing to help fix that up. Do you have a reproducible way of achieving the multiple buffer on validation list thing? What GPU do you have? (Looking for a codename, not a marketing name... lspci should have it... GFxxx or GKxxx or Gxx.) -ilia -- 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/