From patchwork Sat Feb 15 20:06:27 2020 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Sergei Shtylyov X-Patchwork-Id: 1238618 Return-Path: X-Original-To: patchwork-incoming-netdev@ozlabs.org Delivered-To: patchwork-incoming-netdev@ozlabs.org Authentication-Results: ozlabs.org; spf=none (no SPF record) smtp.mailfrom=vger.kernel.org (client-ip=209.132.180.67; helo=vger.kernel.org; envelope-from=netdev-owner@vger.kernel.org; receiver=) Authentication-Results: ozlabs.org; dmarc=none (p=none dis=none) header.from=cogentembedded.com Authentication-Results: ozlabs.org; dkim=pass (2048-bit key; unprotected) header.d=cogentembedded-com.20150623.gappssmtp.com header.i=@cogentembedded-com.20150623.gappssmtp.com header.a=rsa-sha256 header.s=20150623 header.b=cd3sxkpK; dkim-atps=neutral Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by ozlabs.org (Postfix) with ESMTP id 48Kh8y0w5Dz9sRN for ; Sun, 16 Feb 2020 07:06:42 +1100 (AEDT) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726680AbgBOUGd (ORCPT ); Sat, 15 Feb 2020 15:06:33 -0500 Received: from mail-lj1-f172.google.com ([209.85.208.172]:43529 "EHLO mail-lj1-f172.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726273AbgBOUGc (ORCPT ); Sat, 15 Feb 2020 15:06:32 -0500 Received: by mail-lj1-f172.google.com with SMTP id a13so14437514ljm.10 for ; Sat, 15 Feb 2020 12:06:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cogentembedded-com.20150623.gappssmtp.com; s=20150623; h=from:subject:to:organization:message-id:date:user-agent :mime-version:content-language:content-transfer-encoding; bh=CgbX84O3ft6fmC+1iI0+9cb+o/dTUtmTdICmwBnWugc=; b=cd3sxkpKPDX4WZP2ju0MwzrRgjixH74aQqywxPW0w55qH7x4Skff/yjGcZEzpPF89M YmOnv9kyX6xjGctSkK9c0QXBJpQn2Ye8MGuROj5+9/tJwkS8I9EvpomBnO4gd7co6BmA oSjoeIrflRTtPwJ+WgcxhJwFudII4OsDq5gQ/dKcjXwnimD0/YP5oKpYqUYGXpEka0/w Tc8lzw4GlSB4RIZ9K5ZsWkJxR242o6bga65q9TlWObhKu+V0Qtq2UhsnhOb3GPAaRKrQ gZ+GOt32wgj+0+XSkzYP5ewQBNnbaTlSWi1f0EeERMEdPoLV63cCjuqsQJ3ruoYOOPEd QYxw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:subject:to:organization:message-id:date :user-agent:mime-version:content-language:content-transfer-encoding; bh=CgbX84O3ft6fmC+1iI0+9cb+o/dTUtmTdICmwBnWugc=; b=RlSzDUJBpreDxCQvelqk+9aEO8WgsAak8Ry311LFZ7lfmFusVO4u6wCqiTsBcR7r5H jx3zDSMcgEIIA9pQwp9n/H4dp1tWbj2cebl05YzlD+NStUY+NLJ7yoYnm/Z/hweKYw8M kq4YMAGFoDk7AE545yy6YTMXJO4ubO5s+JPrtaZedKjyWbrmKJyK7Sp6tiWugv2OI+lP KD7xSjKl+7Lk2oraJM5EbMn/DpcBLunVx2VO6xhFVKzeznDvqb2HTc//zQCeQCqRGja4 lk82l2ZHTDxHuz31S+aJASvWM9XgXqeG4EBPMui5leA8t39GBBw3KSraN/hDngvCbnk6 Fr3Q== X-Gm-Message-State: APjAAAU7BqTfFQJu5lSvPUmKg4VclKQFSWE78FLZK5tg7TMu4UypUPkK 4i44HM0d1KzZCp+w6x467q1zeFFYzHc= X-Google-Smtp-Source: APXvYqw0FB/V6AsqhJ4tEMw6zXvVvsPSW3oMaPbw+Xc9d9UJ6VqadMeqYKlo9BohRiV74e0+zFNAtg== X-Received: by 2002:a2e:880c:: with SMTP id x12mr5698493ljh.44.1581797189489; Sat, 15 Feb 2020 12:06:29 -0800 (PST) Received: from wasted.cogentembedded.com ([2a00:1fa0:49d:f851:9745:99c9:a1aa:2f9c]) by smtp.gmail.com with ESMTPSA id i197sm4820056lfi.56.2020.02.15.12.06.28 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 15 Feb 2020 12:06:28 -0800 (PST) From: Sergei Shtylyov Subject: [PATCH net-next v2 0/5] sh_eth: get rid of the dedicated regiseter mapping for RZ/A1 (R7S72100) To: "David S. Miller" , linux-renesas-soc@vger.kernel.org, netdev@vger.kernel.org Organization: Cogent Embedded Message-ID: Date: Sat, 15 Feb 2020 23:06:27 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.2.1 MIME-Version: 1.0 Content-Language: en-MW Sender: netdev-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: netdev@vger.kernel.org Hello! Here's a set of 5 patches against DaveM's 'net-next.git' repo. I changed my mind about the RZ/A1 SoC needing its own register map -- now that we don't depend on the register map array in order to determine whether a given register exists any more, we can add a new flag to determine if the GECMR exists (this register is present only on true GEther chips, not RZ/A1). We also need to add the sh_eth_cpu_data::* flag checks where they were missing so far: in the ethtool API for the register dump. [1/5] sh_eth: check sh_eth_cpu_data::no_tx_cntrs when dumping registers [2/5] sh_eth: check sh_eth_cpu_data::cexcr when dumping registers [3/5] sh_eth: check sh_eth_cpu_data::no_xdfar when dumping registers [4/5] sh_eth: add sh_eth_cpu_data::gecmr flag [5/5] sh_eth: use Gigabit register map for R7S72100 MBR, Sergei