Searched refs:pretty (Results 1 – 25 of 115) sorted by relevance
12345
| /linux/tools/bpf/bpftool/ |
| A D | json_writer.c | 24 bool pretty; /* optional whitepace */ member
39 if (!self->pretty) in jsonw_eol()
99 self->pretty = false; in jsonw_new()
119 self->pretty = on; in jsonw_pretty()
157 if (self->pretty) in jsonw_name()
|
| /linux/tools/testing/selftests/wireguard/ |
| A D | netns.sh | 32 pretty() { echo -e "\x1b[32m\x1b[1m[+] ${1:+NS$1: }${2}\x1b[0m" >&3; } function
33 pp() { pretty "" "$*"; "$@"; }
35 n0() { pretty 0 "$*"; maybe_exec ip netns exec $netns0 "$@"; }
36 n1() { pretty 1 "$*"; maybe_exec ip netns exec $netns1 "$@"; }
37 n2() { pretty 2 "$*"; maybe_exec ip netns exec $netns2 "$@"; }
38 ip0() { pretty 0 "ip $*"; ip -n $netns0 "$@"; }
39 ip1() { pretty 1 "ip $*"; ip -n $netns1 "$@"; }
40 ip2() { pretty 2 "ip $*"; ip -n $netns2 "$@"; }
42 waitiperf() { pretty "${1//*-}" "wait for iperf:${3:-5201} pid $2"; while [[ $(ss -N "$1" -tlpH "sp…
662 pretty "" "Objects that were created were also destroyed."
|
| /linux/tools/bpf/bpftool/Documentation/ |
| A D | bpftool-link.rst | 15 *OPTIONS* := { { **-j** | **--json** } [{ **-p** | **--pretty** }] | { **-d** | **--debug** } |
86 **# bpftool --json --pretty link show**
|
| A D | common_options.rst | 16 -p, --pretty
|
| A D | bpftool.rst | 22 { **-j** | **--json** } [{ **-p** | **--pretty** }] | { **-d** | **--debug** } }
|
| A D | bpftool-perf.rst | 15 *OPTIONS* := { { **-j** | **--json** } [{ **-p** | **--pretty** }] | { **-d** | **--debug** } }
|
| A D | bpftool-struct_ops.rst | 15 *OPTIONS* := { { **-j** | **--json** } [{ **-p** | **--pretty** }] | { **-d** | **--debug** } }
|
| A D | bpftool-iter.rst | 15 *OPTIONS* := { { **-j** | **--json** } [{ **-p** | **--pretty** }] | { **-d** | **--debug** } }
|
| A D | bpftool-feature.rst | 15 *OPTIONS* := { { **-j** | **--json** } [{ **-p** | **--pretty** }] | { **-d** | **--debug** } }
|
| A D | bpftool-net.rst | 15 *OPTIONS* := { { **-j** | **--json** } [{ **-p** | **--pretty** }] | { **-d** | **--debug** } }
|
| A D | bpftool-cgroup.rst | 15 *OPTIONS* := { { **-j** | **--json** } [{ **-p** | **--pretty** }] | { **-d** | **--debug** } |
|
| /linux/tools/perf/util/ |
| A D | PERF-VERSION-GEN | 22 CID=$(git log -1 --abbrev=12 --pretty=format:"%h" 2>/dev/null) && CID="-g$CID"
|
| /linux/kernel/configs/ |
| A D | xen.config | 16 # pretty useless systems starting from allnoconfig
|
| /linux/Documentation/devicetree/bindings/iio/ |
| A D | st,st-sensors.yaml | 9 description: The STMicroelectronics sensor devices are pretty straight-forward
14 The STMicroelectronics sensor devices are pretty straight-forward I2C or
|
| /linux/Documentation/i2c/busses/ |
| A D | i2c-taos-evm.rst | 44 The communication protocol is text-based and pretty simple. It is
|
| /linux/Documentation/i2c/ |
| A D | ten-bit-addresses.rst | 31 Note that 10-bit address devices are still pretty rare, so the limitations
|
| /linux/Documentation/driver-api/ |
| A D | nvmem.rst | 19 drivers/misc, where they all had to duplicate pretty much the same code to
24 the solutions used were pretty much different from one driver to another, there
|
| /linux/Documentation/bpf/ |
| A D | btf.rst | 13 The debug info is used for map pretty print, function signature, etc. The
147 pretty print. At most one encoding can be specified for the int type.
225 equal to ``30``. This is because the original use case is map pretty print
535 pretty print types, dump func signatures and line info, etc.
656 tool has full btf knowledge and is able to pretty print map key/values, dump
798 5.1 bpftool map pretty print
824 bpftool is able to pretty print like below:
|
| /linux/Documentation/filesystems/ |
| A D | gfs2.rst | 41 is pretty close.
|
| /linux/Documentation/networking/ |
| A D | fib_trie.rst | 87 level compression. This part follows the original paper pretty closely
98 The route manipulation functions. Should conform pretty closely to the
|
| /linux/Documentation/arm/ |
| A D | interrupts.rst | 9 Firstly, it contains some pretty major changes to the way we handle the
110 The "level" handler is what we currently have - its pretty simple.
|
| /linux/Documentation/driver-api/media/drivers/ |
| A D | cx88-devel.rst | 94 I'm pretty sure when no IR signal is present the receiver is always in a
|
| /linux/Documentation/x86/x86_64/ |
| A D | fake-numa-for-cpusets.rst | 76 cpusets. Since cpusets can form a hierarchy, you can create some pretty
|
| /linux/Documentation/power/ |
| A D | s2ram.rst | 23 way to debug these things, and it's actually pretty powerful (but
|
| /linux/Documentation/x86/ |
| A D | intel-iommu.rst | 48 IOVA generation is pretty generic. We used the same technique as vmalloc()
|
Completed in 36 milliseconds
12345