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