Skip to content

Add Fsk gfsk support - #1

Closed
wero1414 wants to merge 3 commits into
carlocaione:upstream/native_sx126xfrom
wero1414:fsk-gfsk-support
Closed

Add Fsk gfsk support #1
wero1414 wants to merge 3 commits into
carlocaione:upstream/native_sx126xfrom
wero1414:fsk-gfsk-support

Conversation

@wero1414

Copy link
Copy Markdown

Since we are using the radio more freely, it would be really good to have access to the FSK and GFSK configurations, while testing this, im using a Catsniffer which has RP2040+sx1262 when i was compiling it it was failing cause a bootloader missconfiguration:

target_link_options(boot_stage2 PRIVATE
"-nostartfiles"
"--specs=picolibc.specs" <--- this was giving some trouble
"-T${boot_stage_dir}/boot_stage2.ld"
)

i know it does nothing to do with the driver but thats why i have the change

@wero1414

wero1414 commented Feb 2, 2026

Copy link
Copy Markdown
Author

Some testing failed, i need to do more changes

@wero1414 wero1414 closed this Feb 2, 2026
carlocaione pushed a commit that referenced this pull request Mar 14, 2026
I'm at a loss here.  The feature this test case wants to see (on
ARMv7M, not ARMv6M) is the ability to take a irq_lock() inside a
system call and then see that future system calls from the same thread
continue to hold the lock.

That's not documented AFAICT.  It's also just a terrible idea because
either:

1. The obvious denial of service implications if user code is allowed
   to run in an unpreemptible mode, or:

2. The broken locking promise if this is implemented to release the
   lock and reacquire it in an attempt to avoid #1.

(FWIW: my read of the code is that #1 is the current implementation.
But hilariously the test isn't able to tell the difference!)

And in any case it's not how any of our other platforms work (or can
work, in some cases), making this a non-portable system call
API/feature at best.

Leave it in place for now out of conservatism, but disable with the
new arch_switch() code, whose behavior matches that of other Zephyr
userspaces.

Signed-off-by: Andy Ross <andyross@google.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant