linuxdvr

① 海康服务器linux7默认密码

1、如果是代DVR，也就是视频线的那种。默认用户名admin，密码888888。2、如果是代NVR，网线的那种。默认用户名admin，密码12345。
杭州海康威视数字技术股份有限公司的营销及服务网络覆盖全球，目前在中国大陆32个城市已设立分公司，在洛杉矶、香港、阿姆斯特丹、孟买、圣彼得堡和迪拜也已设立了全资或控股子公司，并将在南非、巴西等地设立分支机构。持续快速发展的海康威视，已获得了行业内外的普遍认可。
杭州海康威视数字技术股份有限公司，拥有业内领先的自主核心技术和可持续研发能力，提供摄像机/智能球机、光端机、DVR/DVS/板卡、网络存储、视频综合平台、中心管理软件等安防产品，并针对金融、公安、电讯、交通、司法、教育、电力、水利、军队等众多行业提供合适的细分产品与专业的行业解决方案。这些产品和方案面向全球100多个国家和地区，在北京奥运会、大运会、亚运会、上海世博会、60年国庆大阅兵、青藏铁路等重大安保项目中得到广泛应用。

② 有没有不需要插电源的监控摄像头

有不用网线不用电源的家用监控摄像头，那就是萤石的C3A摄像头。网线不需要，只要连接WiFi就行，电源线也不需要，摄像头配置了一块5500毫安的大电池，续航能力超强。

Linux操作系统支持多用户、多任务、及多道处理，是以网络环境为基础的操作系统，具有完整的网络功能，使用者可以在Linux下以单机连上互联网，也可架设局域网络(LAN);还可以Linux架设各种服务器，提供在互联网以及内部网的邮件、FTP和Web等各种服务，方便DVR实现网络化。

需知：

更高级的监控系统则增加了音频监视、更高级的BSV液晶拼接技术完善信号储存、更多的视频输入、远程控制和监视互联网链接、CD刻录以及全面的报警和呼叫等功能。高段巧缺端系统还包括服务器(流复用)，宽郑采用独立的附加握辩存储单元来替代DVR。

高端系统还能提供高级移动探测功能，包括智能区域和边界等。例如，在一个摄像头的观察范围内，人行道上有很多的人流不会引起报警，而家庭和人行道之间的区域出现大量人流则会触发移动报警。高级分析功能还包括某人闲逛甚至包裹坠落探测等。

系统能够识别出极少移动或者没有移动的物体。在非常高端的家庭系统中，摄像头就可以完成分析功能，并进行实时探测和报警。

③ DVR和VCR有什么区别

闭路电视监控系统常用的录像机包括模拟磁带录像机和数字硬盘录像机两种。 1）硬盘录像机（Digital Video Recorder，DVR） 硬盘录像机（Digital Video Recorder，DVR），即数字视频录像机，相对于传统的模拟视频录像机，采用硬盘录像，故常常被称为硬盘录像机，也被称为DVR。它是一套进行图像存储处理的计算机系统，具有对图像/语音进行长时间录像、录音、远程监视和控制的功能，DVR集合了录像机、画面分割器、云台镜头控制、报警控制、网络传输等五种功能于一身，用一台设备就能取代模拟监控系统一大堆设备的功能，而且在价格上也逐渐占有优势。DVR采用的是数字记录技术，在图像处理、图像储存、检索、备份、以及网络传递、远程控制等方面也远远优于模拟监控设备，DVR代表了电视监控系统的发展方向，是目前市面上电视监控系统的首选产品。 目前市面上主流的DVR采用的压缩技术有MPEG-2、MPEG-4、H.264、M-JPEG，而MPEG-4、H.264是国内最常见的压缩方式；从压缩卡上分有软压缩和硬压缩两种，软压受到CPU的影响较大，多半做不到全实时显示和录像，故逐渐被应压缩淘汰；从摄像机输入路数上分为1路、2路、4路、6路、9路、12路、16路、32路，甚至更多路数；总的来说，按系统结构可以分为两大类：基于PC架构的PC式 DVR和脱离PC架构的嵌入式DVR。在这里我们主要讲讲PC式DVR和嵌入式DVR。 PC式硬盘录像机（DVR）：这种架构的DVR以传统的PC机为基本硬件，以Win 98、Win 2000、Win XP、Vista、Linux为基本软件，配备图像采集或图像采集压缩卡，编制软件成为一套完整的系统。PC机是一种通用的平台，PC机的硬件更新换代速度快，因而PC式 DVR的产品性能提升较容易，同时软件修正、升级也比较方便。PC DVR各种功能的实现都依靠各种板卡来完成，比如视音频压缩卡、网卡、声卡、显卡等，这种插卡式的系统在系统装配、维修、运输中很容易出现不可靠的问题，不能用于工业控制领域，只适合于对可靠性要求不高的商用办公环境。 嵌入式硬盘录像机（EM-DVR）：嵌入式系统一般指非PC系统，有计算机功能但又不称为计算机的设备或器材。它是以应用为中心，软硬件可裁减的，对功能、可靠性、成本、体积、功耗等严格要求的微型专用计算机系统。简单地说，嵌入式系统集系统的应用软件与硬件融于一体，类似于PC中BIOS的工作方式，具有软件代码小、高度自动化、响应速度快等特点，特别适合于要求实时和多任务的应用。嵌入式DVR就是基于嵌入式处理器和嵌入式实时操作系统的嵌入式系统，它采用专用芯片对图像进行压缩及解压回放，嵌入式操作系统主要是完成整机的控制及管理。此类产品没有PC DVR那么多的模块和多余的软件功能，在设计制造时对软、硬件的稳定性进行了针对性的规划，因此此类产品品质稳定，不会有死机的问题产生，而且在视音频压缩码流的储存速度、分辨率及画质上都有较大的改善，就功能来说丝毫不比PC DVR逊色。嵌入式DVR系统建立在一体化的硬件结构上，整个视音频的压缩、显示、网络等功能全部可以通过一块单板来实现，大大提高了整个系统硬件的可靠性和稳定性。 硬盘录像机的主要功能包括：监视功能、录像功能、回放功能、报警功能、控制功能、网络功能、密码授权功能和工作时间表功能等。 监视：监视功能是硬盘录像机最主要的功能之一，能否实时、清晰的监视摄像机的画面，这是监控系统的一个核心问题，目前大部分硬盘录像机都可以做到实时、清晰的监视； 录像：录像效果是数字主机的核心和生命力所在，在监视器上看去实时和清晰的图像，录下来回放效果不一定好，而取证效果最主要的还是要看录像效果，一般情况下录像效果比监视效果更重要。大部分DVR的录像都可以做到实时25帧/秒录像，有部分录像机总资源小于5帧/秒，通常情况下分辨率都是CIF或者4CIF，1路摄像机录像1小时大约需要180MB~1GB的硬盘空间； 报警功能：主要指探测器的输入报警和图像视频帧测的报警，报警后系统会自动开启录像功能，并通过报警输出功能开启相应射灯，警号和联网输出信号。图像移动侦测是DVR的主要报警功能； 控制功能：主要指通过主机对于全方位摄像机云台，镜头进行控制，这一般要通过专用解码器和键盘完成； 网络功能：通过局域网或者广域网经过简单身份识别可以对主机进行各种监视录像控制的操作，相当于本地操作； 密码授权功能：为减少系统的故障率，和非法进入，对于停止录像，布撤防系统及进入编程等程序需设密码口令，使未授权者不得操作，一般分为多级密码授权系统； 工作时间表：可对某一摄像机的某一时间段进行工作时间编程，这也是数字主机独有的功能，它可以把节假日，作息时间表的变化全部预排到程序中，可以在一定意义上实现 无人值守。 相比较磁带录像机，硬盘录像机的突出优点体现在以下几个方面： 实现了模拟节目的数字化高保真存储：能够将广为传播和个人收集的模拟音视频节目以先进的数字化方式录制和存储，一次录制，反复多次播放也不会使质量有任何下降； 全面的输入输出接口：提供了天线/电视电缆、AV端子、S端子输入接口和AV端子、S端子输出接口。可录制几乎所有的电视节目和其它播放机、摄像机输出的信号，方便地与其它的视听设备连接。 多种可选图像录制等级：对于同一个节目源，提供了高、中、低三个图像质量录制等级； 录像帧率可调：每秒钟录像帧率可从0帧/秒~25帧/秒可调； 大容量长时间节目存储，可扩展性强：用户可选用250GB、500GB、750GB甚至1000GB的大容量硬盘进行录像； 完善的预设录制功能：用户可以自由的设定开始录像视频的起始时刻、时间长度等选项。通过对摄像机的编辑组合，可以系统化地录制任意组合摄像机的视频信号，便于灵活处理； 强大的网络功能：用户通过网络通讯接口，使用DVR本身内置的Web服务器，通过局域网或者互联网就可远程查看和控制录像机； 提供随心所欲的回放方式：由于硬盘快速、随机存储的特点，录制好的视频和正在录制的视频，都可以用DVR或者网络多种方式进行回放； 2）磁带录像机（Video Cassette Recorder，VCR） 磁带录像机（Video Cassette Recorder，VCR），即模拟视频磁带录像机，采用传统的模拟视频进行直接录像，不需要额外压缩和转换，采用磁带录像，故常常被称为磁带录像机，也被称为VCR。磁带录像机早期多用于电视节目制作、视频录制和家庭视频图像的录制和放映，逐渐被引入监控系统，随着硬盘录像机的技术发展和成本的不断下降磁带录像机逐渐被淘汰，毕竟磁带录像操作麻烦、保存麻烦、录像时间也特别短。 用于监控系统的磁带录像机大多数都是长时间录像机，指的是一盘180分钟录像带可记录8小时以上的监控图像，有24小时型和长时间型之分，大多以时间分割方式断续地记录图像，最长的记录时间可长达960小时，这称之为时滞式（Time lapse）长时间录像机。此外，还有以连续方式记录24小时画面的实时（Real time）长时间录像机。长时间录像机是将摄像机信号于磁带上的一种磁记录备，其特点是通过普通的180分钟的磁带记录长达24小时甚至于960小时的摄像机信号，从而极大地节省了磁带，便于管理。长时间录像机的磁头是走停相间，也就是说通过损失一定的画面时间来换取长延时效果，故其回放的图像将会有明显的效果。 一般VHS模式的录像机电视水平清晰度可达250线左右，SVHS模式的录像机可达400线左右。长时间录像机按照录像时间分为：24小时录像机、480小时录像机和960小时录像机三种，按照制式分为VHS模式和S-VHS模式两种。 与家用录像机不同，延时录像机可以长时间工作，可以录制24小时（用普通VHS录像带）甚至上百小时的图像，可以联接报警器材，收到报警信号自动启动录像，可以叠加时间日期，可以编制录像机自动录像程序，选择录像速度，录像带到头后是自动停止还是倒带重录等。而且可以和画面处理器配合使用。

④ 硬盘录像机与嵌入式硬盘录像机的区别

工控式和嵌入式录像机主要区别
1，工控机用的是X86架构，嵌入式用的是RISC架构。
2，工控机用的是windows系统，嵌入式用的是linux系统。
工控式硬盘录像机（PC-BASED
DVR）以工控机为基础硬件，以WINDOWS操作系统为基础软件，配备视音频压缩板卡，借助于猛液专业压缩算法以及PC机软硬件能力实现对监控系统视音频信号进行记录和回放的设备。工控式DVR的核心设备是困稿视音频压缩卡枝尺物。
嵌入式录像机是采用ARM和DSP之类的硬件平台和专用的嵌入式操作系统（如vxWork、Psos
Linux等）。但不管硬件平台和操作系统怎样，两者的原理都是一样的，都是由两大部分组成：视频采集压缩和数据存储管理。只不过一种是采用Intel设计的得到广泛应用的方案，一种是自己设计的专用方案。

⑤ 硬盘录像机没口怎么办

最近，笔者在测试某款硬盘录像机时发现，外观相同的两个USB接口有着不同的功能，导致数据备份无法进行，后经过指导发现，原来对于USB接口外接设备有明确的标注。这是笔者的粗心大意，还是厂商弄巧成拙?对于硬盘录像机而言，如何才能让他做到言听计从才是最靠谱的方法。
笔者对USB并不特别了解，但是专有通用串行总线的意思还是略知一二，既然通用，那为什么二者不能混用呢?显然这是产品技术上的BUG，又或者这是厂商的有意为之，显然这一做法不免有些弄巧成拙。毕竟对用户而言，方便才是硬道路，保不准就有像我这样的粗人接错了口岂不是很着急。
除了这种"意外"事故，其实硬盘录像机的USB接口还存在其他不识别问题。近两三年才开始出现4G、8G等大容量的优盘，在更早之前1G优盘已经是历史巅峰，但是对于视频数据来说，24小时实时监控，每分钟所产生的视频量就有10M，更何况是将整月的数据做备份呢?如果你想用硬盘来拷贝，此时就可能会出现不识别硬盘的情况。
无论是电脑还是DVR录像机，操作系统为每个USB接口分配了固定的最大电流输出值，一般的小容量优盘只需要100mA电流，但是对于大尺寸大容量的硬盘来说，其正常工作运转的电流已经超过了额定值，此时如果仅通过USB口供电会出现设备不识别或识别断断续续的情况。
笔者也提醒，目前大部分硬盘录像机已经支持硬盘USB接口备份数据，可能对于一些老设备而言比较吃力，当然可以通过后续系统升级实现，再不行现在已经有16G优盘，基本上能够拷贝半个月的视频数据。除了在硬件接口上控制好你的DVR外，其实在系统操作上也可以。之前笔者曾经写过一篇关于模拟和数字监控争议对比的文章，其中最后探讨了Linux和windows系统。在使用过程中，二者各有利弊，下面我们就来说一说嵌入式Linux系统数字硬盘录像机的优势。
随着安防用户群的逐渐扩大，大家对监控产品的需求也越来越多，众口难调成了最大的问题。为了能够统一用户需求，在操作系统上选择了操作简单的Linux系统。与windows系统实际操作对比而言，DVR这种系统能够控制录制时间，如固定3分钟或5分钟一段视频。
当数字监控摄像机实现了前端智能监控后，为了体现模拟监控宝刀未老的境界，在DVR录像机上也是下足了功夫。尽管前端设备无法加入更多的技术，但是依靠后端强大的控制存储系统，在移动侦测、遮挡报警上实现了新的突破。
尽管硬盘录像机的核心元器件只有一张板卡，但是在这张主板上集成了视频解压缩、传输、存储的功能，还支持了视频显示、供电、鼠标等外设设备，12V小小的电压要做的东西有很多，尽管他不能像PC主机一样快速处理视频数据，但是经过他编解码呈现的图像依旧可以做到标清、高清。
如何让你的硬盘录像机更听话，在购买之前不妨测试一下各个接口，在使用过程中，要充分测试各项功能，特别是智能视频判定功能是否灵光;除了日常妥善维护外，现在的录像机也支持固态硬盘，更快、更轻、更省电。
另外，笔者提醒各位，如果你的录像机无法识别优盘或硬盘，不要轻易将DVR中的硬盘与电脑连接，Linux系统将硬盘格式转变成RAW与正常windows系统NFTS不兼容，硬转换将会失去视频资料。

⑥ DVR监控软件的admin密码忘了，但可以通过系统密码进到HiLinux，请问可以通过这个HiLinux的控制台找到吗

不能修改，没有命令接口。不过你用的那个hilinux是精简过的linux2.6，你会发现好多命令都不能用。不过可以在外面挂载一个文件描述来使用。
进入到系统之后有一个配置文件/*/*/*match_sys.dat，这里面有你要修改的信息，但是那是二进制文件，用shell查看的话是一些乱码。除了你要修改的信息，还包括一些其他的信息。
其实你可以直接进入系统修改啊，何必远程呢，难道你要做坏事？

⑦ 硬盘录像机的操作系统

1.以Linux为操作接口
IT业界中Windows和Linux操作平台的激烈竞争也延烧到安防产业。Linux是一种可多人使用的作业环境，可让多位使用者在同一时间内同时使用计算机主机的资源。Linux提供完整的多人Multiuser、多任务Multitasking及多行程Multiprocessing环境，可由网络上下载使用。由于其原始程序代码(Source Code)是公开的，因此可以任意开发、修改，故Linux的使用者并不须烦恼缺乏需要的应用程序，加速了研发的速度，且系统本身以及大部分的应用程序是免费的，让开发者省下大笔的研发费用。此外，对硬件需求较低的Linux，可令使用者节省更多的硬件成本投入，整体产品成本随之降低。随着网际网络的盛行，全球使用Linux的人愈来愈多，也吸引了无数的开发人员投入改良核心、发展应用软件以及硬件周边驱动程序的行列，使Linux功能和完整性日益扩大，成为各方注目焦点。
此外，Linux是以网络环境为基础的操作系统，具有完整的网络功能，使用者可以在Linux下以单机连上Internet，也可架设局域网络(LAN)；还可以以Linux架设各种Server，提供在Internet以及Intranet的邮件、FTP、Web...各种服务。 在这样的趋势之下，Linux成为DVR制造商跃跃欲试的操作系统。有些供货商甚至表示Linux比Windows更适合应用在DVR上。
实际上，就下“Linux作为DVR的操作系统会优于Windows”这样的结论仍嫌太早。据其它制造商反应，Linux在兼容性方面仍存在着一些问题，如打印机支持、Internet联接等方面，都不如Windows。此外，对于已习惯使用Windows应用程序的使用者而言，刚开始会不适应Linux的作业方式；而针对Linux可读取Windows的档案，但Linux仍有无法让Windows系统读取档案的缺点，加上Linux为后来崛起之操作系统，故在维护人员并非十分充足的情形下，许多使用厂商在选择使用Linux系统时也会有一定的心理障碍。
2. 以Windows为操作接口
对于以PC为主要架构的DVR来说，Windows平台以其使用简单、应用普遍等特点而名列各种操作系统名单的榜首。
此外，Windows在软件升级方面，也强于其它操作系统。由于IT产业与安防产业密切相关，因此当数字技术在IT产业日进万里的同时，相关技术发展势必影响安全产业。Windows之所以会被众多厂商所爱用，乃是因为它具有强大的可升乎空模级性。厂商认为，由于DVR系统不可能长期停留在固定水平，因此可升级性势必成为系统发展的关键点。如果考量汰旧成本，一旦用户对于既有系统产生更高的要求或者原有的系统暴露出一些缺陷，大部分的用户不太可能去买一套全新的系统来替换，如此一尽管供货商认为，系统的稳定性取决于用户的实际操作方式，然而，Windows操作系统本身的不稳定性，仍令使用者相当质疑。有厂商就表示，如果只单纯使用监控系统，Windows 98系统相当稳定；但如果在Windows平台上同时运行别的程序，系统不稳定、甚至死机就无可避免。
3. 以RTOS为操作接口
对于单机型或非PC-based的DVR来说，RTOS(Real Time Operation System)是最佳的操作系统，市面上这种类型的供货商以韩国和日本为主。许多韩国厂商如3R、Korea Computer Technologies、 Kodicom、Artinix等认为，单机型DVR具有高经济效益、稳定性高及与既有的安防控制器有高兼容性等特点，因此在前一阵子都陆续推出了单机型的DVR。对于日本厂商而言，会致力于发展单机型DVR主要是基于对图像清晰度的考量，大多数PC-based DVR的图像品质都不如单机型的DVR。
然而，单机型DVR面临的最大挑战在于联网功能。在联网工作普及的今天，已有越来越多的用户使用网络，韩国Digital Logic公司的Jonathan Kim即表示：“当我们谈论单机型DVR时，经常遗漏掉网络化的远程控制部分。但DVR系统如果不能和网络衔接，坦白说，那就不能称为DVR系统”。部份西方的制造商也有相同的观点，例如美国、德国、英国以及其它北岁缓欧国家，已经将网络功能视为亏键是数字CCTV产品的关键。英国Dedicated Micros执行总经理Mike Fawcett举例说明：“英国的化工、制药厂采用了具备网络功能的DVR设备，除了节省大量人力的开销外，更可以在任何地方监看工作人员和生产线状况，因此节省不少成本”。可联网的特性让用户可以透过LAN/WAN、Internet等网络进行远程监看。这个特性已被预测成为将来CCTV市场的主流。为了让产品具备联网功能，单机型DVR制造商陷入“价格vs.功能”的两难局面。

⑧ 采用嵌入式linux操作系统的是嵌入式DVR吗

嵌入式DVR是相对于PC式DVR来说的，PC式DVR就是PC+采集卡，操作系统是windows或linux，而嵌入式DVR简单的说就是把采集卡和电脑做到了一起，CPU一般是ARM+硬件加速，或ARM+DSP，操作系统一般是linux，当然也可以是其他的如Vxworks等。标准linux操作系统内核，本身并没有什么PC和嵌入式之分，只是嵌入式系统上资源有限，对linux内核做了裁剪。可见是否是嵌入式DVR跟操作系统基本没有关系。福爱迪电子。

⑨ Yocto编译杰发或MTK的linux或android时的几个问题

编译问题1（audiomanager_7.0.bb的do_configure报错）：

错误：CMake Error at Plugins/PluginCommandInterfaceCAPI/cmake/CommonAPI.cmake:352 (message):

|   Failed to generate files from FIDL:

手动执行一下：

$ commonapi-generator-linux-x86 -ll verbose -sk Default -d . /data/linux/hz_rs28_bm/sources/神燃build/tmp/work/armv7a-vfp-neon-poky-linux-gnueabi/audiomanager/7.0-r1/audiomanager-7.0/Plugins/PluginCommandInterfaceCAPI/fidl/CommandInterface.fidl

-bash: /data/linux/hz_rs28_bm/sources/src/build/tools/commonapi_tool/commonapi-generator/commonapi-generator-linux-x86: /lib/ld-linux.so.2: bad ELF interpreter: No such file or directory

解决（需要安装32位的glibc库和32位java jre环境）：

$ sudo yum install glibc.i686

$ sudo yum install java-1.8.0-openjdk.i686

$ sudo ln -s /usr/lib/jvm/java-1.8.0-openjdk-1.8.0.191.b12-1.el7_6.i386/jre/bin/java /bin/java

$ java -version    （保证是32位的java）

编译问题2（perl_5.20.0.bb的do_package报错）：

错误：ERROR: obj failed with exit code 256 (cmd was ‘arm-poky-linux-gnueabi-obj’ –only-keep-debug

… generate_uudmap: File format not recognized

解决（tar在1.29版本之后需要exclude在路径的前面）：

sources/meta/poky/bitbake/lib/bb/fetch2/bzr.py

tar_flags = “–exclude ‘.bzr’ –exclude ‘.bzrtags'”

修改成：

tar_flags = “–exclude=’.bzr’ –exclude=’.bzrtags'”

sources/meta/poky/bitbake/lib/bb/fetch2/cvs.py

tar_flags = “–exclude ‘CVS'”

修改成：

tar_flags = “–exclude=’CVS'”

sources/meta/poky/bitbake/游轮虚lib/bb/fetch2/repo.py

tar_flags = “–exclude ‘.repo’ –exclude ‘.git'”

修改成：

tar_flags = “–exclude=’.repo’ –exclude=’.git'”

sources/meta/poky/bitbake/lib/bb/fetch2/svn.py

tar_flags = “–exclude ‘桐颤.svn'”

修改成：

tar_flags = “–exclude=’.svn'”

sources/meta/poky/meta/recipes-devtools/quilt/quilt-0.63.inc

       tar -cf – bin/ –exclude \*.in | ( cd ${D}${PTEST_PATH} && tar -xf – )

       tar -cf – compat/ –exclude \*.in | ( cd ${D}${PTEST_PATH} && tar -xf – )

       tar -cf – quilt/ –exclude \*.in | ( cd ${D}${PTEST_PATH} && tar -xf – )

       tar -cf – test/ –exclude mail.test –exclude delete.test | ( cd ${D}${PTEST_PATH} && tar -xf – )

修改成：

        tar -c –exclude=\*.in bin/ | ( cd ${D}${PTEST_PATH} && tar -xf – )

        tar -c –exclude=\*.in compat/ | ( cd ${D}${PTEST_PATH} && tar -xf – )

        tar -c –exclude=\*.in quilt/ | ( cd ${D}${PTEST_PATH} && tar -xf – )

        tar -c –exclude=mail.test –exclude=delete.test test/ | ( cd ${D}${PTEST_PATH} && tar -xf – && chmod 777 test)

sources/meta/poky/meta/recipes-extended/sed/sed-4.2.2/sed-add-ptest.patch

+       cd $(BUILDDIR); tar -cf – $(TESTDIR) –exclude *.o | ( cd $(DESTDIR) && tar -xf – )

修改成：

+       cd $(BUILDDIR); tar -c –exclude=*.o $(TESTDIR) | ( cd $(DESTDIR) && tar -xf – )

sources/meta/poky/meta/recipes-support/attr/acl.inc

tar -cf – test/ –exclude nfs | ( cd ${D}${PTEST_PATH} && tar -xf – )

修改成：

tar -c –exclude=nfs test/ | ( cd ${D}${PTEST_PATH} && tar -xf – )

sources/meta/poky/meta/recipes-support/attr/attr.inc

tar -cf – test/ –exclude ext | ( cd ${D}${PTEST_PATH} && tar -xf – )

修改成：

tar -c –exclude=ext test/ | ( cd ${D}${PTEST_PATH} && tar -xf – )

sources/meta/poky/meta/recipes-devtools/perl/perl-ptest.inc

       tar -cf – * –exclude \*.o –exclude libperl.so –exclude Makefile –exclude makefile –exclude hostperl \

               –exclude miniperl –exclude generate_uudmap –exclude patches | ( cd ${D}${PTEST_PATH} && tar -xf – )

修改成：

        tar -c –exclude=\*.o –exclude=libperl.so –exclude=Makefile –exclude=makefile –exclude=hostperl \

                –exclude=miniperl –exclude=generate_uudmap –exclude=patches * | ( cd ${D}${PTEST_PATH} && tar -x )

编译问题3（libunwind_1.1.bb的do_compile报错）：

错误：make[1]: latex2man: Command not found

解决：

$ sudo yum install texlive-tetex

$ sudo rpm -ivh ~/latex2man-1.18-2.noarch.rpm

编译问题3（qt5-app_1.0.bb的do_compile报错）：

错误（有一批类似的错误）：ld: cannot find -lgtest

解决：

$ vi atc_linux/application/btate/btate.pro

equals(MY_BUILD_SYSTEM, atc) {

    LIBS += -L $(DA_LIBDIR)/lib -lgtest -lpthread -lbluetoothclient -lglobalbus -lappobj -lapputils

} else {

    LIBS += -L$(DA_TOP)/application/lib -L$(DA_TOP)/../../sources/build/tmp/work/armv7a-vfp-neon-poky-linux-gnueabi/atc-binarys/1.0-r0/image/usr/lib -lgtest -lpthread -lbluetoothclient -l

globalbus -lappobj -lapputils

}

$ vi atc_linux/application/gps/gps_bin.pro

equals(MY_BUILD_SYSTEM, atc) {

    LIBS += -L $(DA_LIBDIR)/lib  -lapputils  -lglobalbus -lappobj -lgps

} else {

    LIBS += -L$(DA_TOP)/application/lib -L$(DA_TOP)/../../sources/build/tmp/work/armv7a-vfp-neon-poky-linux-gnueabi/gpsd/3.10-r0/gpsd-3.10/ -lapputils  -lglobalbus -lappobj -lgps

}

$ vi atc_linux/application/dvr/dvr_bin.pro

equals(MY_BUILD_SYSTEM, atc) {

        LIBS    += -L${DA_TOP}/lib/lib/ -ldvr -ludev -lsurface_atc -lglobalbus -lappobj -lapputils -lstorage_atc -lgps

} else {

        LIBS    += -L${DA_TOP}/application/lib -L$(DA_TOP)/../../sources/build/tmp/work/armv7a-vfp-neon-poky-linux-gnueabi/gpsd/3.10-r0/gpsd-3.10/ -ldvr -ludev -lsurface_atc -lglobalbus –

lappobj -lapputils -lstorage_atc -lgps

}

$ vi atc_linux/application/dvr/dvr_bin.pro

INCLUDEPATH +=  ${DA_TOP}/kernel/kernel-3.18/drivers/ \

                ../common/  \

                ../utils/   \

                ../appobj/include/          \

                ../globalbus/include/       \

                ../appcommon/include/       \

                ../storage_atc/             \

                ../dvr/gps/             \

                ../gps/include/         \

                ../gps/includeex/       \

编译问题4（makall报错）：

报错：./makall: line 169: mkisofs: command not found

解决：$ sudo yum install mkisofs

编译问题5（修改ac83xx_systemd_defconfig再编译时报错）：

报错：Applying patch remove-selinux-android.patch

patching file system/extras/ext4_utils/make_ext4fs.c

Hunk #1 FAILED at 62.

1 out of 1 hunk FAILED — rejects in file system/extras/ext4_utils/make_ext4fs.c

解决：

$ vi sources/meta/meta-atc/recipes-devtools/android-tools/android-tools_5.1.1.r37.bb

在里面做个假的do_patch()，bitbake会优先使用本bb文件的do_patch()函数。

do_patch(){

}

编译问题6（修改ac83xx_systemd_defconfig再编译时报错）：

报错：sources/build/tmp/work/armv7a-vfp-neon-poky-linux-gnueabi/qtbase/5.5.0+gitAUTOINC+c619d2daac-r0/git/src/corelib/tools/qregexp.cpp:3947:1: internal compiler error: in add_stores, at var-tracking.c:6000

解决：

$ cd sources/meta/poky/meta/recipes-devtools/gcc/gcc-4.9/

$ wget  http://openlinux.windriver.com/overc/sources/core2_64/gcc-4.9.2-r0.1/0062-gcc-var-tracking.c-backport-from-gcc-trunk-r212178.patch

$ vi sources/meta/poky/meta/recipes-devtools/gcc/gcc-4.9.inc

    file://0058-gcc-r212171.patch \

    file://0059-gcc-PR-rtl-optimization-63348.patch \

    file://target-gcc-includedir.patch \

    file://0062-gcc-var-tracking.c-backport-from-gcc-trunk-r212178.patch \

其实就是这个文件：

$ cat 0062-gcc-var-tracking.c-backport-from-gcc-trunk-r212178.patch

From Mon Sep 17 00:00:00 2001

From: =?UTF-8?q?Stefan=20M=C3=BCller-Klieser?= <[email protected]>

Date: Tue, 7 Apr 2015 16:15:11 +0200

Subject: [PATCH] gcc/var-tracking.c: backport from gcc trunk r212178

MIME-Version: 1.0

Content-Type: text/plain; charset=UTF-8

Content-Transfer-Encoding: 8bit

resolves a bug seen on cortexa8 building qt5 libraries.

2014-06-30  Joseph Myers  <[email protected]>

    * var-tracking.c (add_stores): Return instead of asserting if old

    and new values for conditional store are the same.

git-svn-id: svn+ssh://gcc.gnu.org/svn/gcc/trunk@212178 138bc75d-0d04-0410-961f-82ee72b054a4

Signed-off-by: Stefan Müller-Klieser <[email protected]>

---

gcc/var-tracking.c | 3 ++-

1 file changed, 2 insertions(+), 1 deletion(-)

diff --git a/gcc/var-tracking.c b/gcc/var-tracking.c

index 65d8285..7c38910 100644

--- a/gcc/var-tracking.c

+++ b/gcc/var-tracking.c

@@ -5997,7 +5997,8 @@ add_stores (rtx loc, const_rtx expr, void *cuip)

    {

      cselib_val *oval = cselib_lookup (oloc, GET_MODE (oloc), 0, VOIDmode);

-      gcc_assert (oval != v);

+      if (oval == v)

+        return;

      gcc_assert (REG_P (oloc) || MEM_P (oloc));

      if (oval && !cselib_preserved_value_p (oval))

--

1.9.1

编译问题7（修改ac83xx_systemd_defconfig再编译时报错）：

报错：libevdev/1.2.2-r0/libevdev-1.2.2/test/test-main.c:24:19: fatal error: check.h: No such file or directory

解决：

$ vi meta/poky/meta/recipes-support/libevdev/libevdev_1.2.2.bb

LIC_FILES_CHKSUM = “file://COPYING;md5= \

                    file://libevdev/libevdev.h;endline=21;md5=″

DEPENDS += “libcheck”

SRC_URI = “ http://www.freedesktop.org/software/libevdev/ ${BP}.tar.xz”

编译问题8（修改ac83xx_systemd_defconfig再编译时报错）：

报错：python报错： ‘do_rootfs’, lineno: 17, function

Exception: CalledProcessError: Command ‘[‘’, ‘-ks’, …

解决： 没有实际问题，重新编译一次即可，可能是机器太忙导致超时，或者某个命令执行不成功。

编译问题9（preuboot编译工具问题）：

报错：make: armv7a-mediatek451_001_vfp-linux-gnueabi-gcc: Command not found

解决：

$ vi atc_linux/bootloader/preuboot/Makefile

#CROSS_COMPILE  :=armv7a-mediatek451_001_vfp-linux-gnueabi-

CROSS_COMPILE  :=arm-poky-linux-gnueabi-

$ vi ../../atc_linux/bootloader/preuboot/driver/mmc/include/linux/list.h

#ifndef NULL

    #define NULL 0

#endif