mirrors/arti.git/crates/tor-proto/src/crypto, branch arti-1.2.1 mirror of https://gitlab.torproject.org/tpo/core/arti http://git.dilluti0n.com/mirrors/arti.git/atom?h=arti-1.2.1 2024-03-20T14:10:32Z Add and use RelayCellFormatTrait 2024-03-20T14:10:32Z Jim Newsome jnewsome@torproject.org 2024-03-19T00:30:12Z urn:sha1:8a91f277bbb9faa263a33d6b270f652a0da98068 This lets us paramaterize types and functions by a particular relay cell format. We use this e.g. to statically parameterize the cell crypto functions, thereby removing some run-time branching in the hot path. Propagate RelayCellFormat selection up to where format decisions will be made 2024-03-20T14:08:27Z Jim Newsome jnewsome@torproject.org 2024-03-14T19:24:40Z urn:sha1:2da3c95fc744db6248c077f35a7b3c328bfdf55a Paramaterize layer crypto objects by cell format 2024-03-20T14:08:06Z Jim Newsome jnewsome@torproject.org 2024-03-14T17:57:53Z urn:sha1:e3199f7d2dc9c481f855dcf7a8b3abcaf7f6f6ab RelayCellBody: generalize over RelayCellFormat 2024-03-20T14:07:53Z Jim Newsome jnewsome@torproject.org 2024-03-14T16:52:13Z urn:sha1:86f38c6d785b0adebcc81878719411b6d4648877 Different formats will use different ranges for the `recognized` and `digest` fields. RelayCellBody::is_recognized: improve doc comment 2024-03-20T14:07:27Z Nick Mathewson nickm@torproject.org 2024-03-18T16:34:43Z urn:sha1:657f8056ca25ca998a9acbdc6ebb908c21840707 RelayCellFormat::recognized -> is_recognized 2024-03-20T14:07:27Z Jim Newsome jnewsome@torproject.org 2024-03-14T16:01:26Z urn:sha1:711d1552b5fe6f496f36bace0abb4dae716db757 Run maint/add_warning. 2024-03-13T16:30:53Z Nick Mathewson nickm@torproject.org 2024-03-13T16:30:53Z urn:sha1:c0c9bd15d42897825dd0ab3d3b8dd1c17bd6320c clippy: consequential rustfmt 2024-01-02T15:04:18Z Ian Jackson ijackson@chiark.greenend.org.uk 2024-01-02T12:49:55Z urn:sha1:1ba7e8a78f21b5e1c26c87d12e7a77ebb3a8949d clippy: Use infallible calls 2024-01-02T13:56:22Z Ian Jackson ijackson@chiark.greenend.org.uk 2024-01-02T12:48:56Z urn:sha1:0ce386a24bd5b0490aee28345f90c7ac956a844d Resolves clippy complaints about needless fallible conversions. NtorV3Extension set encoding/decoding: include n_extensions 2023-12-07T15:45:45Z Jim Newsome jnewsome@torproject.org 2023-11-29T15:55:56Z urn:sha1:cea4c505d8088f91cbe6b2884a9d54acafd80081 An encoded set of extensions in the ntorv3 handshake includes a header with the number of extensions. This change adds that header. It also changes `write_many_onto` to take a slice instead of an iterator, since we need to know the number of extensions up-front. In principle we could take a clonable iterator instead and use Iterator::count, but it's probably not worth the extra complexity.