From patchwork Mon Apr 16 19:35:42 2018 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Heiner Kallweit X-Patchwork-Id: 898886 Return-Path: X-Original-To: incoming@patchwork.ozlabs.org Delivered-To: patchwork-incoming@bilbo.ozlabs.org Authentication-Results: ozlabs.org; spf=none (mailfrom) smtp.mailfrom=vger.kernel.org (client-ip=209.132.180.67; helo=vger.kernel.org; envelope-from=linux-pci-owner@vger.kernel.org; receiver=) Authentication-Results: ozlabs.org; dmarc=pass (p=none dis=none) header.from=gmail.com Authentication-Results: ozlabs.org; dkim=pass (2048-bit key; unprotected) header.d=gmail.com header.i=@gmail.com header.b="aD8i6929"; dkim-atps=neutral Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by ozlabs.org (Postfix) with ESMTP id 40PzBn5G4Pz9s1B for ; Tue, 17 Apr 2018 05:36:01 +1000 (AEST) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753595AbeDPTfy (ORCPT ); Mon, 16 Apr 2018 15:35:54 -0400 Received: from mail-wr0-f193.google.com ([209.85.128.193]:41981 "EHLO mail-wr0-f193.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753543AbeDPTfw (ORCPT ); Mon, 16 Apr 2018 15:35:52 -0400 Received: by mail-wr0-f193.google.com with SMTP id v24so12113086wra.8; Mon, 16 Apr 2018 12:35:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=to:cc:from:subject:message-id:date:user-agent:mime-version :content-transfer-encoding; bh=zuYFI0nrd6p6isOrO1Mc9K0qSVyiJ/PvNh3nuqW+tBI=; b=aD8i6929IHimnczJ5eawD89SaAu2fOrjlO9PRg84DS+6if0NXbme6pmmpoGwcUa8yZ 5wntHefmFsIioUgGIveYdVYx+CBeYQ4m/icBs5muPLpPvvK0OfpKaqFQ2E3mkvreeCPf Fo0/BgnoRtUb1Rjb9T4UyV6Nv66hFpOnDu7DqeKPNXkhpioBo8CZZy4m+xTRrWlNaD7X 57vTscaOkvzdlEeaQ4N6BUTyyIb0aQKCl0dhodlvCzLN5cAsFGOpn4SuJYsZTcykGfRI a35Jn5I/8sk8C+O2xZeLD12RtdEZ76uNZryABZ+rNykavj5JNWhIwXeMPxmwVIWQv5OJ CIHA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:to:cc:from:subject:message-id:date:user-agent :mime-version:content-transfer-encoding; bh=zuYFI0nrd6p6isOrO1Mc9K0qSVyiJ/PvNh3nuqW+tBI=; b=mT6bH8CHrBBT9gZrBgk6bL3RY1kQVbKjmo0nwEX3Sa8kVnfKro1pkSF05JuUpd71CD p7VVImYHJJEG8RepmDiIeXzUSnemB64lfi1BX4GD8309pIGbs3yJWLCp0pzR1n4/PGsT Uj1B0mgyavQA7Iw98gWsUW/UUFFrhKMSeXFxoNeaJTw2JZQ4xxdeN/HluBnadVa0h+NZ tUj9KXNpQNpVwMx8fvdbUh3JEDFEFVQs1t04c+pSRQHLpXhhRSaZRRTyCQWuIt6aCLdl RxZF1gkt7wbdcIxBDiLrGiDwjYZvK546KDLrYxavZbELVI2HsWJBoiQV0fHz8rv23mqJ B7Kw== X-Gm-Message-State: ALQs6tCfoa7UDcZLkD/th98pUgS2RwbAt54pv2R18b1j2ZU4ocKfbGpE ZjEZ8Nx8lD0mhl4xhmmJjYn5FA== X-Google-Smtp-Source: AIpwx48bpM83ZsvaQPuBCWKvf7oemrMFVvwykGDYQ5njtQtbXzri4tPLTupzr2kfTeBDwV0BJmvjiA== X-Received: by 10.28.132.7 with SMTP id g7mr11306569wmd.109.1523907350765; Mon, 16 Apr 2018 12:35:50 -0700 (PDT) Received: from ?IPv6:2003:ea:8bd4:3d00:5062:aa04:3b2:d5c5? (p200300EA8BD43D005062AA0403B2D5C5.dip0.t-ipconnect.de. [2003:ea:8bd4:3d00:5062:aa04:3b2:d5c5]) by smtp.googlemail.com with ESMTPSA id q188sm10336280wmb.37.2018.04.16.12.35.49 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 16 Apr 2018 12:35:50 -0700 (PDT) To: Bjorn Helgaas , David Miller , Bjorn Helgaas , Realtek linux nic maintainers Cc: "linux-pci@vger.kernel.org" , "netdev@vger.kernel.org" From: Heiner Kallweit Subject: [PATCH net-next 0/2] PCI: add two more values for PCIe Max_Read_Request_Size and initially use them in r8169 network driver Message-ID: <00f1255f-acf0-4760-c20f-0b78bda44645@gmail.com> Date: Mon, 16 Apr 2018 21:35:42 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.7.0 MIME-Version: 1.0 Sender: linux-pci-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-pci@vger.kernel.org In r8169 network driver I stumbled across a magic number translating to PCI MRRS size 4K. The PCI core is still missing constants for values 2K and 4K (as defined in PCI standard). So let's add these two constants and use the 4K constant in r8169. Second patch depends on the first one, therefore both patches preferrably should go through either PCI or netdev tree. Heiner Kallweit (2): PCI: add two more values for PCIe Max_Read_Request_Size r8169: replace magic numbers with PCI MRRS constant drivers/net/ethernet/realtek/r8169.c | 39 ++++++++++++++-------------- include/uapi/linux/pci_regs.h | 2 ++ 2 files changed, 21 insertions(+), 20 deletions(-)