aboutsummaryrefslogtreecommitdiff
path: root/crates/tor-proto/src/client/stream
Commit message (Collapse)AuthorAgeFilesLines
...
* tor-proto: move some comments from `CC_XOFF_CLIENT`Steven Engler2025-09-161-15/+20
|
* tor-proto: use `CellCount` in `FlowCtrlParameters`Steven Engler2025-09-161-6/+46
|
* tor-proto: add pub `CellCount`Steven Engler2025-09-151-0/+37
|
* tor-proto: pass `FlowCtrlParameters` to `XonXoffFlowCtrl`Steven Engler2025-09-112-0/+11
|
* tor-proto: add `FlowCtrlParameters` to `CircParameters` and `HopSettings`Steven Engler2025-09-111-0/+14
|
* tor-proto: add struct `FlowCtrlParameters`Steven Engler2025-09-112-0/+23
|
* tor-proto: add some missing doc commentsSteven Engler2025-09-105-1/+17
|
* tor-proto: put some code behind the "flowctl-cc" featureSteven Engler2025-09-102-0/+2
|
* tor-proto: rename `StreamFlowCtrl` constructorsSteven Engler2025-09-101-2/+2
|
* tor-proto: simplify `StreamFlowCtrlEnum` with `enum_dispatch`Steven Engler2025-09-103-90/+65
|
* tor-proto: rename `StreamFlowControl` to `StreamFlowCtrl`Steven Engler2025-09-103-21/+21
|
* tor-proto: rename `StreamFlowControlEnum` to `StreamFlowCtrlEnum`Steven Engler2025-09-101-18/+18
|
* tor-proto: remove some unneeded `pub(crate)`Steven Engler2025-09-102-8/+5
|
* tor-proto: move xon/xoff flow ctrl logic to `XonXoffFlowCtrl`Steven Engler2025-09-102-143/+171
|
* tor-proto: move window flow ctrl logic to `WindowFlowCtrl`Steven Engler2025-09-102-36/+70
|
* tor-proto: move flow control state constructorsSteven Engler2025-09-103-7/+27
|
* tor-proto: renamed `XonXoffControl` to `XonXoffFlowCtrl`Steven Engler2025-09-102-4/+4
| | | | For consistency with `WindowFlowControl`.
* tor-proto: moved `XonXoffControl` and `LastSentXonXoff`Steven Engler2025-09-103-25/+36
|
* tor-proto: added a `WindowFlowCtrl` state typeSteven Engler2025-09-104-5/+15
|
* tor-proto: move `DrainRateRequest`Steven Engler2025-09-102-6/+7
|
* tor-proto: remove a `pub(crate) use` from `client::stream`Steven Engler2025-09-102-2/+3
| | | | | For internal types, I think it becomes too much of a mess to export everything through a single module.
* tor-proto: reorganize some flow control modulesSteven Engler2025-09-105-2/+7
| | | | This is all private (or pub(crate)) code.
* proto: Add a circuit module shared between client and relay impls.Gabriela Moldovan2025-08-281-1/+1
| | | | | | | This is just code motion (I suggest reviewing with `--color-moved`). This also moves the implementation-agnostic parts from `tor_proto::client::circuit` to a new `tor_proto::circuit` module.
* tor-proto: don't allow consecutive XOFF messagesSteven Engler2025-08-271-1/+14
|
* proto: Add prop349 note about the resolve stream handler.Gabriela Moldovan2025-08-201-0/+14
|
* tor-proto: add comments to `CC_XOFF_CLIENT`Steven Engler2025-08-181-0/+29
| | | | | | This tries to explain that the amount of incoming data we choose to buffer on an arti stream doesn't really matter for arti's socks proxy, since the amount of data buffered by the kernel is significantly higher.
* proto: Move the `stream` module under `client` (breaking).Gabriela Moldovan2025-08-1810-0/+2731
The `stream` module is client-specific, for the most part, so I am moving it under `client`. Later on, we will factor out the parts that can be shared with the relay implementation. Note: this is a breaking change as the deleted `stream` module was `pub`. We could've kept the module and reexported from it the public types from `tor_proto::client::stream`, but I think it's better to have this `client` namespacing, because it makes the separation between the client and relay parts clearer.