mirrors/arti.git/crates/tor-proto/src/relay/reactor, branch arti-v2.0.0mirror of https://gitlab.torproject.org/tpo/core/arti
http://git.dilluti0n.com/mirrors/arti.git/atom?h=arti-v2.0.02026-01-29T16:33:21Zproto: Rename chan senders and sinks for clarity2026-01-29T16:33:21ZGabriela Moldovangabi@torproject.org2026-01-29T16:08:32Zurn:sha1:f8332eda7d19136b76f58942bbb6c48c3df74070
We settled on
* `inbound_chan{tx, rx}`, for the inbound channel (the channel towards
the guard, if we are a client, or towards the client if we are a
relay)
* `outbound_chan{tx, rx}`, for the outbound channel (the channel
towards the exit, if we are a middle relay)
proto: Replace relay reactor with new generic reactor2026-01-29T16:33:21ZGabriela Moldovangabi@torproject.org2026-01-26T18:40:43Zurn:sha1:bc26b037e03cc7ae25b69e9e8ac99527c5fcb8b0proto: Avoid locking in CircHopOutbound::ccontrol()2026-01-29T16:33:21ZGabriela Moldovangabi@torproject.org2026-01-22T11:54:26Zurn:sha1:29159e80c713ea4ab1ab657c7eeae53f37e62814
This is just because the generic reactor will soon need a clone of the
CC object, so I am preemptively making this function return a ref to the
underlying `Arc` instead. Technically, it would've been fine to just
kept this method and add a separate one returning `&Arc<Mutex<..>>`,
but I'd prefer keeping the API small.
proto: s/Forward/ForwardSender for clarity2026-01-29T16:33:21ZGabriela Moldovangabi@torproject.org2026-01-22T16:36:52Zurn:sha1:ffbd201b5a2c1ac9690c238fd9e0582e23a4d44f
This renaming is needed because I will soon introduce a new `Forward`
struct, with a completely different purpose.
proto: Rip CC state out of CircHopInbound2026-01-29T16:33:21ZGabriela Moldovangabi@torproject.org2026-01-16T16:51:17Zurn:sha1:ce6c90cca94b02e6d78d7cca7f01ec4f675f4c28
Soon it won't need be needed here any more. I'm removing it, because
having redundant handles to the CC state makes it difficult to see
exactly where it's being used from.
proto: Add exceptions for clippy::unused async in relay reactor2026-01-27T18:11:36ZGabriela Moldovangabi@torproject.org2026-01-27T18:11:36Zurn:sha1:81eecd78b4b4c6ce2152a171ba9189614edc4820
This code is still WIP, so I propose we ignore the lint for now.
Merge branch 'ticket1599_02' into 'main'2026-01-13T19:09:55ZDavid Gouletdgoulet@torproject.org2026-01-13T19:09:55Zurn:sha1:c8f39091171503cab1e2f3582b531dd30a3af5d5
chanmgr: Ability for the ChanMgr to be channel type specific and launch relay channels
See merge request tpo/core/arti!3563proto: Fix comments documentation2026-01-13T18:46:18ZDavid Gouletdgoulet@torproject.org2026-01-08T20:55:48Zurn:sha1:5e35e3dd58945e5c84f823ec4921376bfa8b52b3proto: Dedupe IncomingStreamRequestHandler2026-01-12T19:10:54ZGabriela Moldovangabi@torproject.org2026-01-12T18:50:26Zurn:sha1:271603e38f5be23ae3ff756a18fb87406a933e9dproto: Give IncomingStreamRequestHandler a HopNum2026-01-12T19:10:43ZGabriela Moldovangabi@torproject.org2026-01-12T18:44:14Zurn:sha1:c4c13c63c40374370f5a61dfd6f97c40478c528a
This currently duplicates the client `IncomingStreamRequestHandler`.
To deduplicate it, we need the `hop_num` to be optional (it will be
`None` for relays, and `Some(hopnum)` in the client reactor).
The next commit will fix the code duplication.