Breakpoints not hit while debugging Rust

[sontek]

Currently I'm trying to debug a program in Rust where I'm using VSCode remote feature so its connecting to a Linux machine over SSH and building it there and then attaching and debugging. The launch configuration looks like this:

        {
            "type": "lldb",
            "request": "launch",
            "name": "Debug executable 'rubrika'",
            "breakpointMode": "file",
            "cargo": {
                "env": {
                    "CARGO_HOME": "/home/johnanderson/.local/share/rtx/installs/rust/1.72.0/",
                    "RUSTUP_HOME": "/home/johnanderson/.local/share/rtx/installs/rust/1.72.0/",
                },
                "args": [
                    "build",
                    "--bin=rubrika",
                    "--package=rubrika"
                ],
                "filter": {
                    "name": "rubrika",
                    "kind": "bin"
                }
            },
            "args": [
                "server",
                "--port",
                "8800",
                "--log-level",
                "debug"
            ],
            "cwd": "${workspaceFolder}",
        },

Settings:

{
    "lldb.cargo": "/home/johnanderson/.local/share/rtx/installs/rust/1.72.0/bin/cargo"
}

After it launches in the debug console I can see it is doing some stuff:

source info -n webhook_handler
Lines found in module `rubrika
[0x000000000047101c-0x0000000000471024): /Users/johnanderson/code/drape/rubrika/src/server/routes/github.rs:12
[0x0000000000471024-0x000000000047104a): /Users/johnanderson/code/drape/rubrika/src/server/routes/github.rs:12:95

debug_info list
Module /Users/johnanderson/code/drape/rubrika/target/debug/rubrika : 729 compile units with debug info
Module [vdso] : 0 compile units with debug info

Here is the whole debug_info show: https://gist.github.com/sontek/afab76787e23304c7ca2a6f2b1f65865

The binary that got built does seem to have debug symbols:

✗  readelf -S target/debug/rubrika|grep .debug
  [18] .debug_gdb_s[...] PROGBITS         0000000000c34418  00c34418
  [32] .debug_aranges    PROGBITS         0000000000000000  00e59370
  [33] .debug_pubnames   PROGBITS         0000000000000000  00f8b010
  [34] .debug_info       PROGBITS         0000000000000000  01ee9abe
  [35] .debug_abbrev     PROGBITS         0000000000000000  03e3d889
  [36] .debug_line       PROGBITS         0000000000000000  03ebd2b9
  [37] .debug_str        PROGBITS         0000000000000000  04740d5a
  [38] .debug_loc        PROGBITS         0000000000000000  06247c72
  [39] .debug_pubtypes   PROGBITS         0000000000000000  062e1668
  [40] .debug_ranges     PROGBITS         0000000000000000  07d8b11c

Here is some of the CodeLLDB log output:
https://gist.github.com/sontek/e32d0f8c3f5b568044b123164e1a8ee1

I've also tried adding panic in the code and it doesn't break for that either. There are breakpoints in lldb:

Console is in 'commands' mode, prefix expressions with '?'.
Executing script: initCommands
Launching: /Users/johnanderson/code/drape/rubrika/target/debug/rubrika server --port 8800 --log-level debug
Launched process 23303
Stop reason: signal SIGSTOP
breakpoint list

Current breakpoints:
1: file = '/Users/johnanderson/code/drape/rubrika/src/server/routes/github.rs', line = 19, exact_match = 0, locations = 1

  1.1: where = rubrika`<rubrika::server::routes::github::webhook_handler as actix_web::service::HttpServiceFactory>::register::webhook_handler::{{closure}} + 359 at github.rs:19:46, address = 0x0000000000569fb3, unresolved, hit count = 0 

2: file = '/Users/johnanderson/code/drape/rubrika/src/main.rs', line = 24, exact_match = 0, locations = 1

  2.1: where = rubrika`rubrika::main::{{closure}} + 295 at main.rs:24:31, address = 0x000000000056ad13, unresolved, hit count = 0 

3: name = 'rust_panic', locations = 1

  Names:
    rust_panic

  3.1: where = rubrika`rust_panic + 4 at panicking.rs:755:25, address = 0x0000000000e399e0, unresolved, hit count = 0

[sontek]

Seems like some of the syscalls gdb needs to debug processes doesn't work under qemu + rosetta and so this is just another M1 issue. Created an ARM Linux machine and debugging worked out of the box.