From: Mauro Carvalho Chehab <mchehab+huawei@kernel.org> To: Linux Doc Mailing List <linux-doc@vger.kernel.org> Cc: Mauro Carvalho Chehab <mchehab+huawei@kernel.org>, "David S. Miller" <davem@davemloft.net>, "Jonathan Corbet" <corbet@lwn.net>, Jakub Kicinski <kuba@kernel.org>, Jeff Kirsher <jeffrey.t.kirsher@intel.com>, Jesse Brandeburg <jesse.brandeburg@intel.com>, Shannon Nelson <snelson@pensando.io>, Tony Nguyen <anthony.l.nguyen@intel.com>, intel-wired-lan@lists.osuosl.org, linux-kernel@vger.kernel.org, netdev@vger.kernel.org Subject: [PATCH 36/53] docs: networking: device_drivers: avoid using UTF-8 chars Date: Mon, 10 May 2021 12:26:48 +0200 [thread overview] Message-ID: <9d14421bef0641bb1a45dbf87865b0cd361f64d6.1620641727.git.mchehab+huawei@kernel.org> (raw) In-Reply-To: <cover.1620641727.git.mchehab+huawei@kernel.org> While UTF-8 characters can be used at the Linux documentation, the best is to use them only when ASCII doesn't offer a good replacement. So, replace the occurences of the following UTF-8 characters: - U+00a0 (' '): NO-BREAK SPACE - U+2013 ('–'): EN DASH - U+2018 ('‘'): LEFT SINGLE QUOTATION MARK - U+2019 ('’'): RIGHT SINGLE QUOTATION MARK Signed-off-by: Mauro Carvalho Chehab <mchehab+huawei@kernel.org> --- .../device_drivers/ethernet/intel/i40e.rst | 12 ++++++------ .../device_drivers/ethernet/intel/iavf.rst | 6 +++--- .../device_drivers/ethernet/netronome/nfp.rst | 12 ++++++------ 3 files changed, 15 insertions(+), 15 deletions(-) diff --git a/Documentation/networking/device_drivers/ethernet/intel/i40e.rst b/Documentation/networking/device_drivers/ethernet/intel/i40e.rst index 8a9b18573688..64024c77c9ca 100644 --- a/Documentation/networking/device_drivers/ethernet/intel/i40e.rst +++ b/Documentation/networking/device_drivers/ethernet/intel/i40e.rst @@ -173,7 +173,7 @@ Director rule is added from ethtool (Sideband filter), ATR is turned off by the driver. To re-enable ATR, the sideband can be disabled with the ethtool -K option. For example:: - ethtool –K [adapter] ntuple [off|on] + ethtool -K [adapter] ntuple [off|on] If sideband is re-enabled after ATR is re-enabled, ATR remains enabled until a TCP-IP flow is added. When all TCP-IP sideband rules are deleted, ATR is @@ -466,7 +466,7 @@ network. PTP support varies among Intel devices that support this driver. Use "ethtool -T <netdev name>" to get a definitive list of PTP capabilities supported by the device. -IEEE 802.1ad (QinQ) Support +IEEE 802.1ad (QinQ) Support --------------------------- The IEEE 802.1ad standard, informally known as QinQ, allows for multiple VLAN IDs within a single Ethernet frame. VLAN IDs are sometimes referred to as @@ -523,8 +523,8 @@ of a port's bandwidth (should it be available). The sum of all the values for Maximum Bandwidth is not restricted, because no more than 100% of a port's bandwidth can ever be used. -NOTE: X710/XXV710 devices fail to enable Max VFs (64) when Multiple Functions -per Port (MFP) and SR-IOV are enabled. An error from i40e is logged that says +NOTE: X710/XXV710 devices fail to enable Max VFs (64) when Multiple Functions +per Port (MFP) and SR-IOV are enabled. An error from i40e is logged that says "add vsi failed for VF N, aq_err 16". To workaround the issue, enable less than 64 virtual functions (VFs). @@ -680,7 +680,7 @@ queues: for each tc, <num queues>@<offset> (e.g. queues 16@0 16@16 assigns 16 queues to tc0 at offset 0 and 16 queues to tc1 at offset 16. Max total number of queues for all tcs is 64 or number of cores, whichever is lower.) -hw 1 mode channel: ‘channel’ with ‘hw’ set to 1 is a new new hardware +hw 1 mode channel: 'channel' with 'hw' set to 1 is a new new hardware offload mode in mqprio that makes full use of the mqprio options, the TCs, the queue configurations, and the QoS parameters. @@ -688,7 +688,7 @@ shaper bw_rlimit: for each tc, sets minimum and maximum bandwidth rates. Totals must be equal or less than port speed. For example: min_rate 1Gbit 3Gbit: Verify bandwidth limit using network -monitoring tools such as ifstat or sar –n DEV [interval] [number of samples] +monitoring tools such as ifstat or sar -n DEV [interval] [number of samples] 2. Enable HW TC offload on interface:: diff --git a/Documentation/networking/device_drivers/ethernet/intel/iavf.rst b/Documentation/networking/device_drivers/ethernet/intel/iavf.rst index 52e037b11c97..25e98494b385 100644 --- a/Documentation/networking/device_drivers/ethernet/intel/iavf.rst +++ b/Documentation/networking/device_drivers/ethernet/intel/iavf.rst @@ -113,7 +113,7 @@ which the AVF is associated. The following are base mode features: - AVF device ID - HW mailbox is used for VF to PF communications (including on Windows) -IEEE 802.1ad (QinQ) Support +IEEE 802.1ad (QinQ) Support --------------------------- The IEEE 802.1ad standard, informally known as QinQ, allows for multiple VLAN IDs within a single Ethernet frame. VLAN IDs are sometimes referred to as @@ -171,7 +171,7 @@ queues: for each tc, <num queues>@<offset> (e.g. queues 16@0 16@16 assigns 16 queues to tc0 at offset 0 and 16 queues to tc1 at offset 16. Max total number of queues for all tcs is 64 or number of cores, whichever is lower.) -hw 1 mode channel: ‘channel’ with ‘hw’ set to 1 is a new new hardware +hw 1 mode channel: 'channel' with 'hw' set to 1 is a new new hardware offload mode in mqprio that makes full use of the mqprio options, the TCs, the queue configurations, and the QoS parameters. @@ -179,7 +179,7 @@ shaper bw_rlimit: for each tc, sets minimum and maximum bandwidth rates. Totals must be equal or less than port speed. For example: min_rate 1Gbit 3Gbit: Verify bandwidth limit using network -monitoring tools such as ifstat or sar –n DEV [interval] [number of samples] +monitoring tools such as ifstat or sar -n DEV [interval] [number of samples] NOTE: Setting up channels via ethtool (ethtool -L) is not supported when the diff --git a/Documentation/networking/device_drivers/ethernet/netronome/nfp.rst b/Documentation/networking/device_drivers/ethernet/netronome/nfp.rst index ada611fb427c..949c036e8667 100644 --- a/Documentation/networking/device_drivers/ethernet/netronome/nfp.rst +++ b/Documentation/networking/device_drivers/ethernet/netronome/nfp.rst @@ -62,14 +62,14 @@ actual firmware files in application-named subdirectories in $ tree /lib/firmware/netronome/ /lib/firmware/netronome/ ├── bpf - │ ├── nic_AMDA0081-0001_1x40.nffw - │ └── nic_AMDA0081-0001_4x10.nffw + │ ├── nic_AMDA0081-0001_1x40.nffw + │ └── nic_AMDA0081-0001_4x10.nffw ├── flower - │ ├── nic_AMDA0081-0001_1x40.nffw - │ └── nic_AMDA0081-0001_4x10.nffw + │ ├── nic_AMDA0081-0001_1x40.nffw + │ └── nic_AMDA0081-0001_4x10.nffw ├── nic - │ ├── nic_AMDA0081-0001_1x40.nffw - │ └── nic_AMDA0081-0001_4x10.nffw + │ ├── nic_AMDA0081-0001_1x40.nffw + │ └── nic_AMDA0081-0001_4x10.nffw ├── nic_AMDA0081-0001_1x40.nffw -> bpf/nic_AMDA0081-0001_1x40.nffw └── nic_AMDA0081-0001_4x10.nffw -> bpf/nic_AMDA0081-0001_4x10.nffw -- 2.30.2
WARNING: multiple messages have this Message-ID (diff)
From: Mauro Carvalho Chehab <mchehab+huawei@kernel.org> To: intel-wired-lan@osuosl.org Subject: [Intel-wired-lan] [PATCH 36/53] docs: networking: device_drivers: avoid using UTF-8 chars Date: Mon, 10 May 2021 12:26:48 +0200 [thread overview] Message-ID: <9d14421bef0641bb1a45dbf87865b0cd361f64d6.1620641727.git.mchehab+huawei@kernel.org> (raw) In-Reply-To: <cover.1620641727.git.mchehab+huawei@kernel.org> While UTF-8 characters can be used at the Linux documentation, the best is to use them only when ASCII doesn't offer a good replacement. So, replace the occurences of the following UTF-8 characters: - U+00a0 ('?'): NO-BREAK SPACE - U+2013 ('?'): EN DASH - U+2018 ('?'): LEFT SINGLE QUOTATION MARK - U+2019 ('?'): RIGHT SINGLE QUOTATION MARK Signed-off-by: Mauro Carvalho Chehab <mchehab+huawei@kernel.org> --- .../device_drivers/ethernet/intel/i40e.rst | 12 ++++++------ .../device_drivers/ethernet/intel/iavf.rst | 6 +++--- .../device_drivers/ethernet/netronome/nfp.rst | 12 ++++++------ 3 files changed, 15 insertions(+), 15 deletions(-) diff --git a/Documentation/networking/device_drivers/ethernet/intel/i40e.rst b/Documentation/networking/device_drivers/ethernet/intel/i40e.rst index 8a9b18573688..64024c77c9ca 100644 --- a/Documentation/networking/device_drivers/ethernet/intel/i40e.rst +++ b/Documentation/networking/device_drivers/ethernet/intel/i40e.rst @@ -173,7 +173,7 @@ Director rule is added from ethtool (Sideband filter), ATR is turned off by the driver. To re-enable ATR, the sideband can be disabled with the ethtool -K option. For example:: - ethtool ?K [adapter] ntuple [off|on] + ethtool -K [adapter] ntuple [off|on] If sideband is re-enabled after ATR is re-enabled, ATR remains enabled until a TCP-IP flow is added. When all TCP-IP sideband rules are deleted, ATR is @@ -466,7 +466,7 @@ network. PTP support varies among Intel devices that support this driver. Use "ethtool -T <netdev name>" to get a definitive list of PTP capabilities supported by the device. -IEEE 802.1ad (QinQ)?Support +IEEE 802.1ad (QinQ) Support --------------------------- The IEEE 802.1ad standard, informally known as QinQ, allows for multiple VLAN IDs within a single Ethernet frame. VLAN IDs are sometimes referred to as @@ -523,8 +523,8 @@ of a port's bandwidth (should it be available). The sum of all the values for Maximum Bandwidth is not restricted, because no more than 100% of a port's bandwidth can ever be used. -NOTE:?X710/XXV710 devices fail to enable Max VFs (64) when Multiple Functions -per Port (MFP)?and SR-IOV are enabled. An error from i40e is logged that says +NOTE: X710/XXV710 devices fail to enable Max VFs (64) when Multiple Functions +per Port (MFP) and SR-IOV are enabled. An error from i40e is logged that says "add vsi failed for VF N, aq_err 16". To workaround the issue, enable less than 64 virtual functions (VFs). @@ -680,7 +680,7 @@ queues: for each tc, <num queues>@<offset> (e.g. queues 16 at 0 16 at 16 assigns 16 queues to tc0 at offset 0 and 16 queues to tc1 at offset 16. Max total number of queues for all tcs is 64 or number of cores, whichever is lower.) -hw 1 mode channel: ?channel? with ?hw? set to 1 is a new new hardware +hw 1 mode channel: 'channel' with 'hw' set to 1 is a new new hardware offload mode in mqprio that makes full use of the mqprio options, the TCs, the queue configurations, and the QoS parameters. @@ -688,7 +688,7 @@ shaper bw_rlimit: for each tc, sets minimum and maximum bandwidth rates. Totals must be equal or less than port speed. For example: min_rate 1Gbit 3Gbit: Verify bandwidth limit using network -monitoring tools such as ifstat or sar ?n DEV [interval] [number of samples] +monitoring tools such as ifstat or sar -n DEV [interval] [number of samples] 2. Enable HW TC offload on interface:: diff --git a/Documentation/networking/device_drivers/ethernet/intel/iavf.rst b/Documentation/networking/device_drivers/ethernet/intel/iavf.rst index 52e037b11c97..25e98494b385 100644 --- a/Documentation/networking/device_drivers/ethernet/intel/iavf.rst +++ b/Documentation/networking/device_drivers/ethernet/intel/iavf.rst @@ -113,7 +113,7 @@ which the AVF is associated. The following are base mode features: - AVF device ID - HW mailbox is used for VF to PF communications (including on Windows) -IEEE 802.1ad (QinQ)?Support +IEEE 802.1ad (QinQ) Support --------------------------- The IEEE 802.1ad standard, informally known as QinQ, allows for multiple VLAN IDs within a single Ethernet frame. VLAN IDs are sometimes referred to as @@ -171,7 +171,7 @@ queues: for each tc, <num queues>@<offset> (e.g. queues 16 at 0 16 at 16 assigns 16 queues to tc0 at offset 0 and 16 queues to tc1 at offset 16. Max total number of queues for all tcs is 64 or number of cores, whichever is lower.) -hw 1 mode channel: ?channel? with ?hw? set to 1 is a new new hardware +hw 1 mode channel: 'channel' with 'hw' set to 1 is a new new hardware offload mode in mqprio that makes full use of the mqprio options, the TCs, the queue configurations, and the QoS parameters. @@ -179,7 +179,7 @@ shaper bw_rlimit: for each tc, sets minimum and maximum bandwidth rates. Totals must be equal or less than port speed. For example: min_rate 1Gbit 3Gbit: Verify bandwidth limit using network -monitoring tools such as ifstat or sar ?n DEV [interval] [number of samples] +monitoring tools such as ifstat or sar -n DEV [interval] [number of samples] NOTE: Setting up channels via ethtool (ethtool -L) is not supported when the diff --git a/Documentation/networking/device_drivers/ethernet/netronome/nfp.rst b/Documentation/networking/device_drivers/ethernet/netronome/nfp.rst index ada611fb427c..949c036e8667 100644 --- a/Documentation/networking/device_drivers/ethernet/netronome/nfp.rst +++ b/Documentation/networking/device_drivers/ethernet/netronome/nfp.rst @@ -62,14 +62,14 @@ actual firmware files in application-named subdirectories in $ tree /lib/firmware/netronome/ /lib/firmware/netronome/ ??? bpf - ??? ??? nic_AMDA0081-0001_1x40.nffw - ??? ??? nic_AMDA0081-0001_4x10.nffw + ? ??? nic_AMDA0081-0001_1x40.nffw + ? ??? nic_AMDA0081-0001_4x10.nffw ??? flower - ??? ??? nic_AMDA0081-0001_1x40.nffw - ??? ??? nic_AMDA0081-0001_4x10.nffw + ? ??? nic_AMDA0081-0001_1x40.nffw + ? ??? nic_AMDA0081-0001_4x10.nffw ??? nic - ??? ??? nic_AMDA0081-0001_1x40.nffw - ??? ??? nic_AMDA0081-0001_4x10.nffw + ? ??? nic_AMDA0081-0001_1x40.nffw + ? ??? nic_AMDA0081-0001_4x10.nffw ??? nic_AMDA0081-0001_1x40.nffw -> bpf/nic_AMDA0081-0001_1x40.nffw ??? nic_AMDA0081-0001_4x10.nffw -> bpf/nic_AMDA0081-0001_4x10.nffw -- 2.30.2
next prev parent reply other threads:[~2021-05-10 10:36 UTC|newest] Thread overview: 219+ messages / expand[flat|nested] mbox.gz Atom feed top 2021-05-10 10:26 [PATCH 00/53] Get rid of UTF-8 chars that can be mapped as ASCII Mauro Carvalho Chehab 2021-05-10 10:26 ` [Intel-wired-lan] " Mauro Carvalho Chehab 2021-05-10 10:26 ` [Intel-gfx] " Mauro Carvalho Chehab 2021-05-10 10:26 ` Mauro Carvalho Chehab 2021-05-10 10:26 ` Mauro Carvalho Chehab 2021-05-10 10:26 ` [f2fs-dev] " Mauro Carvalho Chehab 2021-05-10 10:26 ` Mauro Carvalho Chehab 2021-05-10 10:26 ` [PATCH 01/53] docs: cdrom-standard.rst: get rid of uneeded UTF-8 chars Mauro Carvalho Chehab 2021-05-10 10:26 ` [PATCH 02/53] docs: ABI: remove a meaningless UTF-8 character Mauro Carvalho Chehab 2021-05-10 10:26 ` [PATCH 03/53] docs: ABI: remove some spurious characters Mauro Carvalho Chehab 2021-05-10 10:26 ` [PATCH 04/53] docs: index.rst: avoid using UTF-8 chars Mauro Carvalho Chehab 2021-05-10 10:26 ` [PATCH 05/53] docs: hwmon: " Mauro Carvalho Chehab 2021-05-10 13:30 ` Guenter Roeck 2021-05-10 10:26 ` [PATCH 06/53] docs: admin-guide: " Mauro Carvalho Chehab 2021-05-10 18:40 ` Gabriel Krisman Bertazi 2021-05-12 8:44 ` Mauro Carvalho Chehab 2021-05-12 9:25 ` David Woodhouse 2021-05-12 10:22 ` Mauro Carvalho Chehab 2021-05-10 10:26 ` [PATCH 07/53] docs: admin-guide: media: ipu3.rst: " Mauro Carvalho Chehab 2021-05-10 10:26 ` [PATCH 08/53] docs: admin-guide: sysctl: kernel.rst: " Mauro Carvalho Chehab 2021-05-10 10:26 ` [PATCH 09/53] docs: admin-guide: perf: imx-ddr.rst: " Mauro Carvalho Chehab 2021-05-10 10:26 ` Mauro Carvalho Chehab 2021-05-10 10:26 ` [PATCH 10/53] docs: admin-guide: pm: " Mauro Carvalho Chehab 2021-05-10 10:26 ` [PATCH 11/53] docs: trace: coresight: coresight-etm4x-reference.rst: " Mauro Carvalho Chehab 2021-05-10 10:26 ` Mauro Carvalho Chehab 2021-05-10 19:28 ` Mathieu Poirier 2021-05-10 19:28 ` Mathieu Poirier 2021-05-10 10:26 ` [PATCH 12/53] docs: driver-api: " Mauro Carvalho Chehab [not found] ` <CAHp75Vegsb-+fVppv3C7Jp0a=mEGAh2pchX=Cr5ZvOMFt+G73Q@mail.gmail.com> 2021-05-12 8:49 ` Mauro Carvalho Chehab 2021-05-10 10:26 ` [PATCH 13/53] docs: driver-api: fpga: " Mauro Carvalho Chehab 2021-05-10 17:48 ` Moritz Fischer 2021-05-10 10:26 ` [PATCH 14/53] docs: driver-api: iio: " Mauro Carvalho Chehab 2021-05-10 10:26 ` [PATCH 15/53] docs: driver-api: thermal: " Mauro Carvalho Chehab 2021-05-10 10:26 ` [PATCH 16/53] docs: driver-api: media: drivers: " Mauro Carvalho Chehab 2021-05-10 10:26 ` [PATCH 17/53] docs: driver-api: firmware: other_interfaces.rst: " Mauro Carvalho Chehab 2021-05-10 10:26 ` [PATCH 18/53] docs: driver-api: nvdimm: btt.rst: " Mauro Carvalho Chehab 2021-05-10 10:26 ` [PATCH 19/53] docs: fault-injection: nvme-fault-injection.rst: " Mauro Carvalho Chehab 2021-05-10 10:26 ` [PATCH 20/53] docs: usb: " Mauro Carvalho Chehab 2021-05-10 10:26 ` [PATCH 21/53] docs: process: " Mauro Carvalho Chehab 2021-05-10 10:26 ` [PATCH 22/53] docs: block: data-integrity.rst: " Mauro Carvalho Chehab 2021-05-10 10:26 ` [PATCH 23/53] docs: userspace-api: media: fdl-appendix.rst: " Mauro Carvalho Chehab 2021-05-10 10:26 ` [PATCH 24/53] docs: userspace-api: media: v4l: " Mauro Carvalho Chehab 2021-05-10 10:26 ` [PATCH 25/53] docs: userspace-api: media: dvb: " Mauro Carvalho Chehab 2021-05-10 10:26 ` [PATCH 26/53] docs: vm: zswap.rst: " Mauro Carvalho Chehab 2021-05-10 10:26 ` [PATCH 27/53] docs: filesystems: f2fs.rst: " Mauro Carvalho Chehab 2021-05-10 10:26 ` [f2fs-dev] " Mauro Carvalho Chehab 2021-05-11 3:16 ` Chao Yu 2021-05-11 3:16 ` Chao Yu 2021-05-10 10:26 ` [PATCH 28/53] docs: filesystems: ext4: " Mauro Carvalho Chehab 2021-05-10 19:23 ` Theodore Ts'o 2021-05-10 10:26 ` [PATCH 29/53] docs: kernel-hacking: " Mauro Carvalho Chehab 2021-05-10 10:26 ` [PATCH 30/53] docs: hid: " Mauro Carvalho Chehab 2021-05-10 10:26 ` [PATCH 31/53] docs: security: tpm: " Mauro Carvalho Chehab 2021-05-10 10:26 ` [PATCH 32/53] docs: security: keys: trusted-encrypted.rst: " Mauro Carvalho Chehab 2021-05-10 10:26 ` [PATCH 33/53] docs: riscv: vm-layout.rst: " Mauro Carvalho Chehab 2021-05-10 10:26 ` Mauro Carvalho Chehab 2021-05-10 10:26 ` [PATCH 34/53] docs: networking: scaling.rst: " Mauro Carvalho Chehab 2021-05-10 10:26 ` [PATCH 35/53] docs: networking: devlink: devlink-dpipe.rst: " Mauro Carvalho Chehab 2021-05-10 10:26 ` Mauro Carvalho Chehab [this message] 2021-05-10 10:26 ` [Intel-wired-lan] [PATCH 36/53] docs: networking: device_drivers: " Mauro Carvalho Chehab 2021-05-10 10:26 ` [PATCH 37/53] docs: x86: " Mauro Carvalho Chehab 2021-05-10 10:26 ` [PATCH 38/53] docs: scheduler: sched-deadline.rst: " Mauro Carvalho Chehab 2021-05-10 10:26 ` [PATCH 39/53] docs: dev-tools: testing-overview.rst: " Mauro Carvalho Chehab 2021-05-10 10:48 ` Marco Elver 2021-05-12 8:52 ` Mauro Carvalho Chehab 2021-05-10 23:35 ` David Gow 2021-05-12 8:14 ` Mauro Carvalho Chehab 2021-05-12 8:29 ` Mauro Carvalho Chehab 2021-05-10 10:26 ` [PATCH 40/53] docs: power: powercap: powercap.rst: " Mauro Carvalho Chehab 2021-05-10 10:26 ` [PATCH 41/53] docs: ABI: " Mauro Carvalho Chehab 2021-05-10 13:53 ` Guenter Roeck 2021-05-10 10:26 ` [PATCH 42/53] docs: doc-guide: contributing.rst: " Mauro Carvalho Chehab 2021-05-10 10:26 ` [PATCH 43/53] docs: PCI: acpi-info.rst: " Mauro Carvalho Chehab 2021-05-10 10:37 ` Krzysztof Wilczyński 2021-05-10 10:26 ` [PATCH 44/53] docs: gpu: " Mauro Carvalho Chehab 2021-05-10 10:26 ` [Intel-gfx] " Mauro Carvalho Chehab 2021-05-10 10:26 ` Mauro Carvalho Chehab 2021-05-10 11:16 ` Jani Nikula 2021-05-10 11:16 ` [Intel-gfx] " Jani Nikula 2021-05-10 11:16 ` Jani Nikula 2021-05-10 12:36 ` Liviu Dudau 2021-05-10 12:36 ` [Intel-gfx] " Liviu Dudau 2021-05-10 12:36 ` Liviu Dudau 2021-05-10 10:26 ` [PATCH 45/53] docs: sound: kernel-api: writing-an-alsa-driver.rst: " Mauro Carvalho Chehab 2021-05-10 10:26 ` Mauro Carvalho Chehab 2021-05-10 10:26 ` [PATCH 46/53] docs: arm64: arm-acpi.rst: " Mauro Carvalho Chehab 2021-05-10 10:26 ` Mauro Carvalho Chehab 2021-05-10 10:26 ` [PATCH 47/53] docs: infiniband: tag_matching.rst: " Mauro Carvalho Chehab 2021-05-10 10:27 ` [PATCH 48/53] docs: timers: no_hz.rst: " Mauro Carvalho Chehab 2021-05-10 10:27 ` [PATCH 49/53] docs: misc-devices: ibmvmc.rst: " Mauro Carvalho Chehab 2021-05-10 10:27 ` [PATCH 50/53] docs: firmware-guide: acpi: lpit.rst: " Mauro Carvalho Chehab 2021-05-10 10:27 ` [PATCH 51/53] docs: firmware-guide: acpi: dsd: graph.rst: " Mauro Carvalho Chehab 2021-05-10 10:27 ` [PATCH 52/53] docs: virt: kvm: " Mauro Carvalho Chehab 2021-05-10 10:27 ` [PATCH 53/53] docs: RCU: " Mauro Carvalho Chehab 2021-05-11 0:05 ` Paul E. McKenney 2021-05-10 10:52 ` [PATCH 00/53] Get rid of UTF-8 chars that can be mapped as ASCII Thorsten Leemhuis 2021-05-10 10:52 ` [Intel-wired-lan] " Thorsten Leemhuis 2021-05-10 10:52 ` [Intel-gfx] " Thorsten Leemhuis 2021-05-10 10:52 ` Thorsten Leemhuis 2021-05-10 10:52 ` Thorsten Leemhuis 2021-05-10 10:52 ` [f2fs-dev] " Thorsten Leemhuis 2021-05-10 10:52 ` Thorsten Leemhuis 2021-05-10 11:19 ` Mauro Carvalho Chehab 2021-05-10 11:19 ` [Intel-wired-lan] " Mauro Carvalho Chehab 2021-05-10 11:19 ` [Intel-gfx] " Mauro Carvalho Chehab 2021-05-10 11:19 ` Mauro Carvalho Chehab 2021-05-10 11:19 ` Mauro Carvalho Chehab 2021-05-10 11:19 ` [f2fs-dev] " Mauro Carvalho Chehab 2021-05-10 11:19 ` Mauro Carvalho Chehab 2021-05-10 12:27 ` Mauro Carvalho Chehab 2021-05-10 12:27 ` [Intel-wired-lan] " Mauro Carvalho Chehab 2021-05-10 12:27 ` [Intel-gfx] " Mauro Carvalho Chehab 2021-05-10 12:27 ` Mauro Carvalho Chehab 2021-05-10 12:27 ` Mauro Carvalho Chehab 2021-05-10 12:27 ` [f2fs-dev] " Mauro Carvalho Chehab 2021-05-10 12:27 ` Mauro Carvalho Chehab 2021-05-10 10:54 ` David Woodhouse 2021-05-10 10:54 ` [Intel-wired-lan] " David Woodhouse 2021-05-10 10:54 ` [Intel-gfx] " David Woodhouse 2021-05-10 10:54 ` David Woodhouse 2021-05-10 10:54 ` David Woodhouse 2021-05-10 10:54 ` David Woodhouse 2021-05-10 11:55 ` Mauro Carvalho Chehab 2021-05-10 11:55 ` [Intel-wired-lan] " Mauro Carvalho Chehab 2021-05-10 11:55 ` [Intel-gfx] " Mauro Carvalho Chehab 2021-05-10 11:55 ` Mauro Carvalho Chehab 2021-05-10 11:55 ` Mauro Carvalho Chehab 2021-05-10 11:55 ` [f2fs-dev] " Mauro Carvalho Chehab 2021-05-10 11:55 ` Mauro Carvalho Chehab 2021-05-10 12:29 ` [f2fs-dev] " beroal 2021-05-10 13:16 ` Edward Cree 2021-05-10 13:16 ` [Intel-wired-lan] " Edward Cree 2021-05-10 13:16 ` [Intel-gfx] " Edward Cree 2021-05-10 13:16 ` Edward Cree 2021-05-10 13:16 ` Edward Cree 2021-05-10 13:16 ` [f2fs-dev] " Edward Cree 2021-05-10 13:16 ` Edward Cree 2021-05-10 13:38 ` Mauro Carvalho Chehab 2021-05-10 13:38 ` [Intel-wired-lan] " Mauro Carvalho Chehab 2021-05-10 13:38 ` [Intel-gfx] " Mauro Carvalho Chehab 2021-05-10 13:38 ` Mauro Carvalho Chehab 2021-05-10 13:38 ` Mauro Carvalho Chehab 2021-05-10 13:38 ` [f2fs-dev] " Mauro Carvalho Chehab 2021-05-10 13:38 ` Mauro Carvalho Chehab 2021-05-10 13:58 ` Edward Cree 2021-05-10 13:58 ` [Intel-wired-lan] " Edward Cree 2021-05-10 13:58 ` [Intel-gfx] " Edward Cree 2021-05-10 13:58 ` Edward Cree 2021-05-10 13:58 ` Edward Cree 2021-05-10 13:58 ` [f2fs-dev] " Edward Cree 2021-05-10 13:58 ` Edward Cree 2021-05-10 13:59 ` Matthew Wilcox 2021-05-10 13:59 ` [Intel-wired-lan] " Matthew Wilcox 2021-05-10 13:59 ` [Intel-gfx] " Matthew Wilcox 2021-05-10 13:59 ` Matthew Wilcox 2021-05-10 13:59 ` Matthew Wilcox 2021-05-10 13:59 ` [f2fs-dev] " Matthew Wilcox 2021-05-10 13:59 ` Matthew Wilcox 2021-05-10 14:33 ` Edward Cree 2021-05-10 14:33 ` [Intel-wired-lan] " Edward Cree 2021-05-10 14:33 ` [Intel-gfx] " Edward Cree 2021-05-10 14:33 ` Edward Cree 2021-05-10 14:33 ` Edward Cree 2021-05-10 14:33 ` [f2fs-dev] " Edward Cree 2021-05-10 14:33 ` Edward Cree 2021-05-11 9:00 ` Mauro Carvalho Chehab 2021-05-11 9:00 ` [Intel-wired-lan] " Mauro Carvalho Chehab 2021-05-11 9:00 ` [Intel-gfx] " Mauro Carvalho Chehab 2021-05-11 9:00 ` Mauro Carvalho Chehab 2021-05-11 9:00 ` Mauro Carvalho Chehab 2021-05-11 9:00 ` [f2fs-dev] " Mauro Carvalho Chehab 2021-05-11 9:00 ` Mauro Carvalho Chehab 2021-05-11 9:19 ` David Woodhouse 2021-05-11 9:19 ` [Intel-wired-lan] " David Woodhouse 2021-05-11 9:19 ` [Intel-gfx] " David Woodhouse 2021-05-11 9:19 ` David Woodhouse 2021-05-11 9:19 ` David Woodhouse 2021-05-11 9:19 ` David Woodhouse 2021-05-10 13:49 ` David Woodhouse 2021-05-10 13:49 ` [Intel-wired-lan] " David Woodhouse 2021-05-10 13:49 ` [Intel-gfx] " David Woodhouse 2021-05-10 13:49 ` David Woodhouse 2021-05-10 13:49 ` David Woodhouse 2021-05-10 13:49 ` David Woodhouse 2021-05-10 19:22 ` Theodore Ts'o 2021-05-10 19:22 ` [Intel-wired-lan] " Theodore Ts'o 2021-05-10 19:22 ` [Intel-gfx] " Theodore Ts'o 2021-05-10 19:22 ` Theodore Ts'o 2021-05-10 19:22 ` Theodore Ts'o 2021-05-10 19:22 ` [f2fs-dev] " Theodore Ts'o 2021-05-10 19:22 ` Theodore Ts'o 2021-05-11 9:37 ` Mauro Carvalho Chehab 2021-05-11 9:37 ` [Intel-wired-lan] " Mauro Carvalho Chehab 2021-05-11 9:37 ` [Intel-gfx] " Mauro Carvalho Chehab 2021-05-11 9:37 ` Mauro Carvalho Chehab 2021-05-11 9:37 ` Mauro Carvalho Chehab 2021-05-11 9:37 ` [f2fs-dev] " Mauro Carvalho Chehab 2021-05-11 9:37 ` Mauro Carvalho Chehab 2021-05-11 9:25 ` Mauro Carvalho Chehab 2021-05-11 9:25 ` [Intel-wired-lan] " Mauro Carvalho Chehab 2021-05-11 9:25 ` [Intel-gfx] " Mauro Carvalho Chehab 2021-05-11 9:25 ` Mauro Carvalho Chehab 2021-05-11 9:25 ` Mauro Carvalho Chehab 2021-05-11 9:25 ` [f2fs-dev] " Mauro Carvalho Chehab 2021-05-11 9:25 ` Mauro Carvalho Chehab 2021-05-10 14:00 ` Ben Boeckel 2021-05-10 14:00 ` [Intel-wired-lan] " Ben Boeckel 2021-05-10 14:00 ` [Intel-gfx] " Ben Boeckel 2021-05-10 14:00 ` Ben Boeckel 2021-05-10 14:00 ` Ben Boeckel 2021-05-10 14:00 ` [f2fs-dev] " Ben Boeckel 2021-05-10 14:00 ` Ben Boeckel 2021-05-10 21:57 ` Adam Borowski 2021-05-10 21:57 ` [Intel-wired-lan] " Adam Borowski 2021-05-10 21:57 ` [Intel-gfx] " Adam Borowski 2021-05-10 21:57 ` Adam Borowski 2021-05-10 21:57 ` Adam Borowski 2021-05-10 21:57 ` [f2fs-dev] " Adam Borowski 2021-05-10 21:57 ` Adam Borowski
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=9d14421bef0641bb1a45dbf87865b0cd361f64d6.1620641727.git.mchehab+huawei@kernel.org \ --to=mchehab+huawei@kernel.org \ --cc=anthony.l.nguyen@intel.com \ --cc=corbet@lwn.net \ --cc=davem@davemloft.net \ --cc=intel-wired-lan@lists.osuosl.org \ --cc=jeffrey.t.kirsher@intel.com \ --cc=jesse.brandeburg@intel.com \ --cc=kuba@kernel.org \ --cc=linux-doc@vger.kernel.org \ --cc=linux-kernel@vger.kernel.org \ --cc=netdev@vger.kernel.org \ --cc=snelson@pensando.io \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.