Skip to content
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

Device Triggered Wakeup of the Host #28

Open
camrbuss opened this issue Feb 23, 2021 · 1 comment · May be fixed by #30
Open

Device Triggered Wakeup of the Host #28

camrbuss opened this issue Feb 23, 2021 · 1 comment · May be fixed by #30

Comments

@camrbuss
Copy link

I am implementing the Keyberon crate that uses stm32-usbd as a dependency and am struggling to get my firmware to wake-up my computer from suspend. Looking at other libraries, I believe this is implemented with register level access in the MCU.

This could be a trait from usb_device, but I don't think it is implemented in all micro controller USB devices. The Zephyr "Trait" like implementation is here.

Zephyr STM32 HAL Implementation
ChibiOS STM32 HAL Implementation

I do not believe this is satisfied with the current suspend and resume method as those manipulate the fsusp bit of the cntr register, but I believe a device sent wakeup to the host would be manipulating the resume bit of the cntr register.

Does this seem like something that could be implemented? Should it be stm32 specific or be an implemented trait?

@Disasm
Copy link
Member

Disasm commented Feb 26, 2021

I'm not sure what is the right way of implementing this, but as the first approximation this could be implemented in this driver as a regular method (if the hardware supports this at all).

@jedrzejboczar jedrzejboczar linked a pull request Nov 12, 2022 that will close this issue
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 a pull request may close this issue.

2 participants