This thread has been locked.
If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.
工具与软件:
这可能是刘斌的问题:
或 https://github.com/linux-usb-gadgets/libusbgx/blob/master/doc/gadget_schemes.txt
"
新的内核接口- ConfigFS 以及 libcomposite 允许
设置自定义小工具。 这可以通过使用简单的命令来实现
行文件系统操作、如 mkdir、rmdir、ln -s、read and
写入。 是的、可以只使用命令配置 USB 小工具
行、但每次重启后、用户都需要重新创建所有小工具
又是如此。 这意味着每次重引导后、用户都需要使用 About
15个命令(取决于函数的数量和类型)。 这是
对于那些使用传统小工具和编写的人来说绝对不能接受
仅 modprobe g_ether。
解决这个问题的第一个想法是创建一个脚本并运行它
每次重新引导后。 这种方法是可行的、但有很多方法
缺点。 首先是安全。 可通过修改 ConfigFS
只有 root 用户默认、因此脚本必须使用 root 用户执行
权利。 第二,修改这样的脚本真的很困难,因为很多
调用具有硬编码路径、例如回声应该位于何处
停止更新的。 有许多简单但低级的操作可以实现
这会给初学者带来很多困惑。
第二种方法是创建可执行文件、这将创建我们的小工具
使用基本 libusbg API。"
我们是否知道 libusbgx 是否用于在 Sitara 解决方案中创建 USB 小工具、而不是使用 Linux shell 命令配置?
Jim、您好!
处理器 SDK 不使用 libusbgx、但没有任何措施可以阻止 libusbgx 与 SDK 一起使用。
实际上、我不同意您列出的所有负面因素。
解决这个问题的第一个想法是创建一个脚本并运行它
每次重新引导后。
是的、这些命令应该在 shell 脚本中。
首先是安全性。 可通过修改 ConfigFS
只有 root 用户默认、因此脚本必须使用 root 用户执行
权限。
从技术上讲、脚本应由 systemd 服务自动加载在 Linux 引导期间、systemd 服务已在特权许可下运行。 BTY, modprobe 命令只能由 root 运行。
其次、修改这样的脚本真的很困难、因为有许多脚本
调用具有硬编码路径、例如回声应该位于何处
完成[/报价]我们应该将这些"硬编码路径"视为 API。 它只是一个新的 API 学习,它与学习 libusbgx API 没有区别,例如.
我不是说 ConfigFS 优于 libusbgx。 但他们只是不同的方法来完成相同的工作。
纸槽:
首先我强调了三星研发人员在该文件中负责 libusbgx 的具体声明。 我也看到你的观点-我认为这取决于你是如何构建内核的。
第二:
我想知道什么:
如何将 libusbgx 包含在"make linux"中-即将 libusbgx 添加到 自定义 内核中?
中的内容
吉姆
Jim、您好!
libusbgx 是一个用户空间库、不在内核中。 如何在根文件系统中包含 libusbgx 取决于客户如何创建 rootfs。 处理器 SDK 使用 Yocto 构建 rootfs、因此它即将启用 libusbgx 方法(我实际上对 Yocto 知之甚少)。
谢谢 Bin -上周、我刚从 Open Embedded Yocto Project 团队那里完成了 Yocto 课程的介绍。 我正在尝试在 r-eatmon@ti.com 中循环 一个单独的 e2e 查询(他在上周的在线 Yocto 会议上展示了)。
Andreas Dannenberg 对 Yocto 的回答很有帮助-我很快就会发送其他涉及 Yocto 中交叉编译的 e2e 问题
吉姆