问题标签 [omap]

我必须opensawn为 OMAP4 板进行交叉编译，并且 GMP 是先决条件。首先我在 64 位操作系统上尝试过，但它给了我这个错误：

配置：错误：糟糕，mp_limb_t 是 64 位，但此配置中的汇编代码需要 32 位。

然后我转移到 Ubuntu 12.04 32 位，经过几次试验后编译了 GMP V6.0.0。即使在拥有 ARCH、TOOLCHAIN 和 CROSS_COMPILER 变量之后，.bashrc我也必须export执行以下操作：

然后观察到以下命令：

然后将 GMP 库软链接到工具链

make check尽管报告的所有测试都失败了，但我成功编译了 GMP 。

现在，当我在 CROSSCOMPILE.sh 中进行更改后尝试交叉编译 Openswan-2.6.41 并执行此操作时，make programs我收到此错误：

在 /home/harsh32bit/Work/Projects/BSQ_VVDN/packages/openswan-2.6.41/include/certs.h:24:0 包含的文件中，来自 /home/harsh32bit/Work/Projects/BSQ_VVDN/packages/openswan-2.6 .41/lib/libopenswan/id.c:42：/home/harsh32bit/Work/Projects/BSQ_VVDN/packages/openswan-2.6.41/include/secrets.h:20:41：致命错误：gmp.h：否此类文件或目录编译终止

我为此去了 TI E2E 网站，在过去的 4 周内嗅探互联网以获取指针，但我无法弄清楚。如果有人对交叉编译openswan和GMPARM 有任何线索，请告诉我。

我遇到了 EMMC 读/写问题。我正在尝试在 Omap35x 上编写 EMMC 驱动程序。在我初始化了 emmc 卡和 omap 之后，卡进入了 tran 状态。我的读写命令永远不会成功。这是我所做的：

1. 发送 CMD0 (MMCHS_CMD = 0x00000000 MMCHS_ARG = 0xf0f0f0f0)
2. 忙时发送 CMD1 (MMCHS_CMD = 0x01020000 MMCHS_ARG = 0x40FF8080)
3. 发送 CMD2 (MMCHS_CMD = 0x02090000 MMCHS_ARG = 0x00000000)
4. 发送 CMD3 (MMCHS_CMD = 0x031a0000 MMCHS_ARG = 0x00010000) 响应 = 0x500 身份状态
5. m_regs->MMCHS_CON &= ~0x00000001;
6. 发送 CMD9 (MMCHS_CMD = 0x009090000 MMCHS_ARG = 0x00010000)
7. 发送 CMD13 检查状态 (MMCHS_CMD = 0x0D1a0000 MMCHS_ARG = 0x00010000) 响应 = 0x700
8. 发送 CMD7 (MMCHS_CMD = 0x071a0000 MMCHS_ARG = 0x00010000) 响应 = 0x700
9. 虽然不是tran状态，请发送cmd6（mmchs_cmd = 0x061a0000 mmchs_arg = 0x03b90100）响应= 0x800 10.set时钟到48 mhz发送CMD 16（MMCHS_CMD = 0x101A0000 MMCHS_ARG = 0x10000 MMCHS_RG = 0X00000 SSER = 0X00000 SSNENDESNEND = 0X00000200 = 0X00000200）响应 = 0x900

经过以上步骤，我尝试发送命令CMD24（MMCHS_CMD = 0x182A0002 MMCHS_ARG = 0x00000001 and MMCHS_BLK = 0x00000200），Omap成功进入MMCHS_STAT_BWR，然后我发送了512字节的数据。我可以使用示波器观察通过数据线发送的那些数据，但是当我轮询 TC/DTO 时，我收到了来自 MMCHS_STAT 的 0x108111，表示数据超时。我可以收到命令的响应 0x900。

对于读数，我将发送 CMD17（MMCHS_CMD = 0x112A0012 MMCHS_ARG = 0x00000001 和 MMCHS_BLK = 0x00000200）。我还可以收到命令的响应 0x900。Omap 成功进入 MMCHS_STAT_BRR 但我无法观察到通过数据线发送的任何数据。

如果您在我已完成的步骤中发现任何问题，或者您有一个使其工作的示例，请告诉我。

我有运行 Android 4.2 的 OMAP5432 EVM，带有 4 个 USB 连接的 Logitech C270 摄像头。我使用来自 NDK C 代码的 V4L2 驱动程序以 MJPEG 模式打开和流式传输摄像机。一切正常，除了在电源循环相机之后。

重启相机后，其中两个或有时三个正确出现，但一个开始吐出缺少 MJPEG SOI 0xFF、0xD8 的帧缓冲区，而 EOI 0xFF、0xD9 存在于缓冲区的开头。

使用 posix close() 关闭和重新打开有问题的相机文件 /dev/videoX 可以永久解决问题，直到下一次电源循环。

连接单个相机时永远不会发生，只有其中的 3 或 4 个。

我试过更换USB集线器，直接连接相机无济于事。

其次是

我得到的数据是这样的：

每个出列缓冲区的数据都是相同的...

是 C270 或 V4L2 有问题还是我的代码有问题？有人遇到过类似的问题吗？

我已经将插入的 MLO 和 uboot.img 文件编译到 MMC 卡中，现在尝试加载“ rootfs ”。加载时出现问题。以下是 LOG 末尾的行..：

kjournald 开始。提交间隔 5 秒

EXT3-fs (mmcblk0p2)：使用内部日志

EXT3-fs (mmcblk0p2)：恢复完成

EXT3-fs (mmcblk0p2)：以有序数据模式挂载的文件系统

VFS：在设备 179:2 上挂载根（ext3 文件系统）。

devtmpfs：错误安装 -2

释放初始化内存：164K

内核恐慌 - 未同步：未找到初始化。尝试将 init= 选项传递给内核。有关指导，请参阅 Linux 文档/init.txt。

printenv 的输出是：

AM3517_CRANE # printenv

波特率=115200

bootargs=console=ttyO2,115200n8 omapfb.vram=0:4M,1:4M omapfb.mode=dvi:1280x800MR-32@60 root=/dev/mmcblk0p2 rw rootfstype=ext3 rootwait fixrtc nohlt

bootcmd=mmc 开发 ${mmcdev}; 如果 mmc 重新扫描；然后检测到 echo mmc；如果运行加载引导脚本；然后回显加载引导脚本；运行引导脚本；保存环境；菲; echo SD/MMC 在设备 ${mmcdev} 上找到；如果运行加载图像；然后运行mmcboot；否则运行nandboot；菲; 否则运行nandboot；菲

引导延迟=5

引导文件=uImage

bootscript=echo 从 mmc 运行 bootscript ...; 源 ${loadaddr}

控制台=ttyO2,115200n8

dieid#=4294000100000000015da3960401c020

ethact=达芬奇-EMAC

ethaddr=00:E0:4C:53:44:58

文件大小=394

ipaddr=123.12.0.3

加载地址=0x82000000

loadbootscript=fatload mmc ${mmcdev} ${loadaddr} boot.scr

loaduimage=fatload mmc ${mmcdev} ${loadaddr} uImage

mmcargs=setenv bootargs 控制台=ttyO2 omapfb.vram=0:4M,1:4M omapfb.mode=dvi:1280x800MR-32@60

root=/dev/mmcblk0p2 rw rootfstype=ext3 rootwait fixrtc nohlt

mmcboot=echo 从 mmc 引导 ...; 运行 mmcargs；引导 ${loadaddr}

mmcdev=0

nandargs=setenv bootargs 控制台=${console} root=/dev/mtdblock4 rw rootfstype=jffs2

nandboot=echo 从 nand 引导 ...; 运行 nanargs；nand 读取 ${loadaddr} 280000 400000; 引导 ${loadaddr}

服务器ip=123.12.0.2

标准错误=串行

标准输入=串行

标准输出=串行

环境大小：1249/131068 字节

问题与 rootfs 或 uboot 或环境变量有关吗？

我正在为我的项目使用 OMAP3515 处理器（通用 CortexA8 设备），我正在处理异常，但是当给出任何除以零指令时，该处理器不会产生任何异常，它根本不会执行下一条指令。我想知道是否有任何配置可用于生成除以零异常。

我已经为 uPP 设备驱动程序编写了代码，该驱动程序将与基于 OMAPL138 的定制板一起用于通过相机镜头进行数据采集。我的设备驱动程序的代码是：

使用该代码，我制作了一个测试器应用程序，该应用程序编写了一个基于 .264 的输出文件，其中包含从我称为 upp_tester.cpp 的自定义板上获取的数据：

现在，当我浏览输出文件时，我发现很多字节丢失了，我通常使用 memset 将其设置为 255。这是因为我为测试文件的 dsp 处理器编写的内核设置为从 0-99 抛出固定数据。什么可能导致这个问题。我是设备驱动程序和内核级编程的新手，因此我们将不胜感激。

My team is trying to control the frequency of an Texas Instruments OMAP l138. The default frequency is 300 MHz and we want to put it to 372 MHz in a "complete" form: we would like not only to change the default value to the desired one (or at least configure it at startup), but also be capable of changing the value at run time.

Searching on the web about how to do this, we found an article which tells that one of the ways to do this is by an "echo" command:

We did some tests with this command and it runs fine with one problem: sometimes the first call to this echo command leads to a error message of "Division by zero in kernel":

In my personal tests, this error appeared always in the first call to the echo command. All the later calls worked without error. If, then, I reset my processor and calls the command again, the same problem occurs: the first call leads to this error and later calls work without problem.

So my questions are: what is causing this problem? And how could I solve it? (Obviously the answer "always type it twice" doesn't count!)

(Feel free to mention other ways of controlling the OMAP l138's frequency at real time as well!)

我正在尝试加载uImage和filesystem使用tftpboot/nfs. 但是，我遇到以下问题。

在我的uboot我有以下设置：

serverip,gatewayip并ipaddr已设置。我可以从主机 ping 目标设备，反之亦然。

我正在加载uImage以下内容：

在我的主机下，/tftpboot我解压缩了文件系统（nfs.tar.gz）

注意我也有uImageunder /tftpboot。

我不确定在哪里放置 uImage。

我正在尝试在 omap 处理器和 sam4l 处理器之间启动 spi 通信。我已经配置了spi协议，omap是master。现在我看到的是我发送的测试数据在 sam4l 上正确到达，我可以看到 isr 正在打印该数据。在 isr 中在这里和那里使用更多 printf 会使操作发生并且相应的操作发生，但是如果我删除所有 printfs 我看不到任何操作发生。这种异常的原因可能是什么？这是错误频率设置的常见情况还是什么？如果需要代码，我也会发布它，但它很大。谢谢

我在哪里可以下载内核版本#2.6.31-rc7-omap1-06331-g757f531 的 OMAP 3530 文件系统，或者如何从源代码创建一个？

TI 提供的文件系统适用于内核版本为 2.6.29-rc3-omap1。（基于 /lib/modules/）。

我构建了版本#2.6.31-rc7-omap1-06331-g757f531 的新uImage（内核）和一个模块（.ko）文件，所以当我尝试插入我的模块时，它抱怨：

root@omap3evm:~# modprobe -r pci.ko 致命：无法加载 /lib/modules/2.6.31-rc7-omap1-06331-g757f531/modules.dep：没有这样的文件或目录

因为文件系统在 /lib/modules 下只有文件夹“2.6.29-rc3-omap1”。

我尝试使用“-f”或“--force-vermagic”和“--force-modversion”插入模块，但不起作用。