* [PATCH] doc: fix some typos
@ 2016-09-01 11:02 Juergen Gross
2016-09-02 8:30 ` Wei Liu
0 siblings, 1 reply; 17+ messages in thread
From: Juergen Gross @ 2016-09-01 11:02 UTC (permalink / raw)
To: xen-devel; +Cc: Juergen Gross, wei.liu2, ian.jackson
Fix some typos in docs/man/xl.cfg.pod.5.in
Signed-off-by: Juergen Gross <jgross@suse.com>
---
docs/man/xl.cfg.pod.5.in | 26 +++++++++++++-------------
1 file changed, 13 insertions(+), 13 deletions(-)
diff --git a/docs/man/xl.cfg.pod.5.in b/docs/man/xl.cfg.pod.5.in
index 6feee52..77a1be3 100644
--- a/docs/man/xl.cfg.pod.5.in
+++ b/docs/man/xl.cfg.pod.5.in
@@ -32,7 +32,7 @@ A string, surrounded by either single or double quotes.
=item B<NUMBER>
A number, in either decimal, octal (using a C<0> prefix) or
-hexadecimal (using an C<0x> prefix).
+hexadecimal (using a C<0x> prefix).
=item B<BOOLEAN>
@@ -480,7 +480,7 @@ devices which the guest will contain.
Specifies the disks (both emulated disks and Xen virtual block
devices) which are to be provided to the guest, and what objects on
-the they should map to. See F<docs/misc/xl-disk-configuration.txt>.
+the host they should map to. See F<docs/misc/xl-disk-configuration.txt>.
=item B<vif=[ "NET_SPEC_STRING", "NET_SPEC_STRING", ...]>
@@ -501,7 +501,7 @@ settings, from the following list:
=item C<backend=DOMAIN>
-Specify the backend domain name of id. This value is required!
+Specify the backend domain name or id. This value is required!
If this domain is a guest, the backend should be set to the
vtpm domain name. If this domain is a vtpm, the
backend should be set to the vtpm manager domain name.
@@ -607,7 +607,7 @@ configuration after boot and signalling to in-guest agents. Please see
F<docs/misc/channels.txt> for more details.
Each B<CHANNEL_SPEC_STRING> is a comma-separated list of C<KEY=VALUE>
-seettings. Leading and trailing whitespace is ignored in both KEY and
+settings. Leading and trailing whitespace is ignored in both KEY and
VALUE. Neither KEY nor VALUE may contain ',', '=' or '"'. Defined values
are:
@@ -630,7 +630,7 @@ names unique by including domain name and version number in the string
=item C<connection=CONNECTION>
-Specify how the backend will be implemented. This following options are
+Specify how the backend will be implemented. The following options are
available:
=over 4
@@ -715,7 +715,7 @@ When that conflict is unsolved,
attached in the case of hotplug.
"relaxed" allows VM to be created but may cause VM to crash if
-pass-through device accesses RDM. For exampl,e Windows IGD GFX driver
+pass-through device accesses RDM. For example Windows IGD GFX driver
always accessed RDM regions so it leads to VM crash.
Note this may be overridden by rdm_policy option in PCI device configuration.
@@ -759,7 +759,7 @@ Specifies the usb controller version. Possible values include
Specifies the total ports of the usb controller. The maximum
number is 31. Default is 8.
-USB controler ids start from 0. In line with the USB spec, however,
+USB controller ids start from 0. In line with the USB spec, however,
ports on a controller start from 1.
E.g.
@@ -847,7 +847,7 @@ Possible B<KEY>s are:
By default pciback only allows PV guests to write "known safe" values
into PCI config space, likewise QEMU (both qemu-xen and
-qemu-traditional) imposes the same contraint on HVM guests. However
+qemu-traditional) imposes the same constraint on HVM guests. However
many devices require writes to other areas of config space in order to
operate properly. This option tells the backend (pciback or QEMU) to
allow all writes to PCI config space of this device by this domain.
@@ -929,7 +929,7 @@ any kind of sharing of the GPU, so you can only assign the GPU to one
single VM at a time.
gfx_passthru also enables various legacy VGA memory ranges, BARs, MMIOs,
-and ioports to be passed thru to the VM, since those are required
+and ioports to be passed through to the VM, since those are required
for correct operation of things like VGA BIOS, text mode, VBE, etc.
Enabling gfx_passthru option also copies the physical graphics card
@@ -988,7 +988,7 @@ wiki page.
Number of megabytes to set a boundary for checking rdm conflict.
When RDM conflicts with RAM, RDM probably scatter the whole RAM space.
-Especially multiple RDM entries would worsen this to lead a complicated
+Especially multiple RDM entries would worsen this to lead to a complicated
memory layout. So here we're trying to figure out a simple solution to
avoid breaking existing layout. So when a conflict occurs,
@@ -1172,7 +1172,7 @@ Number of megabytes to set aside for shadowing guest pagetable pages
state. By default this is 1MB per guest vcpu plus 8KB per MB of guest
RAM. You should not normally need to adjust this value. However if you
are not using hardware assisted paging (i.e. you are using shadow
-mode) and your guest workload consists of a a very large number of
+mode) and your guest workload consists of a very large number of
similar processes then increasing this value may improve performance.
=back
@@ -1374,7 +1374,7 @@ preceded by a 32b integer indicating the size of the next structure.
Provide a VM generation ID to the guest.
-The VM generation ID as a 128-bit random number that a guest may use
+The VM generation ID is a 128-bit random number that a guest may use
to determine if the guest has been restored from an earlier snapshot
or cloned.
@@ -1820,7 +1820,7 @@ B<-serial> option in the L<qemu(1)> manpage for details of the valid
B<DEVICE> options. Default is B<vc> when in graphical mode and
B<stdio> if B<nographics=1> is used.
-The form serial=DEVICE is also accepted for backwards compatibilty.
+The form serial=DEVICE is also accepted for backwards compatibility.
=item B<soundhw=DEVICE>
--
2.6.6
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
https://lists.xen.org/xen-devel
^ permalink raw reply related [flat|nested] 17+ messages in thread
* [PATCH] doc:fix some typos
@ 2022-09-28 2:35 dominic_riscx
2022-09-28 9:04 ` Andrew Jones
` (2 more replies)
0 siblings, 3 replies; 17+ messages in thread
From: dominic_riscx @ 2022-09-28 2:35 UTC (permalink / raw)
To: opensbi
From: Dunky-Z <254758318@qq.com>
Signed-off-by: zhangdongdong <zhangdongdong@eswincomputing.com>
---
docs/domain_support.md | 6 +++---
docs/library_usage.md | 2 +-
docs/platform_requirements.md | 2 +-
docs/pmu_support.md | 10 +++++-----
4 files changed, 10 insertions(+), 10 deletions(-)
diff --git a/docs/domain_support.md b/docs/domain_support.md
index 73931f1..8963b57 100644
--- a/docs/domain_support.md
+++ b/docs/domain_support.md
@@ -2,7 +2,7 @@ OpenSBI Domain Support
======================
An OpenSBI domain is a system-level partition (subset) of underlying hardware
-having it's own memory regions (RAM and MMIO devices) and HARTs. The OpenSBI
+having its own memory regions (RAM and MMIO devices) and HARTs. The OpenSBI
will try to achieve secure isolation between domains using RISC-V platform
features such as PMP, ePMP, IOPMP, SiFive Shield, etc.
@@ -15,7 +15,7 @@ Important entities which help implement OpenSBI domain support are:
Each HART of a RISC-V platform must have an OpenSBI domain assigned to it.
The OpenSBI platform support is responsible for populating domains and
providing HART id to domain mapping. The OpenSBI domain support will by
-default assign **the ROOT domain** to all HARTs of a RISC-V platform so
+default assign **the ROOT domain** to all HARTs of a RISC-V platform, so
it is not mandatory for the OpenSBI platform support to populate domains.
Domain Memory Region
@@ -29,7 +29,7 @@ OpenSBI and has following details:
* **base** - The base address of a memory region is **2 ^ order**
aligned start address
* **flags** - The flags of a memory region represent memory type (i.e.
- RAM or MMIO) and allowed accesses (i.e. READ, WRITE, EXECUTE, etc)
+ RAM or MMIO) and allowed accesses (i.e. READ, WRITE, EXECUTE, etc.)
Domain Instance
---------------
diff --git a/docs/library_usage.md b/docs/library_usage.md
index d5d2ba9..bb64bc4 100644
--- a/docs/library_usage.md
+++ b/docs/library_usage.md
@@ -73,7 +73,7 @@ firmware drivers based on the external firmware architecture.
**OPENSBI_EXTERNAL_SBI_TYPES** identifier is introduced to *sbi_types.h* for selecting
external header file during the build preprocess in order to define OpensSBI data types
based on external firmware data type binding.
-For example, *bool* is declared as *int* in sbi_types.h. However in EDK2 build system,
+For example, *bool* is declared as *int* in sbi_types.h. However, in EDK2 build system,
*bool* is declared as *BOOLEAN* which is defined as *unsigned char* data type.
External firmware can define **OPENSBI_EXTERNAL_SBI_TYPES** in CFLAGS and specify it to the
diff --git a/docs/platform_requirements.md b/docs/platform_requirements.md
index 68dc393..8735adb 100644
--- a/docs/platform_requirements.md
+++ b/docs/platform_requirements.md
@@ -10,7 +10,7 @@ To handle this, we have two types of RISC-V platform requirements:
2. **Release specific platform requirements** which apply to a OpenSBI
release and later releases
-Currently, we don't have any **Release specific platform requirements**
+Currently, we don't have any **Release specific platform requirements**,
but such platform requirements will be added in future.
Base Platform Requirements
diff --git a/docs/pmu_support.md b/docs/pmu_support.md
index d79b515..1db36fc 100644
--- a/docs/pmu_support.md
+++ b/docs/pmu_support.md
@@ -1,7 +1,7 @@
OpenSBI SBI PMU extension support
==================================
SBI PMU extension supports allow supervisor software to configure/start/stop
-any performance counter at anytime. Thus, an user can leverage full
+any performance counter at anytime. Thus, a user can leverage full
capability of performance analysis tools such as perf if SBI PMU extension is
enabled. The OpenSBI implementation makes the following assumptions about the
hardware platform.
@@ -25,7 +25,7 @@ SBI PMU Device Tree Bindings
----------------------------
Platforms may choose to describe PMU event selector and event to counter mapping
-values via device tree. The following sections describes the PMU DT node
+values via device tree. The following sections describe the PMU DT node
bindings in details.
* **compatible** (Mandatory) - The compatible string of SBI PMU device tree node.
@@ -42,7 +42,7 @@ This property shouldn't encode any raw hardware event.
* **riscv,event-to-mhpmcounters**(Optional) - It represents a MANY-to-MANY
mapping between a range of events and all the MHPMCOUNTERx in a bitmap format
that can be used to monitor these range of events. The information is encoded in
-a table format where each row represent a certain range of events and
+a table format where each row represents a certain range of events and
corresponding counters. The first column represents starting of the pmu event id
and 2nd column represents the end of the pmu event id. The third column
represent a bitmap of all the MHPMCOUNTERx. This property is mandatory if
@@ -53,10 +53,10 @@ shouldn't encode any raw event.
or MANY-to-MANY mapping between the raw event(s) and all the MHPMCOUNTERx in
a bitmap format that can be used to monitor that raw event. The encoding of the
raw events are platform specific. The information is encoded in a table format
-where each row represent the specific raw event(s). The first column is a 64bit
+where each row represents the specific raw event(s). The first column is a 64bit
match value where the invariant bits of range of events are set. The second
column is a 64 bit mask that will have all the variant bits of the range of
-events cleared. Every other bits should be set in the mask.
+events cleared. All other bits should be set in the mask.
The third column is a 32bit value to represent bitmap of all MHPMCOUNTERx that
can monitor these set of event(s).
If a platform directly encodes each raw PMU event as a unique ID, the value of
--
2.34.1.windows.1
^ permalink raw reply related [flat|nested] 17+ messages in thread* [PATCH] doc:fix some typos
2022-09-28 2:35 [PATCH] doc:fix " dominic_riscx
@ 2022-09-28 9:04 ` Andrew Jones
2022-09-28 15:51 ` Xiang W
2022-10-13 4:01 ` Anup Patel
2 siblings, 0 replies; 17+ messages in thread
From: Andrew Jones @ 2022-09-28 9:04 UTC (permalink / raw)
To: opensbi
On Wed, Sep 28, 2022 at 10:35:30AM +0800, dominic_riscx at qq.com wrote:
> From: Dunky-Z <254758318@qq.com>
>
> Signed-off-by: zhangdongdong <zhangdongdong@eswincomputing.com>
> ---
> docs/domain_support.md | 6 +++---
> docs/library_usage.md | 2 +-
> docs/platform_requirements.md | 2 +-
> docs/pmu_support.md | 10 +++++-----
> 4 files changed, 10 insertions(+), 10 deletions(-)
Reviewed-by: Andrew Jones <ajones@ventanamicro.com>
^ permalink raw reply [flat|nested] 17+ messages in thread
* [PATCH] doc:fix some typos
2022-09-28 2:35 [PATCH] doc:fix " dominic_riscx
2022-09-28 9:04 ` Andrew Jones
@ 2022-09-28 15:51 ` Xiang W
2022-10-13 4:01 ` Anup Patel
2 siblings, 0 replies; 17+ messages in thread
From: Xiang W @ 2022-09-28 15:51 UTC (permalink / raw)
To: opensbi
? 2022-09-28???? 10:35 +0800?dominic_riscx at qq.com???
> From: Dunky-Z <254758318@qq.com>
>
> Signed-off-by: zhangdongdong <zhangdongdong@eswincomputing.com>
Reviewed-by: Xiang W <wxjstz@126.com>
> ---
> ?docs/domain_support.md??????? |? 6 +++---
> ?docs/library_usage.md???????? |? 2 +-
> ?docs/platform_requirements.md |? 2 +-
> ?docs/pmu_support.md?????????? | 10 +++++-----
> ?4 files changed, 10 insertions(+), 10 deletions(-)
>
> diff --git a/docs/domain_support.md b/docs/domain_support.md
> index 73931f1..8963b57 100644
> --- a/docs/domain_support.md
> +++ b/docs/domain_support.md
> @@ -2,7 +2,7 @@ OpenSBI Domain Support
> ?======================
> ?
> ?An OpenSBI domain is a system-level partition (subset) of underlying hardware
> -having it's own memory regions (RAM and MMIO devices) and HARTs. The OpenSBI
> +having its own memory regions (RAM and MMIO devices) and HARTs. The OpenSBI
> ?will try to achieve secure isolation between domains using RISC-V platform
> ?features such as PMP, ePMP, IOPMP, SiFive Shield, etc.
> ?
> @@ -15,7 +15,7 @@ Important entities which help implement OpenSBI domain support are:
> ?Each HART of a RISC-V platform must have an OpenSBI domain assigned to it.
> ?The OpenSBI platform support is responsible for populating domains and
> ?providing HART id to domain mapping. The OpenSBI domain support will by
> -default assign **the ROOT domain** to all HARTs of a RISC-V platform so
> +default assign **the ROOT domain** to all HARTs of a RISC-V platform, so
> ?it is not mandatory for the OpenSBI platform support to populate domains.
> ?
> ?Domain Memory Region
> @@ -29,7 +29,7 @@ OpenSBI and has following details:
> ?* **base** - The base address of a memory region is **2 ^ order**
> ?? aligned start address
> ?* **flags** - The flags of a memory region represent memory type (i.e.
> -? RAM or MMIO) and allowed accesses (i.e. READ, WRITE, EXECUTE, etc)
> +? RAM or MMIO) and allowed accesses (i.e. READ, WRITE, EXECUTE, etc.)
> ?
> ?Domain Instance
> ?---------------
> diff --git a/docs/library_usage.md b/docs/library_usage.md
> index d5d2ba9..bb64bc4 100644
> --- a/docs/library_usage.md
> +++ b/docs/library_usage.md
> @@ -73,7 +73,7 @@ firmware drivers based on the external firmware architecture.
> ?**OPENSBI_EXTERNAL_SBI_TYPES** identifier is introduced to *sbi_types.h* for selecting
> ?external header file during the build preprocess in order to define OpensSBI data types
> ?based on external firmware data type binding.
> -For example, *bool* is declared as *int* in sbi_types.h. However in EDK2 build system,
> +For example, *bool* is declared as *int* in sbi_types.h. However, in EDK2 build system,
> ?*bool* is declared as *BOOLEAN* which is defined as *unsigned char* data type.
> ?
> ?External firmware can define **OPENSBI_EXTERNAL_SBI_TYPES** in CFLAGS and specify it to the
> diff --git a/docs/platform_requirements.md b/docs/platform_requirements.md
> index 68dc393..8735adb 100644
> --- a/docs/platform_requirements.md
> +++ b/docs/platform_requirements.md
> @@ -10,7 +10,7 @@ To handle this, we have two types of RISC-V platform requirements:
> ?2. **Release specific platform requirements** which apply to a OpenSBI
> ??? release and later releases
> ?
> -Currently, we don't have any **Release specific platform requirements**
> +Currently, we don't have any **Release specific platform requirements**,
> ?but such platform requirements will be added in future.
> ?
> ?Base Platform Requirements
> diff --git a/docs/pmu_support.md b/docs/pmu_support.md
> index d79b515..1db36fc 100644
> --- a/docs/pmu_support.md
> +++ b/docs/pmu_support.md
> @@ -1,7 +1,7 @@
> ?OpenSBI SBI PMU extension support
> ?==================================
> ?SBI PMU extension supports allow supervisor software to configure/start/stop
> -any performance counter at anytime. Thus, an user can leverage full
> +any performance counter at anytime. Thus, a user can leverage full
> ?capability of performance analysis tools such as perf if SBI PMU extension is
> ?enabled. The OpenSBI implementation makes the following assumptions about the
> ?hardware platform.
> @@ -25,7 +25,7 @@ SBI PMU Device Tree Bindings
> ?----------------------------
> ?
> ?Platforms may choose to describe PMU event selector and event to counter mapping
> -values via device tree. The following sections describes the PMU DT node
> +values via device tree. The following sections describe the PMU DT node
> ?bindings in details.
> ?
> ?* **compatible** (Mandatory) - The compatible string of SBI PMU device tree node.
> @@ -42,7 +42,7 @@ This property shouldn't encode any raw hardware event.
> ?* **riscv,event-to-mhpmcounters**(Optional) - It represents a MANY-to-MANY
> ?mapping between a range of events and all the MHPMCOUNTERx in a bitmap format
> ?that can be used to monitor these range of events. The information is encoded in
> -a table format where each row represent a certain range of events and
> +a table format where each row represents a certain range of events and
> ?corresponding counters. The first column represents starting of the pmu event id
> ?and 2nd column represents the end of the pmu event id. The third column
> ?represent a bitmap of all the MHPMCOUNTERx. This property is mandatory if
> @@ -53,10 +53,10 @@ shouldn't encode any raw event.
> ?or MANY-to-MANY mapping between the raw event(s) and all the MHPMCOUNTERx in
> ?a bitmap format that can be used to monitor that raw event. The encoding of the
> ?raw events are platform specific. The information is encoded in a table format
> -where each row represent the specific raw event(s). The first column is a 64bit
> +where each row represents the specific raw event(s). The first column is a 64bit
> ?match value where the invariant bits of range of events are set. The second
> ?column is a 64 bit mask that will have all the variant bits of the range of
> -events cleared. Every other bits should be set in the mask.
> +events cleared. All other bits should be set in the mask.
> ?The third column is a 32bit value to represent bitmap of all MHPMCOUNTERx that
> ?can monitor these set of event(s).
> ?If a platform directly encodes each raw PMU event as a unique ID, the value of
> --
> 2.34.1.windows.1
>
>
^ permalink raw reply [flat|nested] 17+ messages in thread
* [PATCH] doc:fix some typos
2022-09-28 2:35 [PATCH] doc:fix " dominic_riscx
2022-09-28 9:04 ` Andrew Jones
2022-09-28 15:51 ` Xiang W
@ 2022-10-13 4:01 ` Anup Patel
2 siblings, 0 replies; 17+ messages in thread
From: Anup Patel @ 2022-10-13 4:01 UTC (permalink / raw)
To: opensbi
On Wed, Sep 28, 2022 at 8:06 AM <dominic_riscx@qq.com> wrote:
>
> From: Dunky-Z <254758318@qq.com>
Please don't leave the commit description empty.
>
> Signed-off-by: zhangdongdong <zhangdongdong@eswincomputing.com>
The From: and Signed-off-by don't match.
> ---
> docs/domain_support.md | 6 +++---
> docs/library_usage.md | 2 +-
> docs/platform_requirements.md | 2 +-
> docs/pmu_support.md | 10 +++++-----
> 4 files changed, 10 insertions(+), 10 deletions(-)
>
> diff --git a/docs/domain_support.md b/docs/domain_support.md
> index 73931f1..8963b57 100644
> --- a/docs/domain_support.md
> +++ b/docs/domain_support.md
> @@ -2,7 +2,7 @@ OpenSBI Domain Support
> ======================
>
> An OpenSBI domain is a system-level partition (subset) of underlying hardware
> -having it's own memory regions (RAM and MMIO devices) and HARTs. The OpenSBI
> +having its own memory regions (RAM and MMIO devices) and HARTs. The OpenSBI
> will try to achieve secure isolation between domains using RISC-V platform
> features such as PMP, ePMP, IOPMP, SiFive Shield, etc.
>
> @@ -15,7 +15,7 @@ Important entities which help implement OpenSBI domain support are:
> Each HART of a RISC-V platform must have an OpenSBI domain assigned to it.
> The OpenSBI platform support is responsible for populating domains and
> providing HART id to domain mapping. The OpenSBI domain support will by
> -default assign **the ROOT domain** to all HARTs of a RISC-V platform so
> +default assign **the ROOT domain** to all HARTs of a RISC-V platform, so
> it is not mandatory for the OpenSBI platform support to populate domains.
>
> Domain Memory Region
> @@ -29,7 +29,7 @@ OpenSBI and has following details:
> * **base** - The base address of a memory region is **2 ^ order**
> aligned start address
> * **flags** - The flags of a memory region represent memory type (i.e.
> - RAM or MMIO) and allowed accesses (i.e. READ, WRITE, EXECUTE, etc)
> + RAM or MMIO) and allowed accesses (i.e. READ, WRITE, EXECUTE, etc.)
>
> Domain Instance
> ---------------
> diff --git a/docs/library_usage.md b/docs/library_usage.md
> index d5d2ba9..bb64bc4 100644
> --- a/docs/library_usage.md
> +++ b/docs/library_usage.md
> @@ -73,7 +73,7 @@ firmware drivers based on the external firmware architecture.
> **OPENSBI_EXTERNAL_SBI_TYPES** identifier is introduced to *sbi_types.h* for selecting
> external header file during the build preprocess in order to define OpensSBI data types
> based on external firmware data type binding.
> -For example, *bool* is declared as *int* in sbi_types.h. However in EDK2 build system,
> +For example, *bool* is declared as *int* in sbi_types.h. However, in EDK2 build system,
> *bool* is declared as *BOOLEAN* which is defined as *unsigned char* data type.
>
> External firmware can define **OPENSBI_EXTERNAL_SBI_TYPES** in CFLAGS and specify it to the
> diff --git a/docs/platform_requirements.md b/docs/platform_requirements.md
> index 68dc393..8735adb 100644
> --- a/docs/platform_requirements.md
> +++ b/docs/platform_requirements.md
> @@ -10,7 +10,7 @@ To handle this, we have two types of RISC-V platform requirements:
> 2. **Release specific platform requirements** which apply to a OpenSBI
> release and later releases
>
> -Currently, we don't have any **Release specific platform requirements**
> +Currently, we don't have any **Release specific platform requirements**,
> but such platform requirements will be added in future.
>
> Base Platform Requirements
> diff --git a/docs/pmu_support.md b/docs/pmu_support.md
> index d79b515..1db36fc 100644
> --- a/docs/pmu_support.md
> +++ b/docs/pmu_support.md
> @@ -1,7 +1,7 @@
> OpenSBI SBI PMU extension support
> ==================================
> SBI PMU extension supports allow supervisor software to configure/start/stop
> -any performance counter at anytime. Thus, an user can leverage full
> +any performance counter at anytime. Thus, a user can leverage full
> capability of performance analysis tools such as perf if SBI PMU extension is
> enabled. The OpenSBI implementation makes the following assumptions about the
> hardware platform.
> @@ -25,7 +25,7 @@ SBI PMU Device Tree Bindings
> ----------------------------
>
> Platforms may choose to describe PMU event selector and event to counter mapping
> -values via device tree. The following sections describes the PMU DT node
> +values via device tree. The following sections describe the PMU DT node
> bindings in details.
>
> * **compatible** (Mandatory) - The compatible string of SBI PMU device tree node.
> @@ -42,7 +42,7 @@ This property shouldn't encode any raw hardware event.
> * **riscv,event-to-mhpmcounters**(Optional) - It represents a MANY-to-MANY
> mapping between a range of events and all the MHPMCOUNTERx in a bitmap format
> that can be used to monitor these range of events. The information is encoded in
> -a table format where each row represent a certain range of events and
> +a table format where each row represents a certain range of events and
> corresponding counters. The first column represents starting of the pmu event id
> and 2nd column represents the end of the pmu event id. The third column
> represent a bitmap of all the MHPMCOUNTERx. This property is mandatory if
> @@ -53,10 +53,10 @@ shouldn't encode any raw event.
> or MANY-to-MANY mapping between the raw event(s) and all the MHPMCOUNTERx in
> a bitmap format that can be used to monitor that raw event. The encoding of the
> raw events are platform specific. The information is encoded in a table format
> -where each row represent the specific raw event(s). The first column is a 64bit
> +where each row represents the specific raw event(s). The first column is a 64bit
> match value where the invariant bits of range of events are set. The second
> column is a 64 bit mask that will have all the variant bits of the range of
> -events cleared. Every other bits should be set in the mask.
> +events cleared. All other bits should be set in the mask.
> The third column is a 32bit value to represent bitmap of all MHPMCOUNTERx that
> can monitor these set of event(s).
> If a platform directly encodes each raw PMU event as a unique ID, the value of
> --
> 2.34.1.windows.1
>
>
> --
> opensbi mailing list
> opensbi at lists.infradead.org
> http://lists.infradead.org/mailman/listinfo/opensbi
I have addressed the above comments at the time of merging this patch.
Reviewed-by: Anup Patel <anup@brainfault.org>
Applied this patch to the riscv/opensbi repo
Thanks,
Anup
^ permalink raw reply [flat|nested] 17+ messages in thread
* [PATCH] doc: fix some typos
@ 2021-01-02 17:40 Thomas Ackermann via GitGitGadget
2021-01-02 21:53 ` Martin Ågren
0 siblings, 1 reply; 17+ messages in thread
From: Thomas Ackermann via GitGitGadget @ 2021-01-02 17:40 UTC (permalink / raw)
To: git; +Cc: Junio C Hamano, Thomas Ackermann, Thomas Ackermann
From: Thomas Ackermann <th.acker@arcor.de>
Signed-off-by: Thomas Ackermann <th.acker@arcor.de>
---
doc: fix some typos
Signed-off-by: Thomas Ackermann th.acker@arcor.de
Published-As: https://github.com/gitgitgadget/git/releases/tag/pr-831%2Ftacker66%2Ffix_some_typos-v1
Fetch-It-Via: git fetch https://github.com/gitgitgadget/git pr-831/tacker66/fix_some_typos-v1
Pull-Request: https://github.com/gitgitgadget/git/pull/831
Documentation/config/http.txt | 4 ++--
Documentation/config/trace2.txt | 2 +-
Documentation/git-maintenance.txt | 2 +-
Documentation/git-p4.txt | 2 +-
Documentation/githooks.txt | 2 +-
Documentation/technical/reftable.txt | 2 +-
contrib/buildsystems/CMakeLists.txt | 2 +-
7 files changed, 8 insertions(+), 8 deletions(-)
diff --git a/Documentation/config/http.txt b/Documentation/config/http.txt
index 3968fbb697a..7003661c0db 100644
--- a/Documentation/config/http.txt
+++ b/Documentation/config/http.txt
@@ -42,12 +42,12 @@ http.proxySSLKey::
http.proxySSLCertPasswordProtected::
Enable Git's password prompt for the proxy SSL certificate. Otherwise OpenSSL
will prompt the user, possibly many times, if the certificate or private key
- is encrypted. Can be overriden by the `GIT_PROXY_SSL_CERT_PASSWORD_PROTECTED`
+ is encrypted. Can be overridden by the `GIT_PROXY_SSL_CERT_PASSWORD_PROTECTED`
environment variable.
http.proxySSLCAInfo::
Pathname to the file containing the certificate bundle that should be used to
- verify the proxy with when using an HTTPS proxy. Can be overriden by the
+ verify the proxy with when using an HTTPS proxy. Can be overridden by the
`GIT_PROXY_SSL_CAINFO` environment variable.
http.emptyAuth::
diff --git a/Documentation/config/trace2.txt b/Documentation/config/trace2.txt
index 01d3afd8a8b..fe1642f0d40 100644
--- a/Documentation/config/trace2.txt
+++ b/Documentation/config/trace2.txt
@@ -54,7 +54,7 @@ trace2.envVars::
`GIT_HTTP_USER_AGENT,GIT_CONFIG` would cause the trace2 output to
contain events listing the overrides for HTTP user agent and the
location of the Git configuration file (assuming any are set). May be
- overriden by the `GIT_TRACE2_ENV_VARS` environment variable. Unset by
+ overridden by the `GIT_TRACE2_ENV_VARS` environment variable. Unset by
default.
trace2.destinationDebug::
diff --git a/Documentation/git-maintenance.txt b/Documentation/git-maintenance.txt
index d1f9b5172df..6fe1e5e1055 100644
--- a/Documentation/git-maintenance.txt
+++ b/Documentation/git-maintenance.txt
@@ -38,7 +38,7 @@ register::
for running in the background without disrupting foreground
processes.
+
-The `register` subcomand will also set the `maintenance.strategy` config
+The `register` subcommand will also set the `maintenance.strategy` config
value to `incremental`, if this value is not previously set. The
`incremental` strategy uses the following schedule for each maintenance
task:
diff --git a/Documentation/git-p4.txt b/Documentation/git-p4.txt
index ec233ac0c1c..f89e68b424c 100644
--- a/Documentation/git-p4.txt
+++ b/Documentation/git-p4.txt
@@ -397,7 +397,7 @@ changelist text. Exiting with a non-zero status from the script
will abort the process.
The purpose of the hook is to edit the message file in place,
-and it is not supressed by the `--no-verify` option. This hook
+and it is not suppressed by the `--no-verify` option. This hook
is called even if `--prepare-p4-only` is set.
p4-changelist
diff --git a/Documentation/githooks.txt b/Documentation/githooks.txt
index ffccfc77608..1f3b57d04db 100644
--- a/Documentation/githooks.txt
+++ b/Documentation/githooks.txt
@@ -644,7 +644,7 @@ changelist text. Exiting with a non-zero status from the script
will abort the process.
The purpose of the hook is to edit the message file in place,
-and it is not supressed by the `--no-verify` option. This hook
+and it is not suppressed by the `--no-verify` option. This hook
is called even if `--prepare-p4-only` is set.
Run `git-p4 submit --help` for details.
diff --git a/Documentation/technical/reftable.txt b/Documentation/technical/reftable.txt
index 2951840e9c9..8095ab2590c 100644
--- a/Documentation/technical/reftable.txt
+++ b/Documentation/technical/reftable.txt
@@ -446,7 +446,7 @@ especially if readers will not use the object name to ref mapping.
Object blocks use unique, abbreviated 2-32 object name keys, mapping to
ref blocks containing references pointing to that object directly, or as
the peeled value of an annotated tag. Like ref blocks, object blocks use
-the file's standard block size. The abbrevation length is available in
+the file's standard block size. The abbreviation length is available in
the footer as `obj_id_len`.
To save space in small files, object blocks may be omitted if the ref
diff --git a/contrib/buildsystems/CMakeLists.txt b/contrib/buildsystems/CMakeLists.txt
index c151dd7257f..8f77baa678f 100644
--- a/contrib/buildsystems/CMakeLists.txt
+++ b/contrib/buildsystems/CMakeLists.txt
@@ -442,7 +442,7 @@ endif()
check_c_source_compiles("
#include <regex.h>
#ifndef REG_STARTEND
-#error oops we dont have it
+#error oops we don't have it
#endif
int main(void)
base-commit: 71ca53e8125e36efbda17293c50027d31681a41f
--
gitgitgadget
^ permalink raw reply related [flat|nested] 17+ messages in thread* Re: [PATCH] doc: fix some typos
2021-01-02 17:40 [PATCH] doc: fix " Thomas Ackermann via GitGitGadget
@ 2021-01-02 21:53 ` Martin Ågren
2021-01-02 22:26 ` Felipe Contreras
0 siblings, 1 reply; 17+ messages in thread
From: Martin Ågren @ 2021-01-02 21:53 UTC (permalink / raw)
To: Thomas Ackermann via GitGitGadget
Cc: Git Mailing List, Junio C Hamano, Thomas Ackermann
On Sat, 2 Jan 2021 at 18:43, Thomas Ackermann via GitGitGadget
<gitgitgadget@gmail.com> wrote:
[Snip several typo fixes in Documentation/, all of which I agree with.]
> diff --git a/contrib/buildsystems/CMakeLists.txt b/contrib/buildsystems/CMakeLists.txt
> index c151dd7257f..8f77baa678f 100644
> --- a/contrib/buildsystems/CMakeLists.txt
> +++ b/contrib/buildsystems/CMakeLists.txt
Hmm... This does not match the "doc:" prefix of the patch.
> @@ -442,7 +442,7 @@ endif()
> check_c_source_compiles("
> #include <regex.h>
> #ifndef REG_STARTEND
> -#error oops we dont have it
> +#error oops we don't have it
> #endif
I don't think this is correct. This omission of the single quote somehow
looks like it's done on purpose. I don't build using this system, but I
tried making some silly code like this in another file, which I actually
do use:
#if 0
#error might or mightn't work
#endif
My compiler refused to compile: "error: missing terminating ' character
[-Werror]". So I fear this change to CMakeLists.txt would make us
needlessly fail to autodetect whatever it is we're looking for here.
If this change to CMakeLists.txt is dropped, this patch looks good
to me.
Martin
^ permalink raw reply [flat|nested] 17+ messages in thread* Re: [PATCH] doc: fix some typos
2021-01-02 21:53 ` Martin Ågren
@ 2021-01-02 22:26 ` Felipe Contreras
2021-01-02 22:59 ` Martin Ågren
2021-01-03 14:50 ` Chris Torek
0 siblings, 2 replies; 17+ messages in thread
From: Felipe Contreras @ 2021-01-02 22:26 UTC (permalink / raw)
To: Martin Ågren, Thomas Ackermann via GitGitGadget
Cc: Git Mailing List, Junio C Hamano, Thomas Ackermann
Martin Ågren wrote:
> On Sat, 2 Jan 2021 at 18:43, Thomas Ackermann via GitGitGadget
> <gitgitgadget@gmail.com> wrote:
>
> [Snip several typo fixes in Documentation/, all of which I agree with.]
>
> > diff --git a/contrib/buildsystems/CMakeLists.txt b/contrib/buildsystems/CMakeLists.txt
> > index c151dd7257f..8f77baa678f 100644
> > --- a/contrib/buildsystems/CMakeLists.txt
> > +++ b/contrib/buildsystems/CMakeLists.txt
>
> Hmm... This does not match the "doc:" prefix of the patch.
>
> > @@ -442,7 +442,7 @@ endif()
> > check_c_source_compiles("
> > #include <regex.h>
> > #ifndef REG_STARTEND
> > -#error oops we dont have it
> > +#error oops we don't have it
> > #endif
>
> I don't think this is correct. This omission of the single quote somehow
> looks like it's done on purpose. I don't build using this system, but I
> tried making some silly code like this in another file, which I actually
> do use:
>
> #if 0
> #error might or mightn't work
> #endif
But this works:
#error "might or mightn't work"
--
Felipe Contreras
^ permalink raw reply [flat|nested] 17+ messages in thread* Re: [PATCH] doc: fix some typos
2021-01-02 22:26 ` Felipe Contreras
@ 2021-01-02 22:59 ` Martin Ågren
2021-01-02 23:40 ` Felipe Contreras
2021-01-03 14:50 ` Chris Torek
1 sibling, 1 reply; 17+ messages in thread
From: Martin Ågren @ 2021-01-02 22:59 UTC (permalink / raw)
To: Felipe Contreras
Cc: Thomas Ackermann via GitGitGadget, Git Mailing List,
Junio C Hamano, Thomas Ackermann
On Sat, 2 Jan 2021 at 23:26, Felipe Contreras
<felipe.contreras@gmail.com> wrote:
>
> Martin Ågren wrote:
> > On Sat, 2 Jan 2021 at 18:43, Thomas Ackermann via GitGitGadget
> > <gitgitgadget@gmail.com> wrote:
> >
> > [Snip several typo fixes in Documentation/, all of which I agree with.]
> >
> > > diff --git a/contrib/buildsystems/CMakeLists.txt b/contrib/buildsystems/CMakeLists.txt
> > > index c151dd7257f..8f77baa678f 100644
> > > --- a/contrib/buildsystems/CMakeLists.txt
> > > +++ b/contrib/buildsystems/CMakeLists.txt
> >
> > Hmm... This does not match the "doc:" prefix of the patch.
> >
> > > @@ -442,7 +442,7 @@ endif()
> > > check_c_source_compiles("
> > > #include <regex.h>
> > > #ifndef REG_STARTEND
> > > -#error oops we dont have it
> > > +#error oops we don't have it
> > > #endif
> >
> > I don't think this is correct. This omission of the single quote somehow
> > looks like it's done on purpose. I don't build using this system, but I
> > tried making some silly code like this in another file, which I actually
> > do use:
> >
> > #if 0
> > #error might or mightn't work
> > #endif
>
> But this works:
>
> #error "might or mightn't work"
Yeah, I pondered writing something like that. But then I thought I would
also need to write something about how, at the least, it should still be
a separate patch, but also how even if it were a separate patch, I would
probably sort it under code churn (IMVHO).
The error is not really intended for anyone's eyes, at least assuming my
reading is correct. So I refrained from suggesting to Thomas that here's
how you could go about making such a change.
And now I ended up laying out my thoughts anyway. :-) Of course, others
may well disagree with me about this being code churn.
Martin
^ permalink raw reply [flat|nested] 17+ messages in thread* Re: [PATCH] doc: fix some typos
2021-01-02 22:59 ` Martin Ågren
@ 2021-01-02 23:40 ` Felipe Contreras
0 siblings, 0 replies; 17+ messages in thread
From: Felipe Contreras @ 2021-01-02 23:40 UTC (permalink / raw)
To: Martin Ågren, Felipe Contreras
Cc: Thomas Ackermann via GitGitGadget, Git Mailing List,
Junio C Hamano, Thomas Ackermann
Martin Ågren wrote:
> On Sat, 2 Jan 2021 at 23:26, Felipe Contreras
> <felipe.contreras@gmail.com> wrote:
> > Martin Ågren wrote:
> > > #if 0
> > > #error might or mightn't work
> > > #endif
> >
> > But this works:
> >
> > #error "might or mightn't work"
[...]
> And now I ended up laying out my thoughts anyway. :-) Of course, others
> may well disagree with me about this being code churn.
Either way it's not integral to the rest of the patch. The change can
be dropped, or fixed properly. It probably doesn't matter much.
--
Felipe Contreras
^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: [PATCH] doc: fix some typos
2021-01-02 22:26 ` Felipe Contreras
2021-01-02 22:59 ` Martin Ågren
@ 2021-01-03 14:50 ` Chris Torek
1 sibling, 0 replies; 17+ messages in thread
From: Chris Torek @ 2021-01-03 14:50 UTC (permalink / raw)
To: Felipe Contreras
Cc: Martin Ågren, Thomas Ackermann via GitGitGadget,
Git Mailing List, Junio C Hamano, Thomas Ackermann
On Sat, Jan 2, 2021 at 2:31 PM Felipe Contreras
<felipe.contreras@gmail.com> wrote:
> But this works:
>
> #error "might or mightn't work"
Right: the rule here is that the preprocessor, even inside "#if 0"
sections, is working with "pp-token"s. Single quotes are still
character constants and must be paired. Double quotes are still
string constants (token-wise) and also must be paired like this,
but now you can hide apostrophes.
Chris
^ permalink raw reply [flat|nested] 17+ messages in thread
* [PATCH] doc: fix some typos
@ 2020-06-16 21:03 Luc Van Oostenryck
0 siblings, 0 replies; 17+ messages in thread
From: Luc Van Oostenryck @ 2020-06-16 21:03 UTC (permalink / raw)
To: linux-sparse; +Cc: Luc Van Oostenryck
Fix some silly typos.
Signed-off-by: Luc Van Oostenryck <luc.vanoostenryck@gmail.com>
---
Documentation/types.rst | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/Documentation/types.rst b/Documentation/types.rst
index e5d07def0bc2..5c10725fa71a 100644
--- a/Documentation/types.rst
+++ b/Documentation/types.rst
@@ -13,7 +13,7 @@ For the purpose of this document, things can be simplified into:
struct ctype {
struct symbol *base_type;
unsigned long modifiers;
- unsigned long alignement;
+ unsigned long alignment;
struct context_list *contexts;
struct indent *as;
};
@@ -68,7 +68,7 @@ have their own modifiers, address_space, contexts or alignment
as well as the declaration's identifier.
Usage:
- * .ctype.base_type points to the unmodified type (wich must not
+ * .ctype.base_type points to the unmodified type (which must not
be a SYM_NODE itself)
* .ctype.modifiers, .as, .alignment, .contexts will contains
the 'variation' (MOD_CONST, the attributes, ...).
--
2.27.0
^ permalink raw reply related [flat|nested] 17+ messages in thread* [PATCH] doc: fix some typos
@ 2013-09-14 3:49 Xishi Qiu
2013-09-14 16:49 ` Randy Dunlap
0 siblings, 1 reply; 17+ messages in thread
From: Xishi Qiu @ 2013-09-14 3:49 UTC (permalink / raw)
To: benh, rob, ananth, anil.s.keshavamurthy, davem,
masami.hiramatsu.pt, Andrew Morton
Cc: linux-doc, LKML, Xishi Qiu
Fix some typos in documentation.
Signed-off-by: Xishi Qiu <qiuxishi@huawei.com>
---
Documentation/IRQ-domain.txt | 2 +-
Documentation/email-clients.txt | 2 +-
Documentation/io-mapping.txt | 2 +-
Documentation/kprobes.txt | 2 +-
4 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/Documentation/IRQ-domain.txt b/Documentation/IRQ-domain.txt
index 9bc9594..03df71a 100644
--- a/Documentation/IRQ-domain.txt
+++ b/Documentation/IRQ-domain.txt
@@ -141,7 +141,7 @@ will use a legacy domain only if an IRQ range is supplied by the
system and will otherwise use a linear domain mapping. The semantics
of this call are such that if an IRQ range is specified then
descriptors will be allocated on-the-fly for it, and if no range is
-specified it will fall through to irq_domain_add_linear() which meand
+specified it will fall through to irq_domain_add_linear() which means
*no* irq descriptors will be allocated.
A typical use case for simple domains is where an irqchip provider
diff --git a/Documentation/email-clients.txt b/Documentation/email-clients.txt
index 860c29a..e9f5dac 100644
--- a/Documentation/email-clients.txt
+++ b/Documentation/email-clients.txt
@@ -104,7 +104,7 @@ Then from the "Message" menu item, select insert file and choose your patch.
As an added bonus you can customise the message creation toolbar menu
and put the "insert file" icon there.
-Make the the composer window wide enough so that no lines wrap. As of
+Make the composer window wide enough so that no lines wrap. As of
KMail 1.13.5 (KDE 4.5.4), KMail will apply word wrapping when sending
the email if the lines wrap in the composer window. Having word wrapping
disabled in the Options menu isn't enough. Thus, if your patch has very
diff --git a/Documentation/io-mapping.txt b/Documentation/io-mapping.txt
index 473e43b..5ca7842 100644
--- a/Documentation/io-mapping.txt
+++ b/Documentation/io-mapping.txt
@@ -38,7 +38,7 @@ maps are more efficient:
void io_mapping_unmap_atomic(void *vaddr)
- 'vaddr' must be the the value returned by the last
+ 'vaddr' must be the value returned by the last
io_mapping_map_atomic_wc call. This unmaps the specified
page and allows the task to sleep once again.
diff --git a/Documentation/kprobes.txt b/Documentation/kprobes.txt
index 0cfb00f..ca278d5 100644
--- a/Documentation/kprobes.txt
+++ b/Documentation/kprobes.txt
@@ -92,7 +92,7 @@ stack contents as the probed function. When it is done, the handler
calls jprobe_return(), which traps again to restore the original stack
contents and processor state and switch to the probed function.
-By convention, the callee owns its arguments, so gcc may produce code
+By convention, the caller owns its arguments, so gcc may produce code
that unexpectedly modifies that portion of the stack. This is why
Kprobes saves a copy of the stack and restores it after the jprobe
handler has run. Up to MAX_STACK_SIZE bytes are copied -- e.g.,
--
1.7.1
^ permalink raw reply related [flat|nested] 17+ messages in thread
* Re: [PATCH] doc: fix some typos
2013-09-14 3:49 Xishi Qiu
@ 2013-09-14 16:49 ` Randy Dunlap
2013-09-16 1:42 ` Xishi Qiu
0 siblings, 1 reply; 17+ messages in thread
From: Randy Dunlap @ 2013-09-14 16:49 UTC (permalink / raw)
To: Xishi Qiu
Cc: benh, rob, ananth, anil.s.keshavamurthy, davem,
masami.hiramatsu.pt, Andrew Morton, linux-doc, LKML
On 09/13/13 20:49, Xishi Qiu wrote:
> diff --git a/Documentation/kprobes.txt b/Documentation/kprobes.txt
> index 0cfb00f..ca278d5 100644
> --- a/Documentation/kprobes.txt
> +++ b/Documentation/kprobes.txt
> @@ -92,7 +92,7 @@ stack contents as the probed function. When it is done, the handler
> calls jprobe_return(), which traps again to restore the original stack
> contents and processor state and switch to the probed function.
>
> -By convention, the callee owns its arguments, so gcc may produce code
Are you sure about that?
It looks correct to me (before the patch).
> +By convention, the caller owns its arguments, so gcc may produce code
> that unexpectedly modifies that portion of the stack. This is why
> Kprobes saves a copy of the stack and restores it after the jprobe
> handler has run. Up to MAX_STACK_SIZE bytes are copied -- e.g.,
>
--
~Randy
^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: [PATCH] doc: fix some typos
2013-09-14 16:49 ` Randy Dunlap
@ 2013-09-16 1:42 ` Xishi Qiu
0 siblings, 0 replies; 17+ messages in thread
From: Xishi Qiu @ 2013-09-16 1:42 UTC (permalink / raw)
To: Randy Dunlap
Cc: benh, rob, ananth, anil.s.keshavamurthy, davem,
masami.hiramatsu.pt, Andrew Morton, linux-doc, LKML
On 2013/9/15 0:49, Randy Dunlap wrote:
> On 09/13/13 20:49, Xishi Qiu wrote:
>
>> diff --git a/Documentation/kprobes.txt b/Documentation/kprobes.txt
>> index 0cfb00f..ca278d5 100644
>> --- a/Documentation/kprobes.txt
>> +++ b/Documentation/kprobes.txt
>> @@ -92,7 +92,7 @@ stack contents as the probed function. When it is done, the handler
>> calls jprobe_return(), which traps again to restore the original stack
>> contents and processor state and switch to the probed function.
>>
>> -By convention, the callee owns its arguments, so gcc may produce code
>
> Are you sure about that?
> It looks correct to me (before the patch).
>
Hi Randy, you are right, I confused caller and callee.
Thanks,
Xishi Qiu
>> +By convention, the caller owns its arguments, so gcc may produce code
>> that unexpectedly modifies that portion of the stack. This is why
>> Kprobes saves a copy of the stack and restores it after the jprobe
>> handler has run. Up to MAX_STACK_SIZE bytes are copied -- e.g.,
>>
>
>
^ permalink raw reply [flat|nested] 17+ messages in thread
end of thread, other threads:[~2022-10-13 4:01 UTC | newest]
Thread overview: 17+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2016-09-01 11:02 [PATCH] doc: fix some typos Juergen Gross
2016-09-02 8:30 ` Wei Liu
2016-09-02 8:57 ` Wei Liu
-- strict thread matches above, loose matches on Subject: below --
2022-09-28 2:35 [PATCH] doc:fix " dominic_riscx
2022-09-28 9:04 ` Andrew Jones
2022-09-28 15:51 ` Xiang W
2022-10-13 4:01 ` Anup Patel
2021-01-02 17:40 [PATCH] doc: fix " Thomas Ackermann via GitGitGadget
2021-01-02 21:53 ` Martin Ågren
2021-01-02 22:26 ` Felipe Contreras
2021-01-02 22:59 ` Martin Ågren
2021-01-02 23:40 ` Felipe Contreras
2021-01-03 14:50 ` Chris Torek
2020-06-16 21:03 Luc Van Oostenryck
2013-09-14 3:49 Xishi Qiu
2013-09-14 16:49 ` Randy Dunlap
2013-09-16 1:42 ` Xishi Qiu
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.