perf编译
Ⅰ 如何在linux用户和内核空间中进行动态跟踪
你不记得如何在代码中插入探针点了吗？ 没问题！了解如何使用uprobe和kprobe来动态插入它们吧。 基本上，程序员需要在源代码汇编指令的不同位置插入动态探针点。
探针点
探针点是一个调试语句，有助于探索软件的执行特性（即，执行流程以及当探针语句执行时软件数据结构的状态）。printk是探针语句的最简单形式，也是黑客用于内核攻击的基础工具之一。
因为它需要重新编译源代码，所以printk插入是静态的探测方法。内核代码中重要位置上还有许多其他静态跟踪点可以动态启用或禁用。 Linux内核有一些框架可以帮助程序员探测内核或用户空间应用程序，而无需重新编译源代码。Kprobe是在内核代码中插入探针点的动态方法之一，并且uprobe在用户应用程序中执行此操作。
使用uprobe跟踪用户空间
可以通过使用thesysfs接口或perf工具将uprobe跟踪点插入用户空间代码。
使用sysfs接口插入uprobe
考虑以下简单测试代码，没有打印语句，我们想在某个指令中插入探针：
[source,c\n.test.c
#include <stdio.h>\n#include <stdlib.h>\n#include <unistd.h>
编译代码并找到要探测的指令地址：
# gcc -o test test.\n# objmp -d test
假设我们在ARM64平台上有以下目标代码：
0000000000400620 <func_1>: 400620\t90000080\tadr\tx0, 410000 <__FRAME_END__+0xf6f8>
并且我们想在偏移量0x620和0x644之间插入探针。执行以下命令：
# echo 'p:func_2_entry test:0x620' > /sys/kernel/debug/tracing/uprobe_event\n# echo 'p:func_1_entry test:0x644' >> /sys/kernel/debug/tracing/uprobe_event\n# echo 1 > /sys/kernel/debug/tracing/events/uprobes/enable# ./test&
在上面的第一个和第二个echo语句中，p告诉我们这是一个简单的测试。（探测器可以是简单的或返回的。）func_n_entry是我们在跟踪输出中看到的名称，名称是可选字段，如果没有提供，我们应该期待像p_test_0x644这样的名字。test 是我们要插入探针的可执行二进制文件。如果test 不在当前目录中，则需要指定path_to_test / test。
0x620或0x640是从程序启动开始的指令偏移量。请注意>>在第二个echo语句中，因为我们要再添加一个探针。所以，当我们在前两个命令中插入探针点之后，我们启用uprobe跟踪，当我们写入events/ uprobes / enable时，它将启用所有的uprobe事件。程序员还可以通过写入在该事件目录中创建的特定事件文件来启用单个事件。一旦探针点被插入和启用，每当执行探测指令时，我们可以看到一个跟踪条目。
读取跟踪文件以查看输出：
# cat /sys/kernel/debug/tracing/trac\n# tracer: no\n\n# entries-in-buffer/entries-written: 8/8\n#P:\n\n# _-----=> irqs-of\n# / _----=> need-resche\n# | / _---=> hardirq/softir\n# || / _--=> preempt-dept\n# ||| / dela\n# TASK-PID CP\n# |||| TIMESTAMP FUNCTION# | | | |||| | |
我们可以看到哪个CPU完成了什么任务，什么时候执行了探测指令。
返回探针也可以插入指令。当返回该指令的函数时，将记录一个条目：
# echo 0 > /sys/kernel/debug/tracing/events/uprobes/enabl\n# echo 'r:func_2_exit test:0x620' >> /sys/kernel/debug/tracing/uprobe_event\n# echo 'r:func_1_exit test:0x644' >> /sys/kernel/debug/tracing/uprobe_event\n# echo 1 > /sys/kernel/debug/tracing/events/uprobes/enable
这里我们使用r而不是p，所有其他参数是相同的。请注意，如果要插入新的探测点，需要禁用uprobe事件：
test-3009 [002] .... 4813.852674: func_1_entry: (0x400644)
上面的日志表明，func_1返回到地址0x4006b0，时间戳为4813.852691。
# echo 0 > /sys/kernel/debug/tracing/events/uprobes/enabl\n# echo 'p:func_2_entry test:0x630' > /sys/kernel/debug/tracing/uprobe_events count=%x\n# echo 1 > /sys/kernel/debug/tracing/events/uprobes/enabl\n# echo > /sys/kernel/debug/tracing/trace# ./test&
当执行偏移量0x630的指令时，将打印ARM64 x1寄存器的值作为count =。
输出如下所示：
test-3095 [003] .... 7918.629728: func_2_entry: (0x400630) count=0x1
使用perf插入uprobe
找到需要插入探针的指令或功能的偏移量很麻烦，而且需要知道分配给局部变量的CPU寄存器的名称更为复杂。 perf是一个有用的工具，用于帮助引导探针插入源代码中。
除了perf，还有一些其他工具，如SystemTap，DTrace和LTTng，可用于内核和用户空间跟踪；然而，perf与内核配合完美，所以它受到内核程序员的青睐。
# gcc -g -o test test.c# perf probe -x ./test func_2_entry=func_\n# perf probe -x ./test func_2_exit=func_2%retur\n# perf probe -x ./test test_15=test.c:1\n# perf probe -x ./test test_25=test.c:25 numbe\n# perf record -e probe_test:func_2_entry -e\nprobe_test:func_2_exit -e probe_test:test_15\n-e probe_test:test_25 ./test
如上所示，程序员可以将探针点直接插入函数start和return，源文件的特定行号等。可以获取打印的局部变量，并拥有许多其他选项，例如调用函数的所有实例。 perf探针用于创建探针点事件，那么在执行./testexecutable时，可以使用perf记录来探测这些事件。当创建一个perf探测点时，可以使用其他录音选项，例如perf stat，可以拥有许多后期分析选项，如perf脚本或perf报告。
使用perf脚本，上面的例子输出如下：
# perf script
使用kprobe跟踪内核空间
与uprobe一样，可以使用sysfs接口或perf工具将kprobe跟踪点插入到内核代码中。
使用sysfs接口插入kprobe
程序员可以在/proc/kallsyms中的大多数符号中插入kprobe；其他符号已被列入内核的黑名单。还有一些与kprobe插入不兼容的符号，比如kprobe_events文件中的kprobe插入将导致写入错误。 也可以在符号基础的某个偏移处插入探针，像uprobe一样，可以使用kretprobe跟踪函数的返回，局部变量的值也可以打印在跟踪输出中。
以下是如何做：
; disable all events, just to insure that we see only kprobe output in trace\n# echo 0 > /sys/kernel/debug/tracing/events/enable; disable kprobe events until probe points are inseted\n# echo 0 > /sys/kernel/debug/tracing/events/kprobes/enable; clear out all the events from kprobe_events\n to insure that we see output for; only those for which we have enabled
[root@pratyush ~\n# more /sys/kernel/debug/tracing/trace# tracer: no\n\n# entries-in-buffer/entries-written: 9037/9037\n#P:8\n# _-----=> irqs-of\n# / _----=> need-resche\n# | / _---=> hardirq/softirq#\n|| / _--=> preempt-depth#\n ||| / delay# TASK-PID CPU#\n |||| TIMESTAMP FUNCTION#\n | | | |||| | |
使用perf插入kprobe
与uprobe一样，程序员可以使用perf在内核代码中插入一个kprobe，可以直接将探针点插入到函数start和return中，源文件的特定行号等。程序员可以向-k选项提供vmlinux，也可以为-s选项提供内核源代码路径：
# perf probe -k vmlinux kfree_entry=kfre\n# perf probe -k vmlinux kfree_exit=kfree%retur\n# perf probe -s ./ kfree_mid=mm/slub.c:3408 \n# perf record -e probe:kfree_entry -e probe:kfree_exit -e probe:kfree_mid sleep 10
使用perf脚本，以上示例的输出：
关于Linux命令的介绍，看看《linux就该这么学》，具体关于这一章地址3w(dot)linuxprobe/chapter-02(dot)html
Ⅱ 求教，在安装google-perftools，make时报错，已装libunwind
删除了系统原带的sqlite3 ，到官网上下一个源码，重新编译安装sqlite3。
如：
把sqlite3安装到 /usr/local/sqlite3
tar zxf sqlite3.xxxx.tar.gz
cd sqlite.3.xxxx
./configura --prefix=/usr/local/sqlite3
make && make install
cd ..
最后在编译Gearman时带上 --with-sqlite3=/usr/local/sqlite3，告诉编译器应该使用这个新的sqlite即可。
Ⅲ 如何选择一个 Linux Tracer
tracer 是一个高级的性能分析和诊断工具，但是不要让这名词唬住你，如果你使用过 strace 和tcpmp，其实你就已经使用过 tracer 了。系统 tracer 可以获取更多的系统调用和数据包。它们通常能跟踪任意的内核和应用程序。
有太多的 linux tracer 可以选择。每一种都有其官方的（或非官方的）的卡通的独角兽吉祥物，足够撑起一台"儿童剧"了。
那么我们应该使用哪个 tracer 呢？
我会为两类读者回答这个问题，大部分人和性能/内核工程师。过一段时间这些可能会发生变化，我会持续跟进并补充，大概会一年更新一次。
多数人
多数人 (开发者，系统管理员，开发管理者，运维人员，评测人员，等等) 不关心系统追踪器的细节。下面是对于追踪器你应该知道和做的：
1. 使用perf_events分析CPU性能
使用 perf_events 做 CPU 性能分析。性能指标可以使用flame graph 等工具做可视化。
git clone --depth 1 https://github.com/brendangregg/FlameGraph
perf record -F 99 -a -g -- sleep 30
perf script | ./FlameGraph/stackcollapse-perf.pl | ./FlameGraph/flamegraph.pl > perf.svg
Linux perf_events (又称 "perf"，同命令名) 是 Linux 用户的官方追踪器和性能分析器。内置于内核代码，有很好维护（近来获得快速增强），通常通过 linux 命令行工具包添加。
perf 有很多功能，如果只能推荐一个，我选择 CPU 性能分析。尽管这只是采样，而不是从技术上追踪事件。最难的部分是获取完整的栈和信息，我为 java 和 node.js 做的一个演讲 Linux Profiling at Netflix中已经说过这个问题
2.了解其他的Tracer
正如我一个朋友说的：“你不需要知道如何操作 X 射线机器，但是一旦你吞了一枚硬币，你得知道这得去做 X 射线”，你应该了解各种 tracer 都能做什么，这样就能在你工作中真正需要 tracer 的时候，你既可以选择稍后学习使用，也可以雇相应的人来完成。
简短来说：几乎所有的东西都可以使用 tracer 来进行分析和跟踪。如，文件系统，网络处理器，硬件驱动器，全部的应用程序。可以看一下我的个人网站上关于 ftrace的文章，还有我写的关于perf_events 文档介绍，可以做为一个追踪(或者性能分析)的例子。
3. 寻求前端支持工具
如果你正想买一个能支持跟踪 Linux 的性能分析工具（有许多卖这类工具的公司）。想象一下，只需要直接点击一下界面就能“洞察”整个系统内核，包括隐藏的不同堆栈位置的热图，我在Monitorama talk 中介绍了一个这样带图形界面的工具。
我开源了一些我自己开发的前端工具，尽管只是 CLI （命令行界面）而不是（图形界面）。这些工具也会让人们更加快速容易的使用 tracer。比如下面的例子，用我的 perf_tool，跟踪一个新进程:
# ./execsnoopTracing exec()s. Ctrl-C to end.
PID PPID ARGS
22898 22004 man ls
22905 22898 preconv -e UTF-8
22908 22898 pager -s
22907 22898 nroff -mandoc -rLL=164n -rLT=164n -Tutf8
[...]
在 Netflix 上，我们创建了一个 Vector，一个分析工具的实例同时也是 Linux 上的 tracer 的最终前端。
致性能或内核工程师
我们的工作变的越来越困难，很多的人会问我们怎么样去追踪，哪种路径可以用！为了正确理解一个路径，你经常需要花上至少100个小时才能做到。理解所有的 linux 路径去做出理性的决定是一个浩大的工程。（我可能是唯一一个接近做到这件事情的人）
这里是我的建议，可以二选其一：
A) 选中一个全能的路径，并且使它标准化，这将涉及花费大量的时间去弄清楚它在测试环境中的细微差别和安全性。我现在推荐 SystemTap 的最新版本（ie，从源代码构建）。我知道有些公司已经选用 LTTng，而且他们用的很好，尽管它不是非常的强大（虽然它更安全）。Sysdig 可以成为另一个候选如果它可以增加追踪点或者 kprobes。
B) 遵循我上面提供的流程图，它将意味着尽可能更多的使用 ftrace 或者 perf_event， eBPF 会得到整合，之后其他的路径像 SystemTap/LTTng 会去填补这个空白。这就是我目前在 Netflix 做的工作。
tracer 的评论：
1. ftrace
我喜欢用 ftrace，它是内核 hacker 的首选，内置于系统内核，可以使用跟踪点(静态检查点)，能调用内核 kprobes 和 uprobes 调试工具。并且提供几个这样的功能：带可选过滤器和参数的事件追踪功能；在内核中进行统计的事件计数和定时功能；还有函数流程遍历的功能。可以看一下内核代码中 ftrace.txt 例子了解一下。ftrace 由 /sys 控制，仅支持单一的 root 用户使用（但是你可以通过缓冲区实例破解以支持多用户）。某些时候 Ftrace 的操作界面非常繁琐，但是的确非常“hack”，而且它有前端界面。Steven Rostedt，ftace 的主要作者，创建了 trace-cmd 命令工具，而我创建了 perf 的工具集。我对这个工具最大的不满就是它不可编程。举例来说，你不能保存和获取时间戳，不能计算延迟，不能把这些计算结果保存成直方图的形式。你需要转储事件至用户级别，并且花一些时间去处理结果。ftrace 可以通过 eBPF 变成可编程的。
2.perf_events
perf_events 是 Linux 用户的主要跟踪工具，它内置在内核源码中，通常通过 linux-tools-commom 加入。也称“perf”，同前端工具名称，通常用来跟踪和转储信息到一个叫做 perf.data 的文件中，perf.data 文件相当于一个动态的缓冲区，用来保存之后需要处理的结果。ftrace 能做到的，perf_events 大都也可以做到，perf-events 不能做函数流程遍历，少了一点儿“hack”劲儿（但是对于安全/错误检查有更好的支持）。它可以进行 CPU 分析和性能统计，用户级堆栈解析，也可以使用对于跟踪每行局部变量产生的调试信息。它也支持多用户并发操作。和 ftrace 一样也不支持可编程。如果要我只推荐一款 tracer，那一定是 perf 了。它能解决众多问题，并且它相对较安全。
3. eBPF
extended Berkeley Packet Filter（eBPF）是一个可以在事件上运行程序的高效内核虚拟机（JIT）。它可能最终会提供 ftrace 和 perf_events 的内核编程，并强化其他的 tracer。这是 Alexei Starovoitov 目前正在开发的，还没有完全集成，但是从4.1开始已经对一些优秀的工具有足够的内核支持了，如块设备I/O的延迟热图。可参考其主要作者 Alexei Starovoitov 的BPF slides和eBPF samples。
4. SystemTap
SystemTap 是最强大的tracer。它能做所有事情，如概要分析，跟踪点，探针，uprobes（来自SystemTap），USDT和内核编程等。它将程序编译为内核模块，然后加载，这是一种获取安全的巧妙做法。它也是从tree发展而来，在过去有很多问题（多的可怕）。很多不是 SystemTap 本身的错——它常常是第一个使用内核追踪功能，也是第一个碰到 bug 的。SystemTap 的最新版本好多了（必须由源代码编译），但是很多人仍然会被早期版本吓到。如果你想用它，可先在测试环境中使用，并与irc.freenode.net上 的 #systemtap 开发人员交流。（Netflix 有容错机制，我们已经使用了 SystemTap，但是可能我们考虑的安全方面的问题比你们少。）我最大的不满是，它似乎认为你有常常没有的内核 debug 信息。实际上没有它也能做很多事情，但是缺少文档和例子（我必须自己全靠自己开始学习）。
5. LTTng
LTTng 优化了事件采集，这比其他 tracers 做得好。它从 tree 发展而来，它的核心很简单：通过一组小规模的固定指令集将事件写入追踪缓冲区，这种方式使它安全、快速，缺点是它没有内核编码的简单途径。我一直听说这不是一个大问题，因为尽管需要后期处理，它也已经优化到可以充分的度量。此外，它还首创了一个不同的分析技术，更多对所有关注事件的黑盒记录将稍后以 GUI 的方式进行研究。我关心的是前期没有考虑到要录制的事件缺失问题如何解决，但我真正要做的是花更多时间来看它在实践中用的怎么样。这是我花的时间最少的一个 tracer（没有什么特殊原因）。
6. Ktap
ktap 在过去是一款前景很好的 tracer，它使用内核中的 lua 虚拟机处理，在没有调试信息的情况下在嵌入式设备上运行的很好。它分为几个步骤，并在有一段时间似乎超过了 Linux 上所有的追踪器。然后 eBPF 开始进行内核集成，而 ktap 的集成在它可以使用 eBPF 替代它自己的虚拟机后才开始。因为 eBPF 仍将持续集成几个月，ktap 开发者要继续等上一段时间。我希??今年晚些时候它能重新开发。
7. dtrace4linux
dtrace4linux 主要是 Paul Fox 一个人在业余时间完成的，它是 Sun DTrace 的 Linux 版本。它引入瞩目，还有一些 provider 可以运行，但是从某种程度上来说还不完整，更多的是一种实验性的工具（不安全）。我认为，顾忌到许可问题，人们会小心翼翼的为 dtrace4linux 贡献代码：由于当年 Sun 开源DTrace 使用的是 CDDL 协议，而 dtrace4linux 也不大可能最终进入 Linux kernel。Paul 的方法很可能会使其成为一个 add-on。我很乐意看到 Linux 平台上的 DTrace 和这个项目的完成，我认为当我加入 Netflix 后将会花些时间来协助完成这个项目。然而，我还是要继续使用内置的 tracers，如 ftrace 和 perf_events。
8.OL DTrace
Oracle Linux DTrace为了将 DTrace 引入 Linux，特别是 Oracle Linux，做出了很大的努力。这些年来发布的多个版本表明了它的稳定进展。开发者们以一种对这个项目的前景看好的态度谈论着改进 DTrace 测试套件。很多有用的 provider 已经完成了，如：syscall, profile, sdt, proc, sched 以及 USDT。我很期待 fbt（function boundary tracing, 用于内核动态跟踪）的完成，它是 Linux 内核上非常棒的 provider。OL DTrace 最终的成功将取决于人们对运行 Oracle Linux（为技术支持付费）有多大兴趣，另一方面取决于它是否完全开源：它的内核元件是开源的，而我没有看到它的用户级别代码。
9. sysdig
sysdig是一个使用类tcpmp语法来操作系统事件的新tracer，它使用lua提交进程。它很优秀，它见证了系统跟踪领域的变革。它的局限性在于它只在当前进行系统调用，在提交进行时将所有事件转储为用户级别。你可以使用系统调用做很多事情，然而我还是很希望它能支持跟踪点、kprobe和uprobe。我还期待它能支持eBPF做内核摘要。目前，sysdig开发者正在增加容器支持。留意这些内容。
延伸阅读
我关于 tracer 的工作包括：
ftrace：我的 perf-tools工具集（参考实例目录）；我在 lwn.net 上的 关于ftrace的文章；LISA14的发言；还有帖子：函数计数， iosnoop，opensnoop，execsnoop，TCP转发， uprobes 以及USDT。
perf_evenets：我的网页 perf_events实例；SCALE上的发言Netflix的Linux性能分析；还有帖子CPU采样，静态追踪点，热点图，计数，内核行追踪，off-CPU时间图。
eBPF：帖子eBPF：迈出一小步，和一些BPF工具（我需要发布更多）。
SystemTap：我很久以前写了一篇有点过期的帖子使用SystemTap。最近，我发布了一些工具systemtap-lwtools来演示如何在没有内核诊断信息的情况下使用SystemTap。
LTTng：我只花了一点时间，还不足以发表任何内容。
ktap：我的网页ktap实例包含一些早期版本的单行小程序和脚本。
dtrace4linux：我在系统性能一书中给出了一些实例，并曾经开发了一些小的修复程序，如timestamps。
OL DTrace：由于它直接由DTrace转变而来，很多我早期关于DTrace的工作都有相关性（如果在这里给出链接的话就太多了，可以在我的主页上搜索）。当它更完善时，我会开发一些特殊工具。
sysdig：我向 fileslower 和 subsecond offset spectrogram 贡献了代码。
其他：我写了关于strace 的注意事项。
请不要有更多的 tracer！如果你想知道为什么 Linux 不仅仅只有一个 tracer，或者只用本身的DTrace，你可以在我的演讲稿从DTrace到Linux中找到答案，从28张幻灯片开始。
感谢Deirdré Straughan的编辑，以及与 General Zoi 的小马宝莉创作者一起创作的 tracing 小马。
Ⅳ vs2022为什么会在D盘根目录下生成windows kits文件
你安装的时候选择了windows的SKD，就会有这个文件夹，但是目录是可以修改的
Ⅳ perf 显示perf.data中symbol显示函数地址，怎么能显示函数名称
添加下编译选项
-fno-omit-frame-pointer
Ⅵ 如何编译带有extra molesopencv
从opencv官网下载下来的exe文件安装后只含有opencv自带的一些moles，有时需要其extra moles的一些功能，就需要手动编译。
这里详细的说明了opencv自带的moles和extra moles
环境说明
Windows10 x64
Opencv 3.1.0
Visual Studio 2015
CMAKE 3.4.1
第一部分：生成OpenCV vs项目
下载opencv源码和 opencv_contrib源码 这里的opencv源码部分用官网的exe安装包解压安装也可以。需要的只是源码。
！！！注意：这里OpenCV和OpenCV contrib的代码版本要一致，否则可能后产生不可预知的编译错误！！！
将opencv和opencv_contrib解压到一个目录里，并建立一个空文件夹名为VSproject，用来存储待编译的vs项目
打开CMAKE，在where is the source code里面选择opencv的源代码目录，我安装的是exe包，所以我的目录是F:/Sunday/opencv/sources
在where to build the binaries选择F:/Sunday/VSproject
点击Configure，选择你的编译器，如下
点击Finish
等待出现Configuring done
找到OPENCV_EXTRA_MODULES_PATH项，输入opencv_contrib下的moles目录F:/Sunday/opencv_contrib/moles
如下
其他选项根据自己的需要勾选，不懂的话就不要动了。
我取消勾选的有
BUILD_DOCS
BUILD_TESTS
BUILD_PERF_TESTS
BUILD_opencv_python2
BUILD_opencv_python3
WITH_CUDA
WITH_MATLAB
注意：千万不要勾选BUILD_opencv_contrib_world和BUILD_opencv_world，否则会导致编译失败。但是如果
不添加opencv_contrib的话，就可以勾选BUILD_opencv_world，这样编译出来的库文件和dll就只有一个
opencv_world.dll。包含了所有的库。
再次点击Configure没问题的话上面不会有红色，如下
7. 点击Generate，开始生成VS项目
导出成功如下，显示Genereating done
第二部分：编译
打开VSproject目录下的OpenCV.sln，我的是F:\Sunday\VSproject\OpenCV.sln
先编译debug版本的代码，同时要确保平台正确，在ALL_BUILD项目上右键→生成，即开始编译。这个过程一般较长。
编译成功后生成CMake Targets下的install项目，这样所有opencv编译出来的lib，dll，头文件都会统一放在install文件夹下。
把编译改为Release模式，按照1~3步再编译一下。
最终所有编译好的文件都会存在VSproject的install目录下。
Ⅶ 如何确定本次编译的deconfig文件
之前我们知道deconfig里会定义某个config变量是y还是n，但是kernel里有很多deconfig文件，系统编译的时候到底用的是哪个呢，我们来看一下：
编译的命令如下：
. build/envsetup.sh
lunch
8. msm8937_evb-userdebug
./mkimage msm8937_evb boot_image
首先在envsetup.sh
command make --no-print-directory -f build/core/config.mk mpvar-abs-$1) //这里也是线索
function gettop
{
local TOPFILE=build/core/envsetup.mk //这里就是线索
......
}
然后看config.mk
include $(BUILD_SYSTEM)/envsetup.mk //这里是确定引用的
所以看envsetup.mk
board_config_mk := \
$(strip $(wildcard \
$(SRC_TARGET_DI www.hbbz08.com R)/board/$(TARGET_DEVICE)/BoardConfig.mk \
$(shell test -d device && find device -maxdepth 4 -path '*/$(TARGET_DEVICE)/BoardConfig.mk') \
$(shell test -d vendor && find vendor -maxdepth 4 -path '*/$(TARGET_DEVICE)/BoardConfig.mk') \
)) //获取到对应的BoardConfig.mk文件
TARGET_DEVICE_DIR := $(patsubst %/,%,$(dir $(board_config_mk))) //获取对应的路径
matthew@matthew:/media/matt2/8937-evb-1/build/target/board$ grep -r "TARGET_DEVICE_DIR" ./
./Android.mk:-include $(TARGET_DEVICE_DIR)/AndroidBoard.mk //加载对应的AndroidBoard.mk
然后到对应的/device/asus/msm8937_evb/里的AndroidBoard.mk
如下：
-include device/qcom/msm8937_64/AndroidBoard.mk
LOCAL_PATH := $(call my-dir)
ifeq ($(TARGET_BUILD_VARIANT),user)
KERNEL_DEFCONFIG := msm8937-perf_defconfig
else
KERNEL_DEFCONFIG := msm8937_defconfig //最后用的是这个deconfig文件
endif
Ⅷ 如何 编译 ngx
一、必要软件准备
1.安装pcre
为了支持rewrite功能，我们需要安装pcre
复制代码代码如下:
# yum install pcre* //如过你已经装了，请跳过这一步
2.安装openssl
需要ssl的支持，如果不需要ssl支持，请跳过这一步
复制代码代码如下:
# yum install openssl*
3.gzip 类库安装
复制代码代码如下:
yum install zlib zlib-devel
4.安装wget
下载nginx使用,如果已经安装，跳过这一步
复制代码代码如下:
# yum install wget
二、安装nginx
1.下载
复制代码代码如下:
wget http://nginx.org/download/nginx-1.7.0.tar.gz
2.解压
复制代码代码如下:
tar -zxvf nginx-1.7.0.tar.gz
3.编译和安装
执行如下命令：
复制代码代码如下:
# cd nginx-1.7.0
# ./configure --prefix=/usr/local/nginx-1.7.0 \
--with-http_ssl_mole --with-http_spdy_mole \
--with-http_stub_status_mole --with-pcre
–with-http_stub_status_mole：支持nginx状态查询
–with-http_ssl_mole：支持https
–with-http_spdy_mole：支持google的spdy,想了解请网络spdy,这个必须有ssl的支持
–with-pcre：为了支持rewrite重写功能，必须制定pcre
最后输出如下内容，表示configure OK了。
复制代码代码如下:
checking for zlib library ... found
creating objs/Makefile
Configuration summary
+ using system PCRE library
+ using system OpenSSL library
+ md5: using OpenSSL library
+ sha1: using OpenSSL library
+ using system zlib library
nginx path prefix: "/usr/local/nginx-1.7.0"
nginx binary file: "/usr/local/nginx-1.7.0/sbin/nginx"
nginx configuration prefix: "/usr/local/nginx-1.7.0/conf"
nginx configuration file: "/usr/local/nginx-1.7.0/conf/nginx.conf"
nginx pid file: "/usr/local/nginx-1.7.0/logs/nginx.pid"
nginx error log file: "/usr/local/nginx-1.7.0/logs/error.log"
nginx http access log file: "/usr/local/nginx-1.7.0/logs/access.log"
nginx http client request body temporary files: "client_body_temp"
nginx http proxy temporary files: "proxy_temp"
nginx http fastcgi temporary files: "fastcgi_temp"
nginx http uwsgi temporary files: "uwsgi_temp"
nginx http scgi temporary files: "scgi_temp"
# make //确定你的服务器有安装make，如果没有安装请执行yum install make
# make install
三、启动、关闭、重置nginx
启动：直接执行以下命令,nginx就启动了,不需要改任何配置文件,nginx配置多域名虚拟主机请参考后续文章.
复制代码代码如下:
/usr/local/nginx-1.7.0/sbin/nginx
试试访问：直接使用curl命令来读取web信息
复制代码代码如下:
[root@ns conf]
# curl -s http://localhost | grep nginx.com
nginx.com.
关闭：
复制代码代码如下:
/usr/local/nginx-1.7.0/sbin/nginx -s stop
重置：当你有修改配置文件的时候，只需要reload以下即可
复制代码代码如下:
/usr/local/nginx-1.7.0/sbin/nginx -s reload
整个nginx的安装就到这里结束了。
四、nginx编译参数详解
复制代码代码如下:
–prefix= 指向安装目录
–sbin-path 指向（执行）程序文件（nginx）
–conf-path= 指向配置文件（nginx.conf）
–error-log-path= 指向错误日志目录
–pid-path= 指向pid文件（nginx.pid）
–lock-path= 指向lock文件（nginx.lock）（安装文件锁定，防止安装文件被别人利用，或自己误操作。）
–user= 指定程序运行时的非特权用户
–group= 指定程序运行时的非特权用户组
–builddir= 指向编译目录
–with-rtsig_mole 启用rtsig模块支持（实时信号）
–with-select_mole 启用select模块支持（一种轮询模式,不推荐在高载环境下使用）禁用：–without-select_mole
–with-poll_mole 启用poll模块支持（功能与select相同，与select特性相同，为一种轮询模式,不推荐在高载环境下使用）
–with-file-aio 启用file aio支持（一种APL文件传输格式）
–with-ipv6 启用ipv6支持
–with-http_ssl_mole 启用ngx_http_ssl_mole支持（使支持https请求，需已安装openssl）
–with-http_realip_mole 启用ngx_http_realip_mole支持（这个模块允许从请求标头更改客户端的IP地址值，默认为关）
–with-http_addition_mole 启用ngx_http_addition_mole支持（作为一个输出过滤器，支持不完全缓冲，分部分响应请求）
–with-http_xslt_mole 启用ngx_http_xslt_mole支持（过滤转换XML请求）
–with-http_image_filter_mole 启用ngx_http_image_filter_mole支持（传输JPEG/GIF/PNG 图片的一个过滤器）（默认为不启用。gd库要用到）
–with-http_geoip_mole 启用ngx_http_geoip_mole支持（该模块创建基于与MaxMind GeoIP二进制文件相配的客户端IP地址的ngx_http_geoip_mole变量）
–with-http_sub_mole 启用ngx_http_sub_mole支持（允许用一些其他文本替换nginx响应中的一些文本）
–with-http_dav_mole 启用ngx_http_dav_mole支持（增加PUT,DELETE,MKCOL：创建集合,COPY和MOVE方法）默认情况下为关闭，需编译开启
–with-http_flv_mole 启用ngx_http_flv_mole支持（提供寻求内存使用基于时间的偏移量文件）
–with-http_gzip_static_mole 启用ngx_http_gzip_static_mole支持（在线实时压缩输出数据流）
–with-http_random_index_mole 启用ngx_http_random_index_mole支持（从目录中随机挑选一个目录索引）
–with-http_secure_link_mole 启用ngx_http_secure_link_mole支持（计算和检查要求所需的安全链接网址）
–with-http_degradation_mole 启用ngx_http_degradation_mole支持（允许在内存不足的情况下返回204或444码）
–with-http_stub_status_mole 启用ngx_http_stub_status_mole支持（获取nginx自上次启动以来的工作状态）
–without-http_charset_mole 禁用ngx_http_charset_mole支持（重新编码web页面，但只能是一个方向–服务器端到客户端，并且只有一个字节的编码可以被重新编码）
–without-http_gzip_mole 禁用ngx_http_gzip_mole支持（该模块同-with-http_gzip_static_mole功能一样）
–without-http_ssi_mole 禁用ngx_http_ssi_mole支持（该模块提供了一个在输入端处理处理服务器包含文件（SSI）的过滤器，目前支持SSI命令的列表是不完整的）
–without-http_userid_mole 禁用ngx_http_userid_mole支持（该模块用来处理用来确定客户端后续请求的cookies）
–without-http_access_mole 禁用ngx_http_access_mole支持（该模块提供了一个简单的基于主机的访问控制。允许/拒绝基于ip地址）
–without-http_auth_basic_mole禁用ngx_http_auth_basic_mole（该模块是可以使用用户名和密码基于http基本认证方法来保护你的站点或其部分内容）
–without-http_autoindex_mole 禁用disable ngx_http_autoindex_mole支持（该模块用于自动生成目录列表，只在ngx_http_index_mole模块未找到索引文件时发出请求。）
–without-http_geo_mole 禁用ngx_http_geo_mole支持（创建一些变量，其值依赖于客户端的IP地址）
–without-http_map_mole 禁用ngx_http_map_mole支持（使用任意的键/值对设置配置变量）
–without-http_split_clients_mole 禁用ngx_http_split_clients_mole支持（该模块用来基于某些条件划分用户。条件如：ip地址、报头、cookies等等）
–without-http_referer_mole 禁用disable ngx_http_referer_mole支持（该模块用来过滤请求，拒绝报头中Referer值不正确的请求）
–without-http_rewrite_mole 禁用ngx_http_rewrite_mole支持（该模块允许使用正则表达式改变URI，并且根据变量来转向以及选择配置。如果在server级别设置该选项，那么他们将在 location之前生效。如果在location还有更进一步的重写规则，location部分的规则依然会被执行。如果这个URI重写是因为location部分的规则造成的，那么 location部分会再次被执行作为新的URI。 这个循环会执行10次，然后Nginx会返回一个500错误。）
–without-http_proxy_mole 禁用ngx_http_proxy_mole支持（有关代理服务器）
–without-http_fastcgi_mole 禁用ngx_http_fastcgi_mole支持（该模块允许Nginx 与FastCGI 进程交互，并通过传递参数来控制FastCGI 进程工作。 ）FastCGI一个常驻型的公共网关接口。
–without-http_uwsgi_mole 禁用ngx_http_uwsgi_mole支持（该模块用来医用uwsgi协议，uWSGI服务器相关）
–without-http_scgi_mole 禁用ngx_http_scgi_mole支持（该模块用来启用SCGI协议支持，SCGI协议是CGI协议的替代。它是一种应用程序与HTTP服务接口标准。它有些像FastCGI但他的设计 更容易实现。）
–without-http_memcached_mole 禁用ngx_http_memcached_mole支持（该模块用来提供简单的缓存，以提高系统效率）
-without-http_limit_zone_mole 禁用ngx_http_limit_zone_mole支持（该模块可以针对条件，进行会话的并发连接数控制）
–without-http_limit_req_mole 禁用ngx_http_limit_req_mole支持（该模块允许你对于一个地址进行请求数量的限制用一个给定的session或一个特定的事件）
–without-http_empty_gif_mole 禁用ngx_http_empty_gif_mole支持（该模块在内存中常驻了一个1*1的透明GIF图像，可以被非常快速的调用）
–without-http_browser_mole 禁用ngx_http_browser_mole支持（该模块用来创建依赖于请求报头的值。如果浏览器为modern ，则$modern_browser等于modern_browser_value指令分配的值；如 果浏览器为old，则$ancient_browser等于 ancient_browser_value指令分配的值；如果浏览器为 MSIE中的任意版本，则 $msie等于1）
–without-http_upstream_ip_hash_mole 禁用ngx_http_upstream_ip_hash_mole支持（该模块用于简单的负载均衡）
–with-http_perl_mole 启用ngx_http_perl_mole支持（该模块使nginx可以直接使用perl或通过ssi调用perl）
–with-perl_moles_path= 设定perl模块路径
–with-perl= 设定perl库文件路径
–http-log-path= 设定access log路径
–http-client-body-temp-path= 设定http客户端请求临时文件路径
–http-proxy-temp-path= 设定http代理临时文件路径
–http-fastcgi-temp-path= 设定http fastcgi临时文件路径
–http-uwsgi-temp-path= 设定http uwsgi临时文件路径
–http-scgi-temp-path= 设定http scgi临时文件路径
-without-http 禁用http server功能
–without-http-cache 禁用http cache功能
–with-mail 启用POP3/IMAP4/SMTP代理模块支持
–with-mail_ssl_mole 启用ngx_mail_ssl_mole支持
–without-mail_pop3_mole 禁用pop3协议（POP3即邮局协议的第3个版本,它是规定个人计算机如何连接到互联网上的邮件服务器进行收发邮件的协议。是因特网电子邮件的第一个离线协议标 准,POP3协议允许用户从服务器上把邮件存储到本地主机上,同时根据客户端的操作删除或保存在邮件服务器上的邮件。POP3协议是TCP/IP协议族中的一员，主要用于 支持使用客户端远程管理在服务器上的电子邮件）
–without-mail_imap_mole 禁用imap协议（一种邮件获取协议。它的主要作用是邮件客户端可以通过这种协议从邮件服务器上获取邮件的信息，下载邮件等。IMAP协议运行在TCP/IP协议之上， 使用的端口是143。它与POP3协议的主要区别是用户可以不用把所有的邮件全部下载，可以通过客户端直接对服务器上的邮件进行操作。）
–without-mail_smtp_mole 禁用smtp协议（SMTP即简单邮件传输协议,它是一组用于由源地址到目的地址传送邮件的规则，由它来控制信件的中转方式。SMTP协议属于TCP/IP协议族，它帮助每台计算机在发送或中转信件时找到下一个目的地。）
–with-google_perftools_mole 启用ngx_google_perftools_mole支持（调试用，剖析程序性能瓶颈）
–with-cpp_test_mole 启用ngx_cpp_test_mole支持
–add-mole= 启用外部模块支持
–with-cc= 指向C编译器路径
–with-cpp= 指向C预处理路径
–with-cc-opt= 设置C编译器参数（PCRE库，需要指定–with-cc-opt=”-I /usr/local/include”，如果使用select()函数则需要同时增加文件描述符数量，可以通过–with-cc- opt=”-D FD_SETSIZE=2048”指定。）
–with-ld-opt= 设置连接文件参数。（PCRE库，需要指定–with-ld-opt=”-L /usr/local/lib”。）
–with-cpu-opt= 指定编译的CPU，可用的值为: pentium, pentiumpro, pentium3, pentium4, athlon, opteron, amd64, sparc32, sparc64, ppc64
–without-pcre 禁用pcre库
–with-pcre 启用pcre库
–with-pcre= 指向pcre库文件目录
–with-pcre-opt= 在编译时为pcre库设置附加参数
–with-md5= 指向md5库文件目录（消息摘要算法第五版，用以提供消息的完整性保护）
–with-md5-opt= 在编译时为md5库设置附加参数
–with-md5-asm 使用md5汇编源
–with-sha1= 指向sha1库目录（数字签名算法，主要用于数字签名）
–with-sha1-opt= 在编译时为sha1库设置附加参数
–with-sha1-asm 使用sha1汇编源
–with-zlib= 指向zlib库目录
–with-zlib-opt= 在编译时为zlib设置附加参数
–with-zlib-asm= 为指定的CPU使用zlib汇编源进行优化，CPU类型为pentium, pentiumpro
–with-libatomic 为原子内存的更新操作的实现提供一个架构
–with-libatomic= 指向libatomic_ops安装目录
–with-openssl= 指向openssl安装目录
–with-openssl-opt 在编译时为openssl设置附加参数
–with-debug 启用debug日志
Ⅸ android 源码 怎么只编译 systemui
Google提供的Android包含了原始Android的目标机代码，主机编译工具、仿真环境，下载的代码包经过解压后(这里是Android2.2的源码包)，源代码的第一层目录结构如下： -- Makefile -- bionic （bionic C库） -- bootable （启动引导相关代码） -- build （存放系统编译规则及generic等基础开发包配置） -- cts （Android兼容性测试套件标准） -- dalvik （dalvik JAVA虚拟机） -- development （应用程序开发相关） -- external （android使用的一些开源的模组） -- frameworks （核心框架——java及C++语言） -- hardware （主要保护硬解适配层HAL代码） -- libcore -- ndk -- device -- out （编译完成后的代码输出与此目录） -- packages （应用程序包） -- prebuilt （x86和arm架构下预编译的一些资源） -- sdk （sdk及模拟器） -- system （文件系统库、应用及组件——c语言） `-- vendor （厂商定制代码） bionic 目录 -- libc （C库） -- arch-arm （ARM架构，包含系统调用汇编实现） -- arch-x86 （x86架构，包含系统调用汇编实现） -- bionic （由C实现的功能，架构无关） -- docs （文档） -- include （头文件） -- inet -- kernel （Linux内核中的一些头文件） -- netbsd （？netbsd系统相关，具体作用不明） -- private （？一些私有的头文件） -- stdio （stdio实现） -- stdlib （stdlib实现） -- string （string函数实现） -- tools （几个工具） -- tzcode （时区相关代码） -- unistd （unistd实现） `-- zoneinfo （时区信息） -- libdl （libdl实现，dl是动态链接，提供访问动态链接库的功能） -- libm （libm数学库的实现，） -- alpha （apaha架构） -- amd64 （amd64架构） -- arm （arm架构） -- bsdsrc （？bsd的源码） -- i386 （i386架构） -- i387 （i387架构？） -- ia64 （ia64架构） -- include （头文件） -- man （数学函数，后缀名为.3，一些为freeBSD的库文件） -- powerpc （powerpc架构） -- sparc64 （sparc64架构） `-- src （源代码） -- libstdc++ （libstdc++ C++实现库） -- include （头文件） `-- src （源码） -- libthread_db （多线程程序的调试器库） `-- include （头文件） `-- linker （动态链接器） `-- arch （支持arm和x86两种架构） bootable 目录 -- bootloader （适合各种bootloader的通用代码） `-- legacy （估计不能直接使用，可以参考） -- arch_armv6 （V6架构，几个简单的汇编文件） -- arch_msm7k （高通7k处理器架构的几个基本驱动） -- include （通用头文件和高通7k架构头文件） -- libboot （启动库，都写得很简单） -- libc （一些常用的c函数） -- nandwrite （nandwirte函数实现） `-- usbloader （usbloader实现） -- diskinstaller （android镜像打包器，x86可生产iso） `-- recovery （系统恢复相关） -- edify （升级脚本使用的edify脚本语言） -- etc （init.rc恢复脚本） -- minui （一个简单的UI） -- minzip （一个简单的压缩工具） -- mttils （mtd工具） -- res （资源） `-- images （一些图片） -- tools （工具） `-- ota （OTA Over The Air Updates升级工具） `-- updater （升级器） build目录 -- core （核心编译规则） -- history （历史记录） -- libs `-- host （主机端库，有android “cp”功能替换） -- target （目标机编译对象） -- board （开发平台） -- emulator （模拟器） -- generic （通用） -- idea6410 （自己添加的） `-- sim （最简单） `-- proct （开发平台对应的编译规则） `-- security （密钥相关） `-- tools （编译中主机使用的工具及脚本） -- acp （Android "acp" Command） -- apicheck （api检查工具） -- applypatch （补丁工具） -- apriori （预链接工具） -- atree （tree工具） -- bin2asm （bin转换为asm工具） -- check_prereq （检查编译时间戳工具） -- dexpreopt （模拟器相关工具，具体功能不明） -- droiddoc （？作用不明，java语言，网上有人说和JDK5有关） -- fs_config （This program takes a list of files and directories） -- fs_get_stats （获取文件系统状态） -- iself （判断是否ELF格式） -- isprelinked （判断是否prelinked） -- kcm （按键相关） -- lsd （List symbol dependencies） -- releasetools （生成镜像的工具及脚本） -- rgb2565 （rgb转换为565） -- signapk （apk签名工具） -- soslim （strip工具） `-- zipalign （zip archive alignment tool） dalvik目录 dalvik虚拟机 . -- dalvikvm （main.c的目录） -- dexmp （dex反汇编） -- dexlist （List all methods in all concrete classes in a DEX file.） -- dexopt （预验证与优化） -- docs （文档） -- dvz （和zygote相关的一个命令） -- dx （dx工具，将多个java转换为dex） -- hit （？java语言写成） -- libcore （核心库） -- libcore-disabled （？禁用的库） -- libdex （dex的库） -- libnativehelper （Support functions for Android's class libraries） -- tests （测试代码） -- tools （工具） `-- vm （虚拟机实现） development 目录 （开发者需要的一些例程及工具） -- apps （一些核心应用程序） -- BluetoothDebug （蓝牙调试程序） -- CustomLocale （自定义区域设置） -- Development （开发） -- Fallback （和语言相关的一个程序） -- FontLab （字库） -- GestureBuilder （手势动作） -- NinePatchLab （？） -- OBJViewer （OBJ查看器） -- SdkSetup （SDK安装器） -- SpareParts （高级设置） -- Term （远程登录） `-- launchperf （？） -- build （编译脚本模板） -- cmds （有个monkey工具） -- data （配置数据） -- docs （文档） -- host （主机端USB驱动等） -- ide （集成开发环境） -- ndk （本地开发套件——c语言开发套件） -- pdk （Plug Development Kit） -- samples （演示程序） -- AliasActivity （） -- ApiDemos （API演示程序） -- BluetoothChat （蓝牙聊天） -- BrowserPlugin （浏览器插件） -- BusinessCard （商业卡） -- Compass （指南针） -- ContactManager （联系人管理器） -- CubeLiveWall** （动态壁纸的一个简单例程） -- FixedGridLayout （像是布局） -- GlobalTime （全球时间） -- HelloActivity （Hello） -- Home （Home） -- JetBoy （jetBoy游戏） -- LunarLander （貌似又是一个游戏） -- MailSync （邮件同步） -- MultiResolution （多分辨率） -- MySampleRss （RSS） -- NotePad （记事本） -- RSSReader （RSS阅读器） -- SearchableDictionary （目录搜索） -- **JNI （JNI例程） -- SkeletonApp （空壳APP） -- Snake （snake程序） -- SoftKeyboard （软键盘） -- Wiktionary （？维基） `-- Wiktionary**（？维基例程） -- scripts （脚本） -- sdk （sdk配置） -- simulator （？模拟器） -- testrunner （？测试用） `-- tools （一些工具）
Ⅹ 如何使用ubuntu编译arcopter
ArCopter\.gitignore
..........\AP_State.pde
..........\APM_Config.h
..........\APM_Config_mavlink_hil.h
..........\ArCopter.pde
..........\Attitude.pde
..........\command_description.txt
..........\commands.pde
..........\commands_logic.pde
..........\commands_process.pde
..........\compat.h
..........\compat.pde
..........\config.h
..........\config_channels.h
..........\control_modes.pde
..........\defines.h
..........\events.pde
..........\failsafe.pde
..........\fence.pde
..........\flip.pde
..........\GCS.h
..........\GCS_Mavlink.pde
..........\inertia.pde
..........\leds.pde
..........\Log.pde
..........\Makefile
..........\motors.pde
..........\navigation.pde
..........\nocore.inoflag
..........\Parameters.h
..........\Parameters.pde
..........\perf_info.pde
..........\position_vector.pde
..........\radio.pde
..........\read_me.text
..........\ReleaseNotes.txt
..........\sensors.pde
..........\setup.pde
..........\system.pde
..........\test.pde
..........\toy.pde
..........\UserCode.pde
..........\UserVariables.h
libraries\AC_Fence
.........\........\AC_Fence.cpp
.........\........\AC_Fence.h
.........\........\examples
.........\........\........\AC_Fence_test
.........\........\........\.............\AC_Fence_test.pde
.........\........\........\.............\Makefile
.........\........\........\.............\nocore.inoflag
.........\........\keywords.txt
.........\AC_PID
.........\......\AC_PID.cpp
.........\......\AC_PID.h
.........\......\examples
.........\......\........\AC_PID_test
.........\......\........\...........\AC_PID_test.pde
.........\......\........\...........\Makefile
.........\......\........\...........\nocore.inoflag
.........\......\keywords.txt
.........\AC_WPNav
.........\........\AC_WPNav.cpp
.........\........\AC_WPNav.h
.........\........\examples
.........\........\........\AC_WPNav_test
.........\........\........\.............\AC_WPNav_test.pde
.........\........\........\.............\Makefile
.........\........\........\.............\nocore.inoflag
.........\........\keywords.txt
.........\AP_ADC
.........\......\AP_ADC.cpp
.........\......\AP_ADC.h
.........\......\AP_ADC_ADS7844.cpp
.........\......\AP_ADC_ADS7844.h
.........\......\AP_ADC_HIL.cpp
.........\......\AP_ADC_HIL.h
.........\......\examples
.........\......\........\AP_ADC_test
.........\......\........\...........\AP_ADC_test.pde
.........\......\........\...........\Makefile
.........\......\........\...........\nocore.inoflag
.........\......\keywords.txt
.........\AP_ADC_AnalogSource
.........\...................\AP_ADC_AnalogSource.cpp
.........\...................\AP_ADC_AnalogSource.h
.........\AP_AHRS
.........\.......\AP_AHRS.cpp
.........\.......\AP_AHRS.h
.........\.......\AP_AHRS_DCM.cpp
.........\.......\AP_AHRS_DCM.h
.........\.......\AP_AHRS_HIL.cpp
.........\.......\AP_AHRS_HIL.h
.........\.......\AP_AHRS_MPU6000.cpp
.........\.......\AP_AHRS_MPU6000.h
.........\.......\examples
.........\.......\........\AHRS_Test
.........\.......\........\.........\AHRS_Test.pde
.........\.......\........\.........\Makefile
.........\.......\........\.........\nocore.inoflag