| /freebsd/crypto/openssl/doc/man7/ |
| H A D | life_cycle-mac.pod | 5 life_cycle-mac - The MAC algorithm life-cycle
10 go through a number of stages in their life-cycle:
16 This state represents the MAC before it has been allocated. It is the
17 starting state for any life-cycle transitions.
21 This state represents the MAC after it has been allocated.
25 This state represents the MAC when it is set up and capable of processing
30 This state represents the MAC when it is set up and capable of processing
35 This state represents the MAC when it has generated output.
39 This state is entered when the MAC is freed. It is the terminal state
40 for all life-cycle transitions.
[all …]
|
| H A D | life_cycle-kdf.pod | 5 life_cycle-kdf - The KDF algorithm life-cycle
10 go through a number of stages in their life-cycle:
16 This state represents the KDF/PRF before it has been allocated. It is the
17 starting state for any life-cycle transitions.
21 This state represents the KDF/PRF after it has been allocated.
25 This state represents the KDF/PRF when it is set up and capable of generating
30 This state is entered when the KDF/PRF is freed. It is the terminal state
31 for all life-cycle transitions.
35 =head2 State Transition Diagram
37 The usual life-cycle of a KDF/PRF is illustrated:
[all …]
|
| H A D | life_cycle-rand.pod | 5 life_cycle-rand - The RAND algorithm life-cycle
10 go through a number of stages in their life-cycle:
16 This state represents the RAND before it has been allocated. It is the
17 starting state for any life-cycle transitions.
21 This state represents the RAND after it has been allocated but unable to
26 This state represents the RAND when it is set up and capable of generating
31 This state represents the RAND when it has been shutdown and it is no longer
36 This state is entered when the RAND is freed. It is the terminal state
37 for all life-cycle transitions.
41 =head2 State Transition Diagram
[all …]
|
| H A D | life_cycle-digest.pod | 5 life_cycle-digest - The digest algorithm life-cycle
9 All message digests (MDs) go through a number of stages in their life-cycle:
15 This state represents the MD before it has been allocated. It is the
16 starting state for any life-cycle transitions.
20 This state represents the MD after it has been allocated.
24 This state represents the MD when it is set up and capable of processing
29 This state represents the MD when it is set up and capable of processing
34 This state represents the MD when it has generated output.
35 For an XOF digest, this state represents the MD when it has generated a
36 single-shot output.
[all …]
|
| H A D | life_cycle-pkey.pod | 5 life_cycle-pkey - The PKEY algorithm life-cycle
9 All public keys (PKEYs) go through a number of stages in their life-cycle:
15 This state represents the PKEY before it has been allocated. It is the
16 starting state for any life-cycle transitions.
20 This state represents the PKEY after it has been allocated.
24 This state represents the PKEY when it is ready to perform a private key decapsulation
29 This state represents the PKEY when it is ready to decrypt some ciphertext.
33 This state represents the PKEY when it is ready to derive a shared secret.
37 This state represents the PKEY when it is ready to perform a private key signature
42 This state represents the PKEY when it is ready to perform a public key encapsulation
[all …]
|
| H A D | life_cycle-cipher.pod | 5 life_cycle-cipher - The cipher algorithm life-cycle
10 life-cycle:
16 This state represents the CIPHER before it has been allocated. It is the
17 starting state for any life-cycle transitions.
21 This state represents the CIPHER after it has been allocated.
47 This state represents the CIPHER when it has generated output.
51 This state is entered when the CIPHER is freed. It is the terminal state
52 for all life-cycle transitions.
56 =head2 State Transition Diagram
58 The usual life-cycle of a CIPHER is illustrated:
[all …]
|
| /freebsd/contrib/libxo/xohtml/ |
| H A D | xohtml.css | 8 #content-wrapper {
12 #target-history .empty {
14 text-align:center;
17 #command-history .empty {
19 padding-left: 20px;
23 font-size: 70%;
26 div[data-key] {
30 div.decoration, div.default, div.header-line {
32 font-family: monospace;
33 white-space: pre-wrap;
[all …]
|
| /freebsd/contrib/libxo/xohtml/external/ |
| H A D | jquery.qtip.css | 2 * qTip2 - Pretty powerful tooltips - v2.1.1
15 left: -28000px;
16 top: -28000px;
19 max-width: 280px;
20 min-width: 50px;
22 font-size: 10.5px;
23 line-height: 12px;
27 box-shadow: none;
31 .qtip-content{
36 text-align: left;
[all …]
|
| /freebsd/sys/contrib/openzfs/module/zfs/ |
| H A D | vdev_draid_rand.c | 1 // SPDX-License-Identifier: LicenseRef-OpenZFS-ThirdParty-PublicDomain
16 * This is xoroshiro128++ 1.0, one of our all-purpose, rock-solid,
17 * small-state generators. It is extremely (sub-ns) fast and it passes all
18 * tests we are aware of, but its state space is large enough only for
26 return (x << k) | (x >> (64 - k)); in rotl()
|
| /freebsd/contrib/llvm-project/clang/lib/Rewrite/ |
| H A D | HTMLRewrite.cpp | 1 //== HTMLRewrite.cpp - Translate source code into prettified HTML --*- C++ -*-//
5 // SPDX-License-Identifier: Apache-2.0 WITH LLVM-exception
7 //===----------------------------------------------------------------------===//
12 //===----------------------------------------------------------------------===//
29 /// HighlightRange - Highlight a range in the source code with the specified
58 /// HighlightRange - This is the same as the above method, but takes
77 // to insert a close tag at the first non-whitespace before the newline. in HighlightRange()
82 // wait until we see a non-whitespace character. This prevents us from in HighlightRange()
84 // be put *after* whitespace on a non-blank line. in HighlightRange()
168 unsigned NumSpaces = 8-(ColNo&7); in EscapeText()
[all …]
|
| /freebsd/sys/contrib/device-tree/src/arm64/ti/ |
| H A D | k3-am642-hummingboard-t-usb3.dtso | 1 // SPDX-License-Identifier: GPL-2.0+
3 * Copyright (C) 2023 Josua Mayer <josua@solid-run.com>
5 * Overlay for SolidRun AM642 HummingBoard-T to enable USB-3.1.
8 /dts-v1/;
11 #include <dt-bindings/phy/phy.h>
13 #include "k3-serdes.h"
16 #address-cells = <1>;
17 #size-cells = <0>;
21 cdns,num-lanes = <1>;
22 cdns,phy-type = <PHY_TYPE_USB3>;
[all …]
|
| H A D | k3-am642-hummingboard-t-pcie.dtso | 1 // SPDX-License-Identifier: GPL-2.0+
3 * Copyright (C) 2023 Josua Mayer <josua@solid-run.com>
5 * Overlay for SolidRun AM642 HummingBoard-T to enable PCI-E.
8 /dts-v1/;
11 #include <dt-bindings/gpio/gpio.h>
12 #include <dt-bindings/phy/phy.h>
14 #include "k3-serdes.h"
17 pinctrl-names = "default";
18 pinctrl-0 = <&pcie0_default_pins>;
19 reset-gpios = <&main_gpio1 15 GPIO_ACTIVE_HIGH>;
[all …]
|
| /freebsd/contrib/libarchive/libarchive/ |
| H A D | archive_read_support_format_rar5.c | 1 /*-
98 uint8_t solid : 1; /* Is this a solid stream? */ member
230 ssize_t window_mask; /* Convenience field; window_size - 1. */
239 in solid multiarchive archives. */
241 buffer, used in unpacking solid
272 /* Bit reader state. */
281 /* block_flags_u8 contain fields encoded in little-endian bitfield:
283 * - table present flag (shr 7, and 1),
284 * - last block flag (shr 6, and 1),
285 * - byte_count (shr 3, and 7),
[all …]
|
| /freebsd/sys/contrib/device-tree/src/arm64/marvell/ |
| H A D | cn9130-cf-base.dts | 1 // SPDX-License-Identifier: GPL-2.0+
3 * Copyright (C) 2024 Josua Mayer <josua@solid-run.com>
9 /dts-v1/;
11 #include <dt-bindings/input/input.h>
12 #include <dt-bindings/leds/common.h>
15 #include "cn9130-sr-som.dtsi"
16 #include "cn9130-cf.dtsi"
20 compatible = "solidrun,cn9130-clearfog-base",
21 "solidrun,cn9130-sr-som", "marvell,cn9130";
23 gpio-keys {
[all …]
|
| H A D | cn9130-cf-pro.dts | 1 // SPDX-License-Identifier: GPL-2.0+
3 * Copyright (C) 2024 Josua Mayer <josua@solid-run.com>
9 /dts-v1/;
11 #include <dt-bindings/input/input.h>
12 #include <dt-bindings/leds/common.h>
15 #include "cn9130-sr-som.dtsi"
16 #include "cn9130-cf.dtsi"
20 compatible = "solidrun,cn9130-clearfog-pro",
21 "solidrun,cn9130-sr-som", "marvell,cn9130";
23 gpio-keys {
[all …]
|
| /freebsd/sys/contrib/device-tree/Bindings/media/i2c/ |
| H A D | imx290.txt | 1 * Sony IMX290 1/2.8-Inch CMOS Image Sensor
3 The Sony IMX290 is a 1/2.8-Inch CMOS Solid-state image sensor with
4 Square Pixel for Color Cameras. It is programmable through I2C and 4-wire
6 Low voltage LVDS DDR output and CSI-2 serial data output. The CSI-2 bus is the
10 - compatible: Should be "sony,imx290"
11 - reg: I2C bus address of the device
12 - clocks: Reference to the xclk clock.
13 - clock-names: Should be "xclk".
14 - clock-frequency: Frequency of the xclk clock in Hz.
15 - vdddo-supply: Sensor digital IO regulator.
[all …]
|
| H A D | sony,imx415.yaml | 1 # SPDX-License-Identifier: (GPL-2.0 OR BSD-2-Clause)
3 ---
5 $schema: http://devicetree.org/meta-schemas/core.yaml#
10 - Michael Riesch <michael.riesch@wolfvision.net>
12 description: |-
14 solid-state image sensor with a square pixel array and 8.46 M effective
18 available via CSI-2 serial data output (two or four lanes).
21 - $ref: /schemas/media/video-interface-devices.yaml#
34 avdd-supply:
37 dvdd-supply:
[all …]
|
| H A D | sony,imx296.yaml | 1 # SPDX-License-Identifier: (GPL-2.0 OR BSD-2-Clause)
3 ---
5 $schema: http://devicetree.org/meta-schemas/core.yaml#
7 title: Sony IMX296 1/2.8-Inch CMOS Image Sensor
10 - Manivannan Sadhasivam <manivannan.sadhasivam@linaro.org>
11 - Laurent Pinchart <laurent.pinchart@ideasonboard.com>
13 description: |-
14 The Sony IMX296 is a 1/2.9-Inch active pixel type CMOS Solid-state image
16 features a global shutter with variable charge-integration time. It is
17 programmable through I2C and 4-wire interfaces. The sensor output is
[all …]
|
| H A D | sony,imx290.yaml | 1 # SPDX-License-Identifier: (GPL-2.0 OR BSD-2-Clause)
3 ---
5 $schema: http://devicetree.org/meta-schemas/core.yaml#
7 title: Sony IMX290 1/2.8-Inch CMOS Image Sensor
10 - Manivannan Sadhasivam <manivannan.sadhasivam@linaro.org>
11 - Laurent Pinchart <laurent.pinchart@ideasonboard.com>
13 description: |-
14 The Sony IMX290 is a 1/2.8-Inch CMOS Solid-state image sensor with Square
16 through I2C and 4-wire interfaces.
19 LVDS DDR output and CSI-2 serial data output. The CSI-2 bus is the default.
[all …]
|
| /freebsd/share/man/man4/ |
| H A D | mps.4 | 4 .\" Copyright (c) 2015-2017 Avago Technologies
5 .\" Copyright (c) 2015-2017 Broadcom Ltd.
45 .Nd "LSI Fusion-MPT 2 IT/IR 6Gb/s Serial Attached SCSI/SATA driver"
49 .Bd -ragged -offset indent
57 .Bd -literal -offset indent
64 Fusion-MPT 2 IT/IR
66 controllers and WarpDrive solid state storage cards.
72 .Bl -bullet -compact
86 Broadcom Ltd./Avago Tech (LSI) SSS6200 Solid State Storage
103 .Bd -literal -offset indent
[all …]
|
| /freebsd/lib/libvgl/ |
| H A D | vgl.3 | 1 .\"-
210 The optional on-screen mouse pointer is shown if the
221 returns the current mouse pointer coordinates and button state in
267 draw a filled (solid) box with upper left hand corner at
285 draw a filled (solid) ellipse centered at
300 for the in-memory bitmap.
382 Passing an in-memory bitmap to this function results in error.
389 .Va object->VXsize
407 Passing an in-memory bitmap to this function results in error.
|
| /freebsd/usr.sbin/crunch/ |
| H A D | README | 5 pub/bsd/crunch-0.2.tar.gz
14 * You can build crunched binaries even with no sources on-line, you
44 easily with a kernel for a decent one-disk fixit filesystem.
47 space-saving technique. Crunch automates the process by building the
68 bringing together a solid, state of the art development environment.
74 Crunch was written for the Maruti Hard Real-Time Operating System
76 and recovery procedures for our NetBSD-based development environment. It
77 is copyright (c) 1994 by the University of Maryland under a UCB-style
78 freely- redistributabl
[all...] |
| /freebsd/sys/contrib/device-tree/Bindings/mtd/ |
| H A D | mtd-physmap.txt | 1 CFI or JEDEC memory-mapped NOR flash, MTD-RAM (NVRAM...)
3 Flash chips (Memory Technology Devices) are often used for solid state
6 - compatible : should contain the specific model of mtd chip(s)
7 used, if known, followed by either "cfi-flash", "jedec-flash",
8 "mtd-ram" or "mtd-rom".
9 - reg : Address range(s) of the mtd chip(s)
11 non-identical chips can be described in one node.
12 - bank-width : Width (in bytes) of the bank. Equal to the
14 - device-width : (optional) Width of a single mtd chip. If
15 omitted, assumed to be equal to 'bank-width'.
[all …]
|
| H A D | mtd-physmap.yaml | 1 # SPDX-License-Identifier: GPL-2.0
3 ---
4 $id: http://devicetree.org/schemas/mtd/mtd-physmap.yaml#
5 $schema: http://devicetree.org/meta-schemas/core.yaml#
7 title: CFI or JEDEC memory-mapped NOR flash, MTD-RAM (NVRAM...)
10 - Rob Herring <robh@kernel.org>
13 Flash chips (Memory Technology Devices) are often used for solid state
17 - $ref: mtd.yaml#
18 - $ref: /schemas/memory-controllers/mc-peripheral-props.yaml#
23 - items:
[all …]
|
| /freebsd/sys/contrib/device-tree/src/arm64/freescale/ |
| H A D | fsl-lx2162a-clearfog.dts | 1 // SPDX-License-Identifier: (GPL-2.0 OR MIT)
5 // Copyright 2023 Josua Mayer <josua@solid-run.com>
7 /dts-v1/;
9 #include "fsl-lx2160a.dtsi"
10 #include "fsl-lx2162a-sr-som.dtsi"
14 compatible = "solidrun,lx2162a-clearfog", "solidrun,lx2162a-som", "fsl,lx2160a";
35 stdout-path = "serial0:115200n8";
39 compatible = "gpio-leds";
41 led_sfp_at: led-sfp-at {
43 default-state = "off";
[all …]
|