| Commit message (Collapse) | Author | Age | Files | Lines | ||
|---|---|---|---|---|---|---|
| ... | ||||||
| * | tor-proto: add `StreamReceiver::is_empty()` | Steven Engler | 2025-07-17 | 1 | -1/+39 | |
| | | ||||||
| * | tor-proto: add the `XonXoffReader` and connect it to the reactor | Steven Engler | 2025-07-17 | 11 | -15/+267 | |
| | | | | | | | | | | | | | The idea here is that the reactor builds an `XonXoffReaderCtrl` for the new stream, and the `XonXoffReaderCtrl` can receive notifications from the reactor's `StreamFlowControl`. The `XonXoffReaderCtrl` can be combined with any `AsyncRead` to build a `XonXoffReader`, essentially wrapping the `AsyncRead` with a type that handles XON/XOFF flow control. Essentially, the reactor gives you a type that allows you to add XON/XOFF flow control support to any `AsyncRead`. We will add this `XonXoffReader` to the `DataReader` in a future commit. | |||||
| * | tor-proto: add plumbing for sending XON | Steven Engler | 2025-07-17 | 6 | -5/+171 | |
| | | | | | | Nothing actually causes an XON to be sent yet. But this adds the code so that anything holding the `StreamTarget` can request to send an XON. | |||||
| * | tor-proto: move some code into a `approx_stream_bytes_buffered()` fn | Steven Engler | 2025-07-17 | 1 | -6/+11 | |
| | | ||||||
| * | Merge branch 'flow-ctrl' into 'main' | opara | 2025-07-16 | 17 | -160/+591 | |
| |\ | | | | | | | | | tor-proto,tor-cell: Code refactoring and add support for sending XOFF messages See merge request tpo/core/arti!3094 | |||||
| | * | tor-cell: add `FlowCtrlVersion::V0` | Steven Engler | 2025-07-16 | 1 | -12/+2 | |
| | | | ||||||
| | * | tor-proto: send XOFF messages when the queue grows too large | Steven Engler | 2025-07-16 | 6 | -6/+121 | |
| | | | ||||||
| | * | tor-proto: add `CongestionControl::uses_xon_xoff()` | Steven Engler | 2025-07-16 | 3 | -0/+19 | |
| | | | ||||||
| | * | tor-proto: add dedicated types for the incoming stream queue | Steven Engler | 2025-07-16 | 10 | -24/+275 | |
| | | | | | | | | | | | XON/XOFF flow control will want to know how many data bytes are queued on a stream, so the new types track that. | |||||
| | * | tor-proto: combine some objects into a `StreamComponents` | Steven Engler | 2025-07-15 | 2 | -28/+64 | |
| | | | | | | | | | | | | | As we continue adding more functionality to streams like flow control, we'll have more objects to pass around. This tries to group them together. | |||||
| | * | tor-proto: rename `StreamSendFlowControl` and related changes | Steven Engler | 2025-07-15 | 5 | -46/+47 | |
| | | | | | | | | | | | | | | | | | The plan is to use `StreamSendFlowControl` (now `StreamFlowControl`) for both outgoing and incoming directions, so a name change is needed. This also updates some comments, and renames some related struct fields that have the word "send" in them. | |||||
| | * | tor-proto: adjust `CtrlMsg::SendSendme` and rename | Steven Engler | 2025-07-15 | 3 | -60/+80 | |
| | | | | | | | | | | | | | | | | | This allows us to extend the command to implement different flow control methods. We could add new command variants for new flow control methods instead, but I think it makes sense to have them be a single command as they will always have a stream ID / hop location in common. This also helps us keep the flow control logic in one place. | |||||
| | * | tor-cell: remove `flowctl-cc` feature and make XON/XOFF cells stable | Steven Engler | 2025-07-15 | 1 | -1/+0 | |
| | | | | | | | | | | | I don't see any further changes being needed for these types, and it simplifies a lot of future code in tor-proto that uses these types. | |||||
| * | | proto: Add some docs for the conflux stream tests. | Gabriela Moldovan | 2025-07-16 | 1 | -0/+27 | |
| | | | ||||||
| * | | proto: Explain why the test MockRuntime is behind a mutex. | Gabriela Moldovan | 2025-07-16 | 1 | -1/+6 | |
| | | | ||||||
| * | | conflux: Ensure the min-heap is really a min-heap. | Gabriela Moldovan | 2025-07-16 | 1 | -1/+1 | |
| | | | | | | | | | | | | | | | | | The `Ord` impl of `OooRelayMsg` already "reverses" the seqno comparison, which means previously we were double-reversing it (leading to the ooo cell heap logic being broken in cases where its size was > 1). Caught by the new conflux switch handling tests. | |||||
| * | | conflux: Add test for out-of-order cell handling in the client. | Gabriela Moldovan | 2025-07-16 | 1 | -3/+252 | |
| | | | ||||||
| * | | proto: Make the mock exit start writing to the stream. | Gabriela Moldovan | 2025-07-16 | 1 | -1/+84 | |
| | | | ||||||
| * | | proto: Replace oneshot completion channel with event channel. | Gabriela Moldovan | 2025-07-16 | 1 | -18/+45 | |
| | | | | | | | | | | | | | | | The two mock exit legs will use this channel to notify each other of the receipt of BEGIN cells. This will enable us to extend the tests to support writing cells to the stream (but only after the stream is opened). | |||||
| * | | proto: Give ConfluxStreamState a constructor. | Gabriela Moldovan | 2025-07-16 | 1 | -7/+14 | |
| | | | ||||||
| * | | proto: Replace tuple with struct with named fields for clarity. | Gabriela Moldovan | 2025-07-16 | 1 | -37/+30 | |
| | | | | | | | | | This abolishes the overly-long tuple used in these tests. | |||||
| * | | proto: Move list of expected switches to a separate variable. | Gabriela Moldovan | 2025-07-16 | 1 | -26/+30 | |
| | | | | | | | | | | | I am moving these out of the `relays` list, in preparation for a minor refactoring around that part. | |||||
| * | | proto: Clarify docs to say who the receiver of the data_recvd is. | Gabriela Moldovan | 2025-07-16 | 1 | -1/+1 | |
| | | | ||||||
| * | | proto: Remove no-longer accurate comment from test. | Gabriela Moldovan | 2025-07-16 | 1 | -4/+0 | |
| | | | ||||||
| * | | proto: Refactor test loop exit condition. | Gabriela Moldovan | 2025-07-16 | 1 | -1/+13 | |
| | | | | | | | | | | | This is about to become slightly more complex, as the mock exit will support writing to the stream too. | |||||
| * | | proto: Rename test for clarity. | Gabriela Moldovan | 2025-07-16 | 1 | -1/+1 | |
| |/ | | | | | I will another test for exit-to-client transmissions, so I am preemptively renaming its counterpart. | |||||
| * | Merge branch 'flow-ctrl' into 'main' | opara | 2025-07-10 | 12 | -96/+327 | |
| |\ | | | | | | | | | tor-proto: Handle incoming XON/XOFF messages See merge request tpo/core/arti!3054 | |||||
| | * | tor-proto: renamed `get_bytes_per_sec()` to `bytes_per_sec()` | Steven Engler | 2025-07-10 | 2 | -2/+2 | |
| | | | ||||||
| | * | tor-proto: changed 'if' statements to 'match' | Steven Engler | 2025-07-10 | 2 | -22/+34 | |
| | | | ||||||
| | * | tor-proto: added TODOs for making rate limit stream optional | Steven Engler | 2025-07-09 | 2 | -0/+2 | |
| | | | ||||||
| | * | tor-proto: set `XonXoffBased` variant behind "flowctl-cc" feat | Steven Engler | 2025-07-07 | 2 | -5/+23 | |
| | | | ||||||
| | * | tor-proto: finish support for `StreamSendFlowControl` XON/XOFF | Steven Engler | 2025-07-07 | 1 | -7/+4 | |
| | | | ||||||
| | * | tor-proto: handle XON/XOFF messages | Steven Engler | 2025-07-07 | 5 | -7/+101 | |
| | | | ||||||
| | * | tor-proto: establish channel for rate limit updates | Steven Engler | 2025-07-07 | 9 | -31/+127 | |
| | | | ||||||
| | * | tor-proto: code movement | Steven Engler | 2025-07-07 | 1 | -33/+33 | |
| | | | | | | | | | Moves the `DataWriter` impl to immediately after the definition. | |||||
| | * | tor-proto: small `DataWriter` refactoring | Steven Engler | 2025-07-07 | 1 | -25/+35 | |
| | | | ||||||
| | * | tor-proto: remove incorrect doc comment | Steven Engler | 2025-07-07 | 1 | -2/+0 | |
| | | | ||||||
| | * | tor-proto: move sendme decoding into `StreamSendFlowControl` | Steven Engler | 2025-07-07 | 4 | -18/+22 | |
| | | | | | | | | | | | We only want to try to decode it if the circuit is using window-based flow control. | |||||
| * | | Merge branch 'fix-zero-read' into 'main' | Ian Jackson | 2025-07-10 | 1 | -2/+3 | |
| |\ \ | | | | | | | | | | | | | | | | | | | tor-proto: Fix 0-len buffer bug in `DataReader::poll_read` Closes #2053 See merge request tpo/core/arti!3080 | |||||
| | * | | tor-proto: fix 0-len buffer bug in `DataReader::poll_read` | Steven Engler | 2025-06-26 | 1 | -2/+3 | |
| | | | | ||||||
| * | | | Merge branch 'prop360-combined' into 'main' | Nick Mathewson | 2025-07-10 | 4 | -1/+144 | |
| |\ \ \ | | | | | | | | | | | | | | | | | | | | | | | | | Implement proposal 360 (limit HsDesc inflation opportunities) Closes #2046 See merge request tpo/core/arti!3070 | |||||
| | * | | | Suggestions from @gabi-250 on prop360 implementation. | Nick Mathewson | 2025-07-10 | 1 | -1/+1 | |
| | | | | | ||||||
| | * | | | Comment to explain _why_ ExcessOutbound is internal. | Nick Mathewson | 2025-07-10 | 1 | -0/+5 | |
| | | | | | ||||||
| | * | | | Rename last_hop to last_hop_info to fix name conflict | Nick Mathewson | 2025-07-10 | 1 | -1/+1 | |
| | | | | | ||||||
| | * | | | proto: Add the ability to enforce a maximum number of cells per hop | Nick Mathewson | 2025-07-10 | 4 | -1/+118 | |
| | | | | | ||||||
| | * | | | proto: Add method to get the last hop of a circuit. | Nick Mathewson | 2025-07-10 | 1 | -0/+21 | |
| | | |/ | |/| | ||||||
| * / | | Typo fixes (automatic and hand-verified) | Nick Mathewson | 2025-07-09 | 2 | -2/+2 | |
| |/ / | | | | | | | Made with https://crates.io/crates/typos-cli | |||||
| * | | tor-proto: Remove unnecessary return. | Gabriela Moldovan | 2025-07-07 | 1 | -1/+1 | |
| | | | ||||||
| * | | Temporarily suppress mismatched_lifetime_syntaxes. | Gabriela Moldovan | 2025-07-07 | 1 | -0/+1 | |
| | | | | | | | | | See #2060. | |||||
| * | | proto: ignore large_enum_variant warning | Nick Mathewson | 2025-07-03 | 1 | -1/+1 | |
| | | | | | | | | | | | This appears to be a testing-only struct, so we can safely ignore the warning. | |||||
