mirrors/arti.git/crates/tor-chanmgr/src/lib.rs, branch arti-v1.3.1mirror of https://gitlab.torproject.org/tpo/core/arti
http://git.dilluti0n.com/mirrors/arti.git/atom?h=arti-v1.3.12024-11-27T19:09:22Ztor-chanmgr: add `util::defer` module2024-11-27T19:09:22ZSteven Engleropara@torproject.org2024-11-26T20:11:14Zurn:sha1:d9c150b4a604ad23b98be82b00f718720265e11a
This contains the `Defer` type, which can be used to defer a closure
until the `Defer` is dropped.
tor-chanmgr: fix reconfigure bug when given `CheckAllOrNothing`2024-11-12T23:48:36ZSteven Engleropara@torproject.org2024-11-05T22:00:55Zurn:sha1:d7de30057914067faeee2bf8619661f11f3ad086
We shouldn't actually reconfigure anything if given `CheckAllOrNothing`.
tor-chanmgr: fix `unused_imports` warning on `ChannelAccount`2024-10-09T21:50:55ZSteven Engleropara@torproject.org2024-10-09T20:15:13Zurn:sha1:341ea150097943ee364a9108e8ec4a67e330e635tor-proto: Make circuit->channel queues participate in memquota2024-10-03T14:10:47ZIan Jacksonijackson@chiark.greenend.org.uk2024-09-24T11:12:25Zurn:sha1:39935609efa1feb7512af8cf401865b90ffed786
We use the *channel*'s memquota account. This is arguably wrong, but
it's hard to get right now. See #1652.
Change the type of the queue, and the places it's constructed.
The use sites can all stay the same.
tor-proto: Plumb the ChannelAccount through to queue creation site2024-10-03T14:10:47ZIan Jacksonijackson@chiark.greenend.org.uk2024-10-02T16:24:59Zurn:sha1:939d291ed3792a5fd1392f4e2816de254ac1bc12
This gets it as far as the outbound circuit->channel mpsc queue creation.
Also, we provide an accessor for it.
memquota: Add a toplevel account in tor-chanmgr2024-10-03T14:10:35ZIan Jacksonijackson@chiark.greenend.org.uk2024-10-02T14:57:10Zurn:sha1:96b432f5b6c11bd6cdf927b4231b7161b2132ab1
Plumb through a top-level account. This doesn't have any
channel-specific, circuit-specific or stream-specific accounts yet.
tor-circmgr's and tor-hsclient's *tests* need fake account.
In arti-relay, use a dummy account for now.
memquota: Add a toplevel account in tor-chanmgr (pre-fmt)2024-10-03T14:10:35ZIan Jacksonijackson@chiark.greenend.org.uk2024-10-02T14:56:51Zurn:sha1:19f1f07ed26749a9b6e8ce72a6f30ba469c5d831tor-proto: Reformat a doc comment2024-09-26T19:48:22ZIan Jacksonijackson@chiark.greenend.org.uk2024-09-24T11:05:52Zurn:sha1:44f800510e378a4cec454ac4f340a4293697bb7b
Make it have a summary line of only reasonable size.
While we're here, wrap the body with semantic linefeeds.
rtcompat: Rename TcpProvider to NetStreamProvider.2024-09-24T13:10:11ZNick Mathewsonnickm@torproject.org2024-09-19T11:55:22Zurn:sha1:8c2d84000e4d5ba74e7b6b4e9dac3fc700f618b5
(And similarly rename TcpListener to NetStreamListener,
along with their TcpStream/TcpListener associated types.)
These types are about to become generic over addresses,
and therefore shouldn't be named after TCP.
Renaming was done mostly with Rust Analyzer,
except for some macros that needed to be hand-edited.
(I'll revise the comments in the next commit;
this one is all about renaming.)
tor-chanmgr: add experimental `ChanMgr::handle_incoming`2024-09-11T18:15:16ZSteven Engleropara@torproject.org2024-09-04T14:38:13Zurn:sha1:6dda7fc80834962d9485b8d92f63feacbcad4be8
The channel manager in the future will need to be able to receive
incoming streams. The type of the stream depends on an associated type
within `ChannelFactory`, so this commit exposes this associated type
through several other types, eventually to the `ChanMgr`.
The new methods are behind the experimental "relay" feature flag.