mirrors/arti.git/crates/tor-chanmgr/src/factory.rs, branch arti-v2.0.0

relay: Pass advertised addresses to the channel handler

2026-01-22T16:16:44Z

We need the advertised addresses for the NETINFO cell when opening a relay channel. Keep them in the TorRelay object so we can pass them to the ChanMgr channel handler. This will also help with config reload where only the local values in TorRelay will need to be updated. Signed-off-by: David Goulet

tor-chanmgr: wrap the peer address in `Sensitive`

2025-11-05T19:31:01Z

For incoming connections, wrap the peer address in `Sensitive` as it could be a client.

opentelemetry: Add some instrument macros.

2025-09-24T19:23:32Z

I've added these in places that are useful for the debugging that I've been doing.

Switch Cargo.toml files to edition 2024.

2025-08-07T15:28:36Z

First, run ``` git grep -l "^edition =" | xargs perl -i -pe 's/^edition *=.*/edition = "2024"/;' ``` Second, manually verify that all Cargo.toml files have changed, and nothing else has changed. Third, run cargo fmt again.

tor-proto: Plumb the ChannelAccount through to queue creation site

2024-10-03T14:10:47Z

This gets it as far as the outbound circuit->channel mpsc queue creation. Also, we provide an accessor for it.

tor-proto: Plumb the ChannelAccount through to queue creation site (pre-fmt)

2024-10-03T14:10:35Z

tor-chanmgr: Make a memquota::ChannelAcocunt per channel

2024-10-03T14:10:35Z

This delivers a fresh account per channel to the places where channels are actually made, but doesn't pass them to tor-proto yet.

tor-chanmgr: add experimental `ChanMgr::handle_incoming`

2024-09-11T18:15:16Z

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.

tor-chanmgr: make `CompoundFactory` generic over `ChannelFactory`

2024-09-11T18:14:33Z

This has two advantages: 1. Code is a little easier to follow with generics rather than dynamic dispatch, especially since the type is fixed at compile time anyways. 2. It allows us to access associated types of the `ChannelFactory`, which will be useful later for getting the stream type from the `ChanBuilder`.

proto: Make Channel explicitly Arc<.>

2024-05-16T16:24:12Z

Previously, Channel was a type that you could Clone that implicitly its state. Now, Channel always appears as an Arc. This change has several benefits: * It makes the relationship between Channel struct and the underlying channel more clear. * It enables Channel to participate in the RPC system, where everything has to be an Arc<.> * It enables us to have a Weak, if we ever want to. * It will let us move various members out of ChannelDetails. We did this change a while ago with ClientCirc.