This will be where we collect all efforts to get into the SMEG+ via one of its USB ports.
While this will use some ideas from psakey and smeg-plus_key, the idea is more to use some more powerful hardware like a Beaglebone Black to pretend being all sorts of USB devices to the USB host (which in our case is the SMEG+). In particular we're hoping to play some switcheroo while pretending to be a mass storage device. But yes, in all likelihood USB CDC isn't going to be supported by the SMEG+, so we need to figure out what device classes we can pose as to the head unit. @bousqui has done some prior work regarding this. At this point it seems like conclusions drawn from strings?!
Either way CDC_EEM seems to be supported and @bousqui even lists strings with device names that seem to be supported by the VxWorks kernel.
- Generally every device with a UDC (USB device controller) should work - however, many of those aren't necessarily outfitted with much RAM (e.g. to pose as mass storage), computing power or even Linux (which allows for GadgetFS and FunctionFS)
- Most promising candidates:
- Beaglebone Black
- USB Armory Mk II
- GreatFET (especially during the prototyping phase)
- RaspberryPi 3 or 4
- It could be possible to pose as a USB hub (module
dummy_hcd) even if there is no UCD?!
- Pretty much a link dump about USB-related topics
- sunxi Wiki namespace about USB Gadgets
- USBQ Toolkit, also on GitHub
- In part based on USBiquitous kernel module (paper, kernel, userland)
- Very old article about GadgetFS ... this may not be of too much value these days, but we found it an enlightening read
- Two-part article on how to use GadgetFS and FunctionFS in conjunction with systemd
NB: No need to point out a supposed spelling mistake in the project name. It's an allusion to some of those stealth levels in RTCW, where the enemy soldiers are shouting "intruderer, intruderer" ... before well ... 😁