forge/pmaports
1
0
Fork 0
Code Issues 2 Pull requests Projects Releases Packages Wiki Activity Actions
pmaports/modem/msm-modem/udev-rpmsg.rules

15 lines
482 B
Text
Raw Normal View History

ofono QMI: mainline kernel support (#1381) Add modem-qcom-msm-downstream-common package that pulls in the dependencies. qcom_rmtfs now has udev rules to find the storage partitions. My hope is they can be written flexibly enough to cover all devices and kernel flavors.
2018-05-10 21:28:51 +00:00
SUBSYSTEM!="rpmsg", GOTO="qcom_rpmsg_end"
# symlink rpmsg endpoints under useful names
modem/modem-qcom-msm-mainline-common: check name attribute (#1485) On my device the rpmsg0 have DATA5_CNTL under name attribute instead of rpmsg_name ``` looking at device '/devices/platform/smd/smd:modem/smd:modem.rpmsg_chrdev.0.0/rpmsg/rpmsg_ctrl1/rpmsg0': KERNEL=="rpmsg0" SUBSYSTEM=="rpmsg" DRIVER=="" ATTR{dst}=="0" ATTR{src}=="0" ATTR{name}=="DATA5_CNTL" ``` So check for name instead of rpmsg_name.
2018-05-13 07:06:35 +00:00
ATTR{name}=="DATA5_CNTL", SYMLINK+="modem"
modem/msm-modem: expose serial AT port from DATA4 SMD channel (MR 1607) So far we have only created /dev/modem based on the DATA5_CNTL channel available from the modem. The DATAX_CNTL channels allow sending QMI messages to the modem. This is sufficient for oFono to work. Unfortunately, ModemManager currently does not support starting calls through the QMI interface. Instead, it uses serial AT commands that can be alternatively used on all USB-based Qualcomm modems. It turns out that we can also send serial AT commands through the RPMSG interface: the DATAX channels (without _CNTL) all respond to serial AT commands. We set it up at /dev/modem-at, configure ModemManager accordingly and then we are able to start calls. Yay!
2020-06-04 20:30:44 +00:00
ATTR{name}=="DATA4", SYMLINK+="modem-at"
ofono QMI: mainline kernel support (#1381) Add modem-qcom-msm-downstream-common package that pulls in the dependencies. qcom_rmtfs now has udev rules to find the storage partitions. My hope is they can be written flexibly enough to cover all devices and kernel flavors.
2018-05-10 21:28:51 +00:00
# open SMD channels when the remoteproc comes up
KERNEL!="rpmsg_ctrl[0-9]*", GOTO="qcom_rpmsg_end"
modem/modem-qcom-msm-mainline-common: recognize hexagon remoteproc (!799) At the moment, only "modem" is detected as rpmsg name. On MSM8916 the audio DSP and modem are both on the same remote processor ("hexagon"). Add it to the udev rule so the modem symlink is created on MSM8916.
2019-12-08 21:38:52 +00:00
ATTRS{rpmsg_name}!="modem|hexagon", GOTO="qcom_rpmsg_end"
ofono QMI: mainline kernel support (#1381) Add modem-qcom-msm-downstream-common package that pulls in the dependencies. qcom_rmtfs now has udev rules to find the storage partitions. My hope is they can be written flexibly enough to cover all devices and kernel flavors.
2018-05-10 21:28:51 +00:00
ACTION=="add", RUN+="/usr/sbin/rpmsgexport /dev/$name DATA5_CNTL"
modem/msm-modem: expose serial AT port from DATA4 SMD channel (MR 1607) So far we have only created /dev/modem based on the DATA5_CNTL channel available from the modem. The DATAX_CNTL channels allow sending QMI messages to the modem. This is sufficient for oFono to work. Unfortunately, ModemManager currently does not support starting calls through the QMI interface. Instead, it uses serial AT commands that can be alternatively used on all USB-based Qualcomm modems. It turns out that we can also send serial AT commands through the RPMSG interface: the DATAX channels (without _CNTL) all respond to serial AT commands. We set it up at /dev/modem-at, configure ModemManager accordingly and then we are able to start calls. Yay!
2020-06-04 20:30:44 +00:00
ACTION=="add", RUN+="/usr/sbin/rpmsgexport /dev/$name DATA4"
ofono QMI: mainline kernel support (#1381) Add modem-qcom-msm-downstream-common package that pulls in the dependencies. qcom_rmtfs now has udev rules to find the storage partitions. My hope is they can be written flexibly enough to cover all devices and kernel flavors.
2018-05-10 21:28:51 +00:00
LABEL="qcom_rpmsg_end"
Reference in a new issue Copy permalink