Received: by 2002:a05:6a10:17d3:0:0:0:0 with SMTP id hz19csp3149002pxb; Tue, 20 Apr 2021 01:28:03 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxBCmJX4HWI1A4FVb2EU+YoIJgebZu5xj8GjhQdR1wG3xxhym4KbeeikBL7HVuM24lCpTqp X-Received: by 2002:a17:906:70c4:: with SMTP id g4mr13829452ejk.443.1618907283441; Tue, 20 Apr 2021 01:28:03 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1618907283; cv=none; d=google.com; s=arc-20160816; b=zJXMVCOXFfPqvPZjTkEMDjL/ue9AQvFI8kyK3z3nPWhNUup91m/991bHchDXZRNKK3 93omcnGuEaKDjBF5sLV+oc2wb5CukLrqu2eGgmpTTCvxwPyt9TvvVkYdCBqo5gNLTUzc pHRYeRm3ypHLNLGCtDAcaUhM2LBMFvgvBPDek2jpkxi/0PUVczPJ+lFwibNehiwdkY6/ 7y+TID1OL16h24Ew0z1vKx8oSXSnCgq9qC9Xji6kV2YyRkwRLoANjW4+L79wgCa7CltN vt0D3crY7HjSqn6RmO1pEqV4gsP6q3jMbluhxDbd8hb1ORNpsW401cCi3KHKygeRaeK9 z6Iw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=Puq3uu3VM/r/ZxcT7seTw3qGPFeA4IvkP0YTU1D5aKE=; b=ffveIeVikL8XRTVWD0rjn08Tlph0LQ4Qzb1MyE1zSb8msLbpHD+4oID1LZNjxXSbbT RpholaotXxMkuPDP10k3qsBf2BIPNxLD0enpmkMW4kt4TZLK86DvZiMafyYqqfMZqIef Pb9smEvlT+Ld0PSw4TboIrYgt72WGcqv+7xQKhxao0SmRFE3UGYfvTLKjKzogZTYS4is wTWLGRTq44rDbUtsRzFFb2aFMFQED639JR1cKi+soLjfrsEFl8sSgt1ENnqV4ZeOzwG2 ZRoaieaxMj6gtPnXZO7rzWRg5I545erp3oiTQkRDTRGC2uIWaqZYuC1eRJulpEUeDTAo G2Dg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=gzl7k+Xb; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id h28si15195221edj.546.2021.04.20.01.27.40; Tue, 20 Apr 2021 01:28:03 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=gzl7k+Xb; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230346AbhDTI1J (ORCPT + 99 others); Tue, 20 Apr 2021 04:27:09 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:55716 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229543AbhDTI1H (ORCPT ); Tue, 20 Apr 2021 04:27:07 -0400 Received: from mail-ej1-x62e.google.com (mail-ej1-x62e.google.com [IPv6:2a00:1450:4864:20::62e]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 0AC34C06174A; Tue, 20 Apr 2021 01:26:36 -0700 (PDT) Received: by mail-ej1-x62e.google.com with SMTP id r20so7202444ejo.11; Tue, 20 Apr 2021 01:26:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to; bh=Puq3uu3VM/r/ZxcT7seTw3qGPFeA4IvkP0YTU1D5aKE=; b=gzl7k+XbQmlzNoSuTvdfgSphFfJQRLenPJ0Gj2kYZM3qsXk2SmTxzFU3l8iI5+YQtJ ggtHbqiyxPNa4RodTUd6mL5HKj0q9KZunxHCC/LozOR6f0pW1HhXMFFJ3wHH8UhvumMd uTM6slNqTEKc/EM+GqsTvX2/Q+o3xfoSbs4J2ApLBk+PSzxJXt/cTXI6TMLremdsQRhD lTOUoijcNXuu9p2eexQ4N5u1kwwZE/rBt2BA10FXC2dzWBSzxAyXxcIdG1eyAhKE4SOC bRYI6fbhUGwatFofWo72FV8fnMGitsB3BnS7XJRN7T0WSB4EELGJeqFe5/PpMuSYqqRq 1wFA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to; bh=Puq3uu3VM/r/ZxcT7seTw3qGPFeA4IvkP0YTU1D5aKE=; b=ax/d9WnLDtwMIKA1Ns2UXhxzkl3NbiL3tjaFm7o441xn7OinHuAlrVyW5VZS7xuJL4 uOI44FIsSm+9tQVzuWgpNP+a1YNai7wkdRmAcfCHa/UMWmyjZjX9gtPX44eOJXaE2+6z oVVSNHRNuHjvj/IR5PV4NrjJDdTGSqljs6N9WhQAahs6kzIrA6JhpiPEjMjeN4GQijFf wuj6vgGDtXe7ACI/tPLs2OvdETfxJcbEMeRWeuZNiXIxk7ELLTWJBVPy5CYrKvTuC0mm p0hIkb0EYDUkldRaQsS1Opd+7VQUDO7Vix8bCatN3HYIggIUoFl0aW3esEbYJ2Sn0G+c G6BQ== X-Gm-Message-State: AOAM532/fiy3tiWunFEGmtkJFY7HgTWRnZpma9HMPy2uq0KO9FwZ+/R+ VsNO5neNENXsIp8Rf2Rtfls= X-Received: by 2002:a17:906:f9da:: with SMTP id lj26mr25630986ejb.98.1618907194807; Tue, 20 Apr 2021 01:26:34 -0700 (PDT) Received: from skbuf (5-12-16-165.residential.rdsnet.ro. [5.12.16.165]) by smtp.gmail.com with ESMTPSA id i8sm5780615edu.64.2021.04.20.01.26.33 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 20 Apr 2021 01:26:34 -0700 (PDT) Date: Tue, 20 Apr 2021 11:26:32 +0300 From: Vladimir Oltean To: Xiaoliang Yang Cc: "davem@davemloft.net" , "netdev@vger.kernel.org" , "linux-kernel@vger.kernel.org" , "Arvid.Brodin@xdin.com" , "m-karicheri2@ti.com" , "vinicius.gomes@intel.com" , "michael.chan@broadcom.com" , "vishal@chelsio.com" , "saeedm@mellanox.com" , "jiri@mellanox.com" , "idosch@mellanox.com" , "alexandre.belloni@bootlin.com" , "UNGLinuxDriver@microchip.com" , "ivan.khoronzhuk@linaro.org" , "andre.guedes@linux.intel.com" , "yuehaibing@huawei.com" , "allan.nielsen@microchip.com" , "joergen.andreasen@microchip.com" , "colin.king@canonical.com" , Po Liu , Mingkai Hu , Claudiu Manoil , Vladimir Oltean , Leo Li Subject: Re: [EXT] Re: [net-next] net: dsa: felix: disable always guard band bit for TAS config Message-ID: <20210420082632.3fy4y3ftkhwrj7nm@skbuf> References: <20210419102530.20361-1-xiaoliang.yang_1@nxp.com> <20210419123825.oicleie44ms6zcve@skbuf> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Apr 20, 2021 at 03:06:40AM +0000, Xiaoliang Yang wrote: > Hi Vladimir. > > On Mon, Apr 19, 2021 at 20:38PM +0800, Vladimir Oltean wrote: > > > >What is a scheduled queue? When time-aware scheduling is enabled on > >the port, why are some queues scheduled and some not? > > The felix vsc9959 device can set SCH_TRAFFIC_QUEUES field bits to > define which queue is scheduled. Only the set queues serves schedule > traffic. In this driver we set all 8 queues to be scheduled in > default, so all the traffic are schedule queues to schedule queue. I understand this, what I don't really understand is the distinction that the switch makes between 'scheduled' and 'non-scheduled' traffic. What else does this distinction affect, apart from the guard bands added implicitly here? The tc-taprio qdisc has no notion of 'scheduled' queues, all queues are 'scheduled'. Do we ever need to set the scheduled queues mask to something other than 0xff? If so, when and why?