[roll] Roll fuchsia Reland "[ffx] Kill ssh.allow_fdomain"

This reverts commit e8aed128882663b0508225e209cb8f03c32d2451.

Reason for revert: The flakes were caused by non-determinism causing targets to
appear to not speak either Overnet or FDomain after a reboot. That only disrupts
Overnet-only commands, and almost all of those are gone now.

MULTIPLY: suspend_resume

Original change's description:
> Revert "[ffx] Kill ssh.allow_fdomain"
>
> This reverts commit 151039b1655805ba65305de560599e748f523dbf.
>
> Reason for revert: Suspected for suspend/resume breakage: b/467966657
>
> Original-Bug: 467966657
>
> Original change's description:
> > [ffx] Kill ssh.allow_fdomain
> >
> > This config key lets users turn off connecting to the target with
> > FDomain. If a plugin uses FDomain there will always be at the least
> > local FDomain emulation, but setting this to false forces that
> > emulation to happen.
> >
> > This key has a different default for normal and strict mode. In strict
> > mode it defaults to true, in normal mode it defaults to false. Since
> > infra has migrated to strict, all of our infra tests have been running
> > with this set to true.
> >
> > This key feels a bit obscure, it already messed up one instance of me
> > asking a user for data because I forgot about it. Since it's set to
> > true in infra we've already tested pretty heavily. I'd like to just get
> > rid of this key and just always use FDomain if we have it. I think
> > that's less likely to cause user headaches than porting all the tools
> > then having a flag day where we flip this anyway. I'd rather discover
> > the issue incrementally as we port incrementally.  The only reason to
> > keep it around would be as a temporary mitigation for a user-discovered
> > issue, but I think the kind of issue where it would be useful is
> > unlikely.
> >
> > Test: Existing tests should suffice
> > Change-Id: I6a6a69649a66c1cd39a39e8d7e62ded946ea54c8
> > Original-Reviewed-on: https://fuchsia-review.googlesource.com/c/fuchsia/+/1447113
> > Reviewed-by: Steven Grady <slgrady@google.com>
> > Fuchsia-Auto-Submit: Casey Dahlin <sadmac@google.com>
> > Commit-Queue: Casey Dahlin <sadmac@google.com>
>
> Change-Id: I7333d4a474276514f8ef85d8efae9bec966011a5
> Original-Reviewed-on: https://fuchsia-review.googlesource.com/c/fuchsia/+/1447849
> Reviewed-by: RubberStamper 🤖 <android-build-ayeaye@system.gserviceaccount.com>
> Fuchsia-Auto-Submit: Hunter Freyer <hjfreyer@google.com>
> Commit-Queue: Hunter Freyer <hjfreyer@google.com>

MULTIPLY: suspend_resume
Original-Original-Bug: 467966657
Original-Original-Reviewed-on: https://fuchsia-review.googlesource.com/c/fuchsia/+/1448401
Original-Original-Revision: 01ac3ad825a77998ae5e10aa327887c397ad7b66
GitOrigin-RevId: fcdc3e5ce22a9bff502bd77d83d64ae5d67af049
Change-Id: If287bc75cc1e8c10d5194159c33c8a06e892f02e
1 file changed
tree: 70fac1bf5241de3d5200f6ab5f970b94b6467465
  1. ctf/
  2. git-hooks/
  3. infra/
  4. third_party/
  5. cobalt
  6. flower
  7. jiri.lock
  8. MILESTONE
  9. minimal
  10. prebuilts
  11. README.md
  12. stem
  13. test_durations
README.md

Integration

This repository contains Fuchsia's Global Integration manifest files.

Making changes

All changes should be made to the internal version of this repository. Our infrastructure automatically updates this version when the internal one changes.

Currently all changes must be made by a Google employee. Non-Google employees wishing to make a change can ask for assistance in one of the communication channels documented at get involved.

Obtaining the source

First install Jiri.

Next run:

$ jiri init
$ jiri import minimal https://fuchsia.googlesource.com/integration
$ jiri update

Third party

Third party projects should have their own subdirectory in ./third_party.