Received: by 2002:a5b:505:0:0:0:0:0 with SMTP id o5csp2164625ybp; Thu, 10 Oct 2019 03:18:00 -0700 (PDT) X-Google-Smtp-Source: APXvYqyg+0hOrvpvVZlhjDk1opJYemF+LEcz+AD/q3SAc8kBnonDzvOGFqOhXiqDdVLRWMEBHrYM X-Received: by 2002:a17:906:3615:: with SMTP id q21mr7141921ejb.152.1570702680309; Thu, 10 Oct 2019 03:18:00 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1570702680; cv=none; d=google.com; s=arc-20160816; b=0vE7Kt9TjICN966MZJlzDusK77kogEsNBWEDapxI2ncUparq+rnuxbl3c8czARjnYs uBk/FQgeVoVYCsCyUCgz48Q8p+l0EBb4s+deZJHixTXNCJWF849sP2WcGD4W9PPGUQxJ yDwrhu2BW8MOVaIif0BL83S5Vcrb4MljcxwCH5PTZKJnDZdTfjP+tZIHT8xDQ0742oZp tPGn/gwFigfffJpieDJ52TnY7c1K60N53U449sky0rn3SHUBJ9NyBfXZNFBvU5WOS+7r qQkiPpOILSAMYQFcpRVJaOfNBQvt/VGbcG39ZwJuoK2WSIBSjL/yMLkdZo6n7nyEGuGR Ta/w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:message-id:date:references :in-reply-to:subject:cc:to:from; bh=4REINVPZ31/Uan5QCVAlPHdyRZbI/RxwBs10pJIome4=; b=FOv+7tJTz9C+EYCShqGbm3fTcyvmF+kubhB/hIf3bQeN1WJ07Eh0pTUgvbd7gOZdsf M1EIiKmIUeOqb5c6wm5jtZjsvsR9653aWa3MWdImlD834Rmlab9EjiO237HCykfwFawl nvwjUR7zv++l5Wabs+CShUeteRBPZE5Ize1OERNq2P9lYHDFQbUNBEdc2VvoP9NYTLDQ V74Ohyph+lD8F96HV4o39jTK/KgxbDZ40ouCvfrTj/OsDuHR6NvJodU/BN44TT62D8r3 ri/yNPprg6+qbNmb1iPbxSaGokNFXNqBqoXBLoXDFKkqb8JjPfrhP+u6/5465nnqCpQ7 CwzQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id g50si3220299edb.47.2019.10.10.03.17.36; Thu, 10 Oct 2019 03:18:00 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726602AbfJJKRT (ORCPT + 99 others); Thu, 10 Oct 2019 06:17:19 -0400 Received: from mga02.intel.com ([134.134.136.20]:51926 "EHLO mga02.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725840AbfJJKRT (ORCPT ); Thu, 10 Oct 2019 06:17:19 -0400 X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from orsmga005.jf.intel.com ([10.7.209.41]) by orsmga101.jf.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 10 Oct 2019 03:17:18 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.67,279,1566889200"; d="scan'208";a="369031774" Received: from pipin.fi.intel.com (HELO pipin) ([10.237.72.175]) by orsmga005.jf.intel.com with ESMTP; 10 Oct 2019 03:17:15 -0700 From: Felipe Balbi To: Roger Quadros , Pawel Laszczak , Peter Chen Cc: "gregkh\@linuxfoundation.org" , "linux-usb\@vger.kernel.org" , "linux-kernel\@vger.kernel.org" , "jbergsagel\@ti.com" , "nsekhar\@ti.com" , "nm\@ti.com" , Suresh Punnoose , Rahul Kumar Subject: Re: [PATCH] usb:cdns3: Fix for CV CH9 running with g_zero driver. In-Reply-To: <80047a82-4b01-8f54-7efa-c32f696ced43@ti.com> References: <1570430355-26118-1-git-send-email-pawell@cadence.com> <20191008065619.GE5670@b29397-desktop> <87a7abv1f2.fsf@gmail.com> <80047a82-4b01-8f54-7efa-c32f696ced43@ti.com> Date: Thu, 10 Oct 2019 13:17:15 +0300 Message-ID: <87a7a8vr9w.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org hi, Roger Quadros writes: >>> Peter Chen writes: >>>> On 19-10-07 07:39:11, Pawel Laszczak wrote: >>>>> Patch fixes issue with Halt Endnpoint Test observed >>>> >>>> %s/Endnpoint/Endpoint >>>> >>>>> >>>>> during using g_zero >>>>> driver as DUT. Bug occurred only on some testing board. >>>> >>>> g_zero is legacy, please use configfs function source_sink or loopback >>>> instead. >>> >>> We still want fixes for those ;-) >> >> So, if my understanding is correct in new production systems >> using legacy gadget drivers is not recommended and we are not going to fix >> any more bugs there. > > We can't really control who uses what. So we need to support legacy > drivers as well. > > The issue detected by using g_zero is a controller driver issue and not an > issue with g_zero itself. thanks for clarifying, Roger. Pawel, Roger is correct here. But in any case, if *real* bugs are found on the legacy gadget drivers, let's see if they happen with configfs-based interface as well. They should behave exactly the same nowadays since legacy driver were converted to simply programmatically spawn the configfs interface. If there are bugs in legacy gadget drivers, we *WANT* to fix those. -- balbi