-
Notifications
You must be signed in to change notification settings - Fork 2.1k
shell_lock: don't set CONFIG_SHELL_SHUTDOWN_ON_EXIT #19268
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
In the documentation I can find on SHUTDOWN_ON_EXIT, this is about the behavior when receiving a ^D (which is often irrecoverable). Have you tested how locking interacts with the ^D stdio closing that was observed on Ubuntu? This looks to me like there are two different concepts entangled in one effect. Like, if ^D closes stdin for good, even a shell-locked system should exit when receiving a ^D. If we want to maintain support for "we close when stdin goes bad" (which may or may not be the case, depending on how modern systems work), the exiting shell may need to report that to distinguish between "I've been locked" and "My stdin went away". |
Ok, the shell is now also locked on ctrl-d |
bors merge |
19268: shell_lock: don't set CONFIG_SHELL_SHUTDOWN_ON_EXIT r=benpicco a=benpicco 19629: cpu/stm32/periph/adc: fix setting ADC clock r=benpicco a=Enoch247 ### Contribution description The current implementation uses the core clock frequency to calculate the needed prescalar to achieve a given ADC clock frequency. This is incorrect. This patch fixes the calculation to use the correct source clock (PCKLK2 ie APB2). It also changes the defined max clock rate to use the frequency macro to improve readability. I based on code similarity. I believe the gd32v CPU may need this same fix, but I am not familiar with that MCU. ### Testing procedure I tested this on a nucleo-f767zi. The the MCU's reference manual is in agreement with what I have implemented here. I spot checked references manuals for a random [STM32F1](https://www.st.com/resource/en/reference_manual/cd00171190-stm32f101xx-stm32f102xx-stm32f103xx-stm32f105xx-and-stm32f107xx-advanced-arm-based-32-bit-mcus-stmicroelectronics.pdf) and [STM32F2](https://www.st.com/resource/en/reference_manual/rm0033-stm32f205xx-stm32f207xx-stm32f215xx-and-stm32f217xx-advanced-armbased-32bit-mcus-stmicroelectronics.pdf), and they are clocked similar to the F7 I have. ### Issues/PRs references None known. 19670: cpu/stm32: stm32f4 BRR from BSRR r=benpicco a=kfessel ### Contribution description sometimes one wants to save one instruction :) just write the bits we need to write. ### Testing procedure tests/periph/gpio_ll tests this ### Issues/PRs references `@maribu` might know some reference maybe #19407 Co-authored-by: Benjamin Valentin <benpicco@beuth-hochschule.de> Co-authored-by: Benjamin Valentin <benjamin.valentin@ml-pa.com> Co-authored-by: Joshua DeWeese <jdeweese@primecontrols.com> Co-authored-by: Karl Fessel <karl.fessel@ovgu.de>
Build failed (retrying...): |
Build succeeded! The publicly hosted instance of bors-ng is deprecated and will go away soon. If you want to self-host your own instance, instructions are here. If you want to switch to GitHub's built-in merge queue, visit their help page. |
Contribution description
We always want
CONFIG_SHELL_SHUTDOWN_ON_EXIT
not to be set ifshell_lock
us used asshell_lock
will exit the shell to lock it.Testing procedure
Run
tests/shell_lock
onnative
(or any othernative
app withshell_lock
enabled)Issues/PRs references