- OpenEmbedded - lists.linaro.org

by penelopestaunton931＠gmail.com

Safeguard is not just another name in the crowded field of cryptocurrency recovery; they are renowned for their effectiveness and expertise in tracing lost funds. Their team comprises skilled professionals who understand the intricate workings of blockchain technology and the tactics employed by online scammers. This specialized knowledge enables them to devise tailored strategies to recover your assets. Email,.. safeguardbitcoin(a)consultant.com WhatsApp,.. +44 7426 168300 Web:., https://safeguardbitcoin.wixsite.com/safeguard-bitcoin--1

14 hours, 12 minutes

1
0
0 0

Expertise in Recovery

by penelopestaunton931＠gmail.com

Safeguard is not just another name in the crowded field of cryptocurrency recovery; they are renowned for their effectiveness and expertise in tracing lost funds. Their team comprises skilled professionals who understand the intricate workings of blockchain technology and the tactics employed by online scammers. This specialized knowledge enables them to devise tailored strategies to recover your assets. Email,.. safeguardbitcoin(a)consultant.com WhatsApp,.. +44 7426 168300 Web:., https://safeguardbitcoin.wixsite.com/safeguard-bitcoin--1

14 hours, 12 minutes

1
0
0 0

Expertise in Recovery

by penelopestaunton931＠gmail.com

Safeguard is not just another name in the crowded field of cryptocurrency recovery; they are renowned for their effectiveness and expertise in tracing lost funds. Their team comprises skilled professionals who understand the intricate workings of blockchain technology and the tactics employed by online scammers. This specialized knowledge enables them to devise tailored strategies to recover your assets. Email,.. safeguardbitcoin(a)consultant.com WhatsApp,.. +44 7426 168300 Web:., https://safeguardbitcoin.wixsite.com/safeguard-bitcoin--1

14 hours, 14 minutes

1
0
0 0

BLOCKCHAIN CYBER RETRIEVE RECOVER YOUR MONEY FROM FOREX SCAM

by marcuscole095＠gmail.com

I lost my 2500 USDT to a forex scam and i felt like everything I worked for disappeared overnight. I couldn’t sleep, I blamed myself, and honestly, I had almost given up hope. Finding BLOCKCHAIN CYBER RETRIEVE changed everything. From the moment I reached out to BLOCKCHAIN CYBER RETRIEVE, they treated my case with urgency, empathy, and professionalism. They didn’t just see numbers they understood the pain behind the loss. Step by step, they kept me informed and reassured me when I felt helpless. When I finally recovered my funds, it felt unreal. I’m deeply grateful and would recommend them to anyone facing such a devastating situation. CONTACT INFO: WHATSAPP:+1 5 2 0 5 6 4 8 3 0 0 EMAIL;b l o c k c h a i n c y b e r r e t r i e v e @ post.com

20 hours, 55 minutes

1
0
0 0

Buy Goethe zertificate,TELC B1 Zertifikat WhatsApp(+371 204 33160)Buy B1 polish proficiency certificate online, TELC b2 Online , Best TELC Certificates Without Exam Buy Polish B1 language certykat in poland WhatsApp(+371 204 33160)Goethe Zertifikat B1 Exam,purchase telc polish language certykat without test WhatsApp(+371 204 33160)Buy GOETHE B1 IN Hamburg,BUY TELC B1 Certificates online IN UAE-buy polish b1 certificate online Apply A1 Goethe-Zertifikat B1 exam in Hamburg WhatsApp(+371 204 33160)Buy TELC-GOE

by make.olise3＠gmail.com

Looking to advance your career or meet personal goals with a recognized certificate Degree or Diplomas ? We can help you obtain a legitimate degree or diploma from accredited institutions Many colleges now offer flexible online programs, allowing you to complete exams remotely even without attending physical classes. Mean While we wont name any specific institutions, we can guide you through the process smoothly and help you acquire your dream document or diploma for your personal used. Whether you need a certificate for career advancement, visa applications, or personal fulfillment Contact us today to make your academic aspirations a reality! WhatsApp(+371 204 33160) WhatsApp(+371 204 33160) Email.goethehelpcenter(a)gmail.com Are you looking for experts who can provide you with a registered Goethe & Telc a1, a2, b1, b2, c1, c2 without an exam? You are able to Buy telc polish language certificate without test , Buy Spanish language certificate, buy French language certificate, buy german certificate, buy any language certificate for university and work. Buy TestDAF-DSH certificates online Buy TELC Deutsch C1 Hochschule certificate without Exams. Buy Telc b1 German language zertifikat without test in UAE apply b2 goethe certificates b2 TELC b2 certificates Dubai We Offer Valid b2 Goethe Certificate Without Exams A1-A2-B1-B2-C1-C2 For German Buy b1 language TELC certificates b2 TELC b2 certificates India Buy original TestDaF, TELC B2 Without exam TELC b1 certificate Austria WITHOUT Exam buy TELC certificates b2 Registered TELC b2 certificates India Buy original TestDaF, TELC B2 Without exam TELC b1 certificate Austria WITHOUT Exam. Purchase valid TELC certificates Deutsch Pass without Exam, TELC certificate English Purchase Genuine TELC certificate b2 Austria, Switzerland Pass DSH-1, DSH-2 and DSH-3 Deutsch Certifications Online. DSH-1, DSH-2 and DSH-3 German Certificates For Sale Buy DSH-2 level (67%), for graduates, German universities. Buy Goethe-Zertifikat A1, Deutsch 1 for basic language skills. Buy TELC Deutsch C1 Hochschule Exams. Contact us now for your requirement WhatsApp(+371 204 33160) WhatsApp(+371 204 33160) Email. goethehelpcenter(a)gmail.com We also provide Diplomas such as (NCE) (PMP,NEBOSH,NCLEX,CIPT) and other Language Certificates(IELTS,PTE,CELPIP,GOETHE,) Buy Valid IELTS , GOETHE, TOEFL, PTE, TOEIC, CELPIP, Certificate Online Buy NCLEX-RN and NCLEX-PN Now . Pass nclex without sitting for the exam is crucial for aspiring Registered Nurses in the United States. Discover the path to a rewarding nursing career with our comprehensive guide .TOEFL & IELTS -ORDER AUTHENTIC 100% REGISTERED IELTS,TOEFL,DIPLOMAS,PASSPORTS,FRENCH PASSPORT,SPANISH PASSPORT. WhatsApp(+371 204 33160) WhatsApp(+371 204 33160) Email. goethehelpcenter(a)gmail.com

4 days, 14 hours

1
0
0 0

WhatsApp(+44 7397 620325)Buy TOEFL,PTE,TOEFL, CELPIP,GOETHE Certificate Without Exam Buy TOEFL certificate online WhatsApp(+44 7397 620325)BUY GREE,NCE, IELTS, TOEFL, PTE, CPSO, Degree & other documents Buy NCE certificate without test,Buy NCLEX without exam Buy TOEFL Certificate Online without exam, Buy TOEFL Certificate without exam

by make.olise3＠gmail.com

We also provide Diplomas (NCE) (PMP,NEBOSH,NCLEX,CIPT) and other Language Certificates(IELTS,PTE,CELPIP,GOETHE,) Buy Valid IELTS , GOETHE, TOEFL, PTE, TOEIC, CELPIP, Certificate OnlinevBuy NCLEX-RN and NCLEX-PN Now . Pass nclex without sitting for the exam is crucial for aspiring Registered Nurses in the United States. Discover the path to a rewarding nursing career with our comprehensive guide. WhatsApp(+371 204 33160)WhatsApp(+371 204 33160) Buy Original IELTS and CELPIP in New Brunswick , Buy CELPIP certificate ,Buy Real IELTS certificate , Buy IELTS, Buy Registered GRE certificate in Northwest Territories. , Buy Original GMAT in Nova Scotia - Buy CELPIP certificate without exam in Nova Scotia - Buy IELTS, GRE, CELPIP, CISSP certificates in Nunavut (Canada) , contact bellow WhatsApp(+371 204 33160) WhatsApp(+371 204 33160) Email. goethehelpcenter(a)gmail.com We offer a high school certificate with entry Matura with entry Legal Matura with entry to CKE and OKE The lowest price - MATURA CERTIFICATE 1970-2024 Possibility Confirmed by entries - CERTIFICATE OF GRADUATION OF HIGH SCHOOL, TECHNICAL SCHOOL, VOCATIONAL SCHOOL - EXTERNAL HIGH SCHOOL CERTIFICATES - Also promotional certificates - Diploma of graduation all - Diploma of graduation of second-cycle studies, diploma with professional title bachelor, master engineer - Journeyman and Master Diplomas. - Legalized documents, with entry. Our products are completely safe for everyday use, and all document security. Possibility of confirming the entry of CKE, OKE, KReM Our works, diplomas, certificates, etc. are available WhatsApp(+371 204 33160) WhatsApp(+371 204 33160) Telegram ( @Frink001 ) Email. goethehelpcenter(a)gmail.com Buy pte certificate online Buy TOEFL certificate online Buy TOEFL Certificate Online Buy GMAT Certificate Online Buy CAE certificate online SAT Certificate for sale Registered CELPIP certificate for sale pte certificate without exam Buy original NEBOSH certificate Buy CAE certificate online Buy TOEFL certificate online Buy CELPIP certificate online TOEFL Certificate for sale Registered PMP certificate for sale Buy GRE Certificate Online Buy GMAT Certificate Online Buy original IELTS certificate NEBOSH certificate without exam. WhatsApp(+371 204 33160) Telegram ( @Frink001 ) Email. goethehelpcenter(a)gmail.com

4 days, 14 hours

1
0
0 0

Buy real and fake Passports (WhatsApp: +1 (615)-314-6286) renew passports online, apply for legal passports, buy fake passports, Buy US passports, buy Chinese passports, buy Canadian passports (Telegram: @Globaldocs26) buy passports and visa, buy passports, buy passport citizenship, visas and passports passport and visa are same, passport and visa apply, is passports and visas a legit website, difference between passports and visas do i need a visa with my passport, how to apply for passport and passport ca

by Lucas Wilson

Buy real and fake Passports (WhatsApp: +1 (615)-314-6286) renew passports online, apply for legal passports, buy fake passports, Buy US passports, buy Chinese passports, buy Canadian passports (Telegram: @Globaldocs26) buy passports and visa, buy passports, buy passport citizenship, visas and passports passport and visa are same, passport and visa apply, is passports and visas a legit website, difference between passports and visas do i need a visa with my passport, how to apply for passport and passport card, is passports and visas legit Buy counterfeit currency. Buy US dollars (USD), Chinese yuan (RMB), buy Canadian dollars (CAD), Chinese yuan (CNY), Hong Kong dollars (HKD), Malaysian ringgit (MYR), Australian dollars (AUD), buy euros (EUR) (WhatsApp：+1(615)-314-6286). Buy high-quality, indistinguishable counterfeit banknotes. We only offer high-quality counterfeit currency. We provide perfectly replicated counterfeit banknotes with holograms and all available security features. Indistinguishable to the naked eye and touch. 100% indistinguishable counterfeit banknotes, printed on 80% cotton and 20% cellulose paper. Buy a US student visa, buy TCF, TEF, TOEFL, IELTS, TOEIC test scores (Email: guanyuguohai(a)gmail.com), buy Canadian citizenship, buy US citizenship, buy Canadian TCF, TEF, CELPIP, CELTA certificates, how to immigrate to Canada? Buy a driver’s license, ID card, US green card (Telegram：@Buylegitpassports1), Social Security Number (SSN), work permit, new ID card, National Insurance Card, NIN, SIN, marriage certificate, birth certificate Want to start a new chapter in your life with a new identity? Protect your privacy, build a new credit history, bypass criminal record checks, and regain your freedom? Apply for a new identity now! (WhatsApp：+1(615)-314-6286). You can contact us using the following details WhatsApp: +1 (615)-314-6286 Telegram: @Globaldocs26 Email: Karlvonlinne74(a)gmail.com Website: https://flypassports.com/ Website: https://buylegitpassports.com/ Telegram: https://t.me/globaldocs2 buy passports and visa, buy passport canada, passports that can be bought, buy visa gift card with paypal canada, buy canadian passport, passport and visa are same, passport and visa apply, is passports and visas a legit website, difference between passports and visas, do i need a visa with my passport, how to apply for passport and passport card, passports visa and more, can you buy an american passport, buy a pasport, buying american passport, buy a paasport, buyable passports, pbuy passport, passport and visa check, passport and visa card, passports and visas coupon code, can i transfer canada visa to new passport, passports and visas.com legit, can you buy a canadian passport, passport and visa difference, passport and visa difference in hindi, passport and visa department of ra, passport and visa difference in marathi, passports and visas denver, passport and visa documents, passport and visa dubai, list of passports by visa free passport and visa express, passport and visa emirates, passport and visa express reviews, buy visa e gift card canada, buy passports online, can you buy a visa online, passport and visa free countries for india, passport and visa free countries, passport and visa for uk, buy passports, buy american passport, passport and visa holder, passport and visa how much, difference between passport and passport card ireland, buy passports and citizenship, passport and visa id photo maker, passport and visa is the same, passport and visa index, passports i can buy, passport and visa jobs, passports to buy, passports you can buy, buying passports, passport and visa kenya, how to get passport card if i already have passport, what passport can i buy, passports and visas llc, passport and visa link, passports and visas legit, passport and visa logo, passport to buy, passport and visa meaning, passport and visa manual 2006 pdf, passport and visa me antar, passport and visa mein kya antar hai, passport and visa me difference in hindi, passport and visa me difference, passport and visa mein antar, passport and visa me antar in hindi, can i transfer my visa to a new, passport, buy your passport, passport and visa name different, passport and visa number, how to buy a new passport, do i need to transfer visa to new passport, passport and visa office, passport and visa org, passport and visa on emirates, passport and visa photo photogov, passport and visa price, passport and visa photo, passport and visa price in india, passport and visa photo size, passport and visa photo requirements, passport and visa photo studio near me, passport and visa page, passport and visa qatar airways, passport and visa quartus global services, passport and visa quartus global services missouri city, passport and visa questions, is expedited passports and visas legit, buy quebec passport. passport and visa requirements, passports and visas reviews, passport and visa requirements for thailand, passport and visa renewal passport and visa requirements for spain, passport and visa requirements for dubai, passport and visa requirements for italy, passport and visa requirements for uk, passport and visa requirements for singapore, passport and visa requirements for australia, buying passport other country passport and visa services, passport and visa services near me, passport and visa solutions, passport and visa same, passport and visa status passport and visa services chicago, passport and visa stamp, are visas and passports the same thing, passport and visa the same passport and visa the same thing, passports and visas unlimited, passport and visa uk, us passport visa, passport and visa what is the difference buy a second passport, passport that you can buy, buy an american passport, buy a passport, how much to buy a canadian passport https://flypassports.com/service-category/passport/ https://flypassports.com/service/germany-driving-licence/# https://flypassports.com/services/ https://flypassports.com/faq/ https://flypassports.com/about-us/ https://flypassports.com/contact-us/ https://flypassports.com/service/canadian-passport/ https://flypassports.com/service/bulgarian-drivers-license/ https://flypassports.com/service/chinese-passport-renewal/ https://flypassports.com/service/illinois-drivers-license/ https://flypassports.com/service/usa-passport/ https://flypassports.com/service/austrian-drivers-license/ https://flypassports.com/service/netherlands-passport-application/ https://flypassports.com/service/vermont-drivers-license/ https://flypassports.com/service/korean-passport-renewal/ https://flypassports.com/service/germany-driving-licence/ https://buylegitpassports.com/ https://buylegitpassports.com/apply/ https://buylegitpassports.com/buy-fake-diploma/ https://buylegitpassports.com/social-security-card-generator/ https://buylegitpassports.com/how-do-we-get-a-passport/ https://buylegitpassports.com/real-and-fake-passport/ https://buylegitpassports.com/buy-fake-chinese-passport/ https://buylegitpassports.com/buy-canadian-passport-online/ https://buylegitpassports.com/croatia-driven-license/ https://buylegitpassports.com/buy-brazil-driver-license/ https://buylegitpassports.com/buy-hungary-driver-license/ https://buylegitpassports.com/buy-fake-social-security-number-card/ https://buylegitpassports.com/how-can-i-get-california-drivers-license/ WhatsApp number: +1 (615)-314-6286 Telegram: @Globaldocs26 Email: Karlvonlinne74(a)gmail.com Website: https://flypassports.com/ Website: https://buylegitpassports.com/ Telegram: https://t.me/globaldocs2

2 weeks, 3 days

1
0
0 0

WHATSAPP: +1(615)-314-6286 Dual nationality and Citizenship|Buy Passport online | BUY FAKE PASSPORT, Are you looking to buy a passport online, buy a pet passport online? At https://buylegitpassports.com/, we make the process of getting your passport simple, fast, and secure. Whether you're applying for a new passport, renewing an existing one, or need to purchase passport services for an urgent trip. Buy fake US bills, buy driver's license, ID Card, SSN, Residence permit, Visa, Diploma, Green card, Passport

by luckaswilli7＠gmail.com

WHATSAPP: +1(615)-314-6286 Dual nationality and Citizenship|Buy Passport online | BUY FAKE PASSPORT, Are you looking to buy a passport online, buy a pet passport online? At https://buylegitpassports.com/, we make the process of getting your passport simple, fast, and secure. Whether you're applying for a new passport, renewing an existing one, or need to purchase passport services for an urgent trip. Buy fake US bills, buy driver's license, ID Card, SSN, Residence permit, Visa, Diploma, Green card, Passport card, Birth certificate, Naturalization certificate, Buy fake usd/aud/cad/JPY/CNY/GBP/euros/pounds/dollars, Buy US passports online, Apply for second citizenship, buy real passport, buy fake passport, passport for sale, fake travel documents, real passport online, buy documents, fake passport for sale, legal passport for sale, buy real and fake passports, passport market, Buy ID Card, SSN, Visa Sticker and Residence Permit, Buy IELTS & TOEFL certificate without exams, Buy Cloned Cards, Buy drivers license online, Buy Counterfeit money online. WhatsApp Number: +1(615)-314-6286 Email: Karlvonlinne74(a)gmail.com Website: https://buylegitpassports.com/ Buy High School Diploma Certificates, Buy Social Security Cards, Buy chinese passport online, buy real UK passport, Buy Singapore Passport online, Buy Irish passport Buy Japan passport, Buy Australia passport, Buy Thailand passport, Buy UAE passport, Buy Canadian passport, Buy Vietnam passport, Buy Malaysia passport, fake passports for sale, where to buy US passport online, How do i get a passport ( WHATSAPP : +1(615)-314-6286 ) Buy fake Scanned copy of Hong Kong passport, buy a passport online, Buy Passport online from your home fast, Can I do my U.S. passport online, How long does it take to buy a passport, How much is a U.S. passport, How to get a passport, Get a U.S. Passport, Where to get a passport near me, Buy Real Biometric Passport, Apply now for your passport, Buy Diplomatic Passport, Buy a USA passport in China, Buy United State Passport online, Buy Finland Passport online, Buy a German passport online, Buy New Zealand passport online, Buy Ireland Passport online, Buy Denmark Passport online, Buy Portugal Passport online, Buy Portuguese Passport Online, Buy Luxembourg Passport online, Buy Turkish passport online, Buy Dutch passport online, Buy Norwegian passport online, Buy Poland Passport online, Buy Greece Passport online, Buy Hungarian passport online, Buy Spanish passport online, Buy Chile Passport online, Buy Croatian passport online, Buy Costa Rica Passport online For more information: WhatsApp Number: +1(615)-314-6286 Email: Karlvonlinne74(a)gmail.com Website: https://buylegitpassports.com/ https://buylegitpassports.com/ https://buylegitpassports.com/apply/ https://buylegitpassports.com/buy-fake-diploma/ https://buylegitpassports.com/social-security-card-generator/ https://buylegitpassports.com/how-do-we-get-a-passport/ https://buylegitpassports.com/real-and-fake-passport/ https://buylegitpassports.com/buy-fake-chinese-passport/ https://buylegitpassports.com/buy-canadian-passport-online/ https://buylegitpassports.com/croatia-driven-license/ https://buylegitpassports.com/buy-brazil-driver-license/ https://buylegitpassports.com/buy-hungary-driver-license/ https://buylegitpassports.com/buy-fake-social-security-number-card/ https://buylegitpassports.com/how-can-i-get-california-drivers-license/ WhatsApp Number: +1(615)-314-6286 Email: Karlvonlinne74(a)gmail.com Website: https://buylegitpassports.com/

2 weeks, 3 days

1
0
0 0

Telegram @larrykarius Buy Weed Online, (WhatsApp +1 202-656-4683) Buy Weed EU, Germany, UK, Netherlands Website: https://t.me/+-KRMXrCLaPswOWYx We know marijuana is not always the easiest thing to obtain regarding its laws. USA, Canada, Europe, and South America. Reliable online cannabis dispensary created to ship extremely potent pots around the world. We offer convenient payment options and will safeguard your privacy and dignity. Quick, discreet, and secured services Buy Marijuana Online - Buy Weed Onlin

by luckaswilli7＠gmail.com

Telegram @larrykarius Buy Weed Online, (WhatsApp +1 202-656-4683) Buy Weed EU, Germany, UK, Netherlands Website: https://t.me/+-KRMXrCLaPswOWYx We know marijuana is not always the easiest thing to obtain regarding its laws. USA, Canada, Europe, and South America. Reliable online cannabis dispensary created to ship extremely potent pots around the world. We offer convenient payment options and will safeguard your privacy and dignity. Quick, discreet, and secured services Buy Marijuana Online - Buy Weed Online Netherlands, Mail Order Weed UK - Order 420 online - Legit Weed For Sale Italy, Prefilled Vape Cartridges For Sale France, High THC Oil For Europe, UK Online Dispensary Shipping Worldwide, Buy Cannabis UK, Order Marjjuana Online Spain. If you have questions, please contact us at, Buying weed in Europe can be a daunting task for those unfamiliar with the process. However, with the right knowledge and preparation, it can be a relatively straightforward and safe experience. This guide will provide an overview of what to look for when buying weed in Europe, as well as where to find it. Email: larrykarius247(a)gmail.com WhatsApp: +1(202)656-4683 Website: https://t.me/+-KRMXrCLaPswOWYx Telegram: https://t.me/+-KRMXrCLaPswOWYx

2 weeks, 3 days

1
0
0 0

Kaufen Sie echte und gefälschte Pässe (WhatsApp: +1 (615)-314-6286). Pässe online verlängern, legale Pässe beantragen, gefälschte Pässe kaufen, US-Pässe kaufen, chinesische Pässe kaufen, kanadische Pässe kaufen (Telegram: @Globaldocs26): Kaufen Sie echte und gefälschte Pässe (WhatsApp: +1 (615)-314-6286). Pässe online verlängern, legale Pässe beantragen, gefälschte Pässe kaufen, US-Pässe kaufen, chinesische Pässe kaufen, kanadische Pässe kaufen (Telegram: @Globaldocs26). Pässe und Visa kaufen, Staatsbürgers

by luckaswilli7＠gmail.com

Kaufen Sie echte und gefälschte Pässe (WhatsApp: +1 (615)-314-6286). Pässe online verlängern, legale Pässe beantragen, gefälschte Pässe kaufen, US-Pässe kaufen, chinesische Pässe kaufen, kanadische Pässe kaufen (Telegram: @Globaldocs26): Kaufen Sie echte und gefälschte Pässe (WhatsApp: +1 (615)-314-6286). Pässe online verlängern, legale Pässe beantragen, gefälschte Pässe kaufen, US-Pässe kaufen, chinesische Pässe kaufen, kanadische Pässe kaufen (Telegram: @Globaldocs26). Pässe und Visa kaufen, Staatsbürgerschaft durch Pass erwerben, Visa und Pässe. Pass und Visum sind dasselbe, Pass und Visum beantragen, ist Pass und Visum eine seriöse Website, Unterschied zwischen Pässen und Visa. Benötige ich ein Visum für meinen Pass? Wie beantrage ich einen Pass und eine Passkarte? Ist Pass und Visum seriös? Kaufen Sie Falschgeld. Kaufen Sie US-Dollar (USD), chinesische Yuan (RMB), kanadische Dollar (CAD), chinesische Yuan (CNY), Hongkong-Dollar (HKD), malaysische Ringgit (MYR), australische Dollar (AUD), Euro (EUR) (WhatsApp: +1 (615)-314-6286). Kaufen Sie hochwertige, täuschend echt wirkende Falschgeld-Banknoten. Wir bieten ausschließlich hochwertiges Falschgeld an. Unsere Banknoten sind perfekt nachgebildet, mit Hologrammen und allen verfügbaren Sicherheitsmerkmalen. Sie sind mit bloßem Auge und durch Berührung nicht von echtem Geld zu unterscheiden. Die Banknoten sind zu 100 % täuschend echt und werden auf Papier aus 80 % Baumwolle und 20 % Zellulose gedruckt. Kaufen Sie ein US-Studentenvisum, TCF-, TEF-, TOEFL-, IELTS- oder TOEIC-Testergebnisse (E-Mail: guanyuguohai(a)gmail.com), die kanadische oder US-amerikanische Staatsbürgerschaft sowie kanadische TCF-, TEF-, CELPIP- und CELTA-Zertifikate. Wie wandere ich nach Kanada ein? Führerschein, Personalausweis, US-Green Card (Telegram: @Globaldocs26), Sozialversicherungsnummer (SSN), Arbeitserlaubnis, neuer Personalausweis, National Insurance Card, NIN, SIN, Heiratsurkunde, Geburtsurkunde kaufen Möchten Sie mit einer neuen Identität ein neues Kapitel in Ihrem Leben beginnen? Ihre Privatsphäre schützen, eine neue Bonität aufbauen, Strafregisterauskünfte umgehen und Ihre Freiheit zurückgewinnen? Beantragen Sie jetzt eine neue Identität! (WhatsApp: +1(615)-314-6286) Sie erreichen uns über die folgenden Kontaktdaten: WhatsApp: +1 (615)-314-6286 Telegram: @Globaldocs26 E-Mail: Karlvonlinne74(a)gmail.com Website: https://flypassports.com/ Website: https://buylegitpassports.com/ Telegram: https://t.me/globaldocs2 Pässe und Visa kaufen, kanadischen Pass kaufen, käufliche Pässe, Visa-Geschenkkarte mit PayPal Kanada kaufen, kanadischen Pass kaufen, Pass und Visum sind dasselbe, Pass und Visum beantragen, ist Passes and Visas eine seriöse Website, Unterschied zwischen Pässen und Visa, benötige ich ein Visum für meinen Pass, wie beantrage ich einen Pass und eine Passkarte, Pässe, Visa und mehr, kann man einen amerikanischen Pass kaufen, Pass kaufen, amerikanischen Pass kaufen, Pass kaufen, käufliche Pässe, Pass kaufen, Pass- und Visaprüfung, Pass- und Visakarte, Passes and Visas Gutscheincode, kann ich ein kanadisches Visum auf einen neuen Pass übertragen, ist passportsandvisas.com seriös? Sie kaufen einen kanadischen Pass, Unterschied zwischen Pass und Visum, Unterschied zwischen Pass und Visum auf Hindi, Pass- und Visabehörde von Ra, Unterschied zwischen Pass und Visum auf Marathi, Pässe und Visa Denver, Pass- und Visadokumente, Pass und Visum Dubai, Liste der visumfreien Pässe Passport and Visa Express, Passport and Visa Emirates, Bewertungen von Passport and Visa Express, Visa E-Geschenkkarte Kanada kaufen, Pässe online kaufen, Kann man ein Visum online kaufen?, Pass- und visafreie Länder für Indien, Pass- und visafreie Länder, Pass und Visum für Großbritannien, Pässe kaufen, Amerikanischen Pass kaufen, Pass- und Visuminhaber, Pass und Visum: Wie viel kostet ein Pass und ein Visum?, Unterschied zwischen Pass und Passkarte Irland, Pässe und Staatsbürgerschaft kaufen, Pass- und Visa-ID-Fotogenerator, Pass und Visum sind dasselbe, Pass- und Visaindex, Pässe, die ich kaufen kann, Jobs im Bereich Pass und Visum, Pässe zum Kaufen, Pässe, die Sie kaufen können, Pässe kaufen, Pass und Visum Kenia, Wie erhalte ich eine Passkarte, wenn ich bereits einen Pass habe?, Welchen Pass kann ich kaufen?, Passports and Visas LLC, Pass und Visa-Link, Pässe und Visa legitim, Pass- und Visa-Logo, Pass kaufen, Bedeutung von Pass und Visum, Pass- und Visa-Handbuch 2006 (PDF), Pass- und Visa-Begriffe, Was sind Pass- und Visa-Begriffe?, Unterschied zwischen Pass und Visum auf Hindi, Unterschied zwischen Pass und Visum, Pass- und Visa-Begriffe, Pass- und Visa-Begriffe auf Hindi, Kann ich mein Visum auf einen neuen Pass übertragen?, Pass kaufen, Unterschiedliche Namen für Pass und Visum, Pass- und Visanummer, Wie kaufe ich einen neuen Pass?, Muss ich mein Visum auf einen neuen Pass übertragen?, Pass- und Visa-Büro, Pass- und Visa-Organisation, Pass und Visum bei Emirates, Pass- und Visa-Foto (Photogov), Pass- und Visa-Preis, Pass- und Visa-Foto, Pass- und Visa-Preis in Indien, Pass- und Visa-Fotogröße, Anforderungen an Pass- und Visa-Foto, Pass- und Visa-Fotostudio in meiner Nähe, Pass- und Visa-Seite, Pass und Visum für Qatar Airways, Pass- und Visa-Quartus Global Services, Pass- und Visa-Quartus Global Services Missouri City, Fragen zu Pass und Visum, Ist ein beschleunigter Pass und Legale Visa, Kauf eines Quebec-Passes. Pass- und Visabestimmungen, Pass- und Visabewertungen, Pass- und Visabestimmungen für Thailand, Pass- und Visaverlängerung.Anforderungen für Spanien, Pass- und Visabestimmungen für Dubai, Pass- und Visabestimmungen für Italien, Pass- und Visabestimmungen für Großbritannien, Pass- und Visabestimmungen für Singapur, Pass- und Visabestimmungen für Australien, Kauf eines Passes eines anderen Landes Pass- und Visadienstleistungen, Pass- und Visadienstleistungen in meiner Nähe, Pass- und Visalösungen, Pass und Visum dasselbe, Pass- und Visastatus Pass- und Visadienstleistungen in Chicago, Pass- und Visastempel, sind Visa und Pässe dasselbe, Pass und Visum dasselbe Pass und Visum dasselbe, unbegrenzte Pässe und Visa, Pass und Visum für Großbritannien, US-Pass und Visum, Pass und Visum – was ist der Unterschied? Zweiten Pass kaufen, Pass kaufen, amerikanischen Pass kaufen, Pass kaufen, wie viel kostet ein kanadischer Pass? Reisepass https://flypassports.com/service-category/passport/ https://flypassports.com/service/germany-driving-licence/# https://flypassports.com/services/ https://flypassports.com/faq/ https://flypassports.com/about-us/ https://flypassports.com/contact-us/ https://flypassports.com/service/canadian-passport/ https://flypassports.com/service/bulgarian-drivers-license/ https://flypassport s.com/service/chinese-passport-renewal/ https://flypassports.com/service/illinois-drivers-license/ https://flypassports.com/service/usa-passport/ https://flypassports.com/service/austrian-drivers-license/ https://flypassports.com/service/netherlands-passport-application/ https://flypassports.com/service/vermont-drivers-license/ https://flypassports.com/service/korean-passport-renewal/ h https://flypassports.com/service/germany-driving-licence/ https://buylegitpassports.com/ https://buylegitpassports.com/apply/ https://buylegitpassports.com/buy-fake-diploma/ https://buylegitpassports.com/social-security-card-generator/ https://buylegitpassports.com/how-do-we-get-a-passport/ https://buylegitpassports.com/real-and-fake-passport/ https://buylegitpassports.com/buy-fake-chine Reisepass kaufen/ https://buylegitpassports.com/buy-canadian-passport-online/ https://buylegitpassports.com/croatia-driven-license/ https://buylegitpassports.com/buy-brazil-driver-license/ https://buylegitpassports.com/buy-hungary-driver-license/ https://buylegitpassports.com/buy-fake-social-security-number-card/ https://buylegitpassports.com/how-can-i-get-california-drivers-license/ WhatsApp-Nummer: +1 (615)-314-6286 Telegram: @Globaldocs26 E-Mail: Karlvonlinne74(a)gmail.com Website: https://flypassports.com/ Website: https://buylegitpassports.com/ Telegram: https://t.me/globaldocs2

2 weeks, 3 days

1
0
0 0

Acquista passaporti autentici e falsi (WhatsApp: +1 (615)-314-6286) Rinnova passaporti online, Richiedi passaporti legali, Acquista passaporti falsi, Acquista passaporti statunitensi, Acquista passaporti cinesi, Acquista passaporti canadesi (Telegram: @Globaldocs26) Acquista passaporti e visti, Acquista passaporti, Acquista passaporto per la cittadinanza, Visti e passaporti Passaporto e visto sono la stessa cosa, Passaporto e visto sono validi, Passaporti e visti sono un sito web legittimo, Differenza tra p

by luckaswilli7＠gmail.com

Acquista passaporti autentici e falsi (WhatsApp: +1 (615)-314-6286) Rinnova passaporti online, Richiedi passaporti legali, Acquista passaporti falsi, Acquista passaporti statunitensi, Acquista passaporti cinesi, Acquista passaporti canadesi (Telegram: @Globaldocs26) Acquista passaporti e visti, Acquista passaporti, Acquista passaporto per la cittadinanza, Visti e passaporti Passaporto e visto sono la stessa cosa, Passaporto e visto sono validi, Passaporti e visti sono un sito web legittimo, Differenza tra passaporti e visti? Ho bisogno di un visto con il mio passaporto? Come richiedere un passaporto e una carta passaporto? Passaporti e visti sono legali? Acquista valuta contraffatta. Acquista dollari statunitensi (USD), yuan cinesi (RMB), dollari canadesi (CAD), yuan cinesi (CNY), dollari di Hong Kong (HKD), ringgit malesi (MYR), dollari australiani (AUD), euro (EUR) (WhatsApp: +1(615)-314-6286). Acquista banconote contraffatte di alta qualità, indistinguibili. Offriamo solo banconote contraffatte di alta qualità. Forniamo banconote contraffatte perfettamente riprodotte, con ologrammi e tutte le caratteristiche di sicurezza disponibili. Indistinguibili a occhio nudo e al tatto. Banconote contraffatte 100% indistinguibili, stampate su carta 80% cotone e 20% cellulosa. Acquista un visto per studenti negli Stati Uniti, acquista punteggi dei test TCF, TEF, TOEFL, IELTS, TOEIC (email: guanyuguohai(a)gmail.com), acquista la cittadinanza canadese, acquista la cittadinanza statunitense, acquista certificati canadesi TCF, TEF, CELPIP, CELTA, come immigrare in Canada? Acquista una patente di guida, una carta d'identità, una green card statunitense (Telegram: @Buylegitpassports1), un numero di previdenza sociale (SSN), un permesso di lavoro, una nuova carta d'identità, una tessera di assicurazione nazionale, NIN, SIN, un certificato di matrimonio, un certificato di nascita. Vuoi iniziare un nuovo capitolo della tua vita con una nuova identità? Proteggi la tua privacy, costruisci una nuova storia creditizia, aggira i controlli del casellario giudiziale e riconquista la tua libertà? Richiedi subito una nuova identità! (WhatsApp: +1(615)-314-6286). Puoi contattarci utilizzando i seguenti recapiti: WhatsApp: +1 (615)-314-6286 Telegram: @Globaldocs26 Email: Karlvonlinne74(a)gmail.com Sito web: https://flypassports.com/ Sito web: https://buylegitpassports.com/ Telegram: https://t.me/globaldocs2 Acquistare passaporti e visti, acquistare passaporto in Canada, passaporti acquistabili, acquistare una carta regalo Visa con PayPal in Canada, acquistare passaporto canadese, passaporto e visto sono la stessa cosa, passaporto e visto sono validi, Passports and Visas è un sito web legittimo? Differenza tra passaporti e visti? Ho bisogno di un visto con il mio passaporto? Come richiedere un passaporto e una carta passaporto? Passaporti, visto e altro ancora? È possibile acquistare un passaporto americano? Acquistare un passaporto? Acquistare un passaporto americano? Acquistare un passaporto, Passaporti acquistabili, Acquistare un passaporto, Controllo passaporto e visto, Passaporto e carta Visa, Codice coupon passaporti e visti? Trasferisco il visto canadese su un nuovo passaporto, passports and visas.com legittimo, puoi acquistare un passaporto canadese, differenza tra passaporto e visto, differenza tra passaporto e visto in hindi, dipartimento passaporti e visti dell'RA, differenza tra passaporto e visto in marathi, passaporti e visti Denver, documenti passaporto e visto, passaporto e visto Dubai, elenco passaporti senza visto Passport e Visa Express, passaporto e visto Emirates, recensioni di Passport e Visa Express, acquista una carta regalo Visa e-Gift Canada, acquista passaporti online, puoi acquistare un visto online, paesi senza passaporto e visto per l'India, paesi senza passaporto e visto, passaporto e visto per il Regno Unito, acquista passaporti, acquista passaporto americano, titolare di passaporto e visto, passaporto e visto quanto costano, differenza tra passaporto e carta passaporto Irlanda, acquista passaporti e cittadinanza, creatore di fototessere per passaporto e visto, passaporto e visto sono la stessa cosa, indice passaporti e visti, passaporti che posso acquistare, lavori con passaporto e visto, passaporti da acquistare, passaporti che puoi acquistare, acquisto passaporti, passaporto e visto Kenya, come ottenere la carta passaporto se ho già il passaporto, quale passaporto posso acquistare, passaporti e visti LLC, collegamento a passaporto e visto, passaporti e visti legittimi, logo di passaporto e visto, passaporto da acquistare, significato di passaporto e visto, manuale di passaporto e visto 2006 pdf, passaporto e visto me antar, passaporto e visto mein kya antar hai, differenza tra passaporto e visto me in hindi, differenza tra passaporto e visto me, passaporto e visto mein antar, passaporto e visto me antar in hindi, posso trasferire il mio visto a un nuovo, passaporto, acquistare il passaporto, nome del passaporto e del visto diverso, numero di passaporto e visto, come acquistare un nuovo passaporto, devo trasferire il visto a un nuovo passaporto, ufficio passaporti e visti, organizzazione passaporti e visti, passaporto e visto negli Emirati, foto per passaporto e visto photogov, prezzo del passaporto e del visto, foto per passaporto e visto, prezzo del passaporto e del visto in India, foto per passaporto e visto Dimensioni, requisiti per fototessere e visti, studio fotografico per passaporti e visti vicino a me, pagina per passaporti e visti, passaporti e visti Qatar Airways, passaporti e visti Quartus Global Services, passaporti e visti Quartus Global Services Missouri City, domande su passaporti e visti, i passaporti e i visti accelerati sono legittimi, acquistare un passaporto per il Quebec. Requisiti per passaporti e visti, recensioni su passaporti e visti, requisiti per passaporti e visti per la Thailandia, rinnovo di passaporti e visti Passaporto e vistiRequisiti SA per la Spagna, requisiti per passaporto e visto per Dubai, requisiti per passaporto e visto per l'Italia, requisiti per passaporto e visto per il Regno Unito, requisiti per passaporto e visto per Singapore, requisiti per passaporto e visto per l'Australia, acquisto di passaporti per altri paesi Servizi per passaporti e visti, servizi per passaporti e visti vicino a me, soluzioni per passaporti e visti, passaporto e visto sono la stessa cosa, stato del passaporto e del visto Servizi per passaporti e visti Chicago, timbro per passaporto e visto, visti e passaporti sono la stessa cosa? Passaporto e visto sono la stessa cosa? Passaporto e visto sono la stessa cosa, passaporti e visti illimitati, passaporto e visto Regno Unito, visto per passaporto USA, passaporto e visto qual è la differenza? Acquistare un secondo passaporto, passaporto che puoi acquistare, acquistare un passaporto americano, acquistare un passaporto, quanto costa acquistarne uno canadese passaporto https://flypassports.com/service-category/passport/ https://flypassports.com/service/germany-driving-licence/# https://flypassports.com/services/ https://flypassports.com/faq/ https://flypassports.com/about-us/ https://flypassports.com/contact-us/ https://flypassports.com/service/canadian-passport/ https://flypassports.com/service/bulgarian-drivers-license/ https://flypassport s.com/service/chinese-passport-renewal/ https://flypassports.com/service/illinois-drivers-license/ https://flypassports.com/service/usa-passport/ https://flypassports.com/service/austrian-drivers-license/ https://flypassports.com/service/netherlands-passport-application/ https://flypassports.com/service/vermont-drivers-license/ https://flypassports.com/service/korean-passport-renewal/ h http://flypassports.com/service/germany-driving-licence/ https://buylegitpassports.com/ https://buylegitpassports.com/apply/ https://buylegitpassports.com/buy-fake-diploma/ https://buylegitpassports.com/social-security-card-generator/ https://buylegitpassports.com/how-do-we-get-a-passport/ https://buylegitpassports.com/real-and-fake-passport/ https://buylegitpassports.com/buy-fake-chine se-passport/ https://buylegitpassports.com/buy-canadian-passport-online/ https://buylegitpassports.com/croatia-driven-license/ https://buylegitpassports.com/buy-brazil-driver-license/ https://buylegitpassports.com/buy-hungary-driver-license/ https://buylegitpassports.com/buy-fake-social-security-number-card/ https://buylegitpassports.com/how-can-i-get-california-drivers-license/ Numero WhatsApp: +1 (615)-314-6286 Telegram: @Globaldocs26 Email: Karlvonlinne74(a)gmail.com Sito web: https://flypassports.com/ Sito web: https://buylegitpassports.com/ Telegram: https://t.me/globaldocs2

2 weeks, 3 days

1
0
0 0

在线购买中国护照（邮箱：guanyuguohai@gmail.com）购买中国护照、身份证、驾驶证、绿卡、居留证、雅思成绩、工作证、公民身份。(Telegram：@Globaldocs26) 在线购买护照（邮箱：guanyuguohai@gmail.com）出售合法美国护照，购买加拿大居留权，直接移民加拿大，合法生物特征护照，英国/欧洲/加拿大/乌克兰护照，中国护照，已在数据库中注册的澳大利亚护照，出售护照，在哪里可以买到？WhatsApp：+1(615)-314-6286，美国新证件，购买真实证件，在线删除犯罪记录。 WhatsApp 号码：+1(615)-314-6286 邮箱：Karlvonlinne74@gmail.com 网站：https://buylegitpassports.com/ Telegram：@Globaldocs26 Telegram: https://t.me/globaldocs2 购买加拿大居留许可，直接移民加拿大，购买驾照、居留许可、居留卡、身份证、签证、美国绿卡、公民身份、新证件（WhatsApp：+1(615)-314-6286）、新身份证、新驾照、社会安全号码、社会安

by luckaswilli7＠gmail.com

在线购买中国护照（邮箱：guanyuguohai@gmail.com）购买中国护照、身份证、驾驶证、绿卡、居留证、雅思成绩、工作证、公民身份。(Telegram：@Globaldocs26) 在线购买护照（邮箱：guanyuguohai(a)gmail.com) 出售合法美国护照，购买加拿大居留权，直接移民加拿大，合法生物特征护照，英国/欧洲/加拿大/乌克兰护照，中国护照，已在数据库中注册的澳大利亚护照，出售护照，在哪里可以买到？WhatsApp：+1(615)-314-6286，美国新证件，购买真实证件，在线删除犯罪记录。 WhatsApp 号码：+1(615)-314-6286 邮箱：Karlvonlinne74(a)gmail.com 网站：https://buylegitpassports.com/ Telegram：@Globaldocs26 Telegram: https://t.me/globaldocs2 购买加拿大居留许可，直接移民加拿大，购买驾照、居留许可、居留卡、身份证、签证、美国绿卡、公民身份、新证件（WhatsApp：+1(615)-314-6286）、新身份证、新驾照、社会安全号码、社会安全号码 (SSN)、工作许可、犯罪记录消除、获取新身份证、托福、雅思、托业、加拿大 TEF、加拿大 TCF、思培 (CELPIP)、Celta 证书、居留许可、国民保险卡、国民识别号 (NIN)、社会保障号 (SIN)、结婚证、出生证，在线订购雅思成绩。想以新的身份开启第二人生吗？保护您的隐私，建立新的信用记录，绕过犯罪记录审查，重获自由？(Telegram：@Globaldocs26) 我们公司在制作假护照和其他身份证件方面拥有多年经验。我们使用高品质的设备和材料制作假护照。我们精心复制真护照的所有秘密特征，以制作这些假证件。我们是高品质假身份证件的最佳制造商。 buy passports and visa, buy passport citizenship, passport you can buy, buy visa gift card, cheapest passport to buy, visa passport, passports and visas, passport to buy, passport usa, where to buy visa gift cards, visa j1, korean passport visa free countries, l visa usa, passport money order, q1 visa china, passport requirements, u-visa, passport package, passport free visa, how to get a second passport, passport 3, passport 615, 7十二家房客, 8ben, passport 9 -身份证扫描：支持 -全息图：支持，且完全相同 -条形码：扫描身份证 -紫外线：支持 -验证：支持 - 可与真身份证件配合使用 -详细可靠的手册，美国境内快速/隔夜送达 -全球提供保密配送 -身份证件包裹免费配送 -发货前提供成品文件的照片和视频。 -文件处理最多需要 3-5 天。 WhatsApp 号码：+1(615)-314-6286 邮箱：Karlvonlinne74(a)gmail.com 网站：https://flypassports.com/ 网站：https://buylegitpassports.com/ Telegram：@Globaldocs26 Telegram: https://t.me/globaldocs2 buy passports and visa, buy a passport, visa passport, buy passports, a visa, passport visa, flyasia bno visa, visa bno, visa free countries for bno passport holders, passport bno, visa 搭巴士, visa delivery, double visa, e-visa payment, e-visa collection, e-visa中文, foreign passport, 古巴 visa, visa八达通, visa 增值八达通, buying passports, h visa usa, hk passport us visa, visa in passport, us visa in old passport, k visa, passport k2, flyasia keta, limited validity passport, m visa, m visa to china, 尼泊尔visa, 尼泊爾visa, us visa on old passport, us visa on expired passport, partner visa中文, passport 派筹, visa优惠, real passports, 鄰住買visa, passport stamp. transit visa中文, travel visa to us, us visa passport expired, us passport visa free countries, us visa passport collection, v visa, visa waiver program, visa waiver, visa xbox, za bank visa, za bank visa卡, za visa card, za bank visa card, passport visa free countries, passport最快, visa 5+1, passport幾錢, 2 passports, 2 passports 1 dream, 2 passport 1 dream, second passport, visa 309, visa 300, 5+1 visa application, passport 6 months validity, visa 7-11, 7-11 visa预付卡, visa 8, visa八達通, passport几钱 https://flypassports.com/service-category/passport/ https://flypassports.com/service/germany-driving-licence/# https://flypassports.com/services/ https://flypassports.com/faq/ https://flypassports.com/about-us/ https://flypassports.com/contact-us/ https://flypassports.com/service/canadian-passport/ https://flypassports.com/service/bulgarian-drivers-license/ https://flypassports.com/service/chinese-passport-renewal/ https://flypassports.com/service/illinois-drivers-license/ https://flypassports.com/service/usa-passport/ https://flypassports.com/service/austrian-drivers-license/ https://flypassports.com/service/netherlands-passport-application/ https://flypassports.com/service/vermont-drivers-license/ https://flypassports.com/service/korean-passport-renewal/ https://flypassports.com/service/germany-driving-licence/ https://buylegitpassports.com/ https://buylegitpassports.com/apply/ https://buylegitpassports.com/buy-fake-diploma/ https://buylegitpassports.com/social-security-card-generator/ https://buylegitpassports.com/how-do-we-get-a-passport/ https://buylegitpassports.com/real-and-fake-passport/ https://buylegitpassports.com/buy-fake-chinese-passport/ https://buylegitpassports.com/buy-canadian-passport-online/ https://buylegitpassports.com/croatia-driven-license/ https://buylegitpassports.com/buy-brazil-driver-license/ https://buylegitpassports.com/buy-hungary-driver-license/ https://buylegitpassports.com/buy-fake-social-security-number-card/ https://buylegitpassports.com/how-can-i-get-california-drivers-license/ WhatsApp 号码：+1 (615)-314-6286 电子邮件：Karlvonlinne74(a)gmail.com 网站：https://flypassports.com/ 网站：https://buylegitpassports.com/ Telegram：@Globaldocs26 Telegram: https://t.me/globaldocs2

2 weeks, 3 days

1
0
0 0

Buy real and fake Passports (WhatsApp: +1 (615)-314-6286) renew passports online, apply for legal passports, buy fake passports, Buy US passports, buy Chinese passports, buy Canadian passports (Telegram: @Globaldocs26) buy passports and visa, buy passports, buy passport citizenship, visas and passports passport and visa are same, passport and visa apply, is passports and visas a legit website, difference between passports and visas do i need a visa with my passport, how to apply for passport and passport ca

by luckaswilli7＠gmail.com

Buy real and fake Passports (WhatsApp: +1 (615)-314-6286) renew passports online, apply for legal passports, buy fake passports, Buy US passports, buy Chinese passports, buy Canadian passports (Telegram: @Globaldocs26) buy passports and visa, buy passports, buy passport citizenship, visas and passports passport and visa are same, passport and visa apply, is passports and visas a legit website, difference between passports and visas do i need a visa with my passport, how to apply for passport and passport card, is passports and visas legit Buy counterfeit currency. Buy US dollars (USD), Chinese yuan (RMB), buy Canadian dollars (CAD), Chinese yuan (CNY), Hong Kong dollars (HKD), Malaysian ringgit (MYR), Australian dollars (AUD), buy euros (EUR) (WhatsApp：+1(615)-314-6286). Buy high-quality, indistinguishable counterfeit banknotes. We only offer high-quality counterfeit currency. We provide perfectly replicated counterfeit banknotes with holograms and all available security features. Indistinguishable to the naked eye and touch. 100% indistinguishable counterfeit banknotes, printed on 80% cotton and 20% cellulose paper. Buy a US student visa, buy TCF, TEF, TOEFL, IELTS, TOEIC test scores (Email: guanyuguohai(a)gmail.com), buy Canadian citizenship, buy US citizenship, buy Canadian TCF, TEF, CELPIP, CELTA certificates, how to immigrate to Canada? Buy a driver’s license, ID card, US green card (Telegram：@Buylegitpassports1), Social Security Number (SSN), work permit, new ID card, National Insurance Card, NIN, SIN, marriage certificate, birth certificate Want to start a new chapter in your life with a new identity? Protect your privacy, build a new credit history, bypass criminal record checks, and regain your freedom? Apply for a new identity now! (WhatsApp：+1(615)-314-6286). You can contact us using the following details WhatsApp: +1 (615)-314-6286 Telegram: @Globaldocs26 Email: Karlvonlinne74(a)gmail.com Website: https://flypassports.com/ Website: https://buylegitpassports.com/ Telegram: https://t.me/globaldocs2 buy passports and visa, buy passport canada, passports that can be bought, buy visa gift card with paypal canada, buy canadian passport, passport and visa are same, passport and visa apply, is passports and visas a legit website, difference between passports and visas, do i need a visa with my passport, how to apply for passport and passport card, passports visa and more, can you buy an american passport, buy a pasport, buying american passport, buy a paasport, buyable passports, pbuy passport, passport and visa check, passport and visa card, passports and visas coupon code, can i transfer canada visa to new passport, passports and visas.com legit, can you buy a canadian passport, passport and visa difference, passport and visa difference in hindi, passport and visa department of ra, passport and visa difference in marathi, passports and visas denver, passport and visa documents, passport and visa dubai, list of passports by visa free passport and visa express, passport and visa emirates, passport and visa express reviews, buy visa e gift card canada, buy passports online, can you buy a visa online, passport and visa free countries for india, passport and visa free countries, passport and visa for uk, buy passports, buy american passport, passport and visa holder, passport and visa how much, difference between passport and passport card ireland, buy passports and citizenship, passport and visa id photo maker, passport and visa is the same, passport and visa index, passports i can buy, passport and visa jobs, passports to buy, passports you can buy, buying passports, passport and visa kenya, how to get passport card if i already have passport, what passport can i buy, passports and visas llc, passport and visa link, passports and visas legit, passport and visa logo, passport to buy, passport and visa meaning, passport and visa manual 2006 pdf, passport and visa me antar, passport and visa mein kya antar hai, passport and visa me difference in hindi, passport and visa me difference, passport and visa mein antar, passport and visa me antar in hindi, can i transfer my visa to a new, passport, buy your passport, passport and visa name different, passport and visa number, how to buy a new passport, do i need to transfer visa to new passport, passport and visa office, passport and visa org, passport and visa on emirates, passport and visa photo photogov, passport and visa price, passport and visa photo, passport and visa price in india, passport and visa photo size, passport and visa photo requirements, passport and visa photo studio near me, passport and visa page, passport and visa qatar airways, passport and visa quartus global services, passport and visa quartus global services missouri city, passport and visa questions, is expedited passports and visas legit, buy quebec passport. passport and visa requirements, passports and visas reviews, passport and visa requirements for thailand, passport and visa renewal passport and visa requirements for spain, passport and visa requirements for dubai, passport and visa requirements for italy, passport and visa requirements for uk, passport and visa requirements for singapore, passport and visa requirements for australia, buying passport other country passport and visa services, passport and visa services near me, passport and visa solutions, passport and visa same, passport and visa status passport and visa services chicago, passport and visa stamp, are visas and passports the same thing, passport and visa the same passport and visa the same thing, passports and visas unlimited, passport and visa uk, us passport visa, passport and visa what is the difference buy a second passport, passport that you can buy, buy an american passport, buy a passport, how much to buy a canadian passport https://flypassports.com/service-category/passport/ https://flypassports.com/service/germany-driving-licence/# https://flypassports.com/services/ https://flypassports.com/faq/ https://flypassports.com/about-us/ https://flypassports.com/contact-us/ https://flypassports.com/service/canadian-passport/ https://flypassports.com/service/bulgarian-drivers-license/ https://flypassports.com/service/chinese-passport-renewal/ https://flypassports.com/service/illinois-drivers-license/ https://flypassports.com/service/usa-passport/ https://flypassports.com/service/austrian-drivers-license/ https://flypassports.com/service/netherlands-passport-application/ https://flypassports.com/service/vermont-drivers-license/ https://flypassports.com/service/korean-passport-renewal/ https://flypassports.com/service/germany-driving-licence/ https://buylegitpassports.com/ https://buylegitpassports.com/apply/ https://buylegitpassports.com/buy-fake-diploma/ https://buylegitpassports.com/social-security-card-generator/ https://buylegitpassports.com/how-do-we-get-a-passport/ https://buylegitpassports.com/real-and-fake-passport/ https://buylegitpassports.com/buy-fake-chinese-passport/ https://buylegitpassports.com/buy-canadian-passport-online/ https://buylegitpassports.com/croatia-driven-license/ https://buylegitpassports.com/buy-brazil-driver-license/ https://buylegitpassports.com/buy-hungary-driver-license/ https://buylegitpassports.com/buy-fake-social-security-number-card/ https://buylegitpassports.com/how-can-i-get-california-drivers-license/ WhatsApp number: +1 (615)-314-6286 Telegram: @Globaldocs26 Email: Karlvonlinne74(a)gmail.com Website: https://flypassports.com/ Website: https://buylegitpassports.com/ Telegram: https://t.me/globaldocs2

2 weeks, 3 days

1
0
0 0

Hire SAFEGUARD RECOVERY, a Bitcoin recovery specialist, to retrieve stolen or lost coins.

by sophia fourest

I invested $320,000 in Tether (USDT) on a fraudulent website after falling for a romantic scam. I felt completely helpless and in need of assistance after realizing I had been duped. I started looking for a hacker online and found SAFEGUARD RECOVERY. I had optimism because of his professionalism and knowledge. I'm happy to report that SAFEGUARD RECOVERY successfully recovered my stolen money after working relentlessly to do so! I am immensely appreciative of their help and heartily urge anyone in a comparable circumstance to use their services. I'm grateful Email: safeguardbitcoin(a)consultant.com WhatsApp: +44 7426 168300 Website: https://safeguardbitcoin.wixsite.com/safeguard-bitcoin--1

1 month, 1 week

4
3
0 0

Stolen BTC Recovery Case

by docpito22＠gmail.com

If you are looking for a reliable way to recover lost or stolen cryptocurrency, TREK Tech Corp offers exceptional recovery services. Having personally lost a significant amount of Bitcoin to scammers, I turned to their team for help. They possess the unique technical skills required for complex digital asset recovery. They were efficient, affordable, and ultimately successful in returning my funds. You can contact them via email to discuss your case. Email: trektechcorp1(a)gmail.com and trektechcorp(a)consultant.com Website: https://trektechcorp.net

1 month, 1 week

1
0
0 0

Stolen BTC Recovery Case

by docpito22＠gmail.com

If you are looking for a reliable way to recover lost or stolen cryptocurrency, TREK Tech Corp offers exceptional recovery services. Having personally lost a significant amount of Bitcoin to scammers, I turned to their team for help. They possess the unique technical skills required for complex digital asset recovery. They were efficient, affordable, and ultimately successful in returning my funds. You can contact them via email to discuss your case. Email: trektechcorp1(a)gmail.com and trektechcorp(a)consultant.com Website: https://trektechcorp.net

1 month, 1 week

1
0
0 0

HOW TO RECOVER YOUR MONEY FROM SCAMMERS THROUGH DIGITAL LIGHT SOLUTION (DLS)

by Arthur Louis

A while back, I jumped into a global property deal, saying folks like me could cash in on hot foreign housing scenes. Real estate - sure, everyone knows it prints money, a big-time industry worldwide. It looked solid at first - they showed me online walkthroughs of places I partly owned, got me pumped. Still, there was this weird vibe nagging me, hard to explain, just wouldn’t quit bugging me inside. I ignored it, though, brushed it off, kept going anyway. One thing I’d say now? Listen to that inner voice - every single time. I kept picturing the steady cash coming in, which blurred how clearly I saw things. At first, they paid me consistent returns, making it feel legit. Over time, though, I poured more money into it. Before long, I tried pulling out bigger amounts - but then the payouts just vanished. The reasons they gave shifted every week, and not long after, they began asking for added charges to fix the withdrawal issues. Still, I’d spent every dollar - put everything I owned into it, thinking it’d be okay. When things went south, I panicked, then remembered a name: {DIGITAL LIGHT SOLUTION}. Found them through some random post while scrolling late at night. Honestly? Didn’t believe they’d help, but they jumped on it fast, scanning stuff I didn't even know existed. Right away, knew these folks weren’t messing around. Used hidden clues online, tracked down where the cash got moved, and then fought to pull it all back into my hands. I'm happy the hard work brought results - my full investment was back in just 72 hours thanks to the team handling my issue. I reached {DIGITAL LIGHT SOLUTION} through T e l e g r a m -- d i g i t a l l i g h t s o l u t i o n And E m a i l.d i g i t a l l i g h t s o l u t i o n (@) q u a l i t y s e r v i c e.c o m - W hats App +1.9.5.4.8.5.6.8.0.4.5

1 month, 2 weeks

1
0
0 0

GENUINE HACKER FOR HIRE CONSULT JAYWEB RECOVERY EXPERT

by Vanesa Drew

If you have lost your bitcoins and are feeling hopeless, I highly recommend Jayweb Bitcoin Recovery. I was in a tough situation after I had lost my bitcoin and thought my money was gone forever. I'm delighted that I decided to test Jayweb. They helped me get my bitcoins back. They kept me informed at every turn, and the procedure was straightforward. It is strongly advised that you get in touch with them if you are experiencing a similar issue. WhatsApp… +1 (305) 452-9075 Email....jay.webb.hack(a)mail.com

1 month, 2 weeks

1
0
0 0

[meta-linaro][PATCH 0/3] Enable host-side QEMU device model (virtio-vga-rutabaga) with gfxstream support

by Lei Zhou

Details please refer to [1]. ./qemu-system-x86_64 \ -m 4G \ -machine pc,accel=kvm,memory-backend=mem,usb=off \ -device virtio-scsi-pci,id=scsi0 \ -device virtio-net-pci,netdev=net0 \ -netdev user,id=net0,hostfwd=tcp::8022-:22 \ -object memory-backend-file,id=mem,size=4G,mem-path=/dev/shm,share=on \ -device virtio-vga-rutabaga,gfxstream-vulkan=on,cross-domain=on,wayland-socket-path=${WAYLAND_SOCK},hostmem=8G [1] https://linaro.atlassian.net/wiki/spaces/ORKO/ pages/28985622530/Building+QEMU+with+virtio-gpu+and+rutabaga_gfx Lei Zhou (3): aemu: add AEMU library gfxstream: add gfxstream recipe rutabaga_gfx_ffi: add as a YOCTO recipe meta-linaro/recipes-graphics/aemu/aemu_git.bb | 18 +++++ .../gfxstream/gfxstream_git.bb | 18 +++++ ...-Use-env-variable-to-pass-in-RUTABAG.patch | 41 ++++++++++++ .../rutabaga-gfx-ffi-crates.inc | 54 +++++++++++++++ .../rutabaga-gfx-ffi_0.1.3.bb | 65 +++++++++++++++++++ 5 files changed, 196 insertions(+) create mode 100644 meta-linaro/recipes-graphics/aemu/aemu_git.bb create mode 100644 meta-linaro/recipes-graphics/gfxstream/gfxstream_git.bb create mode 100644 meta-linaro/recipes-graphics/rutabaga_gfx_ffi/files/0001-rutabaga-gfx-ffi-Use-env-variable-to-pass-in-RUTABAG.patch create mode 100644 meta-linaro/recipes-graphics/rutabaga_gfx_ffi/rutabaga-gfx-ffi-crates.inc create mode 100644 meta-linaro/recipes-graphics/rutabaga_gfx_ffi/rutabaga-gfx-ffi_0.1.3.bb -- 2.34.1

1 year, 6 months

1
3
0 0

[meta-linaro][PATCH] mesa%.bbappend: add bbappend for enabling amdgpu native device

by Lei Zhou

Signed-off-by: Lei Zhou <lei.zhou(a)linaro.org> --- meta-linaro/recipes-graphics/mesa/mesa_%.bbappend | 11 +++++++++++ 1 file changed, 11 insertions(+) create mode 100644 meta-linaro/recipes-graphics/mesa/mesa_%.bbappend diff --git a/meta-linaro/recipes-graphics/mesa/mesa_%.bbappend b/meta-linaro/recipes-graphics/mesa/mesa_%.bbappend new file mode 100644 index 0000000..60d90ef --- /dev/null +++ b/meta-linaro/recipes-graphics/mesa/mesa_%.bbappend @@ -0,0 +1,11 @@ + +EXTRA_OEMESON:append = " \ + -Dgallium-nine=false -Dgallium-xa=disabled -Dglx=dri \ + -Dshared-glapi=enabled -Ddri3=enabled -Degl=enabled -Dgbm=enabled \ + -Dglvnd=true -Dgallium-drivers=radeonsi,virgl -Dplatforms=x11,wayland \ + -Dgles1=disabled -Dgles2=enabled -Dvulkan-drivers=virtio,amd \ + -Dlibunwind=disabled \ +" + +PACKAGECONFIG:append:class-target = "vulkan r600 glvnd" +VULKAN_DRIVERS:append = "virtio,amd" -- 2.34.1

1 year, 6 months

1
0
0 0

meta-linaro: qcow2 image type in linaro-image-lng.bb

by Ralph Siemsen

Hello all, When building dunfell branch of meta-linaro for qemux86-64 target, the following parse error occurs: ERROR: ../sources/meta-linaro/meta-linaro/recipes-linaro/images/linaro-image-lng.bb: No IMAGE_CMD defined for IMAGE_FSTYPES entry 'qcow2' - possibly invalid type name or missing support class It seems that qcow2 should be replaced with wic.qcow2 according to this oe-core commit from 2017: https://git.openembedded.org/openembedded-core/commit/?h=dunfell&id=929ba56… Indeed doing so fixes the build for me. The master branch of meta-linaro also uses 'qcow2' (while being updated to the newer yocto variable override syntax). So I would expect it to fail similarly there. Should this get fixed in meta-linaro? Are other people building the dunfell branch successfully? Thanks, Ralph

3 years, 2 months

2
1
0 0

Kernel and host's Python

by Daniel Díaz

Hello! We've been encountering a problem with recent kernels (post 5.15, since this commit [0]) which require a Python3 package called dtschema [1] (Rob Herring is a maintainer). This is easily installed via pip3 [2] and a recipe works fine for OpenEmbedded [3], even in the ancient Sumo we're using (well, at least everything seems to be in place). The problem we're seeing is with the PATH set by the recipe, which has /poky/build/tmp/hosttools/ as the last bit in it. but no reference to the native Python (recipe-sysroot-native/usr/bin/python3-native/) built within OE. This version of Python (3.7.3) is from the host, and does not have the dtschema package in it (even if it's installed, dtschema fails to run). I have tried inheriting python3native in the kernel recipe, which defines PYTHON and other related variables, but it still fails to use the right python3 binary. Is there a recommended way to get the python3-native path into the PATH? Thanks and greetings! Daniel Díaz daniel.diaz(a)linaro.org [0] https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?… [1] https://github.com/devicetree-org/dt-schema/ [2] https://pypi.org/project/dtschema/ [3] https://github.com/mrchapp/meta-lkft/blob/d/add-dtschema/recipes-devtools/p…

4 years, 4 months

2
2
0 0

Re: [CI-NOTIFY]: Qualcomm OpenEmbedded RPB (master) - Build # 692 - Still Failing!

by Anibal Limon

There is an issue in meta-rust master, affecting cargo-native with no checksum. I will look into. Regards, Anibal On Tue, 19 Oct 2021 at 04:07, <ci_notify(a)linaro.org> wrote: > Hello CI User, > > This is notification from ci.linaro.org for project Qualcomm OpenEmbedded > RPB (master). > > The project Qualcomm OpenEmbedded RPB (master) Build # 692 - Still > Failing. > > Please check console output at > https://ci.linaro.org/job/lt-qcom-openembedded-rpb-master/692/ to view > the results. > > Thanks!!! > CI Team

4 years, 5 months

1
0
0 0

[meta-linaro][PATCH] optee: remove support

by Jon Mason

From: Jon Mason <jon.mason(a)arm.com> Support for OPTEE is being done in the meta-arm layer now. Remove support here in favor of that. Signed-off-by: Jon Mason <jon.mason(a)arm.com> --- meta-optee/COPYING.MIT | 17 ----- meta-optee/conf/layer.conf | 11 --- .../recipes-security/optee/optee-client.bb | 35 ---------- .../optee/optee-client/tee-supplicant.service | 10 --- .../recipes-security/optee/optee-examples.bb | 42 ----------- ...ow-setting-sysroot-for-libgcc-lookup.patch | 13 ---- .../recipes-security/optee/optee-os_git.bb | 69 ------------------- .../recipes-security/optee/optee-test_git.bb | 49 ------------- 8 files changed, 246 deletions(-) delete mode 100644 meta-optee/COPYING.MIT delete mode 100644 meta-optee/conf/layer.conf delete mode 100644 meta-optee/recipes-security/optee/optee-client.bb delete mode 100644 meta-optee/recipes-security/optee/optee-client/tee-supplicant.service delete mode 100644 meta-optee/recipes-security/optee/optee-examples.bb delete mode 100644 meta-optee/recipes-security/optee/optee-os/0001-allow-setting-sysroot-for-libgcc-lookup.patch delete mode 100644 meta-optee/recipes-security/optee/optee-os_git.bb delete mode 100644 meta-optee/recipes-security/optee/optee-test_git.bb diff --git a/meta-optee/COPYING.MIT b/meta-optee/COPYING.MIT deleted file mode 100644 index fb950dc69feb..000000000000 --- a/meta-optee/COPYING.MIT +++ /dev/null @@ -1,17 +0,0 @@ -Permission is hereby granted, free of charge, to any person obtaining a copy -of this software and associated documentation files (the "Software"), to deal -in the Software without restriction, including without limitation the rights -to use, copy, modify, merge, publish, distribute, sublicense, and/or sell -copies of the Software, and to permit persons to whom the Software is -furnished to do so, subject to the following conditions: - -The above copyright notice and this permission notice shall be included in -all copies or substantial portions of the Software. - -THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR -IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, -FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE -AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER -LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, -OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN -THE SOFTWARE. diff --git a/meta-optee/conf/layer.conf b/meta-optee/conf/layer.conf deleted file mode 100644 index 6b58d43fe101..000000000000 --- a/meta-optee/conf/layer.conf +++ /dev/null @@ -1,11 +0,0 @@ -# We might have a conf and classes directory, append to BBPATH -BBPATH .= ":${LAYERDIR}" - -# We have a recipes directory, add to BBFILES -BBFILES += "${LAYERDIR}/recipes*/*/*.bb ${LAYERDIR}/recipes*/*/*.bbappend" - -BBFILE_COLLECTIONS += "meta-optee" -BBFILE_PATTERN_meta-optee := "^${LAYERDIR}/" -BBFILE_PRIORITY_meta-optee = "8" - -LAYERSERIES_COMPAT_meta-optee = "honister" diff --git a/meta-optee/recipes-security/optee/optee-client.bb b/meta-optee/recipes-security/optee/optee-client.bb deleted file mode 100644 index 28cd35463cc0..000000000000 --- a/meta-optee/recipes-security/optee/optee-client.bb +++ /dev/null @@ -1,35 +0,0 @@ -SUMMARY = "OPTEE Client" -HOMEPAGE = "https://github.com/OP-TEE/optee_client" - -LICENSE = "BSD" -LIC_FILES_CHKSUM = "file://${S}/LICENSE;md5=69663ab153298557a59c67a60a743e5b" - -PV = "3.7.0+git${SRCPV}" - -inherit python3native systemd - -SRC_URI = "git://github.com/OP-TEE/optee_client.git \ - file://tee-supplicant.service" -S = "${WORKDIR}/git" - -SRCREV = "bc0ec8ce1e4dc5ae23f4737ef659338b7cd408fe" - -SYSTEMD_SERVICE:${PN} = "tee-supplicant.service" - -do_install() { - oe_runmake install - - install -D -p -m0755 ${S}/out/export/usr/sbin/tee-supplicant ${D}${sbindir}/tee-supplicant - - install -D -p -m0644 ${S}/out/export/usr/lib/libteec.so.1.0 ${D}${libdir}/libteec.so.1.0 - ln -sf libteec.so.1.0 ${D}${libdir}/libteec.so - ln -sf libteec.so.1.0 ${D}${libdir}/libteec.so.1 - - cp -a ${S}/out/export/usr/include ${D}/usr/ - - sed -i -e s:/etc:${sysconfdir}:g \ - -e s:/usr/bin:${bindir}:g \ - ${WORKDIR}/tee-supplicant.service - - install -D -p -m0644 ${WORKDIR}/tee-supplicant.service ${D}${systemd_system_unitdir}/tee-supplicant.service -} diff --git a/meta-optee/recipes-security/optee/optee-client/tee-supplicant.service b/meta-optee/recipes-security/optee/optee-client/tee-supplicant.service deleted file mode 100644 index ffb54d3900d2..000000000000 --- a/meta-optee/recipes-security/optee/optee-client/tee-supplicant.service +++ /dev/null @@ -1,10 +0,0 @@ -[Unit] -Description=TEE Supplicant - -[Service] -User=root -EnvironmentFile=-/etc/default/tee-supplicant -ExecStart=/usr/sbin/tee-supplicant $OPTARGS - -[Install] -WantedBy=basic.target diff --git a/meta-optee/recipes-security/optee/optee-examples.bb b/meta-optee/recipes-security/optee/optee-examples.bb deleted file mode 100644 index f590c44470b3..000000000000 --- a/meta-optee/recipes-security/optee/optee-examples.bb +++ /dev/null @@ -1,42 +0,0 @@ -SUMMARY = "OP-TEE examples" -HOMEPAGE = "https://github.com/linaro-swg/optee_examples" - -LICENSE = "GPLv2" -LIC_FILES_CHKSUM = "file://${S}/LICENSE;md5=cd95ab417e23b94f381dafc453d70c30" - -DEPENDS = "optee-client optee-os python3-pycrypto-native" - -inherit python3native - -SRC_URI = "git://github.com/linaro-swg/optee_examples.git" -SRCREV = "559b2141c16bf0f57ccd72f60e4deb84fc2a05b0" - -S = "${WORKDIR}/git" - -OPTEE_CLIENT_EXPORT = "${STAGING_DIR_HOST}${prefix}" -TEEC_EXPORT = "${STAGING_DIR_HOST}${prefix}" -TA_DEV_KIT_DIR = "${STAGING_INCDIR}/optee/export-user_ta" - -EXTRA_OEMAKE = " TA_DEV_KIT_DIR=${TA_DEV_KIT_DIR} \ - OPTEE_CLIENT_EXPORT=${OPTEE_CLIENT_EXPORT} \ - TEEC_EXPORT=${TEEC_EXPORT} \ - HOST_CROSS_COMPILE=${TARGET_PREFIX} \ - TA_CROSS_COMPILE=${TARGET_PREFIX} \ - V=1 \ - " - -do_compile() { - oe_runmake -} - -do_install () { - mkdir -p ${D}${nonarch_base_libdir}/optee_armtz - mkdir -p ${D}${bindir} - install -D -p -m0755 ${S}/out/ca/* ${D}${bindir} - install -D -p -m0444 ${S}/out/ta/* ${D}${nonarch_base_libdir}/optee_armtz -} - -FILES:${PN} += "${nonarch_base_libdir}/optee_armtz/" - -# Imports machine specific configs from staging to build -PACKAGE_ARCH = "${MACHINE_ARCH}" diff --git a/meta-optee/recipes-security/optee/optee-os/0001-allow-setting-sysroot-for-libgcc-lookup.patch b/meta-optee/recipes-security/optee/optee-os/0001-allow-setting-sysroot-for-libgcc-lookup.patch deleted file mode 100644 index 17127d0b0819..000000000000 --- a/meta-optee/recipes-security/optee/optee-os/0001-allow-setting-sysroot-for-libgcc-lookup.patch +++ /dev/null @@ -1,13 +0,0 @@ -diff --git a/mk/gcc.mk b/mk/gcc.mk -index fc38c4d..77b8d74 100644 ---- a/mk/gcc.mk -+++ b/mk/gcc.mk -@@ -12,7 +12,7 @@ nostdinc$(sm) := -nostdinc -isystem $(shell $(CC$(sm)) \ - -print-file-name=include 2> /dev/null) - - # Get location of libgcc from gcc --libgcc$(sm) := $(shell $(CC$(sm)) $(CFLAGS$(arch-bits-$(sm))) $(comp-cflags$(sm)) \ -+libgcc$(sm) := $(shell $(CC$(sm)) $(LIBGCC_LOCATE_CFLAGS) $(CFLAGS$(arch-bits-$(sm))) $(comp-cflags$(sm)) \ - -print-libgcc-file-name 2> /dev/null) - - # Define these to something to discover accidental use diff --git a/meta-optee/recipes-security/optee/optee-os_git.bb b/meta-optee/recipes-security/optee/optee-os_git.bb deleted file mode 100644 index 581233f9ff39..000000000000 --- a/meta-optee/recipes-security/optee/optee-os_git.bb +++ /dev/null @@ -1,69 +0,0 @@ -SUMMARY = "OP-TEE Trusted OS" -DESCRIPTION = "OPTEE OS" - -LICENSE = "BSD" -LIC_FILES_CHKSUM = "file://${S}/LICENSE;md5=c1f21c4f72f372ef38a5a4aee55ec173" - -PV="3.7.0+git${SRCPV}" - -inherit deploy python3native - -DEPENDS = "python3-pycrypto-native python3-pyelftools-native" - -SRCREV = "a2fa5018cb595a9cd9ab62e82c7485ca57a62084" -SRC_URI = "git://github.com/OP-TEE/optee_os.git \ - file://0001-allow-setting-sysroot-for-libgcc-lookup.patch \ - " - -S = "${WORKDIR}/git" - -OPTEEMACHINE ?= "${MACHINE}" -OPTEEOUTPUTMACHINE ?= "${MACHINE}" - -EXTRA_OEMAKE = "PLATFORM=${OPTEEMACHINE} CFG_ARM64_core=y \ - CROSS_COMPILE_core=${HOST_PREFIX} \ - CROSS_COMPILE_ta_arm64=${HOST_PREFIX} \ - NOWERROR=1 \ - ta-targets=ta_arm64 \ - LDFLAGS= \ - LIBGCC_LOCATE_CFLAGS=--sysroot=${STAGING_DIR_HOST} \ - " - -OPTEE_ARCH:armv7a = "arm32" -OPTEE_ARCH:aarch64 = "arm64" - -do_compile() { - unset LDFLAGS - oe_runmake all CFG_TEE_TA_LOG_LEVEL=0 -} - -do_install() { - #install core on boot directory - install -d ${D}${nonarch_base_libdir}/firmware/ - - install -m 644 ${B}/out/arm-plat-${OPTEEOUTPUTMACHINE}/core/*.bin ${D}${nonarch_base_libdir}/firmware/ - #install TA devkit - install -d ${D}/usr/include/optee/export-user_ta/ - - for f in ${B}/out/arm-plat-${OPTEEOUTPUTMACHINE}/export-ta_${OPTEE_ARCH}/* ; do - cp -aR $f ${D}/usr/include/optee/export-user_ta/ - done -} - -PACKAGE_ARCH = "${MACHINE_ARCH}" - -do_deploy() { - install -d ${DEPLOYDIR}/optee - for f in ${D}${nonarch_base_libdir}/firmware/*; do - install -m 644 $f ${DEPLOYDIR}/optee/ - done -} - -addtask deploy before do_build after do_install - -FILES:${PN} = "${nonarch_base_libdir}/firmware/" -FILES:${PN}-dev = "/usr/include/optee" - -INSANE_SKIP:${PN}-dev = "staticdev" - -INHIBIT_PACKAGE_STRIP = "1" diff --git a/meta-optee/recipes-security/optee/optee-test_git.bb b/meta-optee/recipes-security/optee/optee-test_git.bb deleted file mode 100644 index 15d66ee8d145..000000000000 --- a/meta-optee/recipes-security/optee/optee-test_git.bb +++ /dev/null @@ -1,49 +0,0 @@ -SUMMARY = "OP-TEE sanity testsuite" -HOMEPAGE = "https://github.com/OP-TEE/optee_test" - -LICENSE = "BSD & GPLv2" -LIC_FILES_CHKSUM = "file://${S}/LICENSE.md;md5=daa2bcccc666345ab8940aab1315a4fa" - -inherit python3native - -DEPENDS = "optee-client optee-os python3-pycrypto-native" - -PV = "3.7.0+git${SRCPV}" - -SRC_URI = "git://github.com/OP-TEE/optee_test.git \ - " -S = "${WORKDIR}/git" - -SRCREV = "227d6f4c40eaa6f84fe049b9e48c7b27ad7fab08" - -OPTEE_CLIENT_EXPORT = "${STAGING_DIR_HOST}${prefix}" -TEEC_EXPORT = "${STAGING_DIR_HOST}${prefix}" -TA_DEV_KIT_DIR = "${STAGING_INCDIR}/optee/export-user_ta" - -EXTRA_OEMAKE = " TA_DEV_KIT_DIR=${TA_DEV_KIT_DIR} \ - OPTEE_CLIENT_EXPORT=${OPTEE_CLIENT_EXPORT} \ - TEEC_EXPORT=${TEEC_EXPORT} \ - CROSS_COMPILE_HOST=${TARGET_PREFIX} \ - CROSS_COMPILE_TA=${TARGET_PREFIX} \ - V=1 \ - " - -do_compile() { - # Top level makefile doesn't seem to handle parallel make gracefully - oe_runmake xtest - oe_runmake ta -} - -do_install () { - install -D -p -m0755 ${S}/out/xtest/xtest ${D}${bindir}/xtest - - # install path should match the value set in optee-client/tee-supplicant - # default TEEC_LOAD_PATH is /lib - mkdir -p ${D}${nonarch_base_libdir}/optee_armtz/ - install -D -p -m0444 ${S}/out/ta/*/*.ta ${D}${nonarch_base_libdir}/optee_armtz/ -} - -FILES:${PN} += "${nonarch_base_libdir}/optee_armtz/" - -# Imports machine specific configs from staging to build -PACKAGE_ARCH = "${MACHINE_ARCH}" -- 2.20.1

4 years, 6 months

3
2
0 0

Re: [CI-NOTIFY]: Reference Platform - OpenEmbedded (dunfell) - Build # 234 - Still Failing!

by Anibal Limon

There as been a lot time that is failing NXP iMX, anyone is using/maintaining it?, Regarda, Anibal El vie., 27 de noviembre de 2020 15:54, <ci_notify(a)linaro.org> escribió: > Hello CI User, > > This is notification from ci.linaro.org for project Reference Platform - > OpenEmbedded (dunfell). > > The project Reference Platform - OpenEmbedded (dunfell) Build # 234 - > Still Failing. > > Please check console output at > https://ci.linaro.org/job/rpb-openembedded-dunfell/234/ to view the > results. > > Thanks!!! > CI Team

5 years, 4 months

2
3
0 0

[meta-foo][PATCH] trace-cmd: upgrade 2.3.2 -> 2.9.1

by Zang Ruochen

Signed-off-by: Zang Ruochen <zangrc.fnst(a)cn.fujitsu.com> --- .../trace-cmd/trace-cmd_2.3.2.bb | 21 ----------------- .../trace-cmd/trace-cmd_2.9.1.bb | 23 +++++++++++++++++++ 2 files changed, 23 insertions(+), 21 deletions(-) delete mode 100644 meta-linaro/recipes-kernel/trace-cmd/trace-cmd_2.3.2.bb create mode 100644 meta-linaro/recipes-kernel/trace-cmd/trace-cmd_2.9.1.bb diff --git a/meta-linaro/recipes-kernel/trace-cmd/trace-cmd_2.3.2.bb b/meta-linaro/recipes-kernel/trace-cmd/trace-cmd_2.3.2.bb deleted file mode 100644 index 28143b1..0000000 --- a/meta-linaro/recipes-kernel/trace-cmd/trace-cmd_2.3.2.bb +++ /dev/null @@ -1,21 +0,0 @@ -SUMMARY = "User interface to Ftrace" -LICENSE = "GPLv2 & LGPLv2.1" -LIC_FILES_CHKSUM = "file://COPYING;md5=751419260aa954499f7abaabaa882bbe \ - file://trace-cmd.c;beginline=6;endline=8;md5=2c22c965a649ddd7973d7913c5634a5e \ - file://COPYING.LIB;md5=bbb461211a33b134d42ed5ee802b37ff \ - file://trace-input.c;beginline=5;endine=8;md5=dafd8a1cade30b847a8686dd3628cea4" - -DEPENDS = "swig-native" - -SRCREV = "79e08f8edb38c4c5098486caaa87ca90ba00f547" -PV = "2.3.2" - -SRC_URI = "git://git.kernel.org/pub/scm/linux/kernel/git/rostedt/trace-cmd.git;branch=…" - -S = "${WORKDIR}/git" - -do_install() { - ${MAKE} NO_PYTHON=1 prefix=${prefix} plugin_dir=${libdir}/trace-cmd/plugins DESTDIR=${D} install -} - -FILES_${PN}-dbg += "${libdir}/trace-cmd/plugins/.debug/" diff --git a/meta-linaro/recipes-kernel/trace-cmd/trace-cmd_2.9.1.bb b/meta-linaro/recipes-kernel/trace-cmd/trace-cmd_2.9.1.bb new file mode 100644 index 0000000..b6a9ed1 --- /dev/null +++ b/meta-linaro/recipes-kernel/trace-cmd/trace-cmd_2.9.1.bb @@ -0,0 +1,23 @@ +SUMMARY = "User interface to Ftrace" +LICENSE = "GPLv2 & LGPLv2.1" +LIC_FILES_CHKSUM = "file://COPYING;md5=873f48a813bded3de6ebc54e6880c4ac \ + file://COPYING.LIB;md5=edb195fe538e4552c1f6ca0fd7bf4f0a \ + file://LICENSES/GPL-2.0;md5=e6a75371ba4d16749254a51215d13f97 \ + file://LICENSES/LGPL-2.1;md5=b370887980db5dd40659b50909238dbd" + +DEPENDS = "swig-native" + +SRCREV = "530b1a0caef39466e16bbd49de5afef89656f03f" +PV = "2.9.1" + +SRC_URI = "git://git.kernel.org/pub/scm/linux/kernel/git/rostedt/trace-cmd.git" + +S = "${WORKDIR}/git" + +do_install() { + ${MAKE} NO_PYTHON=1 prefix=${prefix} plugin_dir=${libdir}/trace-cmd/plugins DESTDIR=${D} install +} + +FILES_${PN} += "${prefix}/etc/" +FILES_${PN} += "${libdir}/traceevent/plugins/" +FILES_${PN}-dbg += "${libdir}/trace-cmd/plugins/.debug/" -- 2.25.1

5 years, 5 months

1
0
0 0

[meta-foo][PATCH] gmp: Refresh the patch

by Zang Ruochen

Refresh the following patch: 0001-configure.ac-add-build-options-for-ilp32.patch Signed-off-by: Zang Ruochen <zangrc.fnst(a)cn.fujitsu.com> --- ...igure.ac-add-build-options-for-ilp32.patch | 20 +++++++++---------- 1 file changed, 9 insertions(+), 11 deletions(-) diff --git a/meta-linaro-integration/recipes-support/gmp/gmp/0001-configure.ac-add-build-options-for-ilp32.patch b/meta-linaro-integration/recipes-support/gmp/gmp/0001-configure.ac-add-build-options-for-ilp32.patch index bb50a34..f1e6da2 100644 --- a/meta-linaro-integration/recipes-support/gmp/gmp/0001-configure.ac-add-build-options-for-ilp32.patch +++ b/meta-linaro-integration/recipes-support/gmp/gmp/0001-configure.ac-add-build-options-for-ilp32.patch @@ -1,18 +1,19 @@ -From b788583bdf5c19e32cf2f15cc4c0fe35d33d3792 Mon Sep 17 00:00:00 2001 +From 96b1ab58dff13089e3cf9597c3ecba46377a5834 Mon Sep 17 00:00:00 2001 From: Vishal Bhoj <vishal.bhoj(a)linaro.org> Date: Fri, 4 Aug 2017 15:21:09 +0530 Subject: [PATCH] configure.ac: add build options for ilp32 Signed-off-by: Vishal Bhoj <vishal.bhoj(a)linaro.org> + --- configure.ac | 16 ++++++++++++++-- 1 file changed, 14 insertions(+), 2 deletions(-) diff --git a/configure.ac b/configure.ac -index 9641c04..dcaf7c3 100644 +index db47f9c..59da576 100644 --- a/configure.ac +++ b/configure.ac -@@ -592,16 +592,19 @@ case $host in +@@ -613,16 +613,19 @@ case $host in arm*-*-* | aarch64*-*-*) @@ -28,12 +29,12 @@ index 9641c04..dcaf7c3 100644 CALLING_CONVENTIONS_OBJS_64="" cclist_64="gcc cc" + cclist_ilp32="gcc cc" - any_32_testlist="sizeof-long-4" + any_32_testlist="sizeof-void*-4" + any_ilp32_testlist="sizeof-long-4" - any_64_testlist="sizeof-long-8" + any_64_testlist="sizeof-void*-8" - # This is needed for clang, which is not content with flags like -mfpu=neon -@@ -737,13 +740,22 @@ case $host in + # FIXME: We make mandatory compiler options optional here. We should +@@ -760,13 +763,22 @@ case $host in gcc_cflags_tune="-mtune=xgene1" ;; aarch64*) @@ -56,7 +57,4 @@ index 9641c04..dcaf7c3 100644 + ;; *) path="arm" - gcc_cflags_arch="-march=armv4" --- -2.7.4 - + ;; -- 2.25.1

5 years, 5 months

1
0
0 0

[meta-foo][PATCH] libffi: remove the patch

by Zang Ruochen

Libffi has been updated to version 3.3, and the following patch is no longer applicable to this version: libffi_armeb_be8.patch Signed-off-by: Zang Ruochen <zangrc.fnst(a)cn.fujitsu.com> --- .../libffi/libffi/libffi_armeb_be8.patch | 37 ------------------- .../recipes-gnome/libffi/libffi_%.bbappend | 1 - 2 files changed, 38 deletions(-) delete mode 100644 meta-bigendian/recipes-gnome/libffi/libffi/libffi_armeb_be8.patch diff --git a/meta-bigendian/recipes-gnome/libffi/libffi/libffi_armeb_be8.patch b/meta-bigendian/recipes-gnome/libffi/libffi/libffi_armeb_be8.patch deleted file mode 100644 index 7efa58e..0000000 --- a/meta-bigendian/recipes-gnome/libffi/libffi/libffi_armeb_be8.patch +++ /dev/null @@ -1,37 +0,0 @@ -Index: libffi-3.0.13/src/arm/ffi.c -=================================================================== ---- libffi-3.0.13.orig/src/arm/ffi.c -+++ libffi-3.0.13/src/arm/ffi.c -@@ -582,6 +582,7 @@ ffi_closure_free (void *ptr) - - #else - -+#if !(defined(__ARMEB__) && defined(__ARM_ARCH_7A__)) - #define FFI_INIT_TRAMPOLINE(TRAMP,FUN,CTX) \ - ({ unsigned char *__tramp = (unsigned char*)(TRAMP); \ - unsigned int __fun = (unsigned int)(FUN); \ -@@ -595,7 +596,23 @@ ffi_closure_free (void *ptr) - /* Clear instruction \ - mapping. */ \ - }) -- -+#else /* armv7 big endian: be8 instructions are still little endian */ -+#define FFI_INIT_TRAMPOLINE(TRAMP,FUN,CTX) \ -+({ unsigned char *__tramp = (unsigned char*)(TRAMP); \ -+ unsigned int __fun = (unsigned int)(FUN); \ -+ unsigned int __ctx = (unsigned int)(CTX); \ -+ unsigned char *insns = (unsigned char *)(CTX); \ -+ *(unsigned int*) &__tramp[0] = 0x0f002de9; /* swab(0xe92d000f, 4) - stmfd sp!, {r0-r3} */ \ -+ *(unsigned int*) &__tramp[4] = 0x00009fe5; /* swab(0xe59f0000, 4) - ldr r0, [pc] */ \ -+ *(unsigned int*) &__tramp[8] = 0x00f09fe5; /* swab(0xe59ff000, 4) - ldr pc, [pc] */ \ -+ *(unsigned int*) &__tramp[12] = __ctx; \ -+ *(unsigned int*) &__tramp[16] = __fun; \ -+ __clear_cache((&__tramp[0]), (&__tramp[19])); /* Clear data mapping. */ \ -+ __clear_cache(insns, insns + 3 * sizeof (unsigned int)); \ -+ /* Clear instruction \ -+ mapping. */ \ -+ }) -+#endif - #endif - - /* the cif must already be prep'ed */ diff --git a/meta-bigendian/recipes-gnome/libffi/libffi_%.bbappend b/meta-bigendian/recipes-gnome/libffi/libffi_%.bbappend index 05b2f11..6d4804d 100644 --- a/meta-bigendian/recipes-gnome/libffi/libffi_%.bbappend +++ b/meta-bigendian/recipes-gnome/libffi/libffi_%.bbappend @@ -1,3 +1,2 @@ FILESEXTRAPATHS_prepend := "${THISDIR}/${PN}:" -SRC_URI += "file://libffi_armeb_be8.patch" -- 2.25.1

5 years, 5 months

1
0
0 0

[meta-foo][PATCH] gmp: Refresh the patch

by Zang Ruochen

Refresh the following patch: 0001-configure.ac-add-build-options-for-ilp32.patch Signed-off-by: Zang Ruochen <zangrc.fnst(a)cn.fujitsu.com> --- ...igure.ac-add-build-options-for-ilp32.patch | 20 +++++++++---------- 1 file changed, 9 insertions(+), 11 deletions(-) diff --git a/meta-linaro-integration/recipes-support/gmp/gmp/0001-configure.ac-add-build-options-for-ilp32.patch b/meta-linaro-integration/recipes-support/gmp/gmp/0001-configure.ac-add-build-options-for-ilp32.patch index bb50a34..f1e6da2 100644 --- a/meta-linaro-integration/recipes-support/gmp/gmp/0001-configure.ac-add-build-options-for-ilp32.patch +++ b/meta-linaro-integration/recipes-support/gmp/gmp/0001-configure.ac-add-build-options-for-ilp32.patch @@ -1,18 +1,19 @@ -From b788583bdf5c19e32cf2f15cc4c0fe35d33d3792 Mon Sep 17 00:00:00 2001 +From 96b1ab58dff13089e3cf9597c3ecba46377a5834 Mon Sep 17 00:00:00 2001 From: Vishal Bhoj <vishal.bhoj(a)linaro.org> Date: Fri, 4 Aug 2017 15:21:09 +0530 Subject: [PATCH] configure.ac: add build options for ilp32 Signed-off-by: Vishal Bhoj <vishal.bhoj(a)linaro.org> + --- configure.ac | 16 ++++++++++++++-- 1 file changed, 14 insertions(+), 2 deletions(-) diff --git a/configure.ac b/configure.ac -index 9641c04..dcaf7c3 100644 +index db47f9c..59da576 100644 --- a/configure.ac +++ b/configure.ac -@@ -592,16 +592,19 @@ case $host in +@@ -613,16 +613,19 @@ case $host in arm*-*-* | aarch64*-*-*) @@ -28,12 +29,12 @@ index 9641c04..dcaf7c3 100644 CALLING_CONVENTIONS_OBJS_64="" cclist_64="gcc cc" + cclist_ilp32="gcc cc" - any_32_testlist="sizeof-long-4" + any_32_testlist="sizeof-void*-4" + any_ilp32_testlist="sizeof-long-4" - any_64_testlist="sizeof-long-8" + any_64_testlist="sizeof-void*-8" - # This is needed for clang, which is not content with flags like -mfpu=neon -@@ -737,13 +740,22 @@ case $host in + # FIXME: We make mandatory compiler options optional here. We should +@@ -760,13 +763,22 @@ case $host in gcc_cflags_tune="-mtune=xgene1" ;; aarch64*) @@ -56,7 +57,4 @@ index 9641c04..dcaf7c3 100644 + ;; *) path="arm" - gcc_cflags_arch="-march=armv4" --- -2.7.4 - + ;; -- 2.25.1

5 years, 6 months

1
2
0 0

Re: [yocto] dunfell gcc-sanitizers-arm-8.3 fails to build

by Sumit Garg

On Sat, 1 Aug 2020 at 19:40, Sumit Garg via lists.yoctoproject.org <sumit.garg=linaro.org(a)lists.yoctoproject.org> wrote: > > On Sat, 1 Aug 2020 at 14:57, Ryan Harkin <ryan.harkin(a)linaro.org> wrote: > > > > > > > > On Sat, 1 Aug 2020 at 10:09, Ryan Harkin <ryan.harkin(a)linaro.org> wrote: > >> > >> Hi Khem, > >> > >> On Fri, 31 Jul 2020, 21:58 Khem Raj, <raj.khem(a)gmail.com> wrote: > >>> > >>> On Fri, Jul 31, 2020 at 8:35 AM Ryan Harkin <ryan.harkin(a)linaro.org> wrote: > >>> > > >>> > Hello, > >>> > > >>> > I'm migrating from Warrior to Dunfell and I'm getting a curious build failure in gcc-sanitizers. > >>> > > >>> > Here's the full gory detail: > >>> > https://pastebin.ubuntu.com/p/nh4cDKMvgS/ > >>> > > >>> > However, the main error is this: > >>> > > >>> > | In file included from ../../../../../../../../../work-shared/gcc-arm-8.3-r2019.03/git/libsanitizer/sanitizer_common/sanitizer_platform_limits_posix.cc:193: > >>> > | ../../../../../../../../../work-shared/gcc-arm-8.3-r2019.03/git/libsanitizer/sanitizer_common/sanitizer_internal_defs.h:317:72: error: size of array 'assertion_failed__1152' is negative > >>> > | typedef char IMPL_PASTE(assertion_failed_##_, line)[2*(int)(pred)-1] > >>> > > >>> > I have no idea where to begin with this. I don't even know why gcc-sanitizers is included in the build, what it does, or why I need it. I'm building an image with dev packages and gcc, so I guess that's why. > >>> > > >>> > I've hacked meta-arm to patch sanitizer_platform_limits_posix.cc to null out the macros and that builds fine. I'm sure it won't work, should someone want to use it, mind you. > >>> > > >>> > Is there something obvious that I should be doing as part of a Warrior -> Dunfell migration to get this to work? > >>> > > >>> > note: Warrior used meta-linaro-toolchain and for Dunfell, it's moved to meta-arm-toolchain. > >>> > > >>> > >>> is gcc 8.3 the latest for linaro > >> > >> > >> I assume so. I haven't attempted to change the default. > > > > > > I'm sorry, that's incorrect: local.conf has an over-ride to specify 8.3. > > I've just removed it and now it's using 9.3. And it's building fine. > > It's using GCC 9.3 from OE core. If you wish to use Arm toolchain then you need to override the default OE core GCC version with Arm toolchain GCC version: GCCVERSION = "arm-9.2" -Sumit > > Sumit, do you know if there's a reason for using 9.2 in RPB instead of 9.3? > > > > Arm GCC 9.3 toolchain isn't released yet (see here [1]). > > [1] https://developer.arm.com/tools-and-software/open-source-software/developer… > > -Sumit > > >> > >>> > >>> > Regards, > >>> > Ryan. > >>> > > -=-=-=-=-=-=-=-=-=-=-=- > Links: You receive all messages sent to this group. > > View/Reply Online (#50161): https://lists.yoctoproject.org/g/yocto/message/50161 > Mute This Topic: https://lists.yoctoproject.org/mt/75909560/1777089 > Group Owner: yocto+owner(a)lists.yoctoproject.org > Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub [sumit.garg(a)linaro.org] > -=-=-=-=-=-=-=-=-=-=-=-

5 years, 8 months

2
1
0 0

dunfell gcc-sanitizers-arm-8.3 fails to build

by Ryan Harkin

Hello, I'm migrating from Warrior to Dunfell and I'm getting a curious build failure in gcc-sanitizers. Here's the full gory detail: https://pastebin.ubuntu.com/p/nh4cDKMvgS/ However, the main error is this: | In file included from ../../../../../../../../../work-shared/gcc-arm-8.3-r2019.03/git/libsanitizer/sanitizer_common/sanitizer_platform_limits_posix.cc:193: | ../../../../../../../../../work-shared/gcc-arm-8.3-r2019.03/git/libsanitizer/sanitizer_common/sanitizer_internal_defs.h:317:72: error: size of array 'assertion_failed__1152' is negative | typedef char IMPL_PASTE(assertion_failed_##_, line)[2*(int)(pred)-1] I have no idea where to begin with this. I don't even know why gcc-sanitizers is included in the build, what it does, or why I need it. I'm building an image with dev packages and gcc, so I guess that's why. I've hacked meta-arm to patch sanitizer_platform_limits_posix.cc to null out the macros and that builds fine. I'm sure it won't work, should someone want to use it, mind you. Is there something obvious that I should be doing as part of a Warrior -> Dunfell migration to get this to work? note: Warrior used meta-linaro-toolchain and for Dunfell, it's moved to meta-arm-toolchain. Regards, Ryan.

5 years, 8 months

3
7
0 0

SRCREV override

by Daniel Díaz

Hello! I mentioned a few weeks back that I had some doubts on the difference between this override: SRCREV_kernel = "5821a5593fa9f28eb6fcc95c35d00454d9bb8624" and this one: SRCREV_kernel_juno = "5821a5593fa9f28eb6fcc95c35d00454d9bb8624" The following is the definition in the kernel recipe itself: SRCREV_kernel = "3d77e6a8804abcc0504c904bd6e5cdf3a5cf8162" Turns out that with _only_ the first override in local.conf (without MACHINE), the kernel uses the right SRCREV but Perf uses the one from the recipe; I have to include the second override (with MACHINE) so that Perf can use the right SRCREV. Does anyone have a pointer that could shed more light on that subject? Thanks and greetings! Daniel Díaz daniel.diaz(a)linaro.org

5 years, 9 months

2
3
0 0

Re: [meta-arm] meta-linaro-toolchain transition to meta-arm-toolchain

by Sumit Garg

On Fri, 10 Apr 2020 at 23:11, Jon Mason <jdmason(a)kudzu.us> wrote: > > On Fri, Apr 10, 2020 at 06:05:57PM +0200, Nicolas Dechesne wrote: > > hi there, > > > > over the last few months, we've transitioned the gcc-arm toolchain from > > meta-linaro-toolchain for master. Since we are approaching the next YP > > release, I would like to remove/cleanup recipes in meta-linaro-toolchain > > before we create the dunfell branch. > > > > as of now, meta-linaro-toolchain has the following recipes: > > gcc_arm-8.2.bb > > gcc_arm-8.3.bb > > gcc_arm-9.2.bb > > gcc_linaro-7.2.bb > > > > including all their usual dependencies, and the 'external' toolchain > > recipes. > > > > meta-arm-toolchain has > > gcc_arm-8.2.bb > > gcc_arm-8.3.bb > > gcc_arm-9.2.bb > > > > and it's strictly the same metadata, as of now. > > > > As such, I am proposing to remove all recipes from meta-linaro-toolchain > > master branch, and require every user to transition to meta-arm. > > > > it will effectively become an empty layer.. so I have 2 options: > > 1. keep an empty layer with conf/layer.conf > > 2. remove the layer completely (e.g. remote meta-linaro-toolchain folder) > > > > I am not sure which one is better.. #2 will generate an obvious error > > message for anyone using the layer. Maybe that would be a strong signal.. > > > > I will default to #2 right before we create the dunfell branch (in a couple > > of weeks max), unless someone speaks before that! > > I agree with you that #2 is the correct choice (in case you were > wanting a secondary opinion). > +1 -Sumit > Thanks, > Jon > > > > > Nothing will change of course for our stable branches. > > > > cheers > > nico > > > > > -=-=-=-=-=-=-=-=-=-=-=- > Links: You receive all messages sent to this group. > > View/Reply Online (#196): https://lists.yoctoproject.org/g/meta-arm/message/196 > Mute This Topic: https://lists.yoctoproject.org/mt/72924576/1777089 > Group Owner: meta-arm+owner(a)lists.yoctoproject.org > Unsubscribe: https://lists.yoctoproject.org/g/meta-arm/leave/7647878/863301594/xyzzy [sumit.garg(a)linaro.org] > -=-=-=-=-=-=-=-=-=-=-=-

5 years, 11 months

1
0
0 0

meta-linaro-toolchain transition to meta-arm-toolchain

by Nicolas Dechesne

hi there, over the last few months, we've transitioned the gcc-arm toolchain from meta-linaro-toolchain for master. Since we are approaching the next YP release, I would like to remove/cleanup recipes in meta-linaro-toolchain before we create the dunfell branch. as of now, meta-linaro-toolchain has the following recipes: gcc_arm-8.2.bb gcc_arm-8.3.bb gcc_arm-9.2.bb gcc_linaro-7.2.bb including all their usual dependencies, and the 'external' toolchain recipes. meta-arm-toolchain has gcc_arm-8.2.bb gcc_arm-8.3.bb gcc_arm-9.2.bb and it's strictly the same metadata, as of now. As such, I am proposing to remove all recipes from meta-linaro-toolchain master branch, and require every user to transition to meta-arm. it will effectively become an empty layer.. so I have 2 options: 1. keep an empty layer with conf/layer.conf 2. remove the layer completely (e.g. remote meta-linaro-toolchain folder) I am not sure which one is better.. #2 will generate an obvious error message for anyone using the layer. Maybe that would be a strong signal.. I will default to #2 right before we create the dunfell branch (in a couple of weeks max), unless someone speaks before that! Nothing will change of course for our stable branches. cheers nico

5 years, 11 months

1
0
0 0

[PATCH] layer.conf: update LAYERSERIES_COMPAT for dunfell

by Martin Jansa

Signed-off-by: Martin Jansa <Martin.Jansa(a)gmail.com> --- meta-aarch64/conf/layer.conf | 2 +- meta-bigendian/conf/layer.conf | 2 +- meta-ilp32/conf/layer.conf | 2 +- meta-linaro-integration/conf/layer.conf | 2 +- meta-linaro-toolchain/conf/layer.conf | 2 +- meta-linaro/conf/layer.conf | 2 +- meta-optee/conf/layer.conf | 2 +- 7 files changed, 7 insertions(+), 7 deletions(-) diff --git a/meta-aarch64/conf/layer.conf b/meta-aarch64/conf/layer.conf index 9bd8f47..1a2e7bf 100644 --- a/meta-aarch64/conf/layer.conf +++ b/meta-aarch64/conf/layer.conf @@ -13,4 +13,4 @@ BB_DANGLINGAPPENDS_WARNONLY = "true" LAYERDEPENDS_aarch64 = "linaro linaro-toolchain" -LAYERSERIES_COMPAT_aarch64 = "zeus" +LAYERSERIES_COMPAT_aarch64 = "dunfell" diff --git a/meta-bigendian/conf/layer.conf b/meta-bigendian/conf/layer.conf index be884b9..f0f656b 100644 --- a/meta-bigendian/conf/layer.conf +++ b/meta-bigendian/conf/layer.conf @@ -8,4 +8,4 @@ BBFILE_COLLECTIONS += "bigendian" BBFILE_PATTERN_bigendian := "^${LAYERDIR}/" BBFILE_PRIORITY_bigendian = "20" -LAYERSERIES_COMPAT_bigendian = "zeus" +LAYERSERIES_COMPAT_bigendian = "dunfell" diff --git a/meta-ilp32/conf/layer.conf b/meta-ilp32/conf/layer.conf index 744a171..f99b92c 100644 --- a/meta-ilp32/conf/layer.conf +++ b/meta-ilp32/conf/layer.conf @@ -13,4 +13,4 @@ BB_DANGLINGAPPENDS_WARNONLY = "true" LAYERDEPENDS_ilp32 = "linaro linaro-toolchain" -LAYERSERIES_COMPAT_ilp32 = "zeus" +LAYERSERIES_COMPAT_ilp32 = "dunfell" diff --git a/meta-linaro-integration/conf/layer.conf b/meta-linaro-integration/conf/layer.conf index f0965ed..e3a3a5d 100644 --- a/meta-linaro-integration/conf/layer.conf +++ b/meta-linaro-integration/conf/layer.conf @@ -8,7 +8,7 @@ BBFILE_COLLECTIONS += "linaro-integration" BBFILE_PATTERN_linaro-integration := "^${LAYERDIR}/" BBFILE_PRIORITY_linaro-integration = "30" -LAYERSERIES_COMPAT_linaro-integration = "zeus" +LAYERSERIES_COMPAT_linaro-integration = "dunfell" # do not error out on bbappends for missing recipes BB_DANGLINGAPPENDS_WARNONLY = "true" diff --git a/meta-linaro-toolchain/conf/layer.conf b/meta-linaro-toolchain/conf/layer.conf index 92a5ed5..9a36755 100644 --- a/meta-linaro-toolchain/conf/layer.conf +++ b/meta-linaro-toolchain/conf/layer.conf @@ -8,7 +8,7 @@ BBFILE_COLLECTIONS += "linaro-toolchain" BBFILE_PATTERN_linaro-toolchain := "^${LAYERDIR}/" BBFILE_PRIORITY_linaro-toolchain = "30" -LAYERSERIES_COMPAT_linaro-toolchain = "zeus" +LAYERSERIES_COMPAT_linaro-toolchain = "dunfell" # do not error out on bbappends for missing recipes BB_DANGLINGAPPENDS_WARNONLY = "true" diff --git a/meta-linaro/conf/layer.conf b/meta-linaro/conf/layer.conf index f7df72b..a8777d1 100644 --- a/meta-linaro/conf/layer.conf +++ b/meta-linaro/conf/layer.conf @@ -8,7 +8,7 @@ BBFILE_COLLECTIONS += "linaro" BBFILE_PATTERN_linaro := "^${LAYERDIR}/" BBFILE_PRIORITY_linaro = "25" -LAYERSERIES_COMPAT_linaro = "zeus" +LAYERSERIES_COMPAT_linaro = "dunfell" # do not error out on bbappends for missing recipes (mysql5) BB_DANGLINGAPPENDS_WARNONLY = "true" diff --git a/meta-optee/conf/layer.conf b/meta-optee/conf/layer.conf index 17b4fb4..6595d2c 100644 --- a/meta-optee/conf/layer.conf +++ b/meta-optee/conf/layer.conf @@ -8,4 +8,4 @@ BBFILE_COLLECTIONS += "meta-optee" BBFILE_PATTERN_meta-optee := "^${LAYERDIR}/" BBFILE_PRIORITY_meta-optee = "8" -LAYERSERIES_COMPAT_meta-optee = "zeus" +LAYERSERIES_COMPAT_meta-optee = "dunfell" -- 2.20.1

6 years

2
1
0 0

WaRP7 builds broken since repo changes

by Ryan Harkin

Hi all, Well, I don't even know where to start debugging this, so that isn't very good. I had working OE-RPB builds for the WaRP7 board (MACHINE=imx7s-warp), then repo locked out the relative symlinks. Nico fixed that in OE-RPB, and I rebased to his fix. But it didn't fix my builds. My manifest repo is here: https://git.linaro.org/people/ryan.harkin/oe-rpb-manifest.git/log/?h=warrior My meta-layer is here: https://git.linaro.org/people/ryan.harkin/meta-warp7.git/log/?h=warrior As you can see, they're both simple, just to get the board added to OE-RPB. I now have two environments: my original warrior workspace that still builds, so long as I don't try to "repo sync", and my new workspace from a fresh clone that gives me this error: ERROR: OE-core's config sanity checker detected a potential misconfiguration. Either fix the cause of this error or at your own risk disable the checker (see sanity.conf). Following is the list of potential problems / advisories: MACHINE=imx7s-warp is invalid. Please set a valid MACHINE in your local.conf, environment or other configuration file. I'm guessing the problem is in meta-freescale-3rdparty where imx7s-warp is defined, not my simple layers, but I have no clue where to start debugging this. Any advice on where to start?? Here's a CI job that builds and fails as described above: https://ci.linaro.org/job/warp7-openembedded-warrior/161/DISTRO=rpb,label=d… Here's the previous job from before the changes that succeeded: https://ci.linaro.org/job/warp7-openembedded-warrior/160/DISTRO=rpb,label=d… Thanks, Ryan.

6 years

2
3
0 0

Re: RPB: Zeus/Sumo build on Ubuntu-19.10

by Nicolas Dechesne

hi Jassi, On Wed, Mar 4, 2020 at 1:34 AM Jassi Brar <jassisinghbrar(a)gmail.com> wrote: > On Tue, Mar 3, 2020 at 1:15 AM Nicolas Dechesne > <nicolas.dechesne(a)linaro.org> wrote: > > > > hi Jassi, > > > > On Tue, Mar 3, 2020 at 1:06 AM Jassi Brar <jassisinghbrar(a)gmail.com> > wrote: > >> > >> Hi Team, > >> > >> I understand ubuntu-19.10 maybe too modern for Sumo builds, but I can > >> not even build RPB distro with Zeus. Poky builds fine though. > > > > > > Zeus was released at the same time as 19.10, so 19.10 is not marked as a > supported distro in zeus, see > > > http://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta-poky/conf/distro/p… > > > I see now, thanks. > > > Can you please provide build log that is showing errors with RPB/zeus on > 19.10? > > > I use the 'zeus' branch of oe-rpb-manifest.git and build > rpb-console-image > I tried to reproduce. I am using the qcom/zeus branch in the manifest which is pretty much the same as zeus (only shows the QCOM BSP). And I am using a 19.10 docker build env. For the record, my Dockerfile is here: https://github.com/ndechesne/docker-me/blob/eoan/Dockerfile So that you can see what packages are installed on my host. > Build Configuration: > BB_VERSION = "1.44.0" > BUILD_SYS = "x86_64-linux" > NATIVELSBSTRING = "ubuntu-19.10" > TARGET_SYS = "aarch64-linaro-linux" > MACHINE = "hikey960" > DISTRO = "rpb" > DISTRO_VERSION = "3.0+linaro" > TUNE_FEATURES = "aarch64 cortexa53 crc" > TARGET_FPU = "" > meta-rpb = "HEAD:c54331aacc7cd1e40b5e32fd1a7b3484904fbcb0" > My build config is: Build Configuration: BB_VERSION = "1.44.0" BUILD_SYS = "x86_64-linux" NATIVELSBSTRING = "ubuntu-19.10" TARGET_SYS = "aarch64-linaro-linux" MACHINE = "dragonboard-410c" DISTRO = "rpb" DISTRO_VERSION = "3.0+linaro" TUNE_FEATURES = "aarch64 cortexa53 crc" TARGET_FPU = "" meta-rpb = "HEAD:c54331aacc7cd1e40b5e32fd1a7b3484904fbcb0" meta-oe meta-gnome meta-xfce meta-initramfs meta-multimedia meta-networking meta-webserver meta-filesystems meta-perl meta-python = "HEAD:e855ecc6d35677e79780adc57b2552213c995731" meta-rust = "HEAD:0f950f5e333a1c8999320bf18232144f3dd9c80e" meta-browser = "HEAD:7378141606822ef0bb985aaa00e442c9ea806429" meta-qt5 = "HEAD:432ad2aa6c3a13253fefc909faba368851d21fb1" meta-virtualization = "HEAD:f4262ab75d36a06c528cc1630b48b817fb0acf8f" meta-clang = "HEAD:0c393398a91713a108f319ac75337c02b7ebeaa7" meta-selinux = "HEAD:44d760413920ba440439b8bc7c2a71ca26cd7a2d" meta-96boards = "HEAD:a96a1dd635f32d8eb1d644db51c0e0d8297060d8" meta-qcom = "HEAD:3e5569032856f4f1ab98687257dd0049342473c5" meta-linaro meta-linaro-toolchain meta-optee = "HEAD:d9accce97e73d0be0037d22a5c155efddd216301" meta = "HEAD:754d0ae5a960056468cdf50e5965a4c22515f8f9" > 1) autoconf-native/2.69-r11/build/man/Makefile fails with > "help2man: command not found" > hacking it call /usr/bin/help2man instead of help2man makes it > work. > > 2) libtool-native_2.4.6.bb:do_install fails with > "func_fatal_help: command not found" > Which does sound like host setup issue and not RPB specific. > However, I can build Poky/Zeus for RPi4 just fine (from another > how-to). > both autoconf-native and libtool-native build fine for me. So i cannot reproduce your issues. Note that help2man package is not installed on my host. I can build core-image-minimal just fine, however rpb-console-image fails to build, because of: | Traceback (most recent call last): | File "/usr/lib/python3.7/runpy.py", line 193, in _run_module_as_main | "__main__", mod_spec) | File "/usr/lib/python3.7/runpy.py", line 85, in _run_code | exec(code, run_globals) | File "/home/nicolas.dechesne/work/oe-rpb-qcom-zeus/build-eoan/tmp-rpb-glibc/work/x86_64-linux/icu-native/64.2-r0/icu/source/data/buildtool/__main__.py", line 19, in <module> | import BUILDRULES | File "/home/nicolas.dechesne/work/oe-rpb-qcom-zeus/build-eoan/tmp-rpb-glibc/work/x86_64-linux/icu-native/64.2-r0/icu/source/test/testdata/BUILDRULES.py", line 4, in <module> | from distutils.sysconfig import parse_makefile | ModuleNotFoundError: No module named 'distutils.sysconfig' | configure: error: Python failed to run; see above error. | WARNING: /home/nicolas.dechesne/work/oe-rpb-qcom-zeus/build-eoan/tmp-rpb-glibc/work/x86_64-linux/icu-native/64.2-r0/temp/run.do_configure.13974:1 exit 1 from 'exit 1' | ERROR: Task (virtual:native:/home/nicolas.dechesne/work/oe-rpb-qcom-zeus/build-eoan/conf/../../layers/openembedded-core/meta/recipes-support/icu/icu_64.2.bb:do_configure) failed with exit code '1' which is yet another error... > Thanks! >

6 years

1
0
0 0

glibc and binutils from meta-linaro-toolchain

by Nicolas Dechesne

hi, we have old versions of glibc and binutils in meta-linaro-toolchain: https://git.linaro.org/openembedded/meta-linaro.git/tree/meta-linaro-toolch… https://git.linaro.org/openembedded/meta-linaro.git/tree/meta-linaro-toolch… That looks old and un-maintained. Is anyone using that or can they be removed (at least in master). cheers nico

6 years, 1 month

2
4
0 0

Re: RPB: Zeus/Sumo build on Ubuntu-19.10

by Nicolas Dechesne

hi Jassi, On Tue, Mar 3, 2020 at 1:06 AM Jassi Brar <jassisinghbrar(a)gmail.com> wrote: > Hi Team, > > I understand ubuntu-19.10 maybe too modern for Sumo builds, but I can > not even build RPB distro with Zeus. Poky builds fine though. > Zeus was released at the same time as 19.10, so 19.10 is not marked as a supported distro in zeus, see http://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta-poky/conf/distro/p… Can you please provide build log that is showing errors with RPB/zeus on 19.10? > Any suggestions please, how can I build zeus/sumo rpb on ubuntu-19.10 > (I don't want to downgrade to 19.04 which is reported to build Sumo > ok). > > I tried the zeus branch of https://github.com/96boards/oe-rpb-manifest > > Thanks! >

6 years, 1 month

1
0
0 0

Changes in our setup-env directory structure

by Nicolas Dechesne

hi, we are hitting some errors with repo init since last night. After looking into it , I came up with the following explanation and fix.. If I am correct, it will impact all our OE RPB build setup.. Can you please review that carefully? The PR is on github: https://github.com/96boards/oe-rpb-manifest/pull/121 I put a copy of the commit message below to bring it to your attention! cheers nico == All along we have been using a relative symlink for setup-environment which points outside of the project path. While we've enjoyed this hack for several years, a recent change was in repo, and repo init now fails with: error.ManifestInvalidPathError: <linkfile> invalid "src": ../../.repo/manifests/setup-environment: bad component: .repo The change in repo is this one: https://gerrit.googlesource.com/git-repo/+/07392ed32662006c029299bc06617310… The repo documentation states: The symlink is created at “dest” (relative to the top of the tree) and points to the path specified by “src” which is a path in the project. As such, repo clearly expects that 'src' is in the project path, which is not the cause when using ../../.repo/ path. This patch changes our folder structure in such a way that: * the manifest git is checked out as ./conf/ folder in the top level directory * setup-environment link is created by repo, as a link to conf/setup-environment-internal The main drawback is that it feels non standard to duplicate the whole manifest project again (since it's already checked out in .repo) however using .repo content also meant we were making assumptions on implementation details of repo itself. Signed-off-by: Nicolas Dechesne <nicolas.dechesne(a)linaro.org>

6 years, 1 month

2
6
0 0

CI RPB zeus builds rootfs corruption (ext2simg)

by Anibal Limon

Hi, I changed the RPB qcom-lt builds to use docker-buster-amd64 because we have been experimenting image corruption with ext2simg tool in new RPB zeus builds [1], there is a related bug report [1] and that's the reason why our Debian builds uses img2simg. I tried to use img2simg in Debian stretch but is an old version (5.x) and fails to create images when are small size (ramdisk). So it's a good opportunity to change the docker builder to Debian buster with a newer img2simg (8.x) tool in qcom-lt builds, I made the change in a way that doesn't affect current builds that uses Debian stretch [3] and give time to other users to switch (if needed). Regards, Anibal [1] https://validation.linaro.org/scheduler/job/1965964 [2] https://discuss.96boards.org/t/ext2simg-is-corrupting-custom-rootfs/8792 [3] https://git.linaro.org/ci/job/configs.git/commit/?id=2798029ae4a2772c9b51ef…

6 years, 1 month

2
2
0 0

meta-linaro support for ARM GCC 9.2-2019.12 toolchain

by Sumit Garg

Hi Everyone, We are pleased to announce that support for ARM GCC 9.2-2019.12 [1] toolchain has been added in meta-linaro [2]. - Support for ARM GCC 9.2 toolchain built from source, steps to use it: - Add <path-to-meta-linaro-repo>/meta-linaro-toolchain/ to BBLAYERS in conf/bblayers.conf. - Configure: GCCVERSION = "arm-9.2" in conf/local.conf. - Support for prebuilt ARM GCC 9.2 toolchain, steps to use it: - Add <path-to-meta-linaro-repo>/meta-linaro-toolchain/ to BBLAYERS in conf/bblayers.conf. - Configure: TCMODE = "external-arm" in conf/local.conf. - For AArch64 (eg. qemuarm64 machine in poky distro) - Configure: EXTERNAL_TOOLCHAIN = "<installation-path>/gcc-arm-9.2-2019.12-x86_64-aarch64-none-linux-gnu" in conf/local.conf. - For AArch32 (eg. qemuarm machine in poky distro) - Configure: EXTERNAL_TOOLCHAIN = "<installation-path>/gcc-arm-9.2-2019.12-x86_64-arm-none-linux-gnueabihf" in conf/local.conf. Distro testing: =========== - poky distro (branch: zeus, machines: qemuarm and qemuarm64) - Build and boot tested. - RPB distro (branch: zeus, machine: dragonboard-410c) - Build and boot tested. - World builds (branch: zeus, machines: qemuarm and qemuarm64) for following layers: - poky/meta - poky/meta-poky - poky/meta-yocto-bsp - meta-openembedded/meta-oe - meta-openembedded/meta-python - meta-openembedded/meta-networking Known issues: =========== - mariadb build failure with ARM GCC 9.2 toolchain built from source: - Recipe fix patch [3] accepted in OE upstream. - Native tools dependency issues seen with multiple recipes (psmisc, xclock, ndisc6, dovecot, man-db, drbd-utils and unbound) when using prebuilt ARM GCC 9.2 toolchain. - Fixes posted in OE upstream [4] [5]. Reporting bugs: ============ Please report any issue here [6]. [1] https://developer.arm.com/tools-and-software/open-source-software/developer… [2] https://git.linaro.org/openembedded/meta-linaro.git/?h=master [3] https://patchwork.openembedded.org/patch/169296/ [4] https://patchwork.openembedded.org/patch/169289/ [5] https://patchwork.openembedded.org/series/22188/ [6] https://bugs.linaro.org/enter_bug.cgi?product=Linaro%20OpenEmbedded Happy hacking!, Regards, Sumit

6 years, 2 months

1
0
0 0

git:// access deprecated

by Denys Dmytriyenko

Hi, Was git:// access to git.linaro.org officially deprecated today of is it just temporary issue? http:// still works. Thanks. -- Denys

6 years, 3 months

3
2
0 0

Fwd: [CI-NOTIFY]: WaRP7 OpenEmbedded (warrior) - Build # 154 - Still Failing!

by Ryan Harkin

Hi Nico, My WaRP7 builds are failing because meta-clang has dropped warrior support from its master branch. The same problem will happen in oe-rpb's warrior branch, as you're also using meta-clang master. The meta-clang warrior branch is quite old and is missing a lot of the patches from master that I've been building with for a long time. I wanted to send a patch to fix oe-rpb, but I don't know if you'd prefer to use the last known good SHA from the meta-clang master branch, or to use their warrior branch. I'm not using clang, so for my WaRP7 builds, I've just reverted to the warrior branch to see if it builds, at least. Cheers, Ryan. ---------- Forwarded message --------- From: <ci_notify(a)linaro.org> Date: Thu, 14 Nov 2019 at 05:57 Subject: [CI-NOTIFY]: WaRP7 OpenEmbedded (warrior) - Build # 154 - Still Failing! To: <ryan.harkin(a)linaro.org> Hello CI User, This is notification from ci.linaro.org for project WaRP7 OpenEmbedded (warrior). The project WaRP7 OpenEmbedded (warrior) Build # 154 - Still Failing. Please check console output at https://ci.linaro.org/job/warp7-openembedded-warrior/154/ to view the results. Thanks!!! CI Team

6 years, 4 months

2
2
0 0

Re: openjdk is broken on zeus branch

by Nicolas Dechesne

On Wed, Nov 6, 2019 at 2:19 PM Maxim Uvarov <maxim.uvarov(a)linaro.org> wrote: > > Yes, I did. > > On Wed, 6 Nov 2019 at 15:58, Nicolas Dechesne > <nicolas.dechesne(a)linaro.org> wrote: > > > > hi Maxim, > > > > your original email didn't make it to the mailing list.. not sure why, > > you might want to check. I am adding the list here again. > > > > On Wed, Nov 6, 2019 at 10:54 AM Maxim Uvarov <maxim.uvarov(a)linaro.org> wrote: > > > > > > looks like it is. after this patch: > > > http://lists.openembedded.org/pipermail/bitbake-devel/2017-November/009097.… > > > I see error: > > > ERROR: ExpansionError during parsing > > > /home/maxim.uvarov/build-test-update/build-rpb/conf/../../layers/meta-linaro/meta-aarch64/recipes-core/openjdk/openjdk-8_0.1.bb > > > Traceback (most recent call last): > > > File "Var <SRCPV>", line 1, in <module> > > > File "/home/maxim.uvarov/build-test-update/bitbake/lib/bb/fetch2/__init__.py", > > > line 768, in get_srcrev(d=<bb.data_smart.DataSmart object at > > > 0x7faa98f59e48>, method_name='sortable_revision'): > > > raise FetchError("The SRCREV_FORMAT variable must be set > > > when multiple SCMs are used.\n"\ > > > > "The SCMs are:\n%s" % '\n'.join(scms)) > > > > > > bb.data_smart.ExpansionError: Failure expanding variable SRCPV, > > > expression was ${(a)bb.fetch2.get_srcrev(d)} which triggered exception > > > FetchError: Fetcher failure: The SRCREV_FORMAT variable must be set > > > when multiple SCMs are used. > > > > I don't understand the situation. do we have a problem or did you fix it? > > > > and btw, are we really still using this recipe from 2014? or did you > > find that by accident? > > > yea fresh version of openjdk is in meta-java. But it has some issues > to compile on aarch64. > > Issue with meta-linaro can be fixed in a few ways: > 1. add SRCREV_FORMAT = "jdk8" and apply this patch > http://lists.openembedded.org/pipermail/bitbake-devel/2017-November/009097.… > > or > > 2. HG can allow to download tar balls. So we can switch from hg:// to https://. > > or > > 3. Simple drop openjdk from meta-linaro and fix meta-java version. > > For my issue meta-linaro/aarch64 was in ledge rp build. And parser > of .bb files started to fail on that recipe after we switched to zeus > branch. Because we don't need openjdk I simply removed it from ledge > rp layer. That fixed my current issue. But in general it will be good > to fix it. I think we should fix upstream. I think we used this recipe initially for the bring up, but it should be removed now. Would be nice to have some background on this recipe.. or at least someone who can confirm it's safe to be removed now. > > Maxim. > > > > The SCMs are: > > > hg://hg.openjdk.java.net/aarch64-port;protocol=http;destsuffix=hg/jdk8;name… > > > hg://hg.openjdk.java.net/aarch64-port;protocol=http;destsuffix=hg/corba;nam… > > > hg://hg.openjdk.java.net/aarch64-port;protocol=http;destsuffix=hg/hotspot;n… > > > hg://hg.openjdk.java.net/aarch64-port;protocol=http;destsuffix=hg/jaxp;name… > > > hg://hg.openjdk.java.net/aarch64-port;protocol=http;destsuffix=hg/jaxws;nam… > > > hg://hg.openjdk.java.net/aarch64-port;protocol=http;destsuffix=hg/jdk;name=… > > > hg://hg.openjdk.java.net/aarch64-port;protocol=http;destsuffix=hg/langtools… > > > hg://hg.openjdk.java.net/aarch64-port;protocol=http;destsuffix=hg/nashorn;n… > > > > > > > > > > > > On Wed, 6 Nov 2019 at 12:33, Maxim Uvarov <maxim.uvarov(a)linaro.org> wrote: > > > > > > > > Hi Nicolas, > > > > > > > > is that known bug? > > > > > > > > ---------- Forwarded message --------- > > > > From: Maxim Uvarov <maxim.uvarov(a)linaro.org> > > > > Date: Tue, 5 Nov 2019 at 23:09 > > > > Subject: openjdk is broken on zeus branch > > > > To: <openembedded(a)lists.linaro.org> > > > > > > > > > > > > It looks like ${AUTOREV} with hg tool project is broken. openjdk from > > > > meta-java also does not use AUTOREV. I'm not sure what is better fix > > > > for that - remove AUTOREV or fix it? > > > > > > > > BR, > > > > Maxim. > > > > > > > > WARNING: /home/maxim.uvarov/build-test-update/build-rpb/conf/../../layers/meta-linaro/meta-aarch64/recipes-core/openjdk/openjdk-8_0.1.bb: > > > > Exception during build_dependencies for AUTOREV | ETA: > > > > --:--:-- > > > > WARNING: /home/maxim.uvarov/build-test-update/build-rpb/conf/../../layers/meta-linaro/meta-aarch64/recipes-core/openjdk/openjdk-8_0.1.bb: > > > > Error during finalise of > > > > /home/maxim.uvarov/build-test-update/build-rpb/conf/../../layers/meta-linaro/meta-aarch64/recipes-core/openjdk/openjdk-8_0.1.bb > > > > ERROR: ExpansionError during parsing > > > > /home/maxim.uvarov/build-test-update/build-rpb/conf/../../layers/meta-linaro/meta-aarch64/recipes-core/openjdk/openjdk-8_0.1.bb > > > > Traceback (most recent call last): > > > > File "/home/maxim.uvarov/build-test-update/bitbake/lib/bb/fetch2/__init__.py", > > > > line 1302, in FetchData.setup_revisions(d=<bb.data_smart.DataSmart > > > > object at 0x7fddc1423b38>): > > > > for name in self.names: > > > > > self.revisions[name] = srcrev_internal_helper(self, d, name) > > > > > > > > File "/home/maxim.uvarov/build-test-update/bitbake/lib/bb/fetch2/__init__.py", > > > > line 1167, in srcrev_internal_helper(ud=<bb.fetch2.FetchData object at > > > > 0x7fddc17d8e80>, d=<bb.data_smart.DataSmart object at 0x7fddc1423b38>, > > > > name='jdk8'): > > > > if srcrev == "AUTOINC": > > > > > srcrev = ud.method.latest_revision(ud, d, name) > > > > > > > > File "/home/maxim.uvarov/build-test-update/bitbake/lib/bb/fetch2/__init__.py", > > > > line 1558, in Hg.latest_revision(ud=<bb.fetch2.FetchData object at > > > > 0x7fddc17d8e80>, d=<bb.data_smart.DataSmart object at 0x7fddc1423b38>, > > > > name='jdk8'): > > > > revs = bb.persist_data.persist('BB_URI_HEADREVS', d) > > > > > key = self.generate_revision_key(ud, d, name) > > > > try: > > > > File "/home/maxim.uvarov/build-test-update/bitbake/lib/bb/fetch2/__init__.py", > > > > line 1570, in Hg.generate_revision_key(ud=<bb.fetch2.FetchData object > > > > at 0x7fddc17d8e80>, d=<bb.data_smart.DataSmart object at > > > > 0x7fddc1423b38>, name='jdk8'): > > > > def generate_revision_key(self, ud, d, name): > > > > > key = self._revision_key(ud, d, name) > > > > return "%s-%s" % (key, d.getVar("PN") or "") > > > > File "/home/maxim.uvarov/build-test-update/bitbake/lib/bb/fetch2/hg.py", > > > > line 225, in Hg._revision_key(ud=<bb.fetch2.FetchData object at > > > > 0x7fddc17d8e80>, d=<bb.data_smart.DataSmart object at 0x7fddc1423b38>, > > > > name='jdk8'): > > > > """ > > > > > return "hg:" + ud.moddir > > > > > > > > bb.data_smart.ExpansionError: Failure expanding variable SRCPV, > > > > expression was ${(a)bb.fetch2.get_srcrev(d)} which triggered exception > > > > AttributeError: 'FetchData' object has no attribute 'moddir'

6 years, 4 months

1
0
0 0

Re: openjdk is broken on zeus branch

by Nicolas Dechesne

hi Maxim, your original email didn't make it to the mailing list.. not sure why, you might want to check. I am adding the list here again. On Wed, Nov 6, 2019 at 10:54 AM Maxim Uvarov <maxim.uvarov(a)linaro.org> wrote: > > looks like it is. after this patch: > http://lists.openembedded.org/pipermail/bitbake-devel/2017-November/009097.… > I see error: > ERROR: ExpansionError during parsing > /home/maxim.uvarov/build-test-update/build-rpb/conf/../../layers/meta-linaro/meta-aarch64/recipes-core/openjdk/openjdk-8_0.1.bb > Traceback (most recent call last): > File "Var <SRCPV>", line 1, in <module> > File "/home/maxim.uvarov/build-test-update/bitbake/lib/bb/fetch2/__init__.py", > line 768, in get_srcrev(d=<bb.data_smart.DataSmart object at > 0x7faa98f59e48>, method_name='sortable_revision'): > raise FetchError("The SRCREV_FORMAT variable must be set > when multiple SCMs are used.\n"\ > > "The SCMs are:\n%s" % '\n'.join(scms)) > > bb.data_smart.ExpansionError: Failure expanding variable SRCPV, > expression was ${(a)bb.fetch2.get_srcrev(d)} which triggered exception > FetchError: Fetcher failure: The SRCREV_FORMAT variable must be set > when multiple SCMs are used. I don't understand the situation. do we have a problem or did you fix it? and btw, are we really still using this recipe from 2014? or did you find that by accident? > The SCMs are: > hg://hg.openjdk.java.net/aarch64-port;protocol=http;destsuffix=hg/jdk8;name… > hg://hg.openjdk.java.net/aarch64-port;protocol=http;destsuffix=hg/corba;nam… > hg://hg.openjdk.java.net/aarch64-port;protocol=http;destsuffix=hg/hotspot;n… > hg://hg.openjdk.java.net/aarch64-port;protocol=http;destsuffix=hg/jaxp;name… > hg://hg.openjdk.java.net/aarch64-port;protocol=http;destsuffix=hg/jaxws;nam… > hg://hg.openjdk.java.net/aarch64-port;protocol=http;destsuffix=hg/jdk;name=… > hg://hg.openjdk.java.net/aarch64-port;protocol=http;destsuffix=hg/langtools… > hg://hg.openjdk.java.net/aarch64-port;protocol=http;destsuffix=hg/nashorn;n… > > > > On Wed, 6 Nov 2019 at 12:33, Maxim Uvarov <maxim.uvarov(a)linaro.org> wrote: > > > > Hi Nicolas, > > > > is that known bug? > > > > ---------- Forwarded message --------- > > From: Maxim Uvarov <maxim.uvarov(a)linaro.org> > > Date: Tue, 5 Nov 2019 at 23:09 > > Subject: openjdk is broken on zeus branch > > To: <openembedded(a)lists.linaro.org> > > > > > > It looks like ${AUTOREV} with hg tool project is broken. openjdk from > > meta-java also does not use AUTOREV. I'm not sure what is better fix > > for that - remove AUTOREV or fix it? > > > > BR, > > Maxim. > > > > WARNING: /home/maxim.uvarov/build-test-update/build-rpb/conf/../../layers/meta-linaro/meta-aarch64/recipes-core/openjdk/openjdk-8_0.1.bb: > > Exception during build_dependencies for AUTOREV | ETA: > > --:--:-- > > WARNING: /home/maxim.uvarov/build-test-update/build-rpb/conf/../../layers/meta-linaro/meta-aarch64/recipes-core/openjdk/openjdk-8_0.1.bb: > > Error during finalise of > > /home/maxim.uvarov/build-test-update/build-rpb/conf/../../layers/meta-linaro/meta-aarch64/recipes-core/openjdk/openjdk-8_0.1.bb > > ERROR: ExpansionError during parsing > > /home/maxim.uvarov/build-test-update/build-rpb/conf/../../layers/meta-linaro/meta-aarch64/recipes-core/openjdk/openjdk-8_0.1.bb > > Traceback (most recent call last): > > File "/home/maxim.uvarov/build-test-update/bitbake/lib/bb/fetch2/__init__.py", > > line 1302, in FetchData.setup_revisions(d=<bb.data_smart.DataSmart > > object at 0x7fddc1423b38>): > > for name in self.names: > > > self.revisions[name] = srcrev_internal_helper(self, d, name) > > > > File "/home/maxim.uvarov/build-test-update/bitbake/lib/bb/fetch2/__init__.py", > > line 1167, in srcrev_internal_helper(ud=<bb.fetch2.FetchData object at > > 0x7fddc17d8e80>, d=<bb.data_smart.DataSmart object at 0x7fddc1423b38>, > > name='jdk8'): > > if srcrev == "AUTOINC": > > > srcrev = ud.method.latest_revision(ud, d, name) > > > > File "/home/maxim.uvarov/build-test-update/bitbake/lib/bb/fetch2/__init__.py", > > line 1558, in Hg.latest_revision(ud=<bb.fetch2.FetchData object at > > 0x7fddc17d8e80>, d=<bb.data_smart.DataSmart object at 0x7fddc1423b38>, > > name='jdk8'): > > revs = bb.persist_data.persist('BB_URI_HEADREVS', d) > > > key = self.generate_revision_key(ud, d, name) > > try: > > File "/home/maxim.uvarov/build-test-update/bitbake/lib/bb/fetch2/__init__.py", > > line 1570, in Hg.generate_revision_key(ud=<bb.fetch2.FetchData object > > at 0x7fddc17d8e80>, d=<bb.data_smart.DataSmart object at > > 0x7fddc1423b38>, name='jdk8'): > > def generate_revision_key(self, ud, d, name): > > > key = self._revision_key(ud, d, name) > > return "%s-%s" % (key, d.getVar("PN") or "") > > File "/home/maxim.uvarov/build-test-update/bitbake/lib/bb/fetch2/hg.py", > > line 225, in Hg._revision_key(ud=<bb.fetch2.FetchData object at > > 0x7fddc17d8e80>, d=<bb.data_smart.DataSmart object at 0x7fddc1423b38>, > > name='jdk8'): > > """ > > > return "hg:" + ud.moddir > > > > bb.data_smart.ExpansionError: Failure expanding variable SRCPV, > > expression was ${(a)bb.fetch2.get_srcrev(d)} which triggered exception > > AttributeError: 'FetchData' object has no attribute 'moddir'

6 years, 4 months

1
0
0 0

OE RPB and Zeus release

by Nicolas Dechesne

hi there, I've pushed all needed changes to get started with Zeus builds for the Linaro OE RPB CI: * created zeus branch on meta-backports, meta-qcom * created zeus branch on oe-rpb-manifest * i did not create zeus and i am keeping master for meta-rpb, meta-96boards, meta-linaro. it's compatible, at least for now * our zeus manifest is using master for other layers when they don't have a zeus branch Build #1 is scheduled for now.. we will see how bad it goes. I have also create the qcom/zeus branch (I recall that it is a stripped down version of the overall Linaro manifest that only focuses on Qualcomm BSP). Of course, if you can keep an eye on builds and help fixing issues, that would be much appreciated. cheers nico

6 years, 5 months

2
2
0 0

[meta-linaro][PATCH] layer.conf: Update to zeus release name series

by Martin Jansa

Signed-off-by: Martin Jansa <Martin.Jansa(a)gmail.com> --- meta-aarch64/conf/layer.conf | 2 +- meta-bigendian/conf/layer.conf | 2 +- meta-ilp32/conf/layer.conf | 2 +- meta-linaro-integration/conf/layer.conf | 2 +- meta-linaro-toolchain/conf/layer.conf | 2 +- meta-linaro/conf/layer.conf | 2 +- meta-optee/conf/layer.conf | 2 +- 7 files changed, 7 insertions(+), 7 deletions(-) diff --git a/meta-aarch64/conf/layer.conf b/meta-aarch64/conf/layer.conf index ffa0b19..9bd8f47 100644 --- a/meta-aarch64/conf/layer.conf +++ b/meta-aarch64/conf/layer.conf @@ -13,4 +13,4 @@ BB_DANGLINGAPPENDS_WARNONLY = "true" LAYERDEPENDS_aarch64 = "linaro linaro-toolchain" -LAYERSERIES_COMPAT_aarch64 = "warrior" +LAYERSERIES_COMPAT_aarch64 = "zeus" diff --git a/meta-bigendian/conf/layer.conf b/meta-bigendian/conf/layer.conf index a1f3687..be884b9 100644 --- a/meta-bigendian/conf/layer.conf +++ b/meta-bigendian/conf/layer.conf @@ -8,4 +8,4 @@ BBFILE_COLLECTIONS += "bigendian" BBFILE_PATTERN_bigendian := "^${LAYERDIR}/" BBFILE_PRIORITY_bigendian = "20" -LAYERSERIES_COMPAT_bigendian = "warrior" +LAYERSERIES_COMPAT_bigendian = "zeus" diff --git a/meta-ilp32/conf/layer.conf b/meta-ilp32/conf/layer.conf index 39e60f5..744a171 100644 --- a/meta-ilp32/conf/layer.conf +++ b/meta-ilp32/conf/layer.conf @@ -13,4 +13,4 @@ BB_DANGLINGAPPENDS_WARNONLY = "true" LAYERDEPENDS_ilp32 = "linaro linaro-toolchain" -LAYERSERIES_COMPAT_ilp32 = "warrior" +LAYERSERIES_COMPAT_ilp32 = "zeus" diff --git a/meta-linaro-integration/conf/layer.conf b/meta-linaro-integration/conf/layer.conf index 323f467..f0965ed 100644 --- a/meta-linaro-integration/conf/layer.conf +++ b/meta-linaro-integration/conf/layer.conf @@ -8,7 +8,7 @@ BBFILE_COLLECTIONS += "linaro-integration" BBFILE_PATTERN_linaro-integration := "^${LAYERDIR}/" BBFILE_PRIORITY_linaro-integration = "30" -LAYERSERIES_COMPAT_linaro-integration = "warrior" +LAYERSERIES_COMPAT_linaro-integration = "zeus" # do not error out on bbappends for missing recipes BB_DANGLINGAPPENDS_WARNONLY = "true" diff --git a/meta-linaro-toolchain/conf/layer.conf b/meta-linaro-toolchain/conf/layer.conf index 995f81e..92a5ed5 100644 --- a/meta-linaro-toolchain/conf/layer.conf +++ b/meta-linaro-toolchain/conf/layer.conf @@ -8,7 +8,7 @@ BBFILE_COLLECTIONS += "linaro-toolchain" BBFILE_PATTERN_linaro-toolchain := "^${LAYERDIR}/" BBFILE_PRIORITY_linaro-toolchain = "30" -LAYERSERIES_COMPAT_linaro-toolchain = "warrior" +LAYERSERIES_COMPAT_linaro-toolchain = "zeus" # do not error out on bbappends for missing recipes BB_DANGLINGAPPENDS_WARNONLY = "true" diff --git a/meta-linaro/conf/layer.conf b/meta-linaro/conf/layer.conf index 5b1f29e..f7df72b 100644 --- a/meta-linaro/conf/layer.conf +++ b/meta-linaro/conf/layer.conf @@ -8,7 +8,7 @@ BBFILE_COLLECTIONS += "linaro" BBFILE_PATTERN_linaro := "^${LAYERDIR}/" BBFILE_PRIORITY_linaro = "25" -LAYERSERIES_COMPAT_linaro = "warrior" +LAYERSERIES_COMPAT_linaro = "zeus" # do not error out on bbappends for missing recipes (mysql5) BB_DANGLINGAPPENDS_WARNONLY = "true" diff --git a/meta-optee/conf/layer.conf b/meta-optee/conf/layer.conf index e5b3320..17b4fb4 100644 --- a/meta-optee/conf/layer.conf +++ b/meta-optee/conf/layer.conf @@ -8,4 +8,4 @@ BBFILE_COLLECTIONS += "meta-optee" BBFILE_PATTERN_meta-optee := "^${LAYERDIR}/" BBFILE_PRIORITY_meta-optee = "8" -LAYERSERIES_COMPAT_meta-optee = "warrior" +LAYERSERIES_COMPAT_meta-optee = "zeus" -- 2.17.1

6 years, 5 months

2
1
0 0

/var/volatile not mounted as tmpfs on read-only rootfs when migrating to Warrior

by Ryan Harkin

Hi, I have a working system based on Sumo. The system boots with a read-only rootfs, then applies are read-write overlay for /etc. When I migrate to Warrior, systemd-resolved fails to start. If I mount the same rootfs via NFS, it starts and works fine. systemd-timesyncd is also failing, but I haven't looked into that yet. It also works fine on the NFS mounted system. The resolve problem seems to be caused by two things: - /var/volatile is read-only - /run/systemd/resolve has the wrong ownership drwxr-xr-x 2 systemd-network systemd-journal 80 Jul 12 16:23 resolve/ I think this permissions problem may be a result of the /var/volatile mounting problems; it looks fine on the NFS mounted system. If I manually mount /var/volatile (it's in fstab) and change the ownership on /run/systemd/resolve, the service starts just fine. I also notice that /tmp is not mounted at all, which may be related. Here are the various tmp mount points on my read-only rootfs: $ mount | grep tmp devtmpfs on /dev type devtmpfs (rw,nosuid,size=112036k,nr_inodes=28009,mode=755) tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev) tmpfs on /run type tmpfs (rw,nosuid,nodev,mode=755) tmpfs on /sys/fs/cgroup type tmpfs (ro,nosuid,nodev,noexec,mode=755) overlay on /etc type overlay (rw,relatime,lowerdir=/tmp/lower/etc,upperdir=/tmp/upper/etc,workdir=/tmp/upper/work/etc) tmpfs on /run/user/0 type tmpfs (rw,nosuid,nodev,relatime,size=23840k,mode=700) On the NFS mounted system, I see these: $ mount | grep tmp devtmpfs on /dev type devtmpfs (rw,relatime,size=118180k,nr_inodes=29545,mode=755) tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev) tmpfs on /run type tmpfs (rw,nosuid,nodev,mode=755) tmpfs on /sys/fs/cgroup type tmpfs (ro,nosuid,nodev,noexec,mode=755) tmpfs on /tmp type tmpfs (rw,nosuid,nodev) tmpfs on /var/volatile type tmpfs (rw,relatime) tmpfs on /run/user/0 type tmpfs (rw,nosuid,nodev,relatime,size=23840k,mode=700) As you can see, NFS has these extra mounts: tmpfs on /tmp type tmpfs (rw,nosuid,nodev) tmpfs on /var/volatile type tmpfs (rw,relatime) I've tried reverting a few commits that may be related, but I haven't had any luck working out things have changed, eg: c4acf1b531 2018-10-19 volatile-binds: use overlayfs if available [Matt Hoosier] Advice would be appreciated. Are there any particular areas I should be looking to work out what's going wrong? Kind regards, Ryan.

6 years, 8 months

1
0
0 0

widevine support

by tarani.nomula＠yahoo.com

Hi Team, I have downloaded the lhg-oe-manifest source and builded it successfully for Dragonboard-410c.After flashing it on device i am only able to play the clearkey encrypted video but when i am trying to play the widevine encrypted content,it is showing like there is no supported key system.Is there any support of playing widevine encrypted content in this code.If not can you help me how to play widevine encrypted video.I have downloaded the code from below manifest $repo init -u https://github.com/linaro-mmwg/lhg-oe-manifests.git -b morty It would be a great help for me if you provide me any way to get out of it. Thanks and RegardsN.Tarani

6 years, 8 months

1
0
0 0

RPB builds broken

by Anibal Limon

Hi, I noticed that the RPB builds for warrior and thud are failing due to Hikey (graphics stack), it has been some months happening if someone can take care of it will be good if not may be we need to make the decision and remove it. Regards, Anibal [1] https://ci.linaro.org/job/rpb-openembedded-warrior/ [2] https://ci.linaro.org/job/rpb-openembedded-thud/

6 years, 9 months

1
0
0 0

meta-rpb and yocto-check-layer

by Nicolas Dechesne

Daniel, as discussed, I've experimented with meta-rpb and the Yocto Compatible check scripts.. see : https://www.yoctoproject.org/docs/2.6/mega-manual/mega-manual.html#making-s… There are many obvious reasons why it's a good idea to make sure that layers can pass this script.. I was able to get meta-rpb to pass the compatibility check with the following patches: https://github.com/ndechesne/meta-rpb/tree/check-layer The simplest way to run the script is to use a copy of Poky git: $ git clone http://git.yoctoproject.org/git/poky $ cd poky $ source oe-init-build-env $ yocto-check-layer <oe-rpb folder>/layers/meta-rpb/ --dependency <oe-rpb folder>/layers/ The main things that the script will test are: 1. Adding your layer in bblayers.conf will not change any recipe content/checksum 2. All dependencies are properly tracked For meta-rpb, we depend on meta-virtualization (docker) and that layer breaks compatibility in many ways.. so I had to remove references to docker and meta-virt to run the script.. I will be doing a bit more testing/review, and submit the PR. cheers nico

6 years, 10 months

1
0
0 0

Linaro OE RPB warrior updates

by Nicolas Dechesne

hi, i've started to push some updates about OE warrior for our Linaro builds. The branch warrior was added to meta-rpb, meta-96boards, meta-qcom, meta-linaro, meta-backports. I have added a 'warrior' branch to the oe-rpb-manifest as well, see: https://github.com/96boards/oe-rpb-manifest/commit/dd60a2322845adb9cfe7e82e… Some layers still don't have a warrior branch, in which case we use master. I have submitted a change to start build based on warrior.. Let's see how things go with this new branch! cheers nico

6 years, 10 months

1
0
0 0

external-linaro-toolchain fails to build on thud branch

by Paul Barker

Hi all, I'm trying to use the thud branch of Yocto Project with the Arago distro and the Linaro toolchain. The external-linaro-toolchain.bb recipe includes glibc-package.inc from oe-core which has been modified in 2018 to install a makedbs.sh script [1] and to handle the floatn.h header introduced in glibc 2.26 [2]. The first change definitely breaks the external-linaro-toolchain recipe as no makedbs.sh script is present - in the oe-core glibc recipe this is included as a file and referenced in SRC_URI. The second change breaks if the Linaro toolchain includes a version of glibc prior to 2.26. I see that an attempt to fix the above issues has been posted to this mailing list [3] but this wasn't merged and no other fix has gone into the meta-linaro repository. The was also a report of this issue posted to the Yocto mailing list in January [4]. So it looks like this has been broken for a few months but obviously hasn't been noticed more widely. Is the external-linaro-toolchain recipe expected to work on the thud branch? If not, what should I be using instead? [1]: https://git.openembedded.org/openembedded-core/commit/?h=thud&id=13cf502fce… [2]: https://git.openembedded.org/openembedded-core/commit/?h=thud&id=650c59c8b6… [3]: https://lists.linaro.org/pipermail/openembedded/2019-January/000159.html [4]: https://lists.yoctoproject.org/pipermail/yocto/2019-January/043747.html -- Paul Barker Managing Director & Principal Engineer Beta Five Ltd

6 years, 11 months

3
2
0 0

[meta-linaro][PATCH] layer.conf: Update to warrior release name series

by Martin Jansa

Signed-off-by: Martin Jansa <Martin.Jansa(a)gmail.com> --- meta-aarch64/conf/layer.conf | 2 +- meta-bigendian/conf/layer.conf | 2 +- meta-ilp32/conf/layer.conf | 2 +- meta-linaro-integration/conf/layer.conf | 2 +- meta-linaro-toolchain/conf/layer.conf | 2 +- meta-linaro/conf/layer.conf | 2 +- meta-optee/conf/layer.conf | 2 +- 7 files changed, 7 insertions(+), 7 deletions(-) diff --git a/meta-aarch64/conf/layer.conf b/meta-aarch64/conf/layer.conf index b48cdc1..ffa0b19 100644 --- a/meta-aarch64/conf/layer.conf +++ b/meta-aarch64/conf/layer.conf @@ -13,4 +13,4 @@ BB_DANGLINGAPPENDS_WARNONLY = "true" LAYERDEPENDS_aarch64 = "linaro linaro-toolchain" -LAYERSERIES_COMPAT_aarch64 = "thud" +LAYERSERIES_COMPAT_aarch64 = "warrior" diff --git a/meta-bigendian/conf/layer.conf b/meta-bigendian/conf/layer.conf index afc3f6a..a1f3687 100644 --- a/meta-bigendian/conf/layer.conf +++ b/meta-bigendian/conf/layer.conf @@ -8,4 +8,4 @@ BBFILE_COLLECTIONS += "bigendian" BBFILE_PATTERN_bigendian := "^${LAYERDIR}/" BBFILE_PRIORITY_bigendian = "20" -LAYERSERIES_COMPAT_bigendian = "thud" +LAYERSERIES_COMPAT_bigendian = "warrior" diff --git a/meta-ilp32/conf/layer.conf b/meta-ilp32/conf/layer.conf index cd6dcaf..39e60f5 100644 --- a/meta-ilp32/conf/layer.conf +++ b/meta-ilp32/conf/layer.conf @@ -13,4 +13,4 @@ BB_DANGLINGAPPENDS_WARNONLY = "true" LAYERDEPENDS_ilp32 = "linaro linaro-toolchain" -LAYERSERIES_COMPAT_ilp32 = "thud" +LAYERSERIES_COMPAT_ilp32 = "warrior" diff --git a/meta-linaro-integration/conf/layer.conf b/meta-linaro-integration/conf/layer.conf index 0cdb87b..323f467 100644 --- a/meta-linaro-integration/conf/layer.conf +++ b/meta-linaro-integration/conf/layer.conf @@ -8,7 +8,7 @@ BBFILE_COLLECTIONS += "linaro-integration" BBFILE_PATTERN_linaro-integration := "^${LAYERDIR}/" BBFILE_PRIORITY_linaro-integration = "30" -LAYERSERIES_COMPAT_linaro-integration = "thud" +LAYERSERIES_COMPAT_linaro-integration = "warrior" # do not error out on bbappends for missing recipes BB_DANGLINGAPPENDS_WARNONLY = "true" diff --git a/meta-linaro-toolchain/conf/layer.conf b/meta-linaro-toolchain/conf/layer.conf index 9e31117..995f81e 100644 --- a/meta-linaro-toolchain/conf/layer.conf +++ b/meta-linaro-toolchain/conf/layer.conf @@ -8,7 +8,7 @@ BBFILE_COLLECTIONS += "linaro-toolchain" BBFILE_PATTERN_linaro-toolchain := "^${LAYERDIR}/" BBFILE_PRIORITY_linaro-toolchain = "30" -LAYERSERIES_COMPAT_linaro-toolchain = "thud" +LAYERSERIES_COMPAT_linaro-toolchain = "warrior" # do not error out on bbappends for missing recipes BB_DANGLINGAPPENDS_WARNONLY = "true" diff --git a/meta-linaro/conf/layer.conf b/meta-linaro/conf/layer.conf index 450a4b1..5b1f29e 100644 --- a/meta-linaro/conf/layer.conf +++ b/meta-linaro/conf/layer.conf @@ -8,7 +8,7 @@ BBFILE_COLLECTIONS += "linaro" BBFILE_PATTERN_linaro := "^${LAYERDIR}/" BBFILE_PRIORITY_linaro = "25" -LAYERSERIES_COMPAT_linaro = "thud" +LAYERSERIES_COMPAT_linaro = "warrior" # do not error out on bbappends for missing recipes (mysql5) BB_DANGLINGAPPENDS_WARNONLY = "true" diff --git a/meta-optee/conf/layer.conf b/meta-optee/conf/layer.conf index baf01d0..e5b3320 100644 --- a/meta-optee/conf/layer.conf +++ b/meta-optee/conf/layer.conf @@ -8,4 +8,4 @@ BBFILE_COLLECTIONS += "meta-optee" BBFILE_PATTERN_meta-optee := "^${LAYERDIR}/" BBFILE_PRIORITY_meta-optee = "8" -LAYERSERIES_COMPAT_meta-optee = "thud" +LAYERSERIES_COMPAT_meta-optee = "warrior" -- 2.17.1

6 years, 11 months

1
0
0 0

[PATCH] gcc-arm-8.2: switch from upstream svn to linaro/arm git sources

by Denys Dmytriyenko

From: Denys Dmytriyenko <denys(a)ti.com> This is to sync up with thud, which already uses git sources of linaro/arm gcc instead of upstream svn base. Signed-off-by: Denys Dmytriyenko <denys(a)ti.com> --- meta-linaro-toolchain/recipes-devtools/gcc/gcc-arm-8.2.inc | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/meta-linaro-toolchain/recipes-devtools/gcc/gcc-arm-8.2.inc b/meta-linaro-toolchain/recipes-devtools/gcc/gcc-arm-8.2.inc index bf803cf..c47c320 100644 --- a/meta-linaro-toolchain/recipes-devtools/gcc/gcc-arm-8.2.inc +++ b/meta-linaro-toolchain/recipes-devtools/gcc/gcc-arm-8.2.inc @@ -24,7 +24,8 @@ LIC_FILES_CHKSUM = "\ " #BASEURI ?= "${GNU_MIRROR}/gcc/gcc-${PV}/gcc-${PV}.tar.bz2" -BASEURI ?= "svn://gcc.gnu.org/svn/gcc/branches/ARM;rev=263559;module=arm-8-branch" +SRCREV = "1a721bce9532193e63acdcdb56fc16e8ac70b20a" +BASEURI ?= "git://git.linaro.org/toolchain/gcc.git;protocol=https;branch=linaro-local/A…" SRC_URI = "\ ${BASEURI} \ @@ -74,7 +75,7 @@ SRC_URI = "\ BACKPORTS = "\ " -S = "${TMPDIR}/work-shared/gcc-${PV}-${PR}/arm-8-branch" +S = "${TMPDIR}/work-shared/gcc-${PV}-${PR}/git" #S = "${TMPDIR}/work-shared/gcc-${PV}-${PR}/gcc-${PV}" #S = "${TMPDIR}/work-shared/gcc-${PV}-${PR}/git" #S = "${TMPDIR}/work-shared/gcc-${PV}-${PR}/gcc-${RELEASE}" -- 2.7.4

7 years

1
0
0 0

[thud/master][PATCH] external-arm-toolchain: libc.so linker script should use relative path

by Denys Dmytriyenko

From: Denys Dmytriyenko <denys(a)ti.com> libc.so linker script should use relative paths to not clash with host libs. Using absolute paths in libc.so is fine with standalone toolchain or when used inside a rootfs. But when used inside OE SDK for cross-compilation, the absolute path confuses compiler with libs from host environment. In the past, Linaro prebuilt toolchains always had relative paths inside libc.so linker script. Adjust it the same for the Arm prebuilt toolchain. Signed-off-by: Denys Dmytriyenko <denys(a)ti.com> --- .../recipes-devtools/external-arm-toolchain/external-arm-toolchain.bb | 1 + 1 file changed, 1 insertion(+) diff --git a/meta-linaro-toolchain/recipes-devtools/external-arm-toolchain/external-arm-toolchain.bb b/meta-linaro-toolchain/recipes-devtools/external-arm-toolchain/external-arm-toolchain.bb index 6fb5a4d..a4067d8 100644 --- a/meta-linaro-toolchain/recipes-devtools/external-arm-toolchain/external-arm-toolchain.bb +++ b/meta-linaro-toolchain/recipes-devtools/external-arm-toolchain/external-arm-toolchain.bb @@ -233,6 +233,7 @@ do_install() { if [ -f ${D}${libdir}/libc.so ];then sed -i -e "s# /${EAT_LIBDIR}/${EAT_TARGET_SYS}# ../../${EAT_LIBDIR}#g" -e "s# /usr/${EAT_LIBDIR}/# /usr/lib/#g" -e "s# /usr/${EAT_LIBDIR}/${EAT_TARGET_SYS}# .#g" -e "s# /${EAT_LIBDIR}/ld-linux# ../../${EAT_LIBDIR}/ld-linux#g" ${D}${libdir}/libc.so sed -i -e "s# /${EAT_LIBDIR}/libc.so.6# /lib/libc.so.6#g" ${D}${libdir}/libc.so + sed -i -e "s# /lib# ../../lib#g" -e "s# /usr/lib# .#g" ${D}${libdir}/libc.so fi if [ -f ${D}${base_libdir}/libc.so ];then -- 2.7.4

7 years

1
0
0 0

[PATCH 0/3] external-arm-toolchain fixes and enhancements

by Denys Dmytriyenko

From: Denys Dmytriyenko <denys(a)ti.com> This set cleans up and adds additional features to external-arm-toolchain recipe. It packages up libc binaries like ldconfig, locale, tzselect, ldd and so on. That results in a proper non-empty glibc-utils package, which gets pulled by LIBC_DEPENDENCIES variable defined in tclibc-glibc.inc in OE-Core It also packages up necessary static libs, stubs and headers for -dev variants of libgcc, libgfortran, etc., satisfying packagegroup-core-standalone-sdk-target recipe from OE-Core. Please merge this set to master and backport it to thud as well. Thanks. Denys Dmytriyenko (3): external-arm-toolchain: basic cleanup external-arm-toolchain: package up toolchain binaries external-arm-toolchain: also package up extra libs, stubs and headers .../external-arm-toolchain.bb | 45 ++++++++++++++++------ 1 file changed, 33 insertions(+), 12 deletions(-) -- 2.7.4

7 years

1
3
0 0

[thud][PATCH 0/6] Cleanup of Arm toolchain backport to thud

by Denys Dmytriyenko

From: Denys Dmytriyenko <denys(a)ti.com> When backporting Arm toolchain from master to thud, several commits were missed, as well as one addition of crosssdk-inital recipe was missing. This series addresses those issues. Denys Dmytriyenko (2): gcc-crosssdk-initial: add missing arm-8.2 version tcmode-external-arm: uncomment preference for virtual/${TARGET_PREFIX}binutils Koen Kooi (4): tcmode-external-arm.inc: fix some ELT⇒ EAT conversions that were missed previously tcmode-external-arm.inc: prefer virtual/libc-locale = external-arm-toolchain tcmode-external-arm.inc: set glibc override tcmode-external-arm.inc: add 'libc-locales libc-locale-code libc-charsets' to DISTRO_FEATURES_LIBC .../conf/distro/include/tcmode-external-arm.inc | 18 ++++++++++-------- .../gcc/gcc-crosssdk-initial_arm-8.2.bb | 3 +++ 2 files changed, 13 insertions(+), 8 deletions(-) create mode 100644 meta-linaro-toolchain/recipes-devtools/gcc/gcc-crosssdk-initial_arm-8.2.bb -- 2.7.4

7 years

1
6
0 0

Re: meta-linaro-toolchain: Set PV on glibc_linaro

by Denys Dmytriyenko

On Fri, Mar 15, 2019 at 05:16:06PM -0600, Anibal Limon wrote: > I sent a review request, > > https://review.linaro.org/c/openembedded/meta-linaro/+/30779 Any updates? I'm still getting a lot of warnings during parsing, e.g.: WARNING: .../meta-linaro/meta-linaro-toolchain/recipes-core/glibc/glibc_linaro-2.20.bb: Unable to get checksum for glibc SRC_URI entry ld.so.conf: file could not be found WARNING: .../meta-linaro/meta-linaro-toolchain/recipes-core/glibc/glibc_linaro-2.20.bb: Unable to get checksum for glibc SRC_URI entry 0022-Add-ILP32-to-makefiles.patch: file could not be found Denys > On Fri, 15 Mar 2019 at 14:46, Anibal Limon <anibal.limon(a)linaro.org> wrote: > > > > > > > On Fri, Mar 15, 2019, 1:54 PM Denys Dmytriyenko <denis(a)denix.org> wrote: > > > >> On Fri, Mar 15, 2019 at 09:55:21AM -0600, Anibal Limon wrote: > >> > Hi Denys, > >> > > >> > I'm not see a PV set on glibc_linaro-2.20.bb, there is a PV set on gcc > >> > recipes with linaro-2.20. > >> > >> As my previous email states - PV is set by the filename. Moreover, you > >> are > >> erroneously referrring to the recipe as "glibc_linaro", while it's > >> "glibc" > >> instead. And "linaro-2.20" is actually recipe's PV. The underscore in the > >> filename separates recipe name from recipe version. From the manual: > >> > >> > >> https://www.yoctoproject.org/docs/1.6/bitbake-user-manual/bitbake-user-manu… > >> > >> | In this example, a recipe called "something_1.2.3.bb" sets PN to > >> "something" > >> | and PV to "1.2.3". > >> > >> Hence, in this case, glibc_linaro-2.20.bb used to set PN to "glibc" and > >> PV to > >> "linaro-2.20". And it used to work for years. > >> > >> Moreover, since ${FILESPATH} below expects ${FILE_DIRNAME}/glibc-${PV} > >> and > >> there's "glibc-linaro-2.20" directory with whole bunch of patches: > >> > >> https://git.linaro.org/openembedded/meta-linaro.git/tree/meta-linaro-toolch… > >> > >> So, with your change, it would instead try to look into "glibc-2.20" and > >> fail > >> to find any patches. Not even sure how it was tested... > >> > > > > You are right, I not see the error because I'm using upstream glibc (2.29) > > and the build didn't fail. > > > > I will update the PV in the common file. > > > > Regards, > > Anibal > > > > > >> -- > >> Denys > >> > >> > >> > ... > >> > $ git grep PV . > >> > glibc-linaro-2.20/eglibc-ppc8xx-cache-line-workaround.patch:+ reads > >> from > >> > the PVR register. */ > >> > glibc-linaro-2.20/eglibc-ppc8xx-cache-line-workaround.patch:+ > >> emulates > >> > PowerPC mfspr reads from the PVR register. */ > >> > glibc_linaro-2.20.bb:SRC_URI = " > >> > > >> http://releases.linaro.org/archive/${MMYY}/components/toolchain/glibc-linar… > >> > \ > >> > glibc_linaro-2.20.bb:S = "${WORKDIR}/glibc-${PV}-${RELEASE}" > >> > glibc_linaro-2.20.bb:FILESPATH = "${@base_set_filespath([ > >> > '${FILE_DIRNAME}/glibc-${PV}', '${FILE_DIRNAME}/glibc', > >> > '${FILE_DIRNAME}/files', '${FILE_DIRNAME}' ], d)}" > >> > glibc_linaro.inc:PV = "2.20" > >> > ... > >> > > >> > What is the error that you have noticed? > >> > > >> > Regards, > >> > Anibal > >> > > >> > On Fri, 8 Mar 2019 at 14:32, Denys Dmytriyenko <denis(a)denix.org> wrote: > >> > > >> > > > >> > > > >> https://git.linaro.org/openembedded/meta-linaro.git/commit/?id=768925270cc2… > >> > > > >> > > meta-linaro-toolchain: Set PV on glibc_linaro > >> > > Recently a common file was introudced to set PV for glibc [1] > >> > > in oe-core causing failures becuase glibc_linaro is trying > >> > > to download the latest oe-core version (2.29). > >> > > > >> > > [1] > >> https://git.openembedded.org/openembedded-core/commit/?id=41093cb6c6 > >> > > > >> > > Change-Id: I5c99c25a953f00a64614046ba40e578795553bc1 > >> > > Signed-off-by: Aníbal Limón <anibal.limon(a)linaro.org> > >> > > > >> > > > >> > > The problem is that all those modified recipes already had PV set in > >> their > >> > > filename and it was "linaro-2.20", not just "2.20". > > > > > > > >> > > -- > >> > > Denys > >> > > > >> > >

7 years

1
0
0 0

Re: meta-linaro-toolchain: Set PV on glibc_linaro

by Denys Dmytriyenko

On Fri, Mar 15, 2019 at 09:55:21AM -0600, Anibal Limon wrote: > Hi Denys, > > I'm not see a PV set on glibc_linaro-2.20.bb, there is a PV set on gcc > recipes with linaro-2.20. As my previous email states - PV is set by the filename. Moreover, you are erroneously referrring to the recipe as "glibc_linaro", while it's "glibc" instead. And "linaro-2.20" is actually recipe's PV. The underscore in the filename separates recipe name from recipe version. From the manual: https://www.yoctoproject.org/docs/1.6/bitbake-user-manual/bitbake-user-manu… | In this example, a recipe called "something_1.2.3.bb" sets PN to "something" | and PV to "1.2.3". Hence, in this case, glibc_linaro-2.20.bb used to set PN to "glibc" and PV to "linaro-2.20". And it used to work for years. Moreover, since ${FILESPATH} below expects ${FILE_DIRNAME}/glibc-${PV} and there's "glibc-linaro-2.20" directory with whole bunch of patches: https://git.linaro.org/openembedded/meta-linaro.git/tree/meta-linaro-toolch… So, with your change, it would instead try to look into "glibc-2.20" and fail to find any patches. Not even sure how it was tested... -- Denys > ... > $ git grep PV . > glibc-linaro-2.20/eglibc-ppc8xx-cache-line-workaround.patch:+ reads from > the PVR register. */ > glibc-linaro-2.20/eglibc-ppc8xx-cache-line-workaround.patch:+ emulates > PowerPC mfspr reads from the PVR register. */ > glibc_linaro-2.20.bb:SRC_URI = " > http://releases.linaro.org/archive/${MMYY}/components/toolchain/glibc-linar… > \ > glibc_linaro-2.20.bb:S = "${WORKDIR}/glibc-${PV}-${RELEASE}" > glibc_linaro-2.20.bb:FILESPATH = "${@base_set_filespath([ > '${FILE_DIRNAME}/glibc-${PV}', '${FILE_DIRNAME}/glibc', > '${FILE_DIRNAME}/files', '${FILE_DIRNAME}' ], d)}" > glibc_linaro.inc:PV = "2.20" > ... > > What is the error that you have noticed? > > Regards, > Anibal > > On Fri, 8 Mar 2019 at 14:32, Denys Dmytriyenko <denis(a)denix.org> wrote: > > > > > https://git.linaro.org/openembedded/meta-linaro.git/commit/?id=768925270cc2… > > > > meta-linaro-toolchain: Set PV on glibc_linaro > > Recently a common file was introudced to set PV for glibc [1] > > in oe-core causing failures becuase glibc_linaro is trying > > to download the latest oe-core version (2.29). > > > > [1] https://git.openembedded.org/openembedded-core/commit/?id=41093cb6c6 > > > > Change-Id: I5c99c25a953f00a64614046ba40e578795553bc1 > > Signed-off-by: Aníbal Limón <anibal.limon(a)linaro.org> > > > > > > The problem is that all those modified recipes already had PV set in their > > filename and it was "linaro-2.20", not just "2.20". > > > > -- > > Denys > >

7 years

1
0
0 0

Re: meta-linaro-toolchain: Set PV on glibc_linaro

by Denys Dmytriyenko

https://git.linaro.org/openembedded/meta-linaro.git/commit/?id=768925270cc2… meta-linaro-toolchain: Set PV on glibc_linaro Recently a common file was introudced to set PV for glibc [1] in oe-core causing failures becuase glibc_linaro is trying to download the latest oe-core version (2.29). [1] https://git.openembedded.org/openembedded-core/commit/?id=41093cb6c6 Change-Id: I5c99c25a953f00a64614046ba40e578795553bc1 Signed-off-by: Aníbal Limón <anibal.limon(a)linaro.org> The problem is that all those modified recipes already had PV set in their filename and it was "linaro-2.20", not just "2.20". -- Denys

7 years

1
0
0 0

[PATCH 00/15] external-arm-toolchain fixes

by Diego Buffa

Hi all, I tried the new external-arm feature. I had a problem in building gdb-7.8, attached the patch I used to solve the problem,an in the following the patch for the layer, but anyway why gdb-7.8 is still used in the master branch? why do not upgrade to a newer version? Regards, d. diff --git a/meta-linaro-toolchain/recipes-devtools/gdb/gdb_linaro-7.8.bb b/meta-linaro-toolchain/recipes-devtools/gdb/gdb_linaro-7.8.bb index 630d43c..841b1ed 100644 --- a/meta-linaro-toolchain/recipes-devtools/gdb/gdb_linaro-7.8.bb +++ b/meta-linaro-toolchain/recipes-devtools/gdb/gdb_linaro-7.8.bb @@ -6,6 +6,8 @@ inherit python-dir PACKAGECONFIG ??= "" PACKAGECONFIG[python] = "--with-python=${WORKDIR}/python,--without-python,python" +SRC_URI += "file://0001-Fix-compilation-external-gcc-arm-8.2-2018.11.patch" + do_configure_prepend() { if [ -n "${(a)bb.utils.contains('PACKAGECONFIG', 'python', 'python', '', d)}" ]; then cat > ${WORKDIR}/python << EOF

7 years, 1 month

2
2
0 0

[PATCH 00/15] external-arm-toolchain fixes

by Denys Dmytriyenko

From: Denys Dmytriyenko <denys(a)ti.com> Fixes for the recently introduced external ARM toolchain support. Denys Dmytriyenko (15): tcmode-external-arm: use correct EAT_ prefix instead of ELT_ for TARGET_SYS external-arm-toolchain: also support 32-bit arm toolchains tcmode-external-arm: uncomment preference for virtual/${TARGET_PREFIX}binutils external-arm-toolchain: package header files into linux-libc-headers-dev external-arm-toolchain: libgcc_s.so in base_libdir is not a symlink, but a linker script external-arm-toolchain: package c++ headers external-arm-toolchain: some packages rdepend on ldd, so allow creating empty package external-arm-toolchain: fix host contamination QA issue external-arm-toolchain: switch from ${COREBASE}/LICENSE to ${COMMON_LICENSE_DIR}/MIT external-arm-toolchain: libasan/libubsan bump major version number external-arm-toolchain: libcidn is no longer packaged external-arm-toolchain: libnsl was split off of glibc and is a separate package now external-arm-toolchain: rpcsvc/rquota.* headers are now provided by separate quota package external-arm-toolchain: also provide virtual/libc-locale external-arm-toolchain: also set proper RPROVIDES for glibc-staticdev .../include/external-arm-toolchain-versions.inc | 8 +-- .../conf/distro/include/tcmode-external-arm.inc | 17 +++-- .../external-arm-toolchain.bb | 76 ++++++++++++---------- 3 files changed, 56 insertions(+), 45 deletions(-) -- 2.7.4

7 years, 1 month

2
24
0 0

[PATCH] added support for external-linaro-toolchain v7.3.1

by Diego Buffa

Hi, I replicate most of the stuff from https://github.com/openembedded/openembedded-core/tree/master/meta/recipes-… but I was not able to find a better solution. Regards, d. Signed-off-by: Diego Buffa <diego.buffa(a)gmail.com> --- .../include/external-linaro-toolchain-versions.inc | 3 + .../external-linaro-toolchain.bb | 6 +- .../external-linaro-toolchain/files/makedbs.sh | 177 ++++++++++++++++ .../glibc-linaro-package.inc | 232 +++++++++++++++++++++ 4 files changed, 416 insertions(+), 2 deletions(-) create mode 100755 meta-linaro-toolchain/recipes-devtools/external-linaro-toolchain/files/makedbs.sh create mode 100644 meta-linaro-toolchain/recipes-devtools/external-linaro-toolchain/glibc-linaro-package.inc diff --git a/meta-linaro-toolchain/conf/distro/include/external-linaro-toolchain-versions.inc b/meta-linaro-toolchain/conf/distro/include/external-linaro-toolchain-versions.inc index 2a99209..1f82052 100644 --- a/meta-linaro-toolchain/conf/distro/include/external-linaro-toolchain-versions.inc +++ b/meta-linaro-toolchain/conf/distro/include/external-linaro-toolchain-versions.inc @@ -37,6 +37,9 @@ def elt_get_main_version(d): if version.split()[5] == '(crosstool-NG': # gcc version 4.9.1 20140529 (prerelease) (crosstool-NG linaro-1.13.1-4.9-2014.08 - Linaro GCC 4.9-2014.08) return version.split()[6].split('-')[3] + if version.split()[7] == '(Linaro': + # gcc version 7.3.1 20180425 [linaro-7.3-2018.05 revision d29120a424ecfbc167ef90065c0eeb7f91977701] (Linaro GCC 7.3-2018.05) + return version.split()[9].split(')')[0] bb.error('Failed to parse external Linaro toolchain version from: %s' % version) else: return version diff --git a/meta-linaro-toolchain/recipes-devtools/external-linaro-toolchain/external-linaro-toolchain.bb b/meta-linaro-toolchain/recipes-devtools/external-linaro-toolchain/external-linaro-toolchain.bb index e0fb3eb..4382806 100644 --- a/meta-linaro-toolchain/recipes-devtools/external-linaro-toolchain/external-linaro-toolchain.bb +++ b/meta-linaro-toolchain/recipes-devtools/external-linaro-toolchain/external-linaro-toolchain.bb @@ -1,4 +1,4 @@ -require recipes-core/glibc/glibc-package.inc +require glibc-linaro-package.inc INHIBIT_DEFAULT_DEPS = "1" INHIBIT_PACKAGE_STRIP = "1" @@ -54,7 +54,9 @@ PROVIDES += "\ PV = "${ELT_VER_MAIN}" # https://launchpad.net/linaro-toolchain-binaries -SRC_URI = "file://SUPPORTED" +SRC_URI = "file://SUPPORTED \ + file://makedbs.sh \ +" do_install() { # Add stubs for files OE-core expects diff --git a/meta-linaro-toolchain/recipes-devtools/external-linaro-toolchain/files/makedbs.sh b/meta-linaro-toolchain/recipes-devtools/external-linaro-toolchain/files/makedbs.sh new file mode 100755 index 0000000..7d51a67 --- /dev/null +++ b/meta-linaro-toolchain/recipes-devtools/external-linaro-toolchain/files/makedbs.sh @@ -0,0 +1,177 @@ +#!/bin/sh + +# +# Make passwd.db, group.db, etc. +# + +VAR_DB=/var/db + +# Use make if available +if [ -x /usr/bin/make -o -x /bin/make ]; then + make -C $VAR_DB + exit 0 +fi + +# No make available, do it in hard way + +# passwd.db +if [ -e /etc/passwd ]; then +target=$VAR_DB/passwd.db +echo -n "passwd... " +awk 'BEGIN { FS=":"; OFS=":" } \ + /^[ \t]*$$/ { next } \ + /^[ \t]*#/ { next } \ + /^[^#]/ { printf ".%s ", $$1; print; \ + printf "=%s ", $$3; print }' /etc/passwd | \ +makedb --quiet -o $target - +echo "done." +fi + +# group.db +if [ -e /etc/group ]; then +target=$VAR_DB/group.db +echo -n "group... " +awk 'BEGIN { FS=":"; OFS=":" } \ + /^[ \t]*$$/ { next } \ + /^[ \t]*#/ { next } \ + /^[^#]/ { printf ".%s ", $$1; print; \ + printf "=%s ", $$3; print; \ + if ($$4 != "") { \ + split($$4, grmems, ","); \ + for (memidx in grmems) { \ + mem=grmems[memidx]; \ + if (members[mem] == "") \ + members[mem]=$$3; \ + else \ + members[mem]=members[mem] "," $$3; \ + } \ + delete grmems; } } \ + END { for (mem in members) \ + printf ":%s %s %s\n", mem, mem, members[mem]; }' /etc/group | \ +makedb --quiet -o $target - +echo "done." +fi + +# ethers.db +if [ -e /etc/ethers ]; then +target=$VAR_DB/ethers.db +echo -n "ethers... " +awk '/^[ \t]*$$/ { next } \ + /^[ \t]*#/ { next } \ + /^[^#]/ { printf ".%s ", $$1; print; \ + printf "=%s ", $$2; print }' /etc/ethers | \ +makedb --quiet -o $target - +echo "done." +fi + +# protocols.db +if [ -e /etc/protocols ]; then +target=$VAR_DB/protocols.db +echo -n "protocols... " +awk '/^[ \t]*$$/ { next } \ + /^[ \t]*#/ { next } \ + /^[^#]/ { printf ".%s ", $$1; print; \ + printf "=%s ", $$2; print; \ + for (i = 3; i <= NF && !($$i ~ /^#/); ++i) \ + { printf ".%s ", $$i; print } }' /etc/protocols | \ +makedb --quiet -o $target - +echo "done." +fi + +# rpc.db +if [ -e /etc/rpc ]; then +target=$VAR_DB/rpc.db +echo -n "rpc... " +awk '/^[ \t]*$$/ { next } \ + /^[ \t]*#/ { next } \ + /^[^#]/ { printf ".%s ", $$1; print; \ + printf "=%s ", $$2; print; \ + for (i = 3; i <= NF && !($$i ~ /^#/); ++i) \ + { printf ".%s ", $$i; print } }' /etc/rpc | \ +makedb --quiet -o $target - +echo "done." +fi + +# services.db +if [ -e /etc/services ]; then +target=$VAR_DB/services.db +echo -n "services... " +awk 'BEGIN { FS="[ \t/]+" } \ + /^[ \t]*$$/ { next } \ + /^[ \t]*#/ { next } \ + /^[^#]/ { sub(/[ \t]*#.*$$/, "");\ + printf ":%s/%s ", $$1, $$3; print; \ + printf ":%s/ ", $$1; print; \ + printf "=%s/%s ", $$2, $$3; print; \ + printf "=%s/ ", $$2; print; \ + for (i = 4; i <= NF && !($$i ~ /^#/); ++i) \ + { printf ":%s/%s ", $$i, $$3; print; \ + printf ":%s/ ", $$i; print } }' /etc/services | \ +makedb --quiet -o $target - +echo "done." +fi + +# shadow.db +if [ -e /etc/shadow ]; then +target=$VAR_DB/shadow.db +echo -n "shadow... " +awk 'BEGIN { FS=":"; OFS=":" } \ + /^[ \t]*$$/ { next } \ + /^[ \t]*#/ { next } \ + /^[^#]/ { printf ".%s ", $$1; print }' /etc/shadow | \ +(umask 077 && makedb --quiet -o $target -) +echo "done." +if chgrp shadow $target 2>/dev/null; then + chmod g+r $target +else + chown 0 $target; chgrp 0 $target; chmod 600 $target; + echo + echo "Warning: The shadow password database $target" + echo "has been set to be readable only by root. You may want" + echo "to make it readable by the \`shadow' group depending" + echo "on your configuration." + echo +fi +fi + +# gshadow.db +if [ -e /etc/gshadow ]; then +target=$VAR_DB/gshadow.db +echo -n "gshadow... " +awk 'BEGIN { FS=":"; OFS=":" } \ + /^[ \t]*$$/ { next } \ + /^[ \t]*#/ { next } \ + /^[^#]/ { printf ".%s ", $$1; print }' /etc/gshadow | \ +(umask 077 && makedb --quiet -o $target -) +echo "done." +if chgrp shadow $target 2>/dev/null; then + chmod g+r $target +else + chown 0 $target; chgrp 0 $target; chmod 600 $target + echo + echo "Warning: The shadow group database $target" + echo "has been set to be readable only by root. You may want" + echo "to make it readable by the \`shadow' group depending" + echo "on your configuration." + echo +fi +fi + +# netgroup.db +if [ -e /etc/netgroup ]; then +target=$VAR_DB/netgroup.db +echo -n "netgroup... " +awk 'BEGIN { ini=1 } \ + /^[ \t]*$$/ { next } \ + /^[ \t]*#/ { next } \ + /^[^#]/ { if (sub(/[ \t]*\\$$/, " ") == 0) end="\n"; \ + else end=""; \ + gsub(/[ \t]+/, " "); \ + sub(/^[ \t]*/, ""); \ + if (ini == 0) printf "%s%s", $$0, end; \ + else printf ".%s %s%s", $$1, $$0, end; \ + ini=end == "" ? 0 : 1; } \ + END { if (ini==0) printf "\n" }' /etc/netgroup | \ +makedb --quiet -o $target +echo "done." +fi diff --git a/meta-linaro-toolchain/recipes-devtools/external-linaro-toolchain/glibc-linaro-package.inc b/meta-linaro-toolchain/recipes-devtools/external-linaro-toolchain/glibc-linaro-package.inc new file mode 100644 index 0000000..afa3862 --- /dev/null +++ b/meta-linaro-toolchain/recipes-devtools/external-linaro-toolchain/glibc-linaro-package.inc @@ -0,0 +1,232 @@ +INHIBIT_SYSROOT_STRIP = "1" + +PACKAGES = "${PN}-dbg catchsegv sln nscd ldd tzcode glibc-thread-db ${PN}-pic libcidn libmemusage libnss-db libsegfault ${PN}-pcprofile libsotruss ${PN} ${PN}-utils glibc-extra-nss ${PN}-dev ${PN}-staticdev ${PN}-doc" + +# The ld.so in this glibc supports the GNU_HASH +RPROVIDES_${PN} = "eglibc rtld(GNU_HASH)" +RPROVIDES_${PN}-utils = "eglibc-utils" +RPROVIDES_${PN}-mtrace = "eglibc-mtrace libc-mtrace" +RPROVIDES_${PN}-pic = "eglibc-pic" +RPROVIDES_${PN}-dev = "eglibc-dev libc6-dev virtual-libc-dev" +RPROVIDES_${PN}-staticdev = "eglibc-staticdev" +RPROVIDES_${PN}-doc = "eglibc-doc" +RPROVIDES_glibc-extra-nss = "eglibc-extra-nss" +RPROVIDES_glibc-thread-db = "eglibc-thread-db" +RPROVIDES_${PN}-pcprofile = "eglibc-pcprofile" +RPROVIDES_${PN}-dbg = "eglibc-dbg" +libc_baselibs = "${base_libdir}/libc.so.* ${base_libdir}/libc-*.so ${base_libdir}/libm*.so.* ${base_libdir}/libm-*.so ${base_libdir}/libmvec-*.so ${base_libdir}/ld*.so.* ${base_libdir}/ld-*.so ${base_libdir}/libpthread*.so.* ${base_libdir}/libpthread-*.so ${base_libdir}/libresolv*.so.* ${base_libdir}/libresolv-*.so ${base_libdir}/librt*.so.* ${base_libdir}/librt-*.so ${base_libdir}/libutil*.so.* ${base_libdir}/libutil-*.so ${base_libdir}/libnsl*.so.* ${base_libdir}/libnsl-*.so ${base_libdir}/libnss_files*.so.* ${base_libdir}/libnss_files-*.so ${base_libdir}/libnss_compat*.so.* ${base_libdir}/libnss_compat-*.so ${base_libdir}/libnss_dns*.so.* ${base_libdir}/libnss_dns-*.so ${base_libdir}/libdl*.so.* ${base_libdir}/libdl-*.so ${base_libdir}/libanl*.so.* ${base_libdir}/libanl-*.so ${base_libdir}/libBrokenLocale*.so.* ${base_libdir}/libBrokenLocale-*.so" +libc_baselibs_append_aarch64 = " /lib/ld-linux-aarch64*.so.1" +INSANE_SKIP_${PN}_append_aarch64 = " libdir" + +FILES_${PN} = "${libc_baselibs} ${libexecdir}/* ${base_sbindir}/ldconfig ${sysconfdir}/ld.so.conf" +FILES_ldd = "${bindir}/ldd" +FILES_libsegfault = "${base_libdir}/libSegFault*" +FILES_libcidn = "${base_libdir}/libcidn-*.so ${base_libdir}/libcidn.so.*" +FILES_libmemusage = "${base_libdir}/libmemusage.so" +FILES_libnss-db = "${base_libdir}/libnss_db.so.* ${base_libdir}/libnss_db-*.so ${localstatedir}/db/Makefile ${localstatedir}/db/makedbs.sh" +RDEPENDS_libnss-db = "${PN}-utils" +FILES_glibc-extra-nss = "${base_libdir}/libnss_*-*.so ${base_libdir}/libnss_*.so.*" +FILES_sln = "${base_sbindir}/sln" +FILES_${PN}-pic = "${libdir}/*_pic.a ${libdir}/*_pic.map ${libdir}/libc_pic/*.o" +FILES_libsotruss = "${libdir}/audit/sotruss-lib.so" +FILES_SOLIBSDEV = "${libdir}/lib*${SOLIBSDEV}" +FILES_${PN}-dev += "${libdir}/*_nonshared.a ${base_libdir}/*_nonshared.a ${base_libdir}/*.o ${datadir}/aclocal" +FILES_${PN}-staticdev += "${libdir}/*.a ${base_libdir}/*.a" +FILES_nscd = "${sbindir}/nscd* ${sysconfdir}/init.d/nscd ${systemd_unitdir}/system/nscd* ${sysconfdir}/tmpfiles.d/nscd.conf \ + ${sysconfdir}/nscd.conf ${sysconfdir}/default/volatiles/98_nscd ${localstatedir}/db/nscd" +FILES_${PN}-mtrace = "${bindir}/mtrace" +FILES_tzcode = "${bindir}/tzselect ${sbindir}/zic ${sbindir}/zdump" +FILES_${PN}-utils = "${bindir}/* ${sbindir}/*" +FILES_catchsegv = "${bindir}/catchsegv" +RDEPENDS_catchsegv = "libsegfault" +FILES_${PN}-pcprofile = "${base_libdir}/libpcprofile.so" +FILES_glibc-thread-db = "${base_libdir}/libthread_db.so.* ${base_libdir}/libthread_db-*.so" +RPROVIDES_${PN}-dev += "libc-dev" +RPROVIDES_${PN}-staticdev += "libc-staticdev" + +SUMMARY_sln = "The static ln" +DESCRIPTION_sln = "Similar to the 'ln' utility, but statically linked. sln is useful to make symbolic links to dynamic libraries if the dynamic linking system, for some reason, is not functional." +SUMMARY_nscd = "Name service cache daemon" +DESCRIPTION_nscd = "nscd, name service cache daemon, caches name service lookups for the passwd, group and hosts information. It can damatically improvide performance with remote, such as NIS or NIS+, name services." +SUMMARY_glibc-extra-nss = "hesiod, NIS and NIS+ nss libraries" +DESCRIPTION_glibc-extra-nss = "glibc: nis, nisplus and hesiod search services." +SUMMARY_ldd = "print shared library dependencies" +DESCRIPTION_ldd = "${bindir}/ldd prints shared library dependencies for each program or shared library specified on the command line." +SUMMARY_${PN}-utils = "Miscellaneous utilities provided by glibc" +DESCRIPTION_${PN}-utils = "Miscellaneous utilities including getconf, iconv, locale, gencat, ..." +DESCRIPTION_libsotruss = "Library to support sotruss which traces calls through PLTs" +DESCRIPTION_tzcode = "tzcode, timezone zoneinfo utils -- zic, zdump, tzselect" + +inherit libc-common multilib_header + +do_install_append () { + rm -f ${D}${sysconfdir}/localtime + + # remove empty glibc dir + if [ -d ${D}${libexecdir} ]; then + rmdir --ignore-fail-on-non-empty ${D}${libexecdir} + fi + + oe_multilib_header bits/syscall.h bits/long-double.h + + if [ -f ${D}${bindir}/mtrace ]; then + sed -i -e '1s,#!.*perl,#! ${USRBINPATH}/env perl,' -e '2s,exec.*perl,exec ${USRBINPATH}/env perl,' ${D}${bindir}/mtrace + fi + # Info dir listing isn't interesting at this point so remove it if it exists. + if [ -e "${D}${infodir}/dir" ]; then + rm -f ${D}${infodir}/dir + fi + + if ! ${(a)bb.utils.contains('DISTRO_FEATURES', 'ldconfig', 'true', 'false', d)}; then + # The distro doesn't want these files so let's not install them + rm -f ${D}${sysconfdir}/ld.so.conf + rm -f ${D}${base_sbindir}/ldconfig + # This directory will be empty now so remove it too. + # But check whether it exists first, since it won't for glibc-initial. + if [ -d ${D}${sysconfdir} ]; then + rmdir ${D}${sysconfdir} + fi + fi + + if echo ${PN}|grep -q "glibc-initial"; then + return + fi + + install -d ${D}${sysconfdir}/init.d + install -d ${D}${localstatedir}/db/nscd + install -m 0755 ${S}/nscd/nscd.init ${D}${sysconfdir}/init.d/nscd + install -m 0755 ${S}/nscd/nscd.conf ${D}${sysconfdir}/nscd.conf + install -m 0755 ${WORKDIR}/makedbs.sh ${D}${localstatedir}/db + sed -i "s%daemon%start-stop-daemon --start --exec%g" ${D}${sysconfdir}/init.d/nscd + sed -i "s|$enable-cache\t\+netgroup\t\+$yes|\1no|" ${D}${sysconfdir}/nscd.conf + + install -d ${D}${systemd_unitdir}/system + install -m 0644 ${S}/nscd/nscd.service ${D}${systemd_unitdir}/system/ + + if ${(a)bb.utils.contains('DISTRO_FEATURES', 'systemd', 'true', 'false', d)}; then + install -d ${D}${sysconfdir}/tmpfiles.d + echo "d /run/nscd 755 root root -" \ + > ${D}${sysconfdir}/tmpfiles.d/nscd.conf + else + install -d ${D}${sysconfdir}/default/volatiles + echo "d root root 0755 /var/run/nscd none" \ + > ${D}${sysconfdir}/default/volatiles/98_nscd + fi +} + +do_install_append_aarch64 () { + if [ "${base_libdir}" != "${nonarch_base_libdir}" ]; then + # The aarch64 ABI says the dynamic linker -must- be /lib/ld-linux-aarch64[_be].so.1 + install -d ${D}${nonarch_base_libdir} + if [ -e ${D}${base_libdir}/ld-linux-aarch64.so.1 ]; then + ln -s ${(a)oe.path.relative('${nonarch_base_libdir}', '${base_libdir}')}/ld-linux-aarch64.so.1 \ + ${D}${nonarch_base_libdir}/ld-linux-aarch64.so.1 + elif [ -e ${D}${base_libdir}/ld-linux-aarch64_be.so.1 ]; then + ln -s ${(a)oe.path.relative('${nonarch_base_libdir}', '${base_libdir}')}/ld-linux-aarch64_be.so.1 \ + ${D}${nonarch_base_libdir}/ld-linux-aarch64_be.so.1 + fi + fi + do_install_armmultilib +} + +do_install_append_arm () { + do_install_armmultilib +} + +do_install_append_armeb () { + do_install_armmultilib +} + +do_install_armmultilib () { + oe_multilib_header bits/endian.h bits/fcntl.h bits/fenv.h bits/fp-fast.h bits/hwcap.h bits/ipc.h bits/link.h bits/wordsize.h + oe_multilib_header bits/local_lim.h bits/mman.h bits/msq.h bits/pthreadtypes.h bits/sem.h bits/semaphore.h bits/setjmp.h + oe_multilib_header bits/shm.h bits/sigstack.h bits/stat.h bits/statfs.h bits/typesizes.h + + oe_multilib_header fpu_control.h gnu/lib-names.h gnu/stubs.h ieee754.h + + oe_multilib_header sys/elf.h sys/procfs.h sys/ptrace.h sys/ucontext.h sys/user.h +} + + +LOCALESTASH = "${WORKDIR}/stashed-locale" +bashscripts = "mtrace sotruss xtrace" + +do_stash_locale () { + dest=${LOCALESTASH} + install -d ${dest}${base_libdir} ${dest}${bindir} ${dest}${libdir} ${dest}${datadir} + if [ "${base_libdir}" != "${libdir}" ]; then + cp -fpPR ${D}${base_libdir}/* ${dest}${base_libdir} + fi + if [ -e ${D}${bindir}/localedef ]; then + mv -f ${D}${bindir}/localedef ${dest}${bindir} + fi + if [ -e ${D}${libdir}/gconv ]; then + mv -f ${D}${libdir}/gconv ${dest}${libdir} + fi + if [ -e ${D}${exec_prefix}/lib ]; then + cp -fpPR ${D}${exec_prefix}/lib ${dest}${exec_prefix} + fi + if [ -e ${D}${datadir}/i18n ]; then + mv ${D}${datadir}/i18n ${dest}${datadir} + fi + cp -fpPR ${D}${datadir}/* ${dest}${datadir} + rm -rf ${D}${datadir}/locale/ + cp -fpPR ${WORKDIR}/SUPPORTED ${dest} + + target=${dest}/scripts + mkdir -p $target + for i in ${bashscripts}; do + if [ -f ${D}${bindir}/$i ]; then + cp ${D}${bindir}/$i $target/ + fi + done +} + +addtask do_stash_locale after do_install before do_populate_sysroot do_package +do_stash_locale[dirs] = "${B}" +do_stash_locale[cleandirs] = "${LOCALESTASH}" +SSTATETASKS += "do_stash_locale" +do_stash_locale[sstate-inputdirs] = "${LOCALESTASH}" +do_stash_locale[sstate-outputdirs] = "${COMPONENTS_DIR}/${PACKAGE_ARCH}/glibc-stash-locale" +do_stash_locale[sstate-fixmedir] = "${COMPONENTS_DIR}/${PACKAGE_ARCH}/glibc-stash-locale" + +python do_stash_locale_setscene () { + sstate_setscene(d) +} +addtask do_stash_locale_setscene + +do_poststash_install_cleanup () { + # Remove all files which do_stash_locale would remove (mv) + # since that task could have come from sstate and not get run. + for i in ${bashscripts}; do + rm -f ${D}${bindir}/$i + done + rm -f ${D}${bindir}/localedef + rm -rf ${D}${datadir}/i18n + rm -rf ${D}${libdir}/gconv + rm -rf ${D}/${localedir} + rm -rf ${D}${datadir}/locale + if [ "${libdir}" != "${exec_prefix}/lib" ]; then + if [ -d ${D}${exec_prefix}/lib ]; then + # error out if directory isn't empty + # this dir should only contain locale dir + # which has been deleted in the previous step + rmdir ${D}${exec_prefix}/lib + fi + fi +} +addtask do_poststash_install_cleanup after do_stash_locale do_install before do_populate_sysroot do_package + +pkg_postinst_nscd () { + if [ -z "$D" ]; then + if command -v systemd-tmpfiles >/dev/null; then + systemd-tmpfiles --create ${sysconfdir}/tmpfiles.d/nscd.conf + elif [ -e ${sysconfdir}/init.d/populate-volatile.sh ]; then + ${sysconfdir}/init.d/populate-volatile.sh update + fi + fi +} +CONFFILES_nscd="${sysconfdir}/nscd.conf" + +SYSTEMD_PACKAGES = "nscd" +SYSTEMD_SERVICE_nscd = "nscd.service" -- 2.11.0

7 years, 2 months

1
0
0 0

libxcrypt failure on master

by Daniel Díaz

Hello! This is the failure that Andrey reported: configure:3197: checking whether the C compiler works configure:3219: i686-linaro-linux-gcc -m32 -march=core2 -mtune=core2 -msse3 -mfpmath=sse --sysroot=/home/daniel.diaz/lkft-master/build-intel-core2-32/tmp-rpb-glibc/work/core2-32-linaro-linux/libxcrypt/4.4.1-r0/recipe-sysroot -I/home/daniel.diaz/lkft-master/build-intel-core2-32/tmp-rp b-glibc/work/core2-32-linaro-linux/libxcrypt/4.4.1-r0/recipe-sysroot/usr/include -Wno-error=missing-attributes -O2 -pipe -g -feliminate-unused-debug-types -fdebug-prefix-map=/home/daniel.diaz/lkft-master/build-intel-core2-32/tmp-rpb-glibc/work/core2-32-linaro-linux/libxcrypt/4.4.1-r0= /usr/src/debug/libxcrypt/4.4.1-r0 -fdebug-prefix-map=/home/daniel.diaz/lkft-master/build-intel-core2-32/tmp-rpb-glibc/work/core2-32-linaro-linux/libxcrypt/4.4.1-r0/recipe-sysroot= -fdebug-prefix-map=/home/daniel.diaz/lkft-master/build-intel-core2-32/tmp-rpb-glibc/work/core2-32-linaro- linux/libxcrypt/4.4.1-r0/recipe-sysroot-native= -I/home/daniel.diaz/lkft-master/build-intel-core2-32/tmp-rpb-glibc/work/core2-32-linaro-linux/libxcrypt/4.4.1-r0/recipe-sysroot/usr/include -Wno-error=missing-attributes -Wl,-O1 -Wl,--hash-style=gnu -Wl,--as-needed conftest.c >&5 cc1: error: -Werror=missing-attributes: no option -Wmissing-attributes cc1: error: -Werror=missing-attributes: no option -Wmissing-attributes configure:3223: $? = 1 configure:3261: result: no configure: failed program was: | /* confdefs.h */ | #define PACKAGE_NAME "xcrypt" | #define PACKAGE_TARNAME "libxcrypt" | #define PACKAGE_VERSION "4.4.1" | #define PACKAGE_STRING "xcrypt 4.4.1" | #define PACKAGE_BUGREPORT "https://github.com/besser82/libxcrypt/issues" | #define PACKAGE_URL "https://github.com/besser82/libxcrypt" | #define PACKAGE "libxcrypt" | #define VERSION "4.4.1" | /* end confdefs.h. */ | | int | main () | { | | ; | return 0; | } configure:3266: error: in `/home/daniel.diaz/lkft-master/build-intel-core2-32/tmp-rpb-glibc/work/core2-32-linaro-linux/libxcrypt/4.4.1-r0/build': configure:3268: error: C compiler cannot create executables Greetings! Daniel Díaz daniel.diaz(a)linaro.org

7 years, 3 months

3
2
0 0

Future of external Linaro toolchain?

by Denys Dmytriyenko

Hi, Now that gcc8 is being released by ARM, what is the future of external Linaro toolchain recipes and support in meta-linaro? -- Denys

7 years, 4 months

4
3
0 0

OE RPB 'thud' builds

by Nicolas Dechesne

hi there, as discussed recently, we are starting to put together the thud builds for Linaro OE RPB. * The oe-rpb-manifest now has the 'thud' branch, see [1]. Some layers are still missing thud branch themselves, in which case we use master. * we created thud branches for all Linaro layers (meta-linaro, meta-backports, meta-rpb, meta-96boards, meta-qcom) * A new build was created on ci.linaro, see [2] , and is now enabled (which means it will trigger on any change on one of the thud branches we track) The first 2 builds failed during the weekend, but it was infrastructure issues, however we just got a new failure that is a valid failure.. see [3]. Looks like LTP fails to build. Daniel: is that something you can check and fix? cheers nico [1] https://github.com/96boards/oe-rpb-manifest/tree/thud [2] https://review.linaro.org/#/c/ci/job/configs/+/29110/ [3] https://ci.linaro.org/job/96boards-reference-platform-openembedded-thud/

7 years, 4 months

2
1
0 0

Re: oe-rpb-manifest sumo branch?

by Nicolas Dechesne

Adding the Linaro OE mailing list. I am not familiar with the details of what you are doing, but it looks like your layer needs to be updated. See https://bugzilla.yoctoproject.org/show_bug.cgi?id=3314, the getVar() function was updated and that requires updating your layer. nico On Thu, Oct 18, 2018 at 9:06 PM Park, Kyung Min <kyung.min.park(a)intel.com> wrote: > > Copying Nicolas/Fathi here. > > > > Hi Nicolas/Fathi, > > Can you comment on this? > > > > Thanks, > > Kyung Min > > > > From: Dey, Megha > Sent: Wednesday, October 17, 2018 4:40 PM > To: Park, Kyung Min <kyung.min.park(a)intel.com>; koen.kooi(a)linaro.org > Subject: RE: oe-rpb-manifest sumo branch? > > > > Hi Koen, > > > > We are trying to configure LUV (Linux UEFI Validation) using the OE-RPB model, as per our discussion at the Linaro connect. > > > > As a start, we tried to build the oe-rpb-manifest with the default morty branch and everything builds fine. However, if we switch to the sumo branch, we see the error below. > > > > We wanted to confirm if the sumo branch build fine on your end and if we are missing something on our end. > > > > Please let us know. > > > > Thanks, > > Megha > > > > From: Park, Kyung Min > Sent: Tuesday, October 9, 2018 5:22 PM > To: koen.kooi(a)linaro.org > Cc: Dey, Megha <megha.dey(a)intel.com> > Subject: oe-rpb-manifest sumo branch? > > > > Hi Koen, > > > > We’ve been trying to build the oe-rpb-manifest with ‘sumo’ branch. But, we’re getting an error in data_smart.py as below. > > Do you know if anybody tried sumo branch or validated? Everything went well with ‘morty’ branch. > > > > # git repo > > https://github.com/96boards/oe-rpb-manifest > > > > # error log when build > > ERROR: Unable to parse /home/km/Documents/rpb-yocto-tue/oe-rpb-manifest/bitbake/lib/bb/data_smart.py > > Traceback (most recent call last): > > File "/home/km/Documents/rpb-yocto-tue/oe-rpb-manifest/bitbake/lib/bb/data_smart.py", line 401, in DataSmart.ex pandWithRefs(s="${(a)os.path.dirname(bb.utils.which(d.getVar('PATH'),'bitbake'))}:${HOSTTOOLS_DIR}", varname='PATH[ :=]'): > > raise ExpansionError(varname, s, exc) from exc > > > > bb.data_smart.ExpansionError: Failure expanding variable PATH[:=], expression was ${(a)os.path.dirname(bb.utils.whi ch(d.getVar('PATH'),'bitbake'))}:${HOSTTOOLS_DIR} which triggered exception TypeError: getVar() missing 1 require d positional argument: 'expand' > > > > Thanks, > > Kyung Min

7 years, 5 months

1
0
0 0

[PATCH] layer.conf: Update LAYERSERIES_COMPAT to thud

by Martin Jansa

* since oe-core commit: http://git.openembedded.org/openembedded-core/commit/?id=9ec5a8a0f86510f7aa… the oe-core master isn't compatible with meta-linaro layers, because of missing thud in LAYERSERIES_COMPAT Signed-off-by: Martin Jansa <Martin.Jansa(a)gmail.com> --- meta-aarch64/conf/layer.conf | 2 +- meta-bigendian/conf/layer.conf | 2 +- meta-ilp32/conf/layer.conf | 2 +- meta-linaro-integration/conf/layer.conf | 2 +- meta-linaro-toolchain/conf/layer.conf | 2 +- meta-linaro/conf/layer.conf | 2 +- meta-optee/conf/layer.conf | 2 +- 7 files changed, 7 insertions(+), 7 deletions(-) diff --git a/meta-aarch64/conf/layer.conf b/meta-aarch64/conf/layer.conf index 552947d..b48cdc1 100644 --- a/meta-aarch64/conf/layer.conf +++ b/meta-aarch64/conf/layer.conf @@ -13,4 +13,4 @@ BB_DANGLINGAPPENDS_WARNONLY = "true" LAYERDEPENDS_aarch64 = "linaro linaro-toolchain" -LAYERSERIES_COMPAT_aarch64 = "sumo" +LAYERSERIES_COMPAT_aarch64 = "thud" diff --git a/meta-bigendian/conf/layer.conf b/meta-bigendian/conf/layer.conf index 6c65394..afc3f6a 100644 --- a/meta-bigendian/conf/layer.conf +++ b/meta-bigendian/conf/layer.conf @@ -8,4 +8,4 @@ BBFILE_COLLECTIONS += "bigendian" BBFILE_PATTERN_bigendian := "^${LAYERDIR}/" BBFILE_PRIORITY_bigendian = "20" -LAYERSERIES_COMPAT_bigendian = "sumo" +LAYERSERIES_COMPAT_bigendian = "thud" diff --git a/meta-ilp32/conf/layer.conf b/meta-ilp32/conf/layer.conf index cda8991..cd6dcaf 100644 --- a/meta-ilp32/conf/layer.conf +++ b/meta-ilp32/conf/layer.conf @@ -13,4 +13,4 @@ BB_DANGLINGAPPENDS_WARNONLY = "true" LAYERDEPENDS_ilp32 = "linaro linaro-toolchain" -LAYERSERIES_COMPAT_ilp32 = "sumo" +LAYERSERIES_COMPAT_ilp32 = "thud" diff --git a/meta-linaro-integration/conf/layer.conf b/meta-linaro-integration/conf/layer.conf index 95177fe..0cdb87b 100644 --- a/meta-linaro-integration/conf/layer.conf +++ b/meta-linaro-integration/conf/layer.conf @@ -8,7 +8,7 @@ BBFILE_COLLECTIONS += "linaro-integration" BBFILE_PATTERN_linaro-integration := "^${LAYERDIR}/" BBFILE_PRIORITY_linaro-integration = "30" -LAYERSERIES_COMPAT_linaro-integration = "sumo" +LAYERSERIES_COMPAT_linaro-integration = "thud" # do not error out on bbappends for missing recipes BB_DANGLINGAPPENDS_WARNONLY = "true" diff --git a/meta-linaro-toolchain/conf/layer.conf b/meta-linaro-toolchain/conf/layer.conf index ec3a22f..9e31117 100644 --- a/meta-linaro-toolchain/conf/layer.conf +++ b/meta-linaro-toolchain/conf/layer.conf @@ -8,7 +8,7 @@ BBFILE_COLLECTIONS += "linaro-toolchain" BBFILE_PATTERN_linaro-toolchain := "^${LAYERDIR}/" BBFILE_PRIORITY_linaro-toolchain = "30" -LAYERSERIES_COMPAT_linaro-toolchain = "sumo" +LAYERSERIES_COMPAT_linaro-toolchain = "thud" # do not error out on bbappends for missing recipes BB_DANGLINGAPPENDS_WARNONLY = "true" diff --git a/meta-linaro/conf/layer.conf b/meta-linaro/conf/layer.conf index 692af88..450a4b1 100644 --- a/meta-linaro/conf/layer.conf +++ b/meta-linaro/conf/layer.conf @@ -8,7 +8,7 @@ BBFILE_COLLECTIONS += "linaro" BBFILE_PATTERN_linaro := "^${LAYERDIR}/" BBFILE_PRIORITY_linaro = "25" -LAYERSERIES_COMPAT_linaro = "sumo" +LAYERSERIES_COMPAT_linaro = "thud" # do not error out on bbappends for missing recipes (mysql5) BB_DANGLINGAPPENDS_WARNONLY = "true" diff --git a/meta-optee/conf/layer.conf b/meta-optee/conf/layer.conf index d816450..baf01d0 100644 --- a/meta-optee/conf/layer.conf +++ b/meta-optee/conf/layer.conf @@ -8,4 +8,4 @@ BBFILE_COLLECTIONS += "meta-optee" BBFILE_PATTERN_meta-optee := "^${LAYERDIR}/" BBFILE_PRIORITY_meta-optee = "8" -LAYERSERIES_COMPAT_meta-optee = "sumo" +LAYERSERIES_COMPAT_meta-optee = "thud" -- 2.17.1

7 years, 6 months

2
1
0 0

[meta-linaro][PATCH] gcc linaro-4.9: libcc1 config flag removed

by Daniel Gomez

libcc1 is not included in gcc 4.9 so bad RPATHs fix not needed in this version. Signed-off-by: Daniel Gomez <daniel.gomez(a)silicon-gears.com> --- meta-linaro-toolchain/recipes-devtools/gcc/gcc_linaro-4.9.bb | 6 --- --- 1 file changed, 6 deletions(-) diff --git a/meta-linaro-toolchain/recipes-devtools/gcc/gcc_linaro- 4.9.bb b/meta-linaro-toolchain/recipes-devtools/gcc/gcc_linaro-4.9.bb index 3e0f4bc..68d3d92 100644 --- a/meta-linaro-toolchain/recipes-devtools/gcc/gcc_linaro-4.9.bb +++ b/meta-linaro-toolchain/recipes-devtools/gcc/gcc_linaro-4.9.bb @@ -7,12 +7,6 @@ require recipes-devtools/gcc/gcc-target.inc # | gcc-4.8.1-r0/gcc-4.8.1/gcc/cp/decl.c:7442:(.text.unlikely+0x318): additional relocation overflows omitted from the output ARM_INSTRUCTION_SET_armv4 = "arm" -do_configure_prepend() { - # Easiest way to stop bad RPATHs getting into the library since we have a - # broken libtool here - sed -i -e 's/hardcode_into_libs=yes/hardcode_into_libs=no/' ${S}/libcc1/configure -} - BBCLASSEXTEND = "nativesdk" DEPENDS += "gmp-native" -- 2.7.4

7 years, 7 months

1
0
0 0

[meta-linaro][PATH] gcc linaro-4.9: libcc1 config flag removed

by Daniel Gomez

libcc1 is not included in gcc 4.9 so bad RPATHs fix not needed in this version. Signed-off-by: Daniel Gomez <daniel.gomez(a)silicon-gears.com> --- meta-linaro-toolchain/recipes-devtools/gcc/gcc_linaro-4.9.bb | 6 --- --- 1 file changed, 6 deletions(-) diff --git a/meta-linaro-toolchain/recipes-devtools/gcc/gcc_linaro- 4.9.bb b/meta-linaro-toolchain/recipes-devtools/gcc/gcc_linaro-4.9.bb index 3e0f4bc..68d3d92 100644 --- a/meta-linaro-toolchain/recipes-devtools/gcc/gcc_linaro-4.9.bb +++ b/meta-linaro-toolchain/recipes-devtools/gcc/gcc_linaro-4.9.bb @@ -7,12 +7,6 @@ require recipes-devtools/gcc/gcc-target.inc # | gcc-4.8.1-r0/gcc-4.8.1/gcc/cp/decl.c:7442:(.text.unlikely+0x318): additional relocation overflows omitted from the output ARM_INSTRUCTION_SET_armv4 = "arm" -do_configure_prepend() { - # Easiest way to stop bad RPATHs getting into the library since we have a - # broken libtool here - sed -i -e 's/hardcode_into_libs=yes/hardcode_into_libs=no/' ${S}/libcc1/configure -} - BBCLASSEXTEND = "nativesdk" DEPENDS += "gmp-native" -- 2.7.4

7 years, 7 months

1
0
0 0

PSA: Please stop using += as substitute for multiline variables

by Koen Kooi

Hi, I looked at https://github.com/96boards/meta-rpb/blame/rocko/recipes-overlayed/kselftes… today and noticed a common anti-pattern: FOO += “bar” FOO += “quix” FOO += “something” Please stop doing that and use this instead: FOO = “bar \ quix \ something \ “ In OE += is a heavy operation that really slows down parsing due to the all the expansion and override roundtrips needed, so please stop abusing it as a way to do multiline variables. Thanks! — Koen Kooi Builds and Baselines | Release Manager Linaro.org | Open source software for ARM SoCs

7 years, 9 months

1
0
0 0

[PATCH] external-linaro-toolchain-versions.inc: python3 division returns float

by Denys Dmytriyenko

From: Denys Dmytriyenko <denys(a)ti.com> Adjust to python3 division returning float instead of integer, as in python2. Fixes kernel version 4.10.3 becoming 4.0391082763671875.10.01171875.3 Signed-off-by: Denys Dmytriyenko <denys(a)ti.com> --- .../conf/distro/include/external-linaro-toolchain-versions.inc | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/meta-linaro-toolchain/conf/distro/include/external-linaro-toolchain-versions.inc b/meta-linaro-toolchain/conf/distro/include/external-linaro-toolchain-versions.inc index 71fe69b..2a99209 100644 --- a/meta-linaro-toolchain/conf/distro/include/external-linaro-toolchain-versions.inc +++ b/meta-linaro-toolchain/conf/distro/include/external-linaro-toolchain-versions.inc @@ -102,9 +102,9 @@ def elt_get_kernel_version(d): for s in l: if s.find('LINUX_VERSION_CODE') > 0: ver = int(s.split()[2]) - maj = ver / 65536 + maj = int(ver / 65536) ver = ver % 65536 - min = ver / 256 + min = int(ver / 256) ver = ver % 256 return str(maj)+'.'+str(min)+'.'+str(ver) return 'UNKNOWN' -- 2.7.4

7 years, 10 months

2
1
0 0

[meta-linaro-toolchain][PATCH] Check libcc1 directory before trying to fix it

by Daniel Gomez

Signed-off-by: Daniel Gomez <daniel.gomez(a)silicon-gears.com> --- meta-linaro-toolchain/recipes-devtools/gcc/gcc_linaro-4.9.bb | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/meta-linaro-toolchain/recipes-devtools/gcc/gcc_linaro-4.9.bb b/meta-linaro-toolchain/recipes-devtools/gcc/gcc_linaro-4.9.bb index 3e0f4bc..5a26fa2 100644 --- a/meta-linaro-toolchain/recipes-devtools/gcc/gcc_linaro-4.9.bb +++ b/meta-linaro-toolchain/recipes-devtools/gcc/gcc_linaro-4.9.bb @@ -10,7 +10,9 @@ ARM_INSTRUCTION_SET_armv4 = "arm" do_configure_prepend() { # Easiest way to stop bad RPATHs getting into the library since we have a # broken libtool here - sed -i -e 's/hardcode_into_libs=yes/hardcode_into_libs=no/' ${S}/libcc1/configure + if [ -d "${S}/libcc1" ]; then + sed -i -e 's/hardcode_into_libs=yes/hardcode_into_libs=no/' ${S}/libcc1/configure + fi } BBCLASSEXTEND = "nativesdk" -- 2.7.4

7 years, 11 months

1
0
0 0

[meta-linaro][PATCH] meta-*: add LAYERSERIES_COMPAT to layer.conf files

by Martin Jansa

Signed-off-by: Martin Jansa <Martin.Jansa(a)gmail.com> --- meta-aarch64/conf/layer.conf | 2 ++ meta-bigendian/conf/layer.conf | 2 ++ meta-ilp32/conf/layer.conf | 2 ++ meta-linaro-integration/conf/layer.conf | 2 ++ meta-linaro-toolchain/conf/layer.conf | 2 ++ meta-linaro/conf/layer.conf | 2 ++ meta-optee/conf/layer.conf | 2 ++ 7 files changed, 14 insertions(+) diff --git a/meta-aarch64/conf/layer.conf b/meta-aarch64/conf/layer.conf index 010a700..552947d 100644 --- a/meta-aarch64/conf/layer.conf +++ b/meta-aarch64/conf/layer.conf @@ -12,3 +12,5 @@ BBFILE_PRIORITY_aarch64 = "20" BB_DANGLINGAPPENDS_WARNONLY = "true" LAYERDEPENDS_aarch64 = "linaro linaro-toolchain" + +LAYERSERIES_COMPAT_aarch64 = "sumo" diff --git a/meta-bigendian/conf/layer.conf b/meta-bigendian/conf/layer.conf index f374010..6c65394 100644 --- a/meta-bigendian/conf/layer.conf +++ b/meta-bigendian/conf/layer.conf @@ -7,3 +7,5 @@ BBFILES += "${LAYERDIR}/recipes*/*/*.bb ${LAYERDIR}/recipes*/*/*.bbappend" BBFILE_COLLECTIONS += "bigendian" BBFILE_PATTERN_bigendian := "^${LAYERDIR}/" BBFILE_PRIORITY_bigendian = "20" + +LAYERSERIES_COMPAT_bigendian = "sumo" diff --git a/meta-ilp32/conf/layer.conf b/meta-ilp32/conf/layer.conf index 13859d8..cda8991 100644 --- a/meta-ilp32/conf/layer.conf +++ b/meta-ilp32/conf/layer.conf @@ -12,3 +12,5 @@ BBFILE_PRIORITY_ilp32 = "20" BB_DANGLINGAPPENDS_WARNONLY = "true" LAYERDEPENDS_ilp32 = "linaro linaro-toolchain" + +LAYERSERIES_COMPAT_ilp32 = "sumo" diff --git a/meta-linaro-integration/conf/layer.conf b/meta-linaro-integration/conf/layer.conf index edb8f29..95177fe 100644 --- a/meta-linaro-integration/conf/layer.conf +++ b/meta-linaro-integration/conf/layer.conf @@ -8,6 +8,8 @@ BBFILE_COLLECTIONS += "linaro-integration" BBFILE_PATTERN_linaro-integration := "^${LAYERDIR}/" BBFILE_PRIORITY_linaro-integration = "30" +LAYERSERIES_COMPAT_linaro-integration = "sumo" + # do not error out on bbappends for missing recipes BB_DANGLINGAPPENDS_WARNONLY = "true" diff --git a/meta-linaro-toolchain/conf/layer.conf b/meta-linaro-toolchain/conf/layer.conf index 7e96dcd..ec3a22f 100644 --- a/meta-linaro-toolchain/conf/layer.conf +++ b/meta-linaro-toolchain/conf/layer.conf @@ -8,6 +8,8 @@ BBFILE_COLLECTIONS += "linaro-toolchain" BBFILE_PATTERN_linaro-toolchain := "^${LAYERDIR}/" BBFILE_PRIORITY_linaro-toolchain = "30" +LAYERSERIES_COMPAT_linaro-toolchain = "sumo" + # do not error out on bbappends for missing recipes BB_DANGLINGAPPENDS_WARNONLY = "true" diff --git a/meta-linaro/conf/layer.conf b/meta-linaro/conf/layer.conf index c019548..692af88 100644 --- a/meta-linaro/conf/layer.conf +++ b/meta-linaro/conf/layer.conf @@ -8,6 +8,8 @@ BBFILE_COLLECTIONS += "linaro" BBFILE_PATTERN_linaro := "^${LAYERDIR}/" BBFILE_PRIORITY_linaro = "25" +LAYERSERIES_COMPAT_linaro = "sumo" + # do not error out on bbappends for missing recipes (mysql5) BB_DANGLINGAPPENDS_WARNONLY = "true" diff --git a/meta-optee/conf/layer.conf b/meta-optee/conf/layer.conf index 4469295..d816450 100644 --- a/meta-optee/conf/layer.conf +++ b/meta-optee/conf/layer.conf @@ -7,3 +7,5 @@ BBFILES += "${LAYERDIR}/recipes*/*/*.bb ${LAYERDIR}/recipes*/*/*.bbappend" BBFILE_COLLECTIONS += "meta-optee" BBFILE_PATTERN_meta-optee := "^${LAYERDIR}/" BBFILE_PRIORITY_meta-optee = "8" + +LAYERSERIES_COMPAT_meta-optee = "sumo" -- 2.15.1

7 years, 11 months

2
1
0 0

[meta-linaro/meta-linaro-toolchain][PATCH] stop bad RPstop bad RPATHs for libtool only if available

by Daniel Gomez

Check libcc1 directory before trying to fix it Signed-off-by: Daniel Gomez <daniel.gomez(a)silicon-gears.com> --- meta-linaro-toolchain/recipes-devtools/gcc/gcc_linaro-4.9.bb | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/meta-linaro-toolchain/recipes-devtools/gcc/gcc_linaro-4.9.bb b/meta-linaro-toolchain/recipes-devtools/gcc/gcc_linaro-4.9.bb index 3e0f4bc..5a26fa2 100644 --- a/meta-linaro-toolchain/recipes-devtools/gcc/gcc_linaro-4.9.bb +++ b/meta-linaro-toolchain/recipes-devtools/gcc/gcc_linaro-4.9.bb @@ -10,7 +10,9 @@ ARM_INSTRUCTION_SET_armv4 = "arm" do_configure_prepend() { # Easiest way to stop bad RPATHs getting into the library since we have a # broken libtool here - sed -i -e 's/hardcode_into_libs=yes/hardcode_into_libs=no/' ${S}/libcc1/configure + if [ -d "${S}/libcc1" ]; then + sed -i -e 's/hardcode_into_libs=yes/hardcode_into_libs=no/' ${S}/libcc1/configure + fi } BBCLASSEXTEND = "nativesdk" -- 2.7.4

8 years

2
1
0 0

Linaro toolchain components

by Denys Dmytriyenko

Koen, Fathi, Thanks for updating gcc recipe to 7.2 and merging it to rocko! I have some matching fixes for the external toolchain recipe I'll try to submit soon... I was wondering what are the plans for other toolchain components, like glibc, gdb and binutils - there are recipes for glibc 2.20-2014.11, gdb 7.8-2014.09 and binutils 2.25/2.27 2016.10. All those correspond to when the last time a tarball of that component was released by Linaro. I know these days all those components are in git at https://git.linaro.org/toolchain/ - are there any plans to provide corresponding recipes to build those components from sources? -- Denys

8 years, 1 month

2
2
0 0

[PATCH] optee: use nonarch_base_libdir instead of /lib

by Ricardo Salveti

Hardcoded /lib is not compatible with usrmerge. Signed-off-by: Ricardo Salveti <ricardo(a)opensourcefoundries.com> --- meta-optee/recipes-security/optee/optee-os_git.bb | 8 ++++---- meta-optee/recipes-security/optee/optee-test_git.bb | 6 +++--- 2 files changed, 7 insertions(+), 7 deletions(-) diff --git a/meta-optee/recipes-security/optee/optee-os_git.bb b/meta-optee/recipes-security/optee/optee-os_git.bb index 4f6be1e..c5f38fb 100644 --- a/meta-optee/recipes-security/optee/optee-os_git.bb +++ b/meta-optee/recipes-security/optee/optee-os_git.bb @@ -39,9 +39,9 @@ do_compile() { do_install() { #install core on boot directory - install -d ${D}/lib/firmware/ + install -d ${D}${nonarch_base_libdir}/firmware/ - install -m 644 ${B}/out/arm-plat-${OPTEEOUTPUTMACHINE}/core/*.bin ${D}/lib/firmware/ + install -m 644 ${B}/out/arm-plat-${OPTEEOUTPUTMACHINE}/core/*.bin ${D}${nonarch_base_libdir}/firmware/ #install TA devkit install -d ${D}/usr/include/optee/export-user_ta/ @@ -54,14 +54,14 @@ PACKAGE_ARCH = "${MACHINE_ARCH}" do_deploy() { install -d ${DEPLOYDIR}/optee - for f in ${D}/lib/firmware/*; do + for f in ${D}${nonarch_base_libdir}/firmware/*; do install -m 644 $f ${DEPLOYDIR}/optee/ done } addtask deploy before do_build after do_install -FILES_${PN} = "/lib/firmware/" +FILES_${PN} = "${nonarch_base_libdir}/firmware/" FILES_${PN}-dev = "/usr/include/optee" INSANE_SKIP_${PN}-dev = "staticdev" diff --git a/meta-optee/recipes-security/optee/optee-test_git.bb b/meta-optee/recipes-security/optee/optee-test_git.bb index 2d85d89..e2c49cc 100644 --- a/meta-optee/recipes-security/optee/optee-test_git.bb +++ b/meta-optee/recipes-security/optee/optee-test_git.bb @@ -40,11 +40,11 @@ do_install () { # install path should match the value set in optee-client/tee-supplicant # default TEEC_LOAD_PATH is /lib - mkdir -p ${D}/lib/optee_armtz/ - install -D -p -m0444 ${S}/out/ta/*/*.ta ${D}/lib/optee_armtz/ + mkdir -p ${D}${nonarch_base_libdir}/optee_armtz/ + install -D -p -m0444 ${S}/out/ta/*/*.ta ${D}${nonarch_base_libdir}/optee_armtz/ } -FILES_${PN} += "/lib/optee_armtz/" +FILES_${PN} += "${nonarch_base_libdir}/optee_armtz/" # Imports machine specific configs from staging to build PACKAGE_ARCH = "${MACHINE_ARCH}" -- 2.7.4

8 years, 1 month

2
1
0 0

Over-writing files from another package

by Ryan Harkin

Hello, I am seeing this error in my build: Configuring aCollected errors: * check_data_file_clashes: Package linux-firmware-bcm43430 wants to install file /linaro/mbl/workspace-arm/build-mbl/tmp-mbl-glibc/work/imx7s _warp-oe-linux-gnueabi/mbl-console-image-test/1.0-r0/root fs/lib/firmware/brcm/brcmfmac43430-sdio.bin But that file is already provided by package * firmware-imx * check_data_file_clashes: Package linux-firmware-bcm43430 wants to install file /linaro/mbl/workspace-arm/build-mbl/tmp-mbl-glibc/work/imx7s _warp-oe-linux-gnueabi/mbl-console-image-test/1.0-r0/root fs/lib/firmware/brcm/brcmfmac43430-sdio.txt But that file is already provided by package * firmware-imx In my build, I'm including meta-raspberrypi and meta-freescale-3rdparty in my manifest. These two meta layers include the following two files into the rootfs in various ways: /lib/firmware/brcm/brcmfmac43430-sdio.txt /lib/firmware/brcm/brcmfmac43430-sdio.bin For example, in the following files define a way of adding the firmware into the rootfs (there will be more ways they get into the build, saying as one is a .inc file): meta-freescale-3rdparty/recipes-bsp/broadcom-nvram-config/ broadcom-nvram-config.inc meta-raspberrypi/recipes-kernel/linux-firmware/linux-firmware_%.bbappend openembedded-core/meta/recipes-kernel/linux-firmware/linux-firmware_git.bb My meta-layer is included after meta-freescale* and meta-raspberrypi, but before openembedded-core/meta in my BBLAYERS setup. However, I want to provide a newer version of these two files in my build. So we created this recipe in our meta layer: file: recipes-bsp/firmware-imx/firmware-imx_%.bbappend ------------------------------------------------------------ -------------------------- SRCREV_linuxfirmware = "a61ac5cf8374edbfe692d12f805a1b194f7fead2" SRCREV_recalboxbuildroot = "f648e4b54eb5e4be593746d6cc51375b22a7efbd" SRC_URI += "git://git.kernel.org/pub/scm/linux/kernel/git/firmware/linu x-firmware.git;branch=${SRCBRANCH};destsuffix=${S}/git1;name=linuxfirmware <http://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git;…> \ git://github.com/recalbox/recalbox-buildroot.git;protocol= https;branch=${SRCBRANCH};destsuffix=${S}/git2;name=recalboxbuildroot <http://github.com/recalbox/recalbox-buildroot.git;protocol=https;branch=$%7…> " LIC_FILES_CHKSUM += "file://git1/LICENCE.broadcom_ bcm43xx;md5=3160c14df7228891b868060e1951dfbc \ file://git2/COPYING;md5=e4edbc78b8892db416b6a07e0d97309a " do_install_append() { install -d ${D}${base_libdir}/firmware install -d ${D}${base_libdir}/firmware/brcm cp -rfv git1/brcm/brcmfmac43430-sdio.bin ${D}${base_libdir}/firmware/br cm cp -rfv git2/board/warp7/rootfs_overlay/lib/firmware/brcm/brcmfmac43430-sdio.txt ${D}${base_libdir}/firmware/brcm } FILES_${PN} += "${base_libdir}/firmware/brcm/brcmfmac43430*" COMPATIBLE_MACHINE = "(imx7s-warp)" ------------------------------------------------------------ -------------------------- It builds fine in a "normal" configuration. However, in a "test" build, where "dev-pkgs" is added to IMAGE_FEATURES, I get the error as above. So how do I work around this issue? Am I doing the wrong thing by providing a bbappend to overlay these files? Any advice appreciated. Regards, Ryan.

8 years, 4 months

4
15
0 0

[Dragonboard410c] Regarding Kernel clean and build

by Sunny Bhayani

Hi All, I am new to the OpenEmbedded framework and kindly do let me know if this is not the right forum for such query. I am using the Dragonboard410c with the Linaro OpenEmbedded Release (Steps to build the sources is: https://github.com/96boards/oe-rpb-manifest) I want to do a clean build and incremental build of only the kernel sources. I checked articles for the same and found the below commands: bitbake -c cleansstate virtual/kernel bitbake -c clean virtual/kernel But the above commands are giving error like below: ******* Error Start ******* ERROR: Nothing PROVIDES 'linux-linaro-aarch64' ERROR: linux-linaro-aarch64 was skipped: We shouldn't have multilib variants for the kernel ERROR: linux-linaro-aarch64 was skipped: PREFERRED_PROVIDER_virtual/kernel set to linux-linaro-qcomlt, not linux-linaro-aarch64 ******* Error End ******* I also tried the below: bitbake -c cleansstate linux-linaro-qcomlt bitbake -c cleansstate linux-linaro-aarch64 But that also does not work. So can you please suggest from where can I know, how to build the kernel without triggering the whole build. Thanks & Regards, Sunny ************************************************************************************************************************************************************* eInfochips Business Disclaimer: This e-mail message and all attachments transmitted with it are intended solely for the use of the addressee and may contain legally privileged and confidential information. If the reader of this message is not the intended recipient, or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any dissemination, distribution, copying, or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately by replying to this message and please delete it from your computer. Any views expressed in this message are those of the individual sender unless otherwise stated. Company has taken enough precautions to prevent the spread of viruses. However the company accepts no liability for any damage caused by any virus transmitted by this email. *************************************************************************************************************************************************************

8 years, 5 months

2
2
0 0

[meta-linaro][PATCH] python-wand: Add patch to ensure our built ImageMagick is used

by Tom Rini

It can be slightly tricky to build a copy of python-wand that will also function. A problem is that without additional logic (MAGICK_HOME), the python code will not look outside of system paths for a copy of the imagemagick library. However, even with this path added to the search list, the code will still try a 'naked' load of the library it wants. This can result in a visible failure if you have a new enough imagemagic-6 installed (such as 6.9.7) as the date string checking logic will fail. Work around these problems by setting MAGICK_HOME globally to the correct location and patch the api code to look for the form of imagemagick that we build first, rather than last, so that we are going to first search for what we know we built. Signed-off-by: Tom Rini <trini(a)konsulko.com> --- This patch should be applied to at least master, pyro and rocko. Arguably this should also be applied further back as without MAGICK_HOME it will never be looking in our sysroot. .../0001-wand-api.py-Change-search-order.patch | 32 ++++++++++++++++++++++ .../recipes-devtools/python/python-wand_0.4.4.bb | 7 ++++- 2 files changed, 38 insertions(+), 1 deletion(-) create mode 100644 meta-optee/recipes-devtools/python/python-wand/0001-wand-api.py-Change-search-order.patch diff --git a/meta-optee/recipes-devtools/python/python-wand/0001-wand-api.py-Change-search-order.patch b/meta-optee/recipes-devtools/python/python-wand/0001-wand-api.py-Change-search-order.patch new file mode 100644 index 000000000000..ac2c0b0622c0 --- /dev/null +++ b/meta-optee/recipes-devtools/python/python-wand/0001-wand-api.py-Change-search-order.patch @@ -0,0 +1,32 @@ +From 7691ebcf38c59332eb819f909250a22ba5e8e50b Mon Sep 17 00:00:00 2001 +From: Tom Rini <trini(a)konsulko.com> +Date: Tue, 24 Oct 2017 12:01:51 -0400 +Subject: [PATCH 1/1] wand/api.py: Change search order + +In addition to specifying MAGICK_HOME to ensure that we will even look +within our desired paths, we need to also check for the type of library +that we know we have. Otherwise we may find a different form of the +library in one of the system paths before we try ours. + +Upstream-Status: Inappropriate [configuration] +Signed-off-by: Tom Rini <trini(a)konsulko.com> +--- + wand/api.py | 2 +- + 1 file changed, 1 insertion(+), 1 deletion(-) + +diff --git a/wand/api.py b/wand/api.py +index 19cf6d2..dde9c5e 100644 +--- a/wand/api.py ++++ b/wand/api.py +@@ -55,7 +55,7 @@ def library_paths(): + """ + libwand = None + libmagick = None +- versions = '', '-6', '-Q16', '-Q8', '-6.Q16' ++ versions = '-6.Q16', '-6', '-Q16', '-Q8', '' + options = '', 'HDRI', 'HDRI-2' + system = platform.system() + magick_home = os.environ.get('MAGICK_HOME') +-- +2.11.0 + diff --git a/meta-optee/recipes-devtools/python/python-wand_0.4.4.bb b/meta-optee/recipes-devtools/python/python-wand_0.4.4.bb index 9679b9c9f658..605bc59e2707 100644 --- a/meta-optee/recipes-devtools/python/python-wand_0.4.4.bb +++ b/meta-optee/recipes-devtools/python/python-wand_0.4.4.bb @@ -7,7 +7,8 @@ LIC_FILES_CHKSUM = "file://LICENSE;md5=170eafd687d4a2b950819cd5e067e6d5" SRCNAME = "wand" SRCREV = "c731c620c3c96c409a194dafab396ffbb97d6702" -SRC_URI = "git://github.com/dahlia/wand.git" +SRC_URI = "git://github.com/dahlia/wand.git \ + file://0001-wand-api.py-Change-search-order.patch" S = "${WORKDIR}/git" inherit setuptools @@ -33,6 +34,10 @@ inherit setuptools DEPENDS += " imagemagick-native" +# Tell python-wand where to look for our imagemagick and it must be +# one level up from where 'lib' resides. +export MAGICK_HOME="${STAGING_LIBDIR_NATIVE}/.." + BBCLASSEXTEND = "native" FILES_${PN} += "${datadir}" -- 2.7.4

8 years, 5 months

3
3
0 0

external-linaro-toolchain and TI's meta-arago/meta-argao-extra

by chris.laplante＠agilent.com

Hello all, It seems that the external-linaro-toolchain recipe (in meta-linaro/meta-linaro-toolchain) doesn't work unless TI's meta-arago/meta-arago-extras layer is also present. That layer contains, among other things: meta-arago-extras/recipes-devtools/meta/ * external-linaro-toolchain.bbappend - seems to fix a variety of packaging errors, and relaxes the requirement that external-linaro-toolchain itself provide libc Linux headers * external-linaro-sdk-toolchain.bb - provides the cross-canadian toolchain, for building nativesdk packages. My understanding is that part is useable when the host machine is the same as the SDK machine (e.g. both x86_64-linux), since otherwise you would need two external toolchains. * external-linaro-toolchain-cross.bb - seems to just provides some tweaks * external-linaro-bfd-version.inc - populates ELT_VER_BFD with the detected version meta-arago-extras/conf/distro/include/ * tclibc-external-linaro-toolchain.inc - the TCLIBC configuration that tells Yocto you're using the external Linaro glibc, instead of having Yocto built it. Is my understanding correct? If so, I'd be curious to know why these files are in meta-arago, as opposed to just being moved into meta-linaro-toolchain itself. If it's just due to a lack of time, then I'd be more than willing to help out. As things currently exist, I find the 'external-linaro-toolchain' recipe in meta-linaro to be a bit of a "carrot on a stick" - it looks really promising and enticing, but you can't get it to work without lots of effort. That effort ultimately amounts to implementing the changes that are present in meta-arago-extras... Thank you, Chris Laplante

8 years, 5 months

4
6
0 0

[PATCH] python-wand: add SRCREV, fix QA issue and add comment about imagemagick version

by Martin Jansa

* use SRCREV instead of tag name, so that bitbake doesn't translate tag to SRCREV every time it's parsing this recipe * fix QA issue: ERROR: QA Issue: python-wand: Files/directories were installed but not shipped in any package: /usr/share /usr/share/README.rst * add comment about imagemagick version needed to use python-wand-native otherwise it will use imagemagick from host Signed-off-by: Martin Jansa <Martin.Jansa(a)gmail.com> --- This is needed in all 3 branches: [morty][pyro][master] But for pyro you'll need to first backport from master (or forward port from pyro) the upgrade to 0.4.4 from: commit 7ed523b06bde259f99b21a15e8c936af4f18c752 Author: Fathi Boudra <fathi.boudra(a)linaro.org> Date: Thu Oct 5 22:46:48 2017 +0300 meta-optee: python-wand: upgrade to latest release 0.4.4 Latest python-wand release is from October 2016. Update to latest release: 0.4.4. Change-Id: I23dc1fbb817bbb26357c3ab6dcc86b251eea36e6 Signed-off-by: Fathi Boudra <fathi.boudra(a)linaro.org> .../recipes-devtools/python/python-wand_0.4.4.bb | 24 +++++++++++++++++++++- 1 file changed, 23 insertions(+), 1 deletion(-) diff --git a/meta-optee/recipes-devtools/python/python-wand_0.4.4.bb b/meta-optee/recipes-devtools/python/python-wand_0.4.4.bb index 1043987..9679b9c 100644 --- a/meta-optee/recipes-devtools/python/python-wand_0.4.4.bb +++ b/meta-optee/recipes-devtools/python/python-wand_0.4.4.bb @@ -6,11 +6,33 @@ LIC_FILES_CHKSUM = "file://LICENSE;md5=170eafd687d4a2b950819cd5e067e6d5" SRCNAME = "wand" -SRC_URI = "git://github.com/dahlia/wand.git;tag=${PV}" +SRCREV = "c731c620c3c96c409a194dafab396ffbb97d6702" +SRC_URI = "git://github.com/dahlia/wand.git" S = "${WORKDIR}/git" inherit setuptools +# Requires imagemagick-6 while meta-oe morty and newer provides imagemagick-7 which isn't compatible with wand +# +# You can import imagemagick-5 from older meta-oe, before this upgrade: +# commit ec660639ecea3fcb6e554b6f1bafc504e8f2fc78 +# Author: Randy MacLeod <randy.macleod(a)windriver.com> +# Date: Mon Aug 8 17:41:34 2016 -0400 +# imagemagick: upgrade from 6.9.2 to 7.0.2 +# and add this commit on top of that: +# commit dfcb67af35936a351789044039a55e3fad299c1a +# Author: Andreas Müller <schnitzeltony(a)googlemail.com> +# Date: Sun Sep 18 02:47:26 2016 +0200 +# imagemagick: depend on fftw not virtual/fftw +# +# We need this old version becase python-wand-native used here +# depends on older imagemagick-native as discussed here: +# https://stackoverflow.com/questions/37011291/python-wand-image-is-not-recog… +# there still isn't newer python-wand supporting 7.* version: +# https://github.com/dahlia/wand/blob/4fe2c6ba9cb0d4105361cea6e9e9e8311608047… + DEPENDS += " imagemagick-native" BBCLASSEXTEND = "native" + +FILES_${PN} += "${datadir}" -- 2.7.4

8 years, 5 months

2
3
0 0

Possible issue in meta-linaro (http://git.linaro.org/openembedded/meta-linaro)

by Christian Haettich

Hi, I am not sure if this is the right place to provide this info. I came across an issue, which might be caused by a wrong entry in meta-linaro. See https://github.com/Angstrom-distribution/angstrom-manifest/issues/31 It seems that inheriting from image_types_uboot.bbclass is not required anymore and causes a error with a newer openembedde-core. The following seems to fix this little issue: diff --git a/meta-linaro/recipes-linaro/images/linaro-image-minimal-initramfs.bb b/meta-linaro/recipes-linaro/images/linaro-image-minimal-initramfs.bb index f928797..d83de70 100644 --- a/meta-linaro/recipes-linaro/images/linaro-image-minimal-initramfs.bb +++ b/meta-linaro/recipes-linaro/images/linaro-image-minimal-initramfs.bb @@ -36,4 +36,4 @@ IMAGE_LINGUAS = "" IMAGE_ROOTFS_SIZE = "8192" -inherit core-image image_types_uboot +inherit core-image Regards Feddischson

8 years, 7 months

2
1
0 0

Failed to build perf package with meta-linaro/receipes-kernel/perf

by Masami Hiramatsu

Hello, I tried to build my distro with meta-linaro/meta-linaro, I've found an issue on "perf". When I added "perf" to IMAGE_INSTALL, it causes an error as below; ---- NOTE: Running task 1452 of 2124 (/home/linaro/vsbu/openembedded-core/meta/recipes-kernel/perf/perf.bb:do_patch) NOTE: Running task 1453 of 2124 (/home/linaro/vsbu/meta-uniphier/recipes-kernel/linux/linux-uniphier-arm64_4.4.bb:do_populate_lic) NOTE: recipe linux-uniphier-arm64-4.4.8-AUTOINC+5f1a02e66c-r0: task do_kernel_configme: Started NOTE: recipe perf-4.2-r9: task do_patch: Started NOTE: recipe linux-uniphier-arm64-4.4.8-AUTOINC+5f1a02e66c-r0: task do_populate_lic: Started NOTE: recipe perf-4.2-r9: task do_patch: Succeeded NOTE: Running task 1454 of 2124 (/home/linaro/vsbu/openembedded-core/meta/recipes-kernel/perf/perf.bb:do_populate_lic) NOTE: recipe linux-uniphier-arm64-4.4.8-AUTOINC+5f1a02e66c-r0: task do_populate_lic: Succeeded NOTE: recipe perf-4.2-r9: task do_populate_lic: Started WARNING: perf-4.2-r9 do_populate_lic: Could not copy license file /home/linaro/vsbu/develop/tmp-glibc/work/ph1_ld20_global-oe-linux/perf/4.2-r9/linux-tools-4.2/COPYING to /home/linaro/vsbu/develop/tmp-glibc/work/ph1_ld20_global-oe-linux/perf/4.2-r9/license-destdir/perf/COPYING: [Errno 2] No such file or directory: '/home/linaro/vsbu/develop/tmp-glibc/work/ph1_ld20_global-oe-linux/perf/4.2-r9/linux-tools-4.2/COPYING' ERROR: perf-4.2-r9 do_populate_lic: QA Issue: perf: LIC_FILES_CHKSUM points to an invalid file: /home/linaro/vsbu/develop/tmp-glibc/work/ph1_ld20_global-oe-linux/perf/4.2-r9/linux-tools-4.2/COPYING [license-checksum] NOTE: recipe perf-4.2-r9: task do_populate_lic: Succeeded [...] NOTE: Running task 2084 of 2124 (/home/linaro/vsbu/openembedded-core/meta/recipes-kernel/perf/perf.bb:do_prepare_recipe_sysroot) NOTE: recipe perf-4.2-r9: task do_prepare_recipe_sysroot: Started NOTE: recipe perf-4.2-r9: task do_prepare_recipe_sysroot: Succeeded NOTE: Running task 2085 of 2124 (/home/linaro/vsbu/openembedded-core/meta/recipes-kernel/perf/perf.bb:do_configure) NOTE: recipe perf-4.2-r9: task do_configure: Started ERROR: perf-4.2-r9 do_configure: Function failed: do_configure (log file is located at /home/linaro/vsbu/develop/tmp-glibc/work/ph1_ld20_global-oe-linux/perf/4.2-r9/temp/log.do_configure.4060) ERROR: Logfile of failure stored in: /home/linaro/vsbu/develop/tmp-glibc/work/ph1_ld20_global-oe-linux/perf/4.2-r9/temp/log.do_configure.4060 NOTE: recipe perf-4.2-r9: task do_configure: Failed ERROR: Task (/home/linaro/vsbu/openembedded-core/meta/recipes-kernel/perf/perf.bb:do_configure) failed with exit code '1' NOTE: recipe bind-9.10.3-P3-r0: task do_install: Succeeded NOTE: recipe perl-5.24.1-r0: task do_package: Succeeded NOTE: Tasks Summary: Attempted 2085 tasks of which 6 didn't need to be rerun and 1 failed. --- So it seems that it doesn't do do_fetch and just failed. I've found you tried to re-enable do_fetch by d.delVarFlag() in meta-linaro/meta-linaro/recipes-kernel/perf/perf.bbappend as below, ----- LICENSE = "GPL-2" LIC_FILES_CHKSUM = "file://COPYING;md5=d7810fab7487fb0aad327b76f1be7cd7" PV = "4.2" FILESEXTRAPATHS_prepend := "${THISDIR}/files:" SRC_URI = "http://snapshot.debian.org/archive/debian/20150926T032755Z/pool/main/l/linu…" SRC_URI[md5sum] = "9a4a83c22368281b85e4ab12dcc3ec95" SRC_URI[sha256sum] = "78b336fca5e250f205fe5bc10cc77943dc95c2d66899f0bc95963b3aab8ef644" S = "${WORKDIR}/linux-tools-${PV}" B = "${WORKDIR}/linux-tools-${PV}-build" do_compile_prepend() { mkdir -p ${S}/include/generated echo "#define UTS_RELEASE \"${PV}\"" > ${S}/include/generated/utsrelease.h } # Ensure the above tarball gets fetched, unpackaged and patched python () { d.delVarFlag("do_fetch", "noexec") d.delVarFlag("do_unpack", "noexec") d.delVarFlag("do_patch", "noexec") } ----- But it seems not work correctly. Actually, when I just removed the perf.bbappend file from meta-linaro (just for debugging) bitbake completed to build rootfs image with perf. I actually would like to know below - Is there any recommended configuration for perf? - Was that tested with any configure before? - Is that tested (built) in nightly test build? If it is clear, I can dig deeper by comparing configurations by myself. Thank you, -- Masami Hiramatsu

8 years, 8 months

1
0
0 0

[meta-optee][PATCH] optee-client: Respect LDFLAGS set from OE build

by Martin Jansa

* Unify LFLAGS/LDFLAGS variable names (only tee-supplicant was using LDFLAGS). * Fixes: ERROR: optee-client-2.4.0+gitAUTOINC+1df4046bd7-r0 do_package_qa: QA Issue: No GNU_HASH in the elf binary: 'optee-client/2.4.0+gitAUTOINC+1df4046bd7-r0/packages-split/optee-client/usr/bin/tee-supplicant' No GNU_HASH in the elf binary: 'optee-client/2.4.0+gitAUTOINC+1df4046bd7-r0/packages-split/optee-client/usr/lib/libteec.so.1.0' [ldflags] ERROR: optee-client-2.4.0+gitAUTOINC+1df4046bd7-r0 do_package_qa: QA run found fatal errors. Please consider fixing them. ERROR: optee-client-2.4.0+gitAUTOINC+1df4046bd7-r0 do_package_qa: Function failed: do_package_qa ERROR: Logfile of failure stored in: optee-client/2.4.0+gitAUTOINC+1df4046bd7-r0/temp/log.do_package_qa.31246 Signed-off-by: Martin Jansa <Martin.Jansa(a)gmail.com> --- meta-optee/recipes-security/optee/optee-client.bb | 1 + .../0001-Respect-LDFLAGS-set-from-OE-build.patch | 105 +++++++++++++++++++++ 2 files changed, 106 insertions(+) create mode 100644 meta-optee/recipes-security/optee/optee-client/0001-Respect-LDFLAGS-set-from-OE-build.patch diff --git a/meta-optee/recipes-security/optee/optee-client.bb b/meta-optee/recipes-security/optee/optee-client.bb index 7b471f3..4c5ac1a 100644 --- a/meta-optee/recipes-security/optee/optee-client.bb +++ b/meta-optee/recipes-security/optee/optee-client.bb @@ -9,6 +9,7 @@ PV = "2.4.0+git${SRCPV}" inherit pythonnative systemd SRC_URI = "git://github.com/OP-TEE/optee_client.git \ + file://0001-Respect-LDFLAGS-set-from-OE-build.patch \ file://tee-supplicant.service" S = "${WORKDIR}/git" diff --git a/meta-optee/recipes-security/optee/optee-client/0001-Respect-LDFLAGS-set-from-OE-build.patch b/meta-optee/recipes-security/optee/optee-client/0001-Respect-LDFLAGS-set-from-OE-build.patch new file mode 100644 index 0000000..4d25b76 --- /dev/null +++ b/meta-optee/recipes-security/optee/optee-client/0001-Respect-LDFLAGS-set-from-OE-build.patch @@ -0,0 +1,105 @@ +From 73cb675c16bd63ee0e760a4067ffda4b050d19fa Mon Sep 17 00:00:00 2001 +From: Martin Jansa <Martin.Jansa(a)gmail.com> +Date: Thu, 15 Jun 2017 17:20:35 -0700 +Subject: [PATCH] Respect LDFLAGS set from OE build + +* Unify LFLAGS/LDFLAGS variable names (only tee-supplicant was using LDFLAGS). +* Fixes: + ERROR: optee-client-2.4.0+gitAUTOINC+1df4046bd7-r0 do_package_qa: QA Issue: No GNU_HASH in the elf binary: 'optee-client/2.4.0+gitAUTOINC+1df4046bd7-r0/packages-split/optee-client/usr/bin/tee-supplicant' + No GNU_HASH in the elf binary: 'optee-client/2.4.0+gitAUTOINC+1df4046bd7-r0/packages-split/optee-client/usr/lib/libteec.so.1.0' [ldflags] + ERROR: optee-client-2.4.0+gitAUTOINC+1df4046bd7-r0 do_package_qa: QA run found fatal errors. Please consider fixing them. + ERROR: optee-client-2.4.0+gitAUTOINC+1df4046bd7-r0 do_package_qa: Function failed: do_package_qa + ERROR: Logfile of failure stored in: optee-client/2.4.0+gitAUTOINC+1df4046bd7-r0/temp/log.do_package_qa.31246 + +Upstream-Status: Pending +Signed-off-by: Martin Jansa <Martin.Jansa(a)gmail.com> + +--- + libsqlfs/Makefile | 2 +- + libsqlite3/Makefile | 2 +- + libteec/Makefile | 2 +- + tee-supplicant/Makefile | 10 +++++----- + 4 files changed, 8 insertions(+), 8 deletions(-) + +diff --git a/libsqlfs/Makefile b/libsqlfs/Makefile +index b53ccde..7a3bde6 100644 +--- a/libsqlfs/Makefile ++++ b/libsqlfs/Makefile +@@ -38,7 +38,7 @@ SQLFS_CFLAGS := $(addprefix -I, $(SQLFS_INCLUDES)) \ + $(filter-out $(SQLFS_CFLAGS_REMOVE),$(CFLAGS)) \ + -Wno-missing-format-attribute + +-SQLFS_LFLAGS := -lpthread ++SQLFS_LFLAGS := $(LDFLAGS) -lpthread + SQLFS_LIBS := $(OUT_DIR)/../libsqlite3/libsqlite3.a + SQLFS_LIBRARY := $(OUT_DIR)/$(LIB_MAJ_MIN) + +diff --git a/libsqlite3/Makefile b/libsqlite3/Makefile +index a69aabd..6a6d833 100644 +--- a/libsqlite3/Makefile ++++ b/libsqlite3/Makefile +@@ -19,7 +19,7 @@ SQLITE3_CFLAGS_REMOVE := -Wall -Wbad-function-cast -Wswitch-default \ + -Wfloat-equal -Werror -Wwrite-strings -Wcast-align + SQLITE3_CFLAGS := $(addprefix -I, $(SQLITE3_INCLUDES)) \ + $(filter-out $(SQLITE3_CFLAGS_REMOVE),$(CFLAGS)) +-SQLITE3_LFLAGS := ++SQLITE3_LFLAGS := $(LDFLAGS) + SQLITE3_LIBRARY := $(OUT_DIR)/$(LIB_NAME) + + libsqlite3: $(SQLITE3_LIBRARY) +diff --git a/libteec/Makefile b/libteec/Makefile +index 66055a7..d3eb2a1 100644 +--- a/libteec/Makefile ++++ b/libteec/Makefile +@@ -29,7 +29,7 @@ TEEC_CFLAGS := $(addprefix -I, $(TEEC_INCLUDES)) $(CFLAGS) -D_GNU_SOURCE \ + -DDEBUGLEVEL_$(CFG_TEE_CLIENT_LOG_LEVEL) \ + -DBINARY_PREFIX=\"TEEC\" + +-TEEC_LFLAGS := -lpthread ++TEEC_LFLAGS := $(LDFLAGS) -lpthread + TEEC_LIBRARY := $(OUT_DIR)/$(LIB_MAJ_MIN) + + libteec: $(TEEC_LIBRARY) +diff --git a/tee-supplicant/Makefile b/tee-supplicant/Makefile +index 204273f..40df763 100644 +--- a/tee-supplicant/Makefile ++++ b/tee-supplicant/Makefile +@@ -57,7 +57,7 @@ ifeq ($(CFG_TA_TEST_PATH),y) + TEES_CFLAGS += -DCFG_TA_TEST_PATH=1 + endif + TEES_FILE := $(OUT_DIR)/$(PACKAGE_NAME) +-TEES_LDFLAGS := -L$(OUT_DIR)/../libteec -lteec ++TEES_LFLAGS := $(LDFLAGS) -L$(OUT_DIR)/../libteec -lteec + + ifeq ($(CFG_SQL_FS),y) + TEES_CFLAGS += -DCFG_SQL_FS +@@ -67,22 +67,22 @@ TEES_CFLAGS_sql_fs.c := -Wno-strict-prototypes \ + # Note: explicitly requesting a shared library (.so) here, because statically + # linking a LGPL library has licensing implications. Make sure you review + # and comply with libsqlfs/COPYING section 6 before doing so. +-TEES_LDFLAGS += -L$(OUT_DIR)/../libsqlfs -l:libsqlfs.so -ldl ++TEES_LFLAGS += -L$(OUT_DIR)/../libsqlfs -l:libsqlfs.so -ldl + endif + + ifeq ($(CFG_TA_GPROF_SUPPORT),y) + TEES_CFLAGS += -DCFG_TA_GPROF_SUPPORT + endif + +-TEES_LDFLAGS += -lpthread ++TEES_LFLAGS += -lpthread + # Needed to get clock_gettime() for for glibc versions before 2.17 +-TEES_LDFLAGS += -lrt ++TEES_LFLAGS += -lrt + + tee-supplicant: $(TEES_FILE) + + $(TEES_FILE): $(TEES_OBJS) + @echo " LINK $@" +- $(VPREFIX)$(CC) -o $@ $+ $(TEES_LDFLAGS) ++ $(VPREFIX)$(CC) -o $@ $+ $(TEES_LFLAGS) + @echo "" + + $(TEES_OBJ_DIR)/%.o: $(TEES_SRC_DIR)/%.c +-- +1.9.1 + -- 2.13.1

8 years, 8 months

2
3
0 0

external-linaro-toolchain issues in master

by Denys Dmytriyenko

I'm still trying to get the external-linaro-toolchain going in master after all the recent changes... First of all, I'm seeing these: ERROR: external-linaro-toolchain-2017.02-r0.arago35 do_install: oe_multilib_header: Unable to find header bits/long-double.h. ERROR: external-linaro-toolchain-2017.02-r0.arago35 do_install: oe_multilib_header: Unable to find header bits/fp-fast.h. They are coming from these changes: http://cgit.openembedded.org/openembedded-core/commit/meta/recipes-core/gli… http://cgit.openembedded.org/openembedded-core/commit/meta/recipes-core/gli… I believe (please correct me) those are due to Linaro toolchain 6.3 still using glibc 2.23... But the real problem comes when I try to build gcc (either "linaro-6.3" from meta-linaro-toolchain, or "6.3" from oe-core) for the target using external-linaro-toolchain: | g++: error: gengtype-lex.c: No such file or directory | g++: fatal error: no input files It seems to come from oe-core gcc-source.inc, which removes gengtype-lex.c in order to re-generate it: http://cgit.openembedded.org/openembedded-core/tree/meta/recipes-devtools/g… Has anyone looked into fixing these issues? What's the status of external-linaro-toolchain in master? Will this be looked at for 6.3 version, or not until 7.x gets integrated? Thanks. -- Denys

8 years, 9 months

3
2
0 0

[PATCH] binutils: update binutils-cross specific patch to follow oe-core

by Denys Dmytriyenko

From: Denys Dmytriyenko <denys(a)ti.com> When OE-Core updated binutils to version 2.28, many of the patches got updated and renamed: http://cgit.openembedded.org/openembedded-core/commit/?id=e9f839d5fe70a222c… Most of those do not affect binutils recipes in meta-linaro-toolchain, as patches are listed in version-specific .bb and .inc files for 2.25 and 2.27. But binutils-cross.inc is one of the generic common .inc files in OE-Core, that includes a patch that got renamed. Sync up this one patch with OE-Core to avoid these warnings: WARNING: /OE/master/sources/meta-linaro/meta-linaro-toolchain/recipes-devtools/binutils/binutils-crosssdk_linaro-2.25.bb: Unable to get checksum for binutils-crosssdk-x86_64-arago-linux SRC_URI entry 0002-binutils-cross-Do-not-generate-linker-script-directo.patch: file could not be found WARNING: /OE/master/sources/meta-linaro/meta-linaro-toolchain/recipes-devtools/binutils/binutils-cross_linaro-2.25.bb: Unable to get checksum for binutils-cross-arm SRC_URI entry 0002-binutils-cross-Do-not-generate-linker-script-directo.patch: file could not be found Signed-off-by: Denys Dmytriyenko <denys(a)ti.com> --- ...ss-Do-not-generate-linker-script-directo.patch} | 26 +++++++++++++++++----- 1 file changed, 20 insertions(+), 6 deletions(-) rename meta-linaro-toolchain/recipes-devtools/binutils/binutils-linaro-2.25/{no-tooldirpaths.patch => 0002-binutils-cross-Do-not-generate-linker-script-directo.patch} (75%) diff --git a/meta-linaro-toolchain/recipes-devtools/binutils/binutils-linaro-2.25/no-tooldirpaths.patch b/meta-linaro-toolchain/recipes-devtools/binutils/binutils-linaro-2.25/0002-binutils-cross-Do-not-generate-linker-script-directo.patch similarity index 75% rename from meta-linaro-toolchain/recipes-devtools/binutils/binutils-linaro-2.25/no-tooldirpaths.patch rename to meta-linaro-toolchain/recipes-devtools/binutils/binutils-linaro-2.25/0002-binutils-cross-Do-not-generate-linker-script-directo.patch index 2bfc8d4..14299fd 100644 --- a/meta-linaro-toolchain/recipes-devtools/binutils/binutils-linaro-2.25/no-tooldirpaths.patch +++ b/meta-linaro-toolchain/recipes-devtools/binutils/binutils-linaro-2.25/0002-binutils-cross-Do-not-generate-linker-script-directo.patch @@ -1,20 +1,31 @@ +From 7c7de107b4b0a507d2aeca3e3a86d01cb4b51360 Mon Sep 17 00:00:00 2001 +From: Khem Raj <raj.khem(a)gmail.com> +Date: Mon, 6 Mar 2017 23:37:05 -0800 +Subject: [PATCH 02/15] binutils-cross: Do not generate linker script + directories + We don't place target libraries within ${exec_prefix}, we'd always place these within the target sysroot within the standard library directories. Worse, the append_to_lib_path code prefixes these paths with the sysroot which makes even less sense. -These directories therefore don't make sense in our case and mean we have to -relocate all the linker scripts if they're present. Dropping them +These directories therefore don't make sense in our case and mean we have to +relocate all the linker scripts if they're present. Dropping them gives a reasonable performance improvement/simplification. Upstream-Status: Inappropriate RP 2017/01/30 -Index: git/ld/genscripts.sh -=================================================================== ---- git.orig/ld/genscripts.sh -+++ git/ld/genscripts.sh +Signed-off-by: Khem Raj <raj.khem(a)gmail.com> +--- + ld/genscripts.sh | 23 ----------------------- + 1 file changed, 23 deletions(-) + +diff --git a/ld/genscripts.sh b/ld/genscripts.sh +index a42c4d7a4b..d727b4d07e 100755 +--- a/ld/genscripts.sh ++++ b/ld/genscripts.sh @@ -189,29 +189,6 @@ append_to_lib_path() fi } @@ -45,3 +56,6 @@ Index: git/ld/genscripts.sh if [ "x${LIB_PATH}" = "x" ] && [ "x${USE_LIBPATH}" = xyes ] ; then libs=${NATIVE_LIB_DIRS} if [ "x${NATIVE}" = "xyes" ] ; then +-- +2.12.0 + -- 2.7.4

8 years, 9 months

2
1
0 0

possible inconsistency in dragonboard HW user manual

by Robert P. J. Day

not sure if this is the right list to point out oddities in the documentation, but i'm reading this: https://www.96boards.org/db410c-getting-started/HardwareDocs/HWUserManual.m… and in the ToC, under "Low Speed Expansion Connector", there is no mention of I2S, but in the very next section, "Introduction", under "I/O Interfaces", one reads: One 40-pin Low Speed (LS) expansion connector UART, SPI, I2S, I2C x2, GPIO x12, DC power ^^^ should I2S be added to the ToC for consistency? or am i misreading something? rday -- ======================================================================== Robert P. J. Day Ottawa, Ontario, CANADA http://crashcourse.ca Twitter: http://twitter.com/rpjday LinkedIn: http://ca.linkedin.com/in/rpjday ========================================================================

8 years, 9 months

2
1
0 0

creating a bootable image for DB410C? (and other 96boards?)

by Robert P. J. Day

still clawing my way through the previous replies to my admittedly tedious questions, but since i want to get specific with this issue, i thought a new thread would be in order. i think my biggest obstacle with this DB410C is just getting used to a new boot process that is clearly more sophisticated than what i'm used to with other boards, like my BBB. rather than ask numerous questions, is there a canonical explanation of the boot procedure, like say the hardware reference manual, or something like that? i think a lot of my confusion will evaporate as soon as i can say, "ah, so *that's* how the boot process works." to that end, i'm going to check out the actual flashing utility in the debian install image; i figure reading the source is the best way to get to the bottom of this. rday -- ======================================================================== Robert P. J. Day Ottawa, Ontario, CANADA http://crashcourse.ca Twitter: http://twitter.com/rpjday LinkedIn: http://ca.linkedin.com/in/rpjday ========================================================================

8 years, 10 months

2
1
0 0

couple questions about installing latest debian image on DB410C

by Robert P. J. Day

i don't currently have access to the DB410C (colleague has wandered off with it), but what should be a couple simple questions. i'm reading the Installation Guide here: https://github.com/96boards/documentation/wiki/Dragonboard-410c-Installatio… and the basic recipe for installing the latest debian image without using fastboot is given in the section: https://github.com/96boards/documentation/wiki/Dragonboard-410c-Installatio… i notice that that section clearly instructs the user to hook up a mouse, keyboard and monitor to do this graphically. can you not do that same install without all that hardware, like through the console port? and if i read a bit further, i see that if one uses "fastboot", it appears that that would solve the problem. so if i had the board and only a power adapter and USB cable to support a terminal window, what would be the proper approach? rday -- ======================================================================== Robert P. J. Day Ottawa, Ontario, CANADA http://crashcourse.ca Twitter: http://twitter.com/rpjday LinkedIn: http://ca.linkedin.com/in/rpjday ========================================================================

8 years, 10 months

3
8
0 0

building and booting into u-boot on the dragonboard 410c?

by Robert P. J. Day

before i get to installing and/or booting the linux image i build with openembedded, i'd like to boot simply to the appropriate u-boot binary for this target board. first, i've already bitbaked an absolutely stock "core-image-minimal" image for this board without issue using the meta-qcom layer at git://git.yoctoproject.org/meta-qcom although nicolas tells me that that layer is more generally maintained on github at: https://github.com/ndechesne/meta-qcom but that's easy enough to change. haven't booted into that image yet, just wanted to verify that the build worked with no problem and produced all the artifacts i expect from an OE build. worked flawlessly. to add u-boot to the build process, i went back and added the following lines to my local.conf: EXTRA_IMAGEDEPENDS += "u-boot" UBOOT_MACHINE = "dragonboard410c_config" again, build appeared to work perfectly, and generated the new artifact: u-boot-dragonboard-410c-2017.01-r0.bin so, again, looks good. at this point, it appears that the recipe for booting to u-boot is in the readme.txt file in the appropriate directory in the u-boot source: http://git.denx.de/?p=u-boot.git;a=blob;f=board/qualcomm/dragonboard410c/re… can anyone verify that that is still the correct set of instructions? and as i read it, to get to "fastboot" mode, i don't need the FTDI connection, just USB OTG should do it, is that correct? is there a way to install the u-boot binary on the SD card and boot directly from there? rday -- ======================================================================== Robert P. J. Day Ottawa, Ontario, CANADA http://crashcourse.ca Twitter: http://twitter.com/rpjday LinkedIn: http://ca.linkedin.com/in/rpjday ========================================================================

8 years, 10 months

2
3
0 0

upcoming questions on building u-boot and OE for dragonboard 410c

by Robert P. J. Day

following up on a question i asked on the generic OE mailing list, and nicolas dechesne's extensive reply: http://lists.openembedded.org/pipermail/openembedded-core/2017-May/136547.h… i figured i might as well move the discussion here since most of my queries will be specific to that target board. briefly, i unpacked my new dragonboard, cabled it up, plugged it in and it popped into android as i expected it would, so i can at least verify that that part works. also, i have a fair bit of experience with ARM, openembedded and u-boot, so i'll try not to ask idiotic questions. first question coming shortly, might as well keep them modular and not try to ask everything at once. rday -- ======================================================================== Robert P. J. Day Ottawa, Ontario, CANADA http://crashcourse.ca Twitter: http://twitter.com/rpjday LinkedIn: http://ca.linkedin.com/in/rpjday ========================================================================

8 years, 10 months

1
0
0 0

[PATCH] ldconfig-native: remove local copy in favor of oe-core one

by Denys Dmytriyenko

From: Denys Dmytriyenko <denys(a)ti.com> They are mostly identical, but oe-core is more recent and has 2 extra patches: http://cgit.openembedded.org/openembedded-core/commit/?id=adbf0b1fdf897076e… http://cgit.openembedded.org/openembedded-core/commit/?id=0b0e4d7aa64feded0… Signed-off-by: Denys Dmytriyenko <denys(a)ti.com> --- .../glibc/ldconfig-native-2.12.1/32and64bit.patch | 331 --------------- .../glibc/ldconfig-native-2.12.1/README | 8 - .../endian-ness_handling.patch | 454 -------------------- .../ldconfig-native-2.12.1/endianess-header.patch | 113 ----- .../glibc/ldconfig-native-2.12.1/flag_fix.patch | 24 -- .../ldconfig-default-to-all-multilib-dirs.patch | 37 -- .../ldconfig-native-2.12.1.tar.bz2 | Bin 21491 -> 0 bytes .../glibc/ldconfig-native-2.12.1/ldconfig.patch | 471 --------------------- .../ldconfig_aux-cache_path_fix.patch | 36 -- .../recipes-core/glibc/ldconfig-native_2.12.1.bb | 32 -- 10 files changed, 1506 deletions(-) delete mode 100644 meta-linaro-toolchain/recipes-core/glibc/ldconfig-native-2.12.1/32and64bit.patch delete mode 100644 meta-linaro-toolchain/recipes-core/glibc/ldconfig-native-2.12.1/README delete mode 100644 meta-linaro-toolchain/recipes-core/glibc/ldconfig-native-2.12.1/endian-ness_handling.patch delete mode 100644 meta-linaro-toolchain/recipes-core/glibc/ldconfig-native-2.12.1/endianess-header.patch delete mode 100644 meta-linaro-toolchain/recipes-core/glibc/ldconfig-native-2.12.1/flag_fix.patch delete mode 100644 meta-linaro-toolchain/recipes-core/glibc/ldconfig-native-2.12.1/ldconfig-default-to-all-multilib-dirs.patch delete mode 100644 meta-linaro-toolchain/recipes-core/glibc/ldconfig-native-2.12.1/ldconfig-native-2.12.1.tar.bz2 delete mode 100644 meta-linaro-toolchain/recipes-core/glibc/ldconfig-native-2.12.1/ldconfig.patch delete mode 100644 meta-linaro-toolchain/recipes-core/glibc/ldconfig-native-2.12.1/ldconfig_aux-cache_path_fix.patch delete mode 100644 meta-linaro-toolchain/recipes-core/glibc/ldconfig-native_2.12.1.bb diff --git a/meta-linaro-toolchain/recipes-core/glibc/ldconfig-native-2.12.1/32and64bit.patch b/meta-linaro-toolchain/recipes-core/glibc/ldconfig-native-2.12.1/32and64bit.patch deleted file mode 100644 index cdfeaea..0000000 --- a/meta-linaro-toolchain/recipes-core/glibc/ldconfig-native-2.12.1/32and64bit.patch +++ /dev/null @@ -1,331 +0,0 @@ -Upstream-Status: Inappropriate [embedded specific] - -We run the ldconfig in the cross fashion. make the code bitsize aware so that -we can cross build ldconfig cache for various architectures. - -Richard Purdie <richard.purdie(a)linuxfoundation.org> 2009/05/19 -Nitin A Kamble <nitin.a.kamble(a)intel.com> 2009/03/29 - -Index: ldconfig-native-2.12.1/readelflib.c -=================================================================== ---- ldconfig-native-2.12.1.orig/readelflib.c -+++ ldconfig-native-2.12.1/readelflib.c -@@ -40,39 +40,212 @@ do \ - - /* Returns 0 if everything is ok, != 0 in case of error. */ - int --process_elf_file (const char *file_name, const char *lib, int *flag, -+process_elf_file32 (const char *file_name, const char *lib, int *flag, - unsigned int *osversion, char **soname, void *file_contents, - size_t file_length) - { - int i; - unsigned int j; -- ElfW(Addr) loadaddr; -+ Elf32_Addr loadaddr; - unsigned int dynamic_addr; - size_t dynamic_size; - char *program_interpreter; - -- ElfW(Ehdr) *elf_header; -- ElfW(Phdr) *elf_pheader, *segment; -- ElfW(Dyn) *dynamic_segment, *dyn_entry; -+ Elf32_Ehdr *elf_header; -+ Elf32_Phdr *elf_pheader, *segment; -+ Elf32_Dyn *dynamic_segment, *dyn_entry; - char *dynamic_strings; - -- elf_header = (ElfW(Ehdr) *) file_contents; -+ elf_header = (Elf32_Ehdr *) file_contents; - *osversion = 0; - -- if (elf_header->e_ident [EI_CLASS] != ElfW (CLASS)) -+ if (elf_header->e_type != ET_DYN) - { -- if (opt_verbose) -+ error (0, 0, _("%s is not a shared object file (Type: %d).\n"), file_name, -+ elf_header->e_type); -+ return 1; -+ } -+ -+ /* Get information from elf program header. */ -+ elf_pheader = (Elf32_Phdr *) (elf_header->e_phoff + file_contents); -+ check_ptr (elf_pheader); -+ -+ /* The library is an elf library, now search for soname and -+ libc5/libc6. */ -+ *flag = FLAG_ELF; -+ -+ loadaddr = -1; -+ dynamic_addr = 0; -+ dynamic_size = 0; -+ program_interpreter = NULL; -+ for (i = 0, segment = elf_pheader; -+ i < elf_header->e_phnum; i++, segment++) -+ { -+ check_ptr (segment); -+ -+ switch (segment->p_type) - { -- if (elf_header->e_ident [EI_CLASS] == ELFCLASS32) -- error (0, 0, _("%s is a 32 bit ELF file.\n"), file_name); -- else if (elf_header->e_ident [EI_CLASS] == ELFCLASS64) -- error (0, 0, _("%s is a 64 bit ELF file.\n"), file_name); -- else -- error (0, 0, _("Unknown ELFCLASS in file %s.\n"), file_name); -+ case PT_LOAD: -+ if (loadaddr == (Elf32_Addr) -1) -+ loadaddr = segment->p_vaddr - segment->p_offset; -+ break; -+ -+ case PT_DYNAMIC: -+ if (dynamic_addr) -+ error (0, 0, _("more than one dynamic segment\n")); -+ -+ dynamic_addr = segment->p_offset; -+ dynamic_size = segment->p_filesz; -+ break; -+ -+ case PT_INTERP: -+ program_interpreter = (char *) (file_contents + segment->p_offset); -+ check_ptr (program_interpreter); -+ -+ /* Check if this is enough to classify the binary. */ -+ for (j = 0; j < sizeof (interpreters) / sizeof (interpreters [0]); -+ ++j) -+ if (strcmp (program_interpreter, interpreters[j].soname) == 0) -+ { -+ *flag = interpreters[j].flag; -+ break; -+ } -+ break; -+ -+ case PT_NOTE: -+ if (!*osversion && segment->p_filesz >= 32 && segment->p_align >= 4) -+ { -+ Elf32_Word *abi_note = (Elf32_Word *) (file_contents -+ + segment->p_offset); -+ Elf32_Addr size = segment->p_filesz; -+ -+ while (abi_note [0] != 4 || abi_note [1] != 16 -+ || abi_note [2] != 1 -+ || memcmp (abi_note + 3, "GNU", 4) != 0) -+ { -+#define ROUND(len) (((len) + sizeof (Elf32_Word)) - 1) & -sizeof (Elf32_Word))) -+ Elf32_Addr) note_size = 3 * sizeof (Elf32_Word)) -+ + ROUND (abi_note[0]) -+ + ROUND (abi_note[1]); -+ -+ if (size - 32 < note_size || note_size == 0) -+ { -+ size = 0; -+ break; -+ } -+ size -= note_size; -+ abi_note = (void *) abi_note + note_size; -+ } -+ -+ if (size == 0) -+ break; -+ -+ *osversion = (abi_note [4] << 24) | -+ ((abi_note [5] & 0xff) << 16) | -+ ((abi_note [6] & 0xff) << 8) | -+ (abi_note [7] & 0xff); -+ } -+ break; -+ -+ default: -+ break; -+ } -+ -+ } -+ if (loadaddr == (Elf32_Addr) -1) -+ { -+ /* Very strange. */ -+ loadaddr = 0; -+ } -+ -+ /* Now we can read the dynamic sections. */ -+ if (dynamic_size == 0) -+ return 1; -+ -+ dynamic_segment = (Elf32_Dyn *) (file_contents + dynamic_addr); -+ check_ptr (dynamic_segment); -+ -+ /* Find the string table. */ -+ dynamic_strings = NULL; -+ for (dyn_entry = dynamic_segment; dyn_entry->d_tag != DT_NULL; -+ ++dyn_entry) -+ { -+ check_ptr (dyn_entry); -+ if (dyn_entry->d_tag == DT_STRTAB) -+ { -+ dynamic_strings = (char *) (file_contents + dyn_entry->d_un.d_val - loadaddr); -+ check_ptr (dynamic_strings); -+ break; - } -- return 1; - } - -+ if (dynamic_strings == NULL) -+ return 1; -+ -+ /* Now read the DT_NEEDED and DT_SONAME entries. */ -+ for (dyn_entry = dynamic_segment; dyn_entry->d_tag != DT_NULL; -+ ++dyn_entry) -+ { -+ if (dyn_entry->d_tag == DT_NEEDED || dyn_entry->d_tag == DT_SONAME) -+ { -+ char *name = dynamic_strings + dyn_entry->d_un.d_val; -+ check_ptr (name); -+ -+ if (dyn_entry->d_tag == DT_NEEDED) -+ { -+ -+ if (*flag == FLAG_ELF) -+ { -+ /* Check if this is enough to classify the binary. */ -+ for (j = 0; -+ j < sizeof (known_libs) / sizeof (known_libs [0]); -+ ++j) -+ if (strcmp (name, known_libs [j].soname) == 0) -+ { -+ *flag = known_libs [j].flag; -+ break; -+ } -+ } -+ } -+ -+ else if (dyn_entry->d_tag == DT_SONAME) -+ *soname = xstrdup (name); -+ -+ /* Do we have everything we need? */ -+ if (*soname && *flag != FLAG_ELF) -+ return 0; -+ } -+ } -+ -+ /* We reach this point only if the file doesn't contain a DT_SONAME -+ or if we can't classify the library. If it doesn't have a -+ soname, return the name of the library. */ -+ if (*soname == NULL) -+ *soname = xstrdup (lib); -+ -+ return 0; -+} -+ -+int -+process_elf_file64 (const char *file_name, const char *lib, int *flag, -+ unsigned int *osversion, char **soname, void *file_contents, -+ size_t file_length) -+{ -+ int i; -+ unsigned int j; -+ Elf64_Addr loadaddr; -+ unsigned int dynamic_addr; -+ size_t dynamic_size; -+ char *program_interpreter; -+ -+ Elf64_Ehdr *elf_header; -+ Elf64_Phdr *elf_pheader, *segment; -+ Elf64_Dyn *dynamic_segment, *dyn_entry; -+ char *dynamic_strings; -+ -+ elf_header = (Elf64_Ehdr *) file_contents; -+ *osversion = 0; -+ - if (elf_header->e_type != ET_DYN) - { - error (0, 0, _("%s is not a shared object file (Type: %d).\n"), file_name, -@@ -81,7 +254,7 @@ process_elf_file (const char *file_name, - } - - /* Get information from elf program header. */ -- elf_pheader = (ElfW(Phdr) *) (elf_header->e_phoff + file_contents); -+ elf_pheader = (Elf64_Phdr *) (elf_header->e_phoff + file_contents); - check_ptr (elf_pheader); - - /* The library is an elf library, now search for soname and -@@ -100,7 +273,7 @@ process_elf_file (const char *file_name, - switch (segment->p_type) - { - case PT_LOAD: -- if (loadaddr == (ElfW(Addr)) -1) -+ if (loadaddr == (Elf64_Addr) -1) - loadaddr = segment->p_vaddr - segment->p_offset; - break; - -@@ -129,16 +302,16 @@ process_elf_file (const char *file_name, - case PT_NOTE: - if (!*osversion && segment->p_filesz >= 32 && segment->p_align >= 4) - { -- ElfW(Word) *abi_note = (ElfW(Word) *) (file_contents -+ Elf64_Word *abi_note = (Elf64_Word *) (file_contents - + segment->p_offset); -- ElfW(Addr) size = segment->p_filesz; -+ Elf64_Addr size = segment->p_filesz; - - while (abi_note [0] != 4 || abi_note [1] != 16 - || abi_note [2] != 1 - || memcmp (abi_note + 3, "GNU", 4) != 0) - { --#define ROUND(len) (((len) + sizeof (ElfW(Word)) - 1) & -sizeof (ElfW(Word))) -- ElfW(Addr) note_size = 3 * sizeof (ElfW(Word)) -+#define ROUND(len) (((len) + sizeof (Elf64_Word) - 1) & -sizeof (Elf64_Word)) -+ Elf64_Addr note_size = 3 * sizeof (Elf64_Word) - + ROUND (abi_note[0]) - + ROUND (abi_note[1]); - -@@ -166,7 +339,7 @@ process_elf_file (const char *file_name, - } - - } -- if (loadaddr == (ElfW(Addr)) -1) -+ if (loadaddr == (Elf64_Addr) -1) - { - /* Very strange. */ - loadaddr = 0; -@@ -176,7 +349,7 @@ process_elf_file (const char *file_name, - if (dynamic_size == 0) - return 1; - -- dynamic_segment = (ElfW(Dyn) *) (file_contents + dynamic_addr); -+ dynamic_segment = (Elf64_Dyn *) (file_contents + dynamic_addr); - check_ptr (dynamic_segment); - - /* Find the string table. */ -@@ -233,3 +406,33 @@ process_elf_file (const char *file_name, - - return 0; - } -+/* Returns 0 if everything is ok, != 0 in case of error. */ -+int -+process_elf_file (const char *file_name, const char *lib, int *flag, -+ unsigned int *osversion, char **soname, void *file_contents, -+ size_t file_length) -+{ -+ int i; -+ unsigned int j; -+ ElfW(Addr) loadaddr; -+ unsigned int dynamic_addr; -+ size_t dynamic_size; -+ char *program_interpreter; -+ -+ ElfW(Ehdr) *elf_header; -+ ElfW(Phdr) *elf_pheader, *segment; -+ ElfW(Dyn) *dynamic_segment, *dyn_entry; -+ char *dynamic_strings; -+ -+ elf_header = (ElfW(Ehdr) *) file_contents; -+ *osversion = 0; -+ -+ if (elf_header->e_ident [EI_CLASS] == ELFCLASS32) -+ return process_elf_file32(file_name, lib,flag, osversion, soname, file_contents, file_length); -+ else if (elf_header->e_ident [EI_CLASS] == ELFCLASS64) -+ return process_elf_file64(file_name, lib,flag, osversion, soname, file_contents, file_length); -+ error (0, 0, _("Unknown ELFCLASS in file %s.\n"), file_name); -+ return 1; -+} -+ -+ diff --git a/meta-linaro-toolchain/recipes-core/glibc/ldconfig-native-2.12.1/README b/meta-linaro-toolchain/recipes-core/glibc/ldconfig-native-2.12.1/README deleted file mode 100644 index 43fb983..0000000 --- a/meta-linaro-toolchain/recipes-core/glibc/ldconfig-native-2.12.1/README +++ /dev/null @@ -1,8 +0,0 @@ -The files are pulled verbatim from glibc 2.5 and then patched to allow -standalone compilation of ldconfig. - -Richard Purdie -OpenedHand Ltd. - -Upgraded the ldconfig recipe to eglibc 2.12.1 -Nitin A Kamble <nitin.a.kamble(a)intel.com> 2011/03/29 diff --git a/meta-linaro-toolchain/recipes-core/glibc/ldconfig-native-2.12.1/endian-ness_handling.patch b/meta-linaro-toolchain/recipes-core/glibc/ldconfig-native-2.12.1/endian-ness_handling.patch deleted file mode 100644 index 7f8e4db..0000000 --- a/meta-linaro-toolchain/recipes-core/glibc/ldconfig-native-2.12.1/endian-ness_handling.patch +++ /dev/null @@ -1,454 +0,0 @@ -Upstream-Status: Inappropriate [embedded specific] - -Do data input/output handling according to endien-ness of the library file. That -enables use of ldconfig in the cross fashion for any architecture. - -2011/04/04 -Richard Purdie <richard.purdie(a)linuxfoundation.org> -Nitin Kamble <nitin.a.kamble(a)intel.com> - -Index: ldconfig-native-2.12.1/readelflib.c -=================================================================== ---- ldconfig-native-2.12.1.orig/readelflib.c -+++ ldconfig-native-2.12.1/readelflib.c -@@ -38,6 +38,28 @@ do \ - } \ - while (0); - -+int be; -+static uint16_t read16(uint16_t x, int be) -+{ -+ if (be) -+ return be16toh(x); -+ return le16toh(x); -+} -+ -+static uint32_t read32(uint32_t x, int be) -+{ -+ if (be) -+ return be32toh(x); -+ return le32toh(x); -+} -+ -+static uint64_t read64(uint64_t x, int be) -+{ -+ if (be) -+ return be64toh(x); -+ return le64toh(x); -+} -+ - /* Returns 0 if everything is ok, != 0 in case of error. */ - int - process_elf_file32 (const char *file_name, const char *lib, int *flag, -@@ -59,15 +81,17 @@ process_elf_file32 (const char *file_nam - elf_header = (Elf32_Ehdr *) file_contents; - *osversion = 0; - -- if (elf_header->e_type != ET_DYN) -+ be = (elf_header->e_ident[EI_DATA] == ELFDATA2MSB); -+ -+ if (read16(elf_header->e_type, be) != ET_DYN) - { - error (0, 0, _("%s is not a shared object file (Type: %d).\n"), file_name, -- elf_header->e_type); -+ read16(elf_header->e_type, be)); - return 1; - } - - /* Get information from elf program header. */ -- elf_pheader = (Elf32_Phdr *) (elf_header->e_phoff + file_contents); -+ elf_pheader = (Elf32_Phdr *) (read32(elf_header->e_phoff, be) + file_contents); - check_ptr (elf_pheader); - - /* The library is an elf library, now search for soname and -@@ -79,27 +103,27 @@ process_elf_file32 (const char *file_nam - dynamic_size = 0; - program_interpreter = NULL; - for (i = 0, segment = elf_pheader; -- i < elf_header->e_phnum; i++, segment++) -+ i < read16(elf_header->e_phnum, be); i++, segment++) - { - check_ptr (segment); - -- switch (segment->p_type) -+ switch (read32(segment->p_type, be)) - { - case PT_LOAD: - if (loadaddr == (Elf32_Addr) -1) -- loadaddr = segment->p_vaddr - segment->p_offset; -+ loadaddr = read32(segment->p_vaddr, be) - read32(segment->p_offset, be); - break; - - case PT_DYNAMIC: - if (dynamic_addr) - error (0, 0, _("more than one dynamic segment\n")); - -- dynamic_addr = segment->p_offset; -- dynamic_size = segment->p_filesz; -+ dynamic_addr = read32(segment->p_offset, be); -+ dynamic_size = read32(segment->p_filesz, be); - break; - - case PT_INTERP: -- program_interpreter = (char *) (file_contents + segment->p_offset); -+ program_interpreter = (char *) (file_contents + read32(segment->p_offset, be)); - check_ptr (program_interpreter); - - /* Check if this is enough to classify the binary. */ -@@ -113,20 +137,20 @@ process_elf_file32 (const char *file_nam - break; - - case PT_NOTE: -- if (!*osversion && segment->p_filesz >= 32 && segment->p_align >= 4) -+ if (!*osversion && read32(segment->p_filesz, be) >= 32 && segment->p_align >= 4) - { - Elf32_Word *abi_note = (Elf32_Word *) (file_contents -- + segment->p_offset); -- Elf32_Addr size = segment->p_filesz; -+ + read32(segment->p_offset, be)); -+ Elf32_Addr size = read32(segment->p_filesz, be); - -- while (abi_note [0] != 4 || abi_note [1] != 16 -- || abi_note [2] != 1 -+ while (read32(abi_note [0], be) != 4 || read32(abi_note [1], be) != 16 -+ || read32(abi_note [2], be) != 1 - || memcmp (abi_note + 3, "GNU", 4) != 0) - { --#define ROUND(len) (((len) + sizeof (Elf32_Word)) - 1) & -sizeof (Elf32_Word))) -- Elf32_Addr) note_size = 3 * sizeof (Elf32_Word)) -- + ROUND (abi_note[0]) -- + ROUND (abi_note[1]); -+#define ROUND(len) (((len) + sizeof (Elf32_Word) - 1) & -sizeof (Elf32_Word)) -+ Elf32_Addr note_size = 3 * sizeof (Elf32_Word) -+ + ROUND (read32(abi_note[0], be)) -+ + ROUND (read32(abi_note[1], be)); - - if (size - 32 < note_size || note_size == 0) - { -@@ -140,10 +164,10 @@ process_elf_file32 (const char *file_nam - if (size == 0) - break; - -- *osversion = (abi_note [4] << 24) | -- ((abi_note [5] & 0xff) << 16) | -- ((abi_note [6] & 0xff) << 8) | -- (abi_note [7] & 0xff); -+ *osversion = (read32(abi_note [4], be) << 24) | -+ ((read32(abi_note [5], be) & 0xff) << 16) | -+ ((read32(abi_note [6], be) & 0xff) << 8) | -+ (read32(abi_note [7], be) & 0xff); - } - break; - -@@ -167,13 +191,13 @@ process_elf_file32 (const char *file_nam - - /* Find the string table. */ - dynamic_strings = NULL; -- for (dyn_entry = dynamic_segment; dyn_entry->d_tag != DT_NULL; -+ for (dyn_entry = dynamic_segment; read32(dyn_entry->d_tag, be) != DT_NULL; - ++dyn_entry) - { - check_ptr (dyn_entry); -- if (dyn_entry->d_tag == DT_STRTAB) -+ if (read32(dyn_entry->d_tag, be) == DT_STRTAB) - { -- dynamic_strings = (char *) (file_contents + dyn_entry->d_un.d_val - loadaddr); -+ dynamic_strings = (char *) (file_contents + read32(dyn_entry->d_un.d_val, be) - loadaddr); - check_ptr (dynamic_strings); - break; - } -@@ -183,15 +207,15 @@ process_elf_file32 (const char *file_nam - return 1; - - /* Now read the DT_NEEDED and DT_SONAME entries. */ -- for (dyn_entry = dynamic_segment; dyn_entry->d_tag != DT_NULL; -+ for (dyn_entry = dynamic_segment; read32(dyn_entry->d_tag, be) != DT_NULL; - ++dyn_entry) - { -- if (dyn_entry->d_tag == DT_NEEDED || dyn_entry->d_tag == DT_SONAME) -+ if (read32(dyn_entry->d_tag, be) == DT_NEEDED || read32(dyn_entry->d_tag, be) == DT_SONAME) - { -- char *name = dynamic_strings + dyn_entry->d_un.d_val; -+ char *name = dynamic_strings + read32(dyn_entry->d_un.d_val, be); - check_ptr (name); - -- if (dyn_entry->d_tag == DT_NEEDED) -+ if (read32(dyn_entry->d_tag, be) == DT_NEEDED) - { - - if (*flag == FLAG_ELF) -@@ -208,7 +232,7 @@ process_elf_file32 (const char *file_nam - } - } - -- else if (dyn_entry->d_tag == DT_SONAME) -+ else if (read32(dyn_entry->d_tag, be) == DT_SONAME) - *soname = xstrdup (name); - - /* Do we have everything we need? */ -@@ -246,15 +270,17 @@ process_elf_file64 (const char *file_nam - elf_header = (Elf64_Ehdr *) file_contents; - *osversion = 0; - -- if (elf_header->e_type != ET_DYN) -+ be = (elf_header->e_ident[EI_DATA] == ELFDATA2MSB); -+ -+ if (read16(elf_header->e_type, be) != ET_DYN) - { - error (0, 0, _("%s is not a shared object file (Type: %d).\n"), file_name, -- elf_header->e_type); -+ read16(elf_header->e_type, be)); - return 1; - } - - /* Get information from elf program header. */ -- elf_pheader = (Elf64_Phdr *) (elf_header->e_phoff + file_contents); -+ elf_pheader = (Elf64_Phdr *) (read64(elf_header->e_phoff, be) + file_contents); - check_ptr (elf_pheader); - - /* The library is an elf library, now search for soname and -@@ -266,27 +292,27 @@ process_elf_file64 (const char *file_nam - dynamic_size = 0; - program_interpreter = NULL; - for (i = 0, segment = elf_pheader; -- i < elf_header->e_phnum; i++, segment++) -+ i < read16(elf_header->e_phnum, be); i++, segment++) - { - check_ptr (segment); - -- switch (segment->p_type) -+ switch (read32(segment->p_type, be)) - { - case PT_LOAD: - if (loadaddr == (Elf64_Addr) -1) -- loadaddr = segment->p_vaddr - segment->p_offset; -+ loadaddr = read64(segment->p_vaddr, be) - read64(segment->p_offset, be); - break; - - case PT_DYNAMIC: - if (dynamic_addr) - error (0, 0, _("more than one dynamic segment\n")); - -- dynamic_addr = segment->p_offset; -- dynamic_size = segment->p_filesz; -+ dynamic_addr = read64(segment->p_offset, be); -+ dynamic_size = read32(segment->p_filesz, be); - break; - - case PT_INTERP: -- program_interpreter = (char *) (file_contents + segment->p_offset); -+ program_interpreter = (char *) (file_contents + read64(segment->p_offset, be)); - check_ptr (program_interpreter); - - /* Check if this is enough to classify the binary. */ -@@ -300,20 +326,21 @@ process_elf_file64 (const char *file_nam - break; - - case PT_NOTE: -- if (!*osversion && segment->p_filesz >= 32 && segment->p_align >= 4) -+ if (!*osversion && read32(segment->p_filesz, be) >= 32 && read32(segment->p_align, be) >= 4) - { - Elf64_Word *abi_note = (Elf64_Word *) (file_contents -- + segment->p_offset); -- Elf64_Addr size = segment->p_filesz; -+ + read64(segment->p_offset, be)); -+ Elf64_Addr size = read32(segment->p_filesz, be); - -- while (abi_note [0] != 4 || abi_note [1] != 16 -- || abi_note [2] != 1 -+ while (read32(abi_note [0], be) != 4 || read32(abi_note [1], be) != 16 -+ || read32(abi_note [2], be) != 1 - || memcmp (abi_note + 3, "GNU", 4) != 0) - { -+#undef ROUND - #define ROUND(len) (((len) + sizeof (Elf64_Word) - 1) & -sizeof (Elf64_Word)) - Elf64_Addr note_size = 3 * sizeof (Elf64_Word) -- + ROUND (abi_note[0]) -- + ROUND (abi_note[1]); -+ + ROUND (read32(abi_note[0], be)) -+ + ROUND (read32(abi_note[1], be)); - - if (size - 32 < note_size || note_size == 0) - { -@@ -327,10 +354,10 @@ process_elf_file64 (const char *file_nam - if (size == 0) - break; - -- *osversion = (abi_note [4] << 24) | -- ((abi_note [5] & 0xff) << 16) | -- ((abi_note [6] & 0xff) << 8) | -- (abi_note [7] & 0xff); -+ *osversion = (read32(abi_note [4], be) << 24) | -+ ((read32(abi_note [5], be) & 0xff) << 16) | -+ ((read32(abi_note [6], be) & 0xff) << 8) | -+ (read32(abi_note [7], be) & 0xff); - } - break; - -@@ -354,13 +381,13 @@ process_elf_file64 (const char *file_nam - - /* Find the string table. */ - dynamic_strings = NULL; -- for (dyn_entry = dynamic_segment; dyn_entry->d_tag != DT_NULL; -+ for (dyn_entry = dynamic_segment; read64(dyn_entry->d_tag, be) != DT_NULL; - ++dyn_entry) - { - check_ptr (dyn_entry); -- if (dyn_entry->d_tag == DT_STRTAB) -+ if (read64(dyn_entry->d_tag, be) == DT_STRTAB) - { -- dynamic_strings = (char *) (file_contents + dyn_entry->d_un.d_val - loadaddr); -+ dynamic_strings = (char *) (file_contents + read64(dyn_entry->d_un.d_val, be) - loadaddr); - check_ptr (dynamic_strings); - break; - } -@@ -370,15 +397,15 @@ process_elf_file64 (const char *file_nam - return 1; - - /* Now read the DT_NEEDED and DT_SONAME entries. */ -- for (dyn_entry = dynamic_segment; dyn_entry->d_tag != DT_NULL; -+ for (dyn_entry = dynamic_segment; read64(dyn_entry->d_tag, be) != DT_NULL; - ++dyn_entry) - { -- if (dyn_entry->d_tag == DT_NEEDED || dyn_entry->d_tag == DT_SONAME) -+ if (read64(dyn_entry->d_tag, be) == DT_NEEDED || read64(dyn_entry->d_tag, be) == DT_SONAME) - { -- char *name = dynamic_strings + dyn_entry->d_un.d_val; -+ char *name = dynamic_strings + read64(dyn_entry->d_un.d_val, be); - check_ptr (name); - -- if (dyn_entry->d_tag == DT_NEEDED) -+ if (read64(dyn_entry->d_tag, be) == DT_NEEDED) - { - - if (*flag == FLAG_ELF) -@@ -395,7 +422,7 @@ process_elf_file64 (const char *file_nam - } - } - -- else if (dyn_entry->d_tag == DT_SONAME) -+ else if (read64(dyn_entry->d_tag, be) == DT_SONAME) - *soname = xstrdup (name); - - /* Do we have everything we need? */ -Index: ldconfig-native-2.12.1/readlib.c -=================================================================== ---- ldconfig-native-2.12.1.orig/readlib.c -+++ ldconfig-native-2.12.1/readlib.c -@@ -169,7 +169,8 @@ process_file (const char *real_file_name - ret = 1; - } - /* Libraries have to be shared object files. */ -- else if (elf_header->e_type != ET_DYN) -+ else if ((elf_header->e_ident[EI_DATA] == ELFDATA2MSB && be16toh(elf_header->e_type) != ET_DYN) || -+ (elf_header->e_ident[EI_DATA] == ELFDATA2LSB && le16toh(elf_header->e_type) != ET_DYN)) - ret = 1; - else if (process_elf_file (file_name, lib, flag, osversion, soname, - file_contents, statbuf.st_size)) -Index: ldconfig-native-2.12.1/cache.c -=================================================================== ---- ldconfig-native-2.12.1.orig/cache.c -+++ ldconfig-native-2.12.1/cache.c -@@ -39,6 +39,29 @@ - # define N_(msgid) msgid - #define _(msg) msg - -+extern int be; -+ -+static uint16_t write16(uint16_t x, int be) -+{ -+ if (be) -+ return htobe16(x); -+ return htole16(x); -+} -+ -+static uint32_t write32(uint32_t x, int be) -+{ -+ if (be) -+ return htobe32(x); -+ return htole32(x); -+} -+ -+static uint64_t write64(uint64_t x, int be) -+{ -+ if (be) -+ return htobe64(x); -+ return htole64(x); -+} -+ - struct cache_entry - { - char *lib; /* Library name. */ -@@ -279,7 +302,12 @@ save_cache (const char *cache_name) - /* Number of normal cache entries. */ - int cache_entry_old_count = 0; - -- for (entry = entries; entry != NULL; entry = entry->next) -+ if (be) -+ printf("saving cache in big endian encoding\n"); -+ else -+ printf("saving cache in little endian encoding\n"); -+ -+ for (entry = entries; entry != NULL; entry = entry->next) - { - /* Account the final NULs. */ - total_strlen += strlen (entry->lib) + strlen (entry->path) + 2; -@@ -310,7 +338,7 @@ save_cache (const char *cache_name) - memset (file_entries, '\0', sizeof (struct cache_file)); - memcpy (file_entries->magic, CACHEMAGIC, sizeof CACHEMAGIC - 1); - -- file_entries->nlibs = cache_entry_old_count; -+ file_entries->nlibs = write32(cache_entry_old_count, be); - } - - struct cache_file_new *file_entries_new = NULL; -@@ -330,8 +358,8 @@ save_cache (const char *cache_name) - memcpy (file_entries_new->version, CACHE_VERSION, - sizeof CACHE_VERSION - 1); - -- file_entries_new->nlibs = cache_entry_count; -- file_entries_new->len_strings = total_strlen; -+ file_entries_new->nlibs = write32(cache_entry_count, be); -+ file_entries_new->len_strings = write32(total_strlen, be); - } - - /* Pad for alignment of cache_file_new. */ -@@ -358,9 +386,9 @@ save_cache (const char *cache_name) - /* First the library. */ - if (opt_format != 2 && entry->hwcap == 0) - { -- file_entries->libs[idx_old].flags = entry->flags; -+ file_entries->libs[idx_old].flags = write32(entry->flags, be); - /* XXX: Actually we can optimize here and remove duplicates. */ -- file_entries->libs[idx_old].key = str_offset + pad; -+ file_entries->libs[idx_old].key = write32(str_offset + pad, be); - } - if (opt_format != 0) - { -@@ -368,10 +396,10 @@ save_cache (const char *cache_name) - not doing so makes the code easier, the string table - always begins at the beginning of the the new cache - struct. */ -- file_entries_new->libs[idx_new].flags = entry->flags; -- file_entries_new->libs[idx_new].osversion = entry->osversion; -- file_entries_new->libs[idx_new].hwcap = entry->hwcap; -- file_entries_new->libs[idx_new].key = str_offset; -+ file_entries_new->libs[idx_new].flags = write32(entry->flags, be); -+ file_entries_new->libs[idx_new].osversion = write32(entry->osversion, be); -+ file_entries_new->libs[idx_new].hwcap = write64(entry->hwcap, be); -+ file_entries_new->libs[idx_new].key = write32(str_offset, be); - } - - size_t len = strlen (entry->lib) + 1; -@@ -379,9 +407,9 @@ save_cache (const char *cache_name) - str_offset += len; - /* Then the path. */ - if (opt_format != 2 && entry->hwcap == 0) -- file_entries->libs[idx_old].value = str_offset + pad; -+ file_entries->libs[idx_old].value = write32(str_offset + pad, be); - if (opt_format != 0) -- file_entries_new->libs[idx_new].value = str_offset; -+ file_entries_new->libs[idx_new].value = write32(str_offset, be); - len = strlen (entry->path) + 1; - str = mempcpy (str, entry->path, len); - str_offset += len; diff --git a/meta-linaro-toolchain/recipes-core/glibc/ldconfig-native-2.12.1/endianess-header.patch b/meta-linaro-toolchain/recipes-core/glibc/ldconfig-native-2.12.1/endianess-header.patch deleted file mode 100644 index a18b2c2..0000000 --- a/meta-linaro-toolchain/recipes-core/glibc/ldconfig-native-2.12.1/endianess-header.patch +++ /dev/null @@ -1,113 +0,0 @@ -Upstream-Status: Inappropriate [fix poky patch] - -This patch fixes build issues with a previous endian-ness_handling.patch on -distros that don't have macros referenced - -7/20/2011 -Matthew McClintock <msm(a)freescale.com> - -diff -purN ldconfig-native-2.12.1.orig/endian_extra.h ldconfig-native-2.12.1/endian_extra.h ---- ldconfig-native-2.12.1.orig/endian_extra.h 1969-12-31 18:00:00.000000000 -0600 -+++ ldconfig-native-2.12.1/endian_extra.h 2011-07-19 18:09:14.323048417 -0500 -@@ -0,0 +1,64 @@ -+/* Copyright (C) 1992, 1996, 1997, 2000, 2008 Free Software Foundation, Inc. -+ This file is part of the GNU C Library. -+ -+ The GNU C Library is free software; you can redistribute it and/or -+ modify it under the terms of the GNU Lesser General Public -+ License as published by the Free Software Foundation; either -+ version 2.1 of the License, or (at your option) any later version. -+ -+ The GNU C Library is distributed in the hope that it will be useful, -+ but WITHOUT ANY WARRANTY; without even the implied warranty of -+ MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU -+ Lesser General Public License for more details. -+ -+ You should have received a copy of the GNU Lesser General Public -+ License along with the GNU C Library; if not, write to the Free -+ Software Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA -+ 02111-1307 USA. */ -+ -+#include <endian.h> -+ -+#ifndef _ENDIAN_EXTRA_H -+#define _ENDIAN_EXTRA_H 1 -+ -+/* Don't redefine these macros if they already exist */ -+#ifndef htobe16 -+#ifdef __USE_BSD -+/* Conversion interfaces. */ -+# include <byteswap.h> -+ -+# if __BYTE_ORDER == __LITTLE_ENDIAN -+# define htobe16(x) __bswap_16 (x) -+# define htole16(x) (x) -+# define be16toh(x) __bswap_16 (x) -+# define le16toh(x) (x) -+ -+# define htobe32(x) __bswap_32 (x) -+# define htole32(x) (x) -+# define be32toh(x) __bswap_32 (x) -+# define le32toh(x) (x) -+ -+# define htobe64(x) __bswap_64 (x) -+# define htole64(x) (x) -+# define be64toh(x) __bswap_64 (x) -+# define le64toh(x) (x) -+# else -+# define htobe16(x) (x) -+# define htole16(x) __bswap_16 (x) -+# define be16toh(x) (x) -+# define le16toh(x) __bswap_16 (x) -+ -+# define htobe32(x) (x) -+# define htole32(x) __bswap_32 (x) -+# define be32toh(x) (x) -+# define le32toh(x) __bswap_32 (x) -+ -+# define htobe64(x) (x) -+# define htole64(x) __bswap_64 (x) -+# define be64toh(x) (x) -+# define le64toh(x) __bswap_64 (x) -+# endif -+#endif -+#endif -+ -+#endif /* endian_extra.h */ -diff -purN ldconfig-native-2.12.1.orig/cache.c ldconfig-native-2.12.1/cache.c ---- ldconfig-native-2.12.1.orig/cache.c 2011-07-19 18:21:28.347041301 -0500 -+++ ldconfig-native-2.12.1/cache.c 2011-07-19 18:22:54.118048064 -0500 -@@ -39,6 +39,8 @@ - # define N_(msgid) msgid - #define _(msg) msg - -+#include "endian_extra.h" -+ - extern int be; - - static uint16_t write16(uint16_t x, int be) -diff -purN ldconfig-native-2.12.1.orig/readelflib.c ldconfig-native-2.12.1/readelflib.c ---- ldconfig-native-2.12.1.orig/readelflib.c 2011-07-19 18:21:28.346041593 -0500 -+++ ldconfig-native-2.12.1/readelflib.c 2011-07-19 18:23:05.324059875 -0500 -@@ -25,6 +25,9 @@ - - /* check_ptr checks that a pointer is in the mmaped file and doesn't - point outside it. */ -+ -+#include "endian_extra.h" -+ - #undef check_ptr - #define check_ptr(ptr) \ - do \ -diff -purN ldconfig-native-2.12.1.orig/readlib.c ldconfig-native-2.12.1/readlib.c ---- ldconfig-native-2.12.1.orig/readlib.c 2011-07-19 18:21:28.346041593 -0500 -+++ ldconfig-native-2.12.1/readlib.c 2011-07-19 18:23:23.877046210 -0500 -@@ -40,6 +40,8 @@ - - #include "ldconfig.h" - -+#include "endian_extra.h" -+ - #define _(msg) msg - - #define Elf32_CLASS ELFCLASS32 diff --git a/meta-linaro-toolchain/recipes-core/glibc/ldconfig-native-2.12.1/flag_fix.patch b/meta-linaro-toolchain/recipes-core/glibc/ldconfig-native-2.12.1/flag_fix.patch deleted file mode 100644 index 4e9aab9..0000000 --- a/meta-linaro-toolchain/recipes-core/glibc/ldconfig-native-2.12.1/flag_fix.patch +++ /dev/null @@ -1,24 +0,0 @@ -Upstream-Status: Inappropriate [embedded specific] - -The native version of ldconfig was using native definition of LD_SO (i.e. -ld-linux-x86-64.so.2 ) which is not correct for doing the cross ldconfig. -This was causing libc.so on the target marked as ELF lib rather than -FLAG_ELF_LIBC6 in the ld.so.cache. - -Nitin A Kamble <nitin.a.kamble(a)intel.com> 2011/04/4 - -Index: ldconfig-native-2.12.1/readlib.c -=================================================================== ---- ldconfig-native-2.12.1.orig/readlib.c -+++ ldconfig-native-2.12.1/readlib.c -@@ -51,6 +51,10 @@ struct known_names - int flag; - }; - -+/* don't use host's definition of LD_SO */ -+#undef LD_SO -+#define LD_SO "ld.so.1" -+ - static struct known_names interpreters[] = - { - { "/lib/" LD_SO, FLAG_ELF_LIBC6 }, diff --git a/meta-linaro-toolchain/recipes-core/glibc/ldconfig-native-2.12.1/ldconfig-default-to-all-multilib-dirs.patch b/meta-linaro-toolchain/recipes-core/glibc/ldconfig-native-2.12.1/ldconfig-default-to-all-multilib-dirs.patch deleted file mode 100644 index 5ed4f6f..0000000 --- a/meta-linaro-toolchain/recipes-core/glibc/ldconfig-native-2.12.1/ldconfig-default-to-all-multilib-dirs.patch +++ /dev/null @@ -1,37 +0,0 @@ -Upstream-Status: Inappropriate [embedded specific] - -make ldconfig default to both /lib+/usr/lib, /lib32+/usr/lib32 and -/lib64+/usr/lib64 on bi-ABI architectures. - ---- - ldconfig.c | 10 ++++++++++ - 1 file changed, 10 insertions(+) - -diff -urpN a/ldconfig.c b/ldconfig.c ---- a/ldconfig.c -+++ b/ldconfig.c -@@ -52,7 +52,11 @@ - - #define SYSCONFDIR "/etc" - #define LIBDIR "/usr/lib" -+#define LIBDIR32 "/usr/lib32" -+#define LIBDIR64 "/usr/lib64" - #define SLIBDIR "/lib" -+#define SLIBDIR32 "/lib32" -+#define SLIBDIR64 "/lib64" - # define N_(msgid) msgid - #define _(msg) msg - -@@ -1373,6 +1377,12 @@ main (int argc, char **argv) - add_system_dir (SLIBDIR); - if (strcmp (SLIBDIR, LIBDIR)) - add_system_dir (LIBDIR); -+ add_system_dir (SLIBDIR32); -+ if (strcmp (SLIBDIR32, LIBDIR32)) -+ add_system_dir (LIBDIR32); -+ add_system_dir (SLIBDIR64); -+ if (strcmp (SLIBDIR64, LIBDIR64)) -+ add_system_dir (LIBDIR64); - } - - const char *aux_cache_file = _PATH_LDCONFIG_AUX_CACHE; diff --git a/meta-linaro-toolchain/recipes-core/glibc/ldconfig-native-2.12.1/ldconfig-native-2.12.1.tar.bz2 b/meta-linaro-toolchain/recipes-core/glibc/ldconfig-native-2.12.1/ldconfig-native-2.12.1.tar.bz2 deleted file mode 100644 index dc1e79888e9bf28226cf18513ebd4478ec90175f..0000000000000000000000000000000000000000 GIT binary patch literal 0 HcmV?d00001 literal 21491 zcmV()K;OSYT4*^jL0KkKSzNplS^$e*|NsB+0D*h||NsC0|NsC0|Nj6$0t5gA00962 z004jx00>}o9{1DbKmvVzDYv|Oo@Idd)&QPl`WXNy6zLn^T+aJFJ@xJHcJ(j5^}OEz z8{PFaqTAjmX}$Aq(Durg+s;0^QlCt=)lQn~!262meCXQ+o>U5bXs3@iDt%-d-(Pv~ zKH2X0ci!{X_ulRAWG!S;gi;&5LVd*9)33dyT}f1d6e)Im&wI)?we`!~-S01U_15Z| z*{;rZvtFJO<IZVZ4c)eOS6$CXU<cEy*{_G*<Z!PZ`+DuCmt&VKYwl$^t%^(A9p2sQ znR&kZ$9o@l7V6h^w_Wb<eYZY#+?lQ@pmomK%b`x(aXRa=mpGlTuDyZjSAE*=c5r+t z+P$8uJ9};1_Vvv1L(|i)*KGH9Ofy?Hw$c|px4gtL5GH^?35W>Mq|u6cnUOOpeu*}d z%}Rc$>66lfAZYb81_3FcLI_O+CL(PDqx4hsru9eYBzlMHPt_h!+DE7W7>0lV2{ef! zOp_A|dNN6<{HgeYPe^)Al)(eh1JnVdKzdCEngO6fk`W1lWK+{dO-G=ZihB`H$xVpV z@uVivsp&L&BSwG#03t|&WHca5fJw4wCQ^RXdYWpU(KSC&<caD(RKjgfYMKCghol;L zK@uV+flLEYrh!jNc~g3A6pvB)4JIk&1NA0=c}J)K004dH>->MK`=bcS=f9vIRwbb_ zMw%EY4A4NyLEaa=4n8~J4}kb<IOEWz2Tc4x^OSdMEZZ0J-wWZ4Rp$k1S@G3S;%^uX z;zp6HBtghfOqE9z92Xr(4g(*^LMfz#Q&7+dtPBPs5V948BLHepAP1lEdXK2cew$63 z{8w_9Lc+hk)PIovTypfsCWHEahni-cz|_{XU>h8cS=XOF=sO>h&LBG`l_~{6D8=YY zw`3F)Mhrn>kx?n3n4%gt%)f1$F__tidOwTN=>1z9blk{-B7%m5C<rK;D5Yr_sflI; zf)R#^h=!^_kL>?uCx-YKe{MRC?Q+ooOj3mcQj}E%4HVHuRWU^oOw?5rG$}<T1rWp% z4J}bZQZ$WFOq2xzP}4v$G!RuuQwE&I3MeFqsu-zou!M;q>x_#mT$apEim!g^`#(<y z67s{Q)iOYnEmbiz(^S<{RRq*PL@Pl70+A39Ddzs!`aJ)h=ds7DqW%moJ%)b-CJ2Tn z^3R)0HTbYT?w&k7{L}mCQPQP#&P@a3_FvPb6T(xj&Y3N2chvLll<S1M3cJHpF6wd@ zgmicgZXE?_0O&@XadyaWbXngg1WdK9y|7cHDixZ6K?2AWfq@c06oq?sc248&W{2*} zp6yxcpw+2*y@mO2DY=7`Lw~*2atx`q=0?HxIP0ZzGT^;)n5McWT*&)Qc{JZ2`rg5# z!3Cn=ZgHRDy7cSe{Q2LUZf8g=${~W%&ldfN4Pg&!!?0YXl`EFaNpjX{mgGC(ap8e& zl<N$7<`*7i=3tDM4jHPv+}}?Oq|}dMAz|tZPAn-znFQ_bFuneqf6^Ys_@nNB=MN2i zkqHbls{lW?i_4r69K`Yl7DSb>ML-A;-PggxP(mIO?bi7J9vknneZDyjdZ{RZtWBqH zZu+Gu0+yZ4!`z0cDk@r2vNC&PDnm0OQ&EjO#$Nt86uq)J2}=_<Ut*q^2SKr2_+mv1 zZ9E#Nj96n;Shm#_WI<-BqM(CTH563?6h#FBqNF=NAHwyIjrQ8_M-9xKuis7@B~Z4v zhYtj4(~MffP{Om0a<->*DGnt{0}fiphNl%en73woOd2%p;G!KNIQ4r$KUJ9z<<ok* zN#mwr9*pjRBVtp7@{VvPnhcDP$#n*&QIaN9v;{FB(p6rZ4b(i66-5C;(83lFIs}3W z7wEm@pPS{sUDIbBYwV-r_2a>KbzNcUuO3>f^xEfF0eUI#atfv`6kBcR_Gf>RmpR?u z+K?70q|MyJS}CoD>0{uih>9v|6^07Bg=Z|(sPL*@VU_{`o4J>s!MeJbWR|L9$9oQ( zX|=sH$5>l&>dx9@oa0*V=PqGRHe-SbhRV!Lr#VM--6{y0(K{iJ9Ar1Hi=8rwH*qf< zC^$l4{wfOJn@fmDP0<<Ya`nOcfoy*wIziSDbDt(7Uik6*)6^%4Oj9*A&nPXBclBaA zBy<C#{`^N9tl17z1@H3TGA0>aFZ^WEBMC}7#{@Jc7Eedr_+ch6!C5&FHC}F94bH}3 zrXTGY!vk?D<)MOQGSdjFD{eG085mV$u2H8-LX4)Q#%Q*RShcHzDq!|;!LraOS|hnw zu2tNtjHFc_HMy80IMib8)n*e?<Sf*|Fd3yR8$@E!D$_9=Qp%ZS$9Cvo!mKMT%*bk4 zQ!<Hj5dwl#R}{FnFd7zXu5Dr<hEXY&;w(p8!)6`L?kONbL5w7rb$s9T>i>5SZdyFv z*ynlk3)_<YUU%|#Bkn>9&syJS){g~#8zv!`Vi;)idOB|7^s7{)5Z|W?SJLZF`#Q&O zICl0Qw{4<Fi{{Mn#MZH-AetW-%7Tt?21~5I;rDYw2j+#zM`@Y!bf?;T;r4QG`0&l_ zcg~W=*21SpB`{gmy0>YA5f)z_LZYaQk4>nwNU23d1jSUD?75u7+z+NUWA9Z#)_zXE zk7VLFgML}GZ4@1ovTQ!GN>Q#gO#8Xqll9hRpFqE<6#+fSzz`5WQuxgkQ28?mU|N`B zppk-#Xd-AL2!f(YXenBn0hJN~loEsWVT4r-Oau{0M3hiaP+U$(($G+fMS_G89{XS3 zKRWfBFYj;f?ME$Cyt{h5H!*p+onCcbvR3AolTMzt?5|BU+0m;xfdnH>0YpPcLsL;q zEh5z|0YeZZO%%k`)RdGog$YAQP_ZpEQb{QlP|-0FKvfG6P^?8UK_L<pkwp~~5g}DE z5i=Y~l0?xFBoO+!;H#)b>GWyP8$uXCLNvq#9!VI<bAdgO2l;AHK8O%Mo<~qbsuT;v zJaTHN)&y8JGL)3DRS^`a6;f4+j*|hZIE6-HfMIC}%q@gq#uHN1Bc}`pq780jz+f1r zAWcN#Qk4)TG!;=f0h1+0Sfx2-5d@I66F|$Dm^3+xVGa^w1r)Gm1Azrq6a@@XQv}pW zOw`p8QB4yC08kXsNkIfzf`yS1treh+C5@<xqg1LM8F85rAj~wh1i@5MNR)|`9}mf( zO^IR~Wy-=sF~VgGz(_Dhr{H>#<cF$bF?X}BKj0!p0RvI@B#U>eLxXgmoR=|n)28ED zR{87IXTzcnT+4mVuif}bJci_t(F4_fQ~gKR>-}c_d+$saXCLd<TVG6S2^vB4;qSbE zO7!mFUQmqrBZ)sK_(*?;DM)Q(1gvX6Pbo}<qYk{gvFkl-FBXu}2_y7+`F5Z($M}%# zAGArc5d!A@pO1^~9_z8+OI+P>fVpq3r7F!#Wnt^>1e;R=QW$~y0f&wqD&Z=E0M%7h zRrq}bgHT^YixU%{>(Rpl5_lEa@6cZf##q;x@{kfj>Z9EFN;A9gAh!CCf0XII*L0Eu zEr<HyxaveT`#J6VaKs;z%Ggr`-w5yV73<95d6xoT5$l8@9eV?n@nU^dobcb?Aa`A0 zL_`*Vn;}dU;t}4%Bz+Jcd0(F~l&&iXTpr30zz2|BPVKJ1BD2N`>fzBHxqN|*z{rA8 z&H7kKdTjKT6(6=aEyGLG9hRNu7ZC>glfdlsIaYqz9up!}pk!d8lNdiWF%M<!ogC1s z9QqR@hg{Q#1}U7VFuX{Vo<2pUht)U+pJ$-Ooz2I0Jy~AGdg|Hrou9YPS=}CKdN>rc zhWk*?#vFb2>^UKn+m_fA9~8S8!NC?Fmak=%;ecw#?);wnp?4UWL$U{25YWbVMZ+7+ zJ^xJ%$31NfK)@}B9k3clu=K_Uz!7$E=M)m7Nbs4Qx2%pW<{j<XGPd=}0qOq-xzAp` zbAiKvfS%?Y0y|`HGBe&r(9z0!oO=W;vUnK)T|PVO$E=3kITv>LJ(5lBCwSFKuwEVp zoK$r<`K_TMRuGttaFz&dLPTXu`8SCaSIvKK5%K;Ta)&LS&TCRgcH#vS6qxIj7(E1) zAp1SydSLi3au4FES`i494<rfvG8%!EKnW+aT{rNfI0uS~TG;NeyNLRE*P5F7&E5xZ zZ|jmq5$Dw==yM};o=-rOE*4Lb++3kFgPqh=UL=7rxM|P0-f#MHTP|IGLqNitw5lM~ zOGdP4PIH~CJc8}Hl!q+jk}!rpKv|$J4V;4wt!#uOnG#+CL&f%w%1%UwG1B-?eZaxo zWnzBp@OQc4L>!@amtsA%`rDZ~Gk_P1J!|XsJA}SQc2D!OsAFt}p}0m<P$!Ym@9<`R z7f9*7y?nk+ViL;C!xE-D^`UQa1tKB~S$~tqA|DQ(B0f?Ak^oUMKCpCO%kO)NwuCL| z{FP*qMIzQzP*9~Rgi#X~u&L{T$N__;J@MCh`ga4uRQct^gz+8}ugBN%vL1(PvnM;G zxCBVatgj2AO%8wG!KQh4^l0Xj44!_To3oy&s~nAJFkmRA31&DY1J6U>!dcs(P~C!L zf#FsbeiIZ*0h+#9`K8;ekl!r>SP<w(QUKtsmbea>$}J9fGl*-yr{C<(5xp&}k-(sn zN5}lh?vr`MsPtb&f97bw<A1@~mu%e1`8geFBS8IRsPj7DZ{GIeY3VJ{^!bi3<TfTc z$o>8z#LMn#9Q)5`?JLi}d{p^wk3S*RJI`cxQrf3b^O!ilOyk2ayfg<Dw+XYuiP(I* z$Mv2m$K`ztTi{fLB#*PRn|An2c3579j2n1&-vh^IdE`tSrrt<&(1$SG8`GwHWIa{x zlQ|C1Oe9P^`N7qwHQ_AUZEbsX?L)(sX|`+<$7-_Vx)m1hJ1fT?5KptE^<>+}SBJR@ zt-?yqBF&n2#S!FTp$Nc=O|-sF2k_a_F_8_V8%&P0DeK9{r>9o&u3LfRa7rBUjnlEh zZG=fh9>FA;x)|nSK_nd^)Ng8H5;5djZG<ymfnL#!OeK_MMXf?nZ<vRMC^oMd5#l(u zc#DLWb8Q{+JE=QfTtsLv|I)IFhA2^4$IjOKKs~-6!?4HDNUIJn#MS!Z8$dkL0a|5C zKX8qjh8m#zt)p0LG#YT<z5|gVDN@p3LDAOn53(|ekU391Ry=WI=A84Bc^(;5Cgt42 zFmH9Fs!NLuXE2;=F?z`+IfJe_G64b?MLpkb|Ec`ac`;KVj;6mYluX76z)ryknGVNP z!QFJq0kV`ZX=)mcA31+c|Lbqxu~ols=FHoWm`eM^kOS=-NHHRrsdBsu9MsdlQM1!O zwzN}hO~_;L-n~7Yne%#}>Xb~Q%Ckssq4%PwT3^evkdhx?6$;VDg3gCNoPRJjuA1lg zszSU*1vjAe1FBMxU62jg-zkwXSFamjR@3PFYm}HzVXL6oNRkBHff55n8|g7mq-g(o zo1>LiJU&ZI(?q2}K>4muz|>C+hYWiS8!`Ko_Nhu@NCZ>SpCS%gF#fNbz{9V481tnH zh%&cbHLBLSq$q=LCC@LccbE4kOZcRW&rz=j9T^I+^Ng)DP(YI<?fip{ne=biC2)R3 zj(DoIloK7z6!N3z7=)}$A$5-hV3wL_7YWn%PRvF3dmC(VtK)_%3EUNkI;`th2b(y_ zgv@=AeF`c{0(R;k-H(2CSVGtlKwcUI8Ahl(YB!Y8JSO(vZ2SdU{cDwt>c!95GDqh8 z`INAll6KgyTNH^D&*_HZMVCcmx=&)2ssJOn4ifhc4NDrRjJI2F*KYothT~qJ1yV=R zSq;~V<euZ(*fsgEAPsv%6QvX+&f{2QfJ6JCK-Y~*88uTZlsDgQe52bU!C3`tNg5+D zRP0-JS<)ua{XIUs#4CdfC?4$I;zUlCnQaUdzpr-DAux%6&*}MpQS|z>J3UQqbtv(5 zfYVGj3-wB6<kH3?T8Uc%4N$|HvTK;=32x<N@0%BFnbX5Q?5s81ExeI<LIIiGi2XP* znhecIxXk;=QcaUPwky3JWD-wZ*R=#A@v|O|-u?Amdmn$t1EzbMujai_9RcLBBsC{Y za)Sk8MX3s+n9y5F3kD)Fh>9SnvLlUQ`a9>E*Wc~xACGu)dE@vk-rPL-GaPzq{s+=> zbcd~vQYVsl`6?{;o%$XdzOOsb_!nt}_{peZVl>s{d2-YS@2k7DPXg&vJX}~QYO7%j zBVgw$04x2(4O<*c$pwX@lkKS^l3x?gOTPNpC75zPU5-yq7Xg&%{9D)O8!@{JnwF9` z$e+Aog4H@Wu?J2OW^TqIwdwsDjN&axwdsEiVZNme0SYHykhsIP6^4<gfRBO{4_49; zW?^=m{C?D#m@ELT<alt`XqveKOykFH1HO16Hr(vvp-5NK>cYZeo`*eQQXsZx#x7uO z*%jErcmu(Vpjedz&Wc$XNKq?nclfIpQ&TV;*Q4#x?{NA|14*-<pA)wt*~$$3z`UcF zi!c&fos+11+_Lo2_nlhdRs!{GSRz6}0R$Z-a7S`CBMTKATr{1J!ybJAUL1*{$P0r) z4(UI9pfPka7DRlVB(HUECyq{J>ksI>h#-a`7;U}0UT{dJC>KOJA;OCr?j#LY*S;}; z<LWY<MMN5WC{UIMW*_GFW^&eeardEZDQ<D~TGo_wk<ghzgfETFF^0ooFdkA2xt`cD zj^}r9efApc&@^Ap+n%D+(JpfE%bjn#WtR;VN3c<_tK+F4ny5Xn_s4vab5kAnP{e*S z&_@SsIoP<GI`Ng{(cV4l!Iw&iJYnm4W5#2}>vcmA1wll#hZF3o;K-o7p}$3|V}eMS zlnP{sqFMrliAofuDWGCquyN1q6o%d#Ub#E1o~(%$*c6)dY!2a?8bcB_+rBWsj6!$x z{<@g?BH5G#&{>;j0z!djc*;Ccf0XQxi($#nS{m)L5Yy9!BI*jX=^kfjEDa<}ARM9* z5awH9W(^i&dBzSxCPAk$<({9p3!cP#Tl?I3-wwSGMJ*d2C4++kBVq{%ry>BrOx67o z_vq*Bmo(|C+u~5oBPvb^;yzToT=En)+~}xCj>>p(o_gg#DR?;$#EC%&o1LKHE~c_7 zcL`tG9$?SBCgq|vfm}p@Yd|p6zoUiY)BAUasGpx>^zP0OnM5R+ChXE8#}VlvHSsU= zMB?$!tnXzfN3?Bncs4fk)ALET3>-%-zgO?`XzaXk)pe*tEf*`}6`6TL(PlFe*K&W$ zRr=xF-I+%ZC!we^r1A(A<ySTX*<*b3vUFh8!ppn)J6MkylQ{amoNeemw;G40A6;?P zXmpoGeD&{T(pu5W8jTbWNn(=EeZQb~q>;4b+a`?@80<zuyLts8bg*L<61WsXByE=K zqI~LxA_N#Yon7^w)YNe+e{OouM`@XGo;~z*nMK1^&()L=H=+@4>Q;dYu#^C3WXw`l z+1S*K(E@W7bQHW879?%o>c0-JuSKg1_&8VMHxe7EG@~*%2&Iz%k91o>sAo@0<D&|$ zuR-(E7R+uoMocC@IN#G_XeiU*QKC%mKNR;P0I;&gkak!BWU_Wrh)gCq#yomcS=rms z4d7H8S-j2M9D9&%mQ1+v2Zim>d!l}jcv~Jhc21j6ZemdhB-4356CPse^fd6sG-xM@ zJw$a;(T04Ro*s_)eexV29A<==L}EQs8l!Z#w{q-PQy0QR?d92=?x<F5j4fN2gU8j1 z>|<{vie6yL-j1*~<=go#Sf*le5q4RNMq$O`=7AikmB_+$ButTpoV?Ybd#}*p?#pHR z=Nai#b!!|$u*JabId`?kv2S=6GTHW<#4QB|prREbXtl?u;TKx&x*7#VzF#Hqyl)td z0|peIKOUidw~1rFQg_|<5;#J@tD{iD0;2A|LIya{OEi#`fVGu9e!REueZJ@PVv6*0 z3%QwiT+sRhgSN#@ntCGP_2rlcc7Y9+3p22DRvsHG<;(#c;fq4d2UCbu223%$iXQ;1 z9&jzj!N7GQ$WG86okh85->fhn7!o%jjX@)`&*>l=T+!c7%fo2n!uP{Ymbif9P8NuW zkn%dI%To?$gos2hdj`uU4606kiK<sYEL9AIo{FnQD7#C~Y1LkTB{;yTkud3Ly`qN1 zH(1=kK>#~zfQ6@P3(y7Uml`+s*Q%*YT6r+^W41#pY?Sh;f^$<OhzFir>6{q}tJ@S* zn<HaZQB_sF=0mJm86zh&(tvJe?Ac#?lZ~n9)F$uKru=oDB*tbG^8V`*ifbbdKNz4| zemYb>tH)G9T7Z$?OvWe9-V9#d-gd*rF}5FQs%}TmN2eO%FhLvNF@<4x{WHN&mw%<l zjF^e+raLQ<(xWfuGEI3Jq7v3@hXzf8D~~v}J2~$>m$>5j<3=Vt)W<vWCzMS{obV1X zVPOdd;d4vp!)i6(eWG4^Fm_%xuww!ZZPN#f4XiE3@n;yfa5j+7nDDSixKxqNrXHUA z05?$#Kn{`<mo~JK!ULn6a2ypp_cr!Q)k?5ilQRSbZIGrt8YUc%pX_31efM_Vc_#c; z?q(f(qIPME9*SP<YNR{c^3Bl5v*x=SPzB>cL`f9Wc_8Is_W!f`qff83|F5UzU0<ql z&))6`Z>j9{V~6cXr|g0UNT3!=Mxh}XZRY$rO+*~{q<wdb1G^RgAVL5kUD^=%I`^*@ z?+F_#IEI&6=D~tOJ((d7W5N-LWL12g(eC$Cy1rW&K{BakK`>;35HM$EA(ANC9|Obn zzDXg`=x5*Xvfkl`i$50V6?d!c`Tdfg!?xYMEB|R^SuEhm!Pc@iDhWsdsK>U+l7fWg zVvP(H4J<;%ep~sVHD+dIm@v^@e{3Jd{z5;LjS8k>ieI5<wDy<zE}-=g3=#wp_lXbs zh01milj!cVMfMNUhCxdpNV5tT_D_f5$_LF^nF&nEwCp;?i&8sJjX^a9ML`f`P&x4@ zXLa~94t?1@f|Nlo#4)4vGl1|dR14Ga{y)R`eb)E?x7qOYWqBE^-vu?-UVHZA&zCNI zm#PB}N(X5kFni#`-%1X&T^b~N<^AOWLlhw@6s#~ZzWkpl8%j`62V9ASDqk*SAJmXN zHWCbwx{<;eAUKrKJpQd|P{<U>nN%yrM<fsUtT_q^Kz8OJP_%u70DdiC4HQ@4RUkT_ zaX<lbMFY|JakT>xKtc&12h@NbB{4;-c9=FlN|P&;7rKm>@AY~7u=swD&9_=2ZS~pn z#>?zf9#)6iCFJ%`752h2t2W-gtD<eepYS{{x9DCg)6b`QjBmnnWkfT*{Y$L)Rk;00 zA|%c~3{@|i2g}*&?_}MozjXN9;i=$*tP>ofKEd_*VyU0E?H<nD!b0bR46VN*aFBiP zz3IRE+`6qTt~w8*Z+AITa(A)gsSmnDieP~r$JddTc+~z9JtaXJc+SWOTLIBHDBSV! z#eT7y#C(lK&nI-)O1JGob3<+Y7E;M{9S^P|t3yFmtV!Z;gW*|WAHwkm-x~fpyYIEl zEJLEvXAjQk`r6Apw`xDPc-tzeVd1I^b8708bVada6&c620g!fTzNk~<qhEb#F3p!u z<9BKn?rZc6ew%(@?9Jq`^nL%Hp2CpkJD45;Jp#r|8JO7)KPI;y9%(jcmK5SE2}HUR z8-7OfLNme>$mGZd?*VTlO^rMKz0i(sIq>a{Z&zePIWfn!o8jAXrTsSNUdU`N_;z8~ zKI9lDB87%AbO?o8$o?+Q$iQs3J@w(2R4tcL)+_n-TKF!GaCrKww&`3D>!U~}Q&=oe zu?vsSNmX`cH@XzL+bd(P6JVC7xepiNz4NTSCrBPi4fz42kn<wN7V5G)XvfL;u&Uq5 ztn6SbRu-?K=ED|+v8_6*F{(P=s3Bm~S9&}0Inilpel^hs+VJLbt#jI-p=Ep#^C9Q6 z5psZQsOIKv7LHfL(PO+tex9#2mdsySi}tAvFu5vUuiw4l1+iIMuIP#GToO}^9?bUX z*sa55Ukw(9=|gjvXN&|Ps#%k-gG+L{tVM3N7ROPMV{lY<ZiW#?U(e9^r14dZ4e7sn zTBm{RN{qj6WnKDAp2aC#!ynPFTn#SVF27IEm9e8<)7zW{y71AnL?kSWK?lmzHPV{Q z#DiO|R%EiAD~>G;Fz@4`Oi!J?nXjaQ?<j-_pikqRWC!eo5I@5K`pJ0{a>b!sBX~<} z2Sv(Kku4h1WFY?ivrz2>K@!Y^sRJU6jqWO%gNT8M1NVeMAq36nS^@kZ242qjI=ud( zr{&jv^Yxc;8?vvIlw+LZYD7JdM}MEArA3*zx7_X3(EVZ(mwzbMJ$346)+=@QU3F#> z6B1D-Z5dyU4+K_m#u&HD!u&&MZ>^Y&e$UbVHUd85x%Oc3TOrVXkF9z2mMK(q$1Bfs zA9AusrS{vNu7hHTnAJhNVciU#XCxx*s(LqT9-R?LB&jM_I68&?Zg~gJdJ}#)LH&LD zcoty^FpLd^0uVB`z66V5KeMAP?6?0Q2Ep}2-eu+!Ut3C1c4c5^XJ!{a-blTn8GHq# ziZKaH@8?f>Mo}OJZ)=h}&mOB^O!`-U3M|Mn8tNP>p8u+synUH3zat>V0FneGfJCKa zUye6l8<$Hr9C34O+o(=1Q(34S8)pXyhJ(~N<+YPP3f2ijr#khI-?#le{vEbOy{RYW zEeSFK4TN*oqkTRmSm7{}2M@!V@T8!EUE@}ZwD~Q@!yODT7lD99EE%A6>S`fXG%lMq zVMX(toJ827*1()wUVJfS6K!zCtKo3g<c>o}D%;Tw8V;d)lg6S42x+OqU&&2Tt2JOS zKhQ^=#BpT7vYZY0Zn$AFGI=vCzK&Z$yJ(Qu*5i<%V5_h`LTxu_MhyZ(-;ca@c~_Di zXMVpgXiLnj4NxqVlbokB=tY071c;wR;}4+xXXW=7kZeTl_&F(LJCEL*quJu$!@=Y3 zT?TfNq3X=B3>qq8C0U5+^x!hsI8dBNgyH4*I30GrQfoy~TaF}{6<~5*n)-_%rZ#nu z&6Lz6bjhK*_ZY+GBvsx(xDk`;3=nW8EIUPO!|E1%q-*V<4e1SUaRx+cZyQs;PA)TX z^OqyX(Ga&l7I2bINI>UvsH+~qks~`{Do=rI(=YXYUHzJ>&LvMcd4m;K9`1-RgW8JV zuUFgl?PmUuyaFGFitO#Uy7hX>hwMwgzBg=dW9~sx>%DxC(<^*Dj_LPAVJ$>h`geOA zB)7xIGmo-<Pp`H&tm|~-Cxl-wI*5#5+{^JLc>+*=Dq@vs6!8KOv(-VgDVN&6v5P9+ zwBmkU^6pA8=TuYFvlEYw_*P@$-l#YJA9NX8A6z0zc59y9A@_BuWUquge>bPZNCY>f zDDN!MDA$Rr5aGiX^lZku{CcczGInUjA}U1I(AJSLA{dWR2lf>Dxb?(pV_)UPMZL|m zXB_H`<3z1_8$ld%HnTh$#-R8?w#@i6tbKcgVYm$S46vAPso3uKzJF5Y)-qrlk8#^{ zL1rgb7@0KF3x{{KRRiK2v?@Hr^P*eypP=*n_PywoN)n7}ZN?@wEl8jJg_SX~GR9WK zM(fOlim`KZ8fC>oqPUnDM#RcxF|?ym8*>J^o0TxO7PDq?IL;ijXAA_+VqMEyPBeFs z;2vsZPLT>49f2e%iaw)r)#~Z)L8FuIZii8m&-dPR4vIrUE-Bm(Eg&OHWT?fAa|hxz z;-B0M61yOuQ7GJEn8L*xeuXRm*ho*F^4XR|ejVC;-;Yl}$DVNor1}2;*ZaS+-*vyf zSf2Qg{o*;gXh;$YRU9RQHWMLz6V>aGwbE_t12nL<l@8JutCyX1%cgjUznw=DA5b?L z6u{COrgHDqj#c!ZMsDXfV>Ri~qgZ-zsA%IVqJ}9-Lj;J|8h)RuEcjrIaLh{v`>&A$ zrW(u$q3B*38vGdANMc64gc$VN38PYX5*n)LN|AeQ>cSv)^9e_Pi!OL}_j=u*!lI-` z0q%XN+h4y2Bw|`=p``m%Sf1gQ8IacNv}dK{G&XJ-J`aIli-&<eMv8M0xiyG^2N{Qc zC|`E$zUY&1z8ulHqz<_wX(dz|fSEhEr5y@uckG#t&t7-yykGG~B~Acz$CJlsCmNQf zV995!M3ZG&t;UwRVTQ&~8AAv_D+vtnBvlM-f4}2tW@6p{q=NXM4VAH7b`a%#l#50% zmFBbHU}gtL>_a8S&j?^VP{g?4@TC!;?(ZA&{SE=MS&p1L447%R*h{?D`=!N=ySdOz z!w<{tdeqoyE`y^aH%JUbzWW3tFU-vh*Rz=PsKO4qW)a6gS=Kr!$~jEqj^Z#Egew=o z<APyDasjWw%fJJ8Al|#k)uXqc>DlN*Q3Hph+N`IXt=p@YO}KGP4-e<*CV{=$A@oF< z^?|Iizs3RJAq=wH#yZ0eQ<F(_5GP{;$oDXH<C^1LHpRVD^cZEuOzL_ZhWjHirHA14 z{^Od~d5v^tH$S4q;$@$5V}uPbbnZST2~;G?90;I92nSEutML8(V(;UB8$Y)O%v|&% zT8^vcKymbYh8}MlZXRIXpJe06FK+ZdVl>gFRuc;Ze`nnv*3z}0?gNGvDhT;5rX%f9 z9`J<%HtUAEH@&bJe%J?uD#h)05ozoUqC>pa9&@fDl|LIqw^SGX$0ZYo4`sipaIH#- zlLmO!8U73({!MD+xTB0Tz3QlFs|HtVTIA58B5-0g)G=86+f*pDAp|z~Qyio&n4T6& z42B7*oLgmGeC85M3%%_Xp7Sy(Pnm<$jr}o9VcpU3Xg{vh7zhj{p~bV|2pHdnzv_<c zLm%CPzu1dyVfc8U<3`tZK(*{(n@dwBIq!sF6+RJtw#QpA*ApZ-sG^WV!E?qCLwVbi z+7>IRdy}jY6Hg%yC!#wyAte?4kq2YtDQ$-6P2$n~n~m`=BtY=C1jrEt59h6m{&#M_ z-^b5bSK;kbZsXS8nxK@E7LV2O!NMiVh%}oB`4-BP-p>WCbtCA%pIFnop&b;bL&G(u zIr4L5D7HBHv_=nx@rLY;{$D?yT2_;xAo<pi+B1vea}jbIQ6H-bhXWl=q7fa^<snwZ z$=ZQA1O+7bEtu5z^2Kvc{(Kqr@A!%7sgAMJibat9)a3)uRjXC!<o&xRH5^W8*4^OW zwPac5*f=;h5yuoAR@Nm1A!Z#g5kTv`g|KZM*I|XPR4naSS#L|}ymCzJ7HkeG?J(1z zP-l}+hAL368+FpLu-RP~4N<;~u6XFL46UR(`!KpzQUV|&)gZ$w5T2_rl3dUmR;d@P zqXYv$HBh32{k53Tx4zgy?mbqogCPLJ35Uy-&PInsv&gt+bM~By0~6rMAlkR-p#B9c zr|kUSqv-_xW@rKmgw%q+us^Pds)|4Ahasj5pcUFsoIuhr%Fr8$QCSfr%#}e+F#$vn zF|j};px8tB8!?pSb4?8}VhAOog|Q25VuH4a*p#)3z(y*9f{F?VrGTV~6Ly-!WG1Gh z0}z_Z$e<u9NNFV^Y9dtJhxp{)S~rj9fWl5>9N~^wF9a_-icsTx4dQ`1k9fOP1Il_) zs3077;Wq?8?%9x(A&~%2H&<JX!8HTb^dB;O>H7#cgHVU&{YpZgb>Kg@{NGrMJ;D27 zgP?yb5Iuka^(y}TLsMU=9mn$n#Y{0$E+L@^FbKmycf8HopOH%kV>^`97;z{}tAmrl z*msGz17Wc~WQZT82i4QK6r^HE9<MGOiQw~4;Qf(8V2{9g0n%)va0dQNLn(;}ff$Fy z*a5@4kTfBPKocD<?+yWlVs%3r3QV=H1Np+FkWL`?7B}}vbUDP|3E&Vx5=AHaP=~<h zrAkl=kCBuu%7_zq^LUnHkYH?4y8HqOL`B%I#}q8+ZeWzQ2aF_nlbU#Ls@5iHdi&>$ zBM6o$)Ly!SetFUaFz&Owz*|I+*7<R1>v3_gaQ{PGoq*-{*({t$N(9S~C<^tEHw4?* zH&0-VS@JLtP;~~$#B4~+j-gASUuQwq%jF9Y;W$s-jzmRd;B4;jg#jSRqOV&?VKKyp z3eYHBJca|@J}`0(bKnzj(7yB;3ZK(7sg~!eisdvQX*#NzMcncSiIM%@9FW1zfoUp` zxfC)GGKsJr2=>^r%Lriw0G-N2I(s%SfZ5qy2NoXRU;45-ksmULhCtA_J47VFJqYYO zfrvRb9D}>MZp-1=ft^FvCvz7-;;cu_N(XR1sRvU4)$2~kNDCOZAe;{Es*;LWYwWAS zU?pdGyy7X>6<$CAVD3j@JzDP`G#3dUQgee_>;chGvph<$H-}8Y-iO-|8^jp_3EE?t zPUppa{0Vd}X6S>^J46mBsmcx=W4g+9hwrri3iJ?18B)~K(LmUBt<W?uu=%-~2bM#G zPX}{}0?(|zWz#P#Z;jy{1BP6Z&rmR2tH30C$0=4Ab%&Z8X!S-Ts}#|DQCt*5!ZHJy z6*0v^kT4DbSm=~}km(ibUAx{vV4df_A%}6L&4J83%ID)ZnN6`_yF+D9VbXF)4;=z( zhNC_zY*6TAPD8wo#UJe`fuT=S$sU|@j6wtA#O@+s^)DC~kv+$&Ky2=!jD$aZI0%8j z@&n7ZfUSa*%he8K5U2uhA(v#>9YOK4sLd2h164dq9D|~BI}l)am$|)(!q!vTWWljv z#ZIN5@;7wqn~a7Y%nnA*z{2MBC=)ez?`{mD!D8n<2YeG?xMxDzG~iDqx)A0=ka1JA zz=6QwxF1=)_IPjNfsmcj8<OB2LrORW$QYc#if}U_vcDT1x5zzZkcsxZ;bG}LITd<E zN#-4t=hY5Zsk8@Xi|oS-VDl~~MLG>DiHJB{z!~9g{RPp$?8qHdvYW4&o=D__lJjqj zjD`lGN^$@XWKitb+=}=<ro7<9Jz)e#268odq+O792YR01&@!gvFnE#>+pykT2_BI& z68geUbp198eVxB-0w_m;2scyk08vUrG&hBn(IRn9^MULj<XE851_Ty|6Zf9PJ3Hc@ zVAThS8&k{A&9x|adQJ*%C(H0ZTmJ#~{tACSEA7GWzrg(0fio;(VhMLj|9|*Nl_|A| z>H2A`gY<+WY4n9FM5qCjlL9)K<Py*8-0kfL;DYHP6;Jj=+VyCcy$rQURe+3pgUBV^ zNIH7W&Y2+1smKlO+!+7OnzNKwmf;cik3dNT5dEy(eo@Ex{}1IakLoA+Ru<A#-6i*n zExT-O6aDPuJM|)ElG_v4ne@6?(j15T|5*Hf@7)aP)J6zCojuc^-+}Th)11fZgOgo7 zUJ*3y)1oQo*nWY(NIIXdKC?@x9H4?=s)(6gd^z?0bGc8pd_O<vH@7N_gkQD%;q!di zKSLkRWcZMUnwWR&KcXOXfJl~Zy8`aANCX&zlDXWFEWD4i1M`q@FmfkDf+drqz2)J) zqf}Y4{=iEOi#L>dIdS86F0S~4sD7V8HhG)mgpiLTw7a*8QM@_^r4(dbZkNxG*?>|Q z9vrVjk<W3G<QRt8p`v17SJIppwnj-OkKIrEtxbMc=}*zn{?z)9RQ$o~_~eq;A#&k@ zesaYrNYJGL$$oxtY8#9TE0dwkvZ<n_GOCfOs}%|<ZpEava=^(7QcQ>RIziaZDT;~M zHUZc_L0~@bmKhu2GHza2=hqLi1w`*VO1u(pG7g9Ilt7e0ARmhTy2r7NTE`Ot3av+f zFyTb5?Q-j7fRGyrIX%bRHGFgq!@KUCB^bUiQ%F!WRO<|n6c_=c`yEg^WCOwIA+eSr zA-Usz2LiaY4WT1CE~E$?gwQr%9TTYi*65T_5PAL0FG>eub|+h_!m!MF*0V!QJSSl* zZN&@1nCx{281BWCSl)Fn1Vx*fxT!f(meFw~WJHymVC9z6T)C43Mo?CB3NZ~{b0oQ8 zJfeAJJTE0$wGL=8B&eXE)Jco@k=Zo^e4?R2lr>yBx#AnnH(VhjBFQ7x7?|M3=1moD z&f*4v8dy~*7UmroJx%IkqiAmy@d`QUlJ=1~trHURT2h`8l&&6S)DfiVusHHjj6}7h z35L@En|3wXS6tqNgoLDbhhNLYeX*|3vaGi#s02i|0wjotyv$c9rHCLisXgJ$sR6Qa zmCf!;IPucWRn;Ttzfc}%<EYe%P?sWarG2&vLzG0K4NmNTvjD(C4_6;@$cAo^HW#{} z_M3^Zu*E}Jat#Gj--@9i2)6l-mFb2#lW2U9?Tx`hVOcz+`o6p9am>EwS7>yfA9?eP z_SVv0mMR9Yv{(EFyH3>@kO6^S@?@>WPk20%_?(o&_;@h5fWf`gkm>|)lQ^Gw@Z&h3 z9_i+5j92ip8POf;CKx$b0}qfMCOgj<W2ap^Devn5))jLwz~W;?rPR4m3yXw(5evq{ z2`p2y-$x}Zy8t;QNF9itFpEL>WywsOB~cCilJwL}(eRkBKIC(>HwUUxh%3;`@vwMA z-uDKYM1+bYGt52$Ou^}2Lv`?>@Vy9ZF%Ty!A*!JOla9#25jYV$duaG41vo_^A?Lzm za#%pSR5Y~EHq9b!ubJXz1}^}h|CfCjK_oFJL=3s_M&}Pv5Yz}PK*{n&s)3X}$rsOt zK3QIU5#Tq0D;JeOvFb{f1=y?XozXd-uDplEfNq+=dI8l714`1jY2%U@?F#8r%^}sn z4N7h(WQz9!eKHuPnLBzmjHd516Ek4Y<xoWV044<K1oJ>dD7&gUcEs5>RNZBiLe$-q za^N)+m>Qf<tM>Hws&+~0?UATS`*E8@`XgRCSV<#gQAHHB0HP<^1@dnM?)MU{7&43X zcXgCQ)SkEDBjnBWsA^fXKrb%zj07~|4p2y>J}s-1&m-nRvqJ;r?mlV@KkG>{dt3VU zM`#9VIf9v_0vyI@d-Zz3Fg2hGQ<I_B33BPE7SR<UfE3DY+21FOCx=E2n1iB*2(w)p z$IKIo$m|F}UVu_RUs?&Fcs_8XP?21JXjK3`lzhy>j4=StM*<iq_Sskg6gspn{(NOT z%TOu&Aw%e+7Ya6#C=h^oQB4>e5+5knyq_tgV|9YcWS;`4Uf)fjZXQ;G_1$nhV4Nvu z0f?d~u>9)T2d|o%>L{bg*OpNgMyT5ptds$es^(N!m^j;p{QH~St7k14y=Ge0MpQhX zRP{#Ay%MGcfiyKoJEt1JW)OtQnzpI<2n+&FAi9M<JU4`p3ZSE*<oSNuQ_o7(2?&)P z6rmyYvx@haFgD!!2=&s#6EI66vhwNekBEwJB!&+x4J<-L6jBaA<WLPMKxdm5XiZ$v zKxFW4B%yW8>BKB}pSL`h_fH}O-U{p~N+y=Fo%0DHdO4>d<dmgwq7hnwA~>6vabfI8 z^F&V+Bu%+S0p~Yf_@fstp-lmNx^%6#k<YQC&UR@*_(eLMBk{P2@*~HybNXjTRGcjf zAVvg%5-@X4H4zaqL1ZRWCqlsi5O%eI+*Fnt;?dLHF=MG12b^44hO$O`>F+zg9VHYK z=r<2OR5qSozlV?zMJ3P`9I`;E!_FPwCRp?Ify<UKkF~T`&-!(_H~g%%wMq%X{q`xF z$R5zVO*1bhLSjW^pB`QtVj;b8GgwQB@}_9DHJAx$x=yg>NMKyrSSSVvK&MH=3>^Q6 zhVy1Ha+#f+4vrY}a*T<Www-Efbz+-F14^nBX=+Z%)y}!W>=iNUFLKkjT+@+GtqRI+ z=8tXxoIe!`$fKQRCt<TleQ-#2fsze6w)<@5w%TwoDq3EU+0OM1EU?OSFasx`2PA-Y z*g)5E4^fc<DsP4N(*cTMB6gxDWWh{sTWE1k0nIV8bsglBNl@+C==1v1{h~V(kWDl) zK>QFmY&q;5_DxiP9wG(i)yUlOo??1ARvu<*s;pf*PL&#}qLQsS2XPjlk2(&peE~fU z8Sq_?#}{wEHal|XHN`lA-JDD8@Y3B$G|C{kVfCT-5UdC5F9BevgpnbP#>Qmeq*FtA zx58)>3Nlx50uYQ-CCFk-jzN$*<ekN+i6aR<3QM_deDTK^cklChzLSB_f;jn{aj6d% z&M4|ha$Fq;fSp4IK%v^JpC3NnB@N*R0S%P$9|>+vM_f5JU}O=PdbxbX8o|?vM8B^8 z-%?<tz_o?S*N2kyyCo@+Ecl^qXvlTiwRr~ReY1=(ZX-!w$6)KGqYyiqX@xv_xk`nM zn|kn*+Xft)-JP<aCw#aqL3_cahi#Dsrb|v(k!WagDfC-0Ff!8s#Y~d}moFQ*>0Zg= z?)UNV?j2s)L=gm5OcKUUn`psB^VNadmtp6_3DT`fXtYb)%-chi@W^7Ss;Z)>(gB2p zVk2aVO>&^PQk78PiyN#Ez|()f<Z}0&XLv;FHVa}(Te49OUtVrEe%Z?=V^&8A%S}kz zH;bk;i$x|hk^UqJ&4%M{FOFASgNt;=;^&70hGV6Wmaq4)bk9r};lm28!=eqcR>Vs) zaF}jfc1W}~_Uj^64dFSYPB!gTb=c~K16(^X!*|$Wx*FQL=JL!?yFM65%tZEeMF;}Z zX_)P2chzdpj;BHlY0c72Y?-iwY|Zb*h7m)*S?1(sO@uzUM2M`CN+@lRPBiN##om>o zRlIF2Y{CI75w`Q$Dsb)$`@_c(r%%EuNP)NL+_Xa`d=AW7vb(byW-RMRLO9QEmBuqN zXTxMzD+a=>CmZflqLNXD61<T}K5Dr>4v7^M`sYcl7smcIjbYb(!Aes*XT{*xCi&=- z#gui!?o2~LE!rDtc_?>>jur|IP}KDr!?4QTg^KBPDDw4}Eh!KTEdgOMH%eou9grA{ zfh$I(+ey}4(h(`dwPVA?4EmVHLiySd;sZ-D+zJ#Qk{rG)9yCoN7DWheQ#NWq!zS%` zqZM~x))$3RIU$9@!X$m1jjO@bPE&~{d#uIT!omdB$CHFFI6VZzxZ-2eo7mQ>PFsc7 z4(KlKJ86`zV$;dpTsO1T;aEH<Ac|ZaBs;ymz~pEeYr%!D14J3{Y=UgI<GO|b!mSbn zL=uF^Qj4=60C@q~()0z!f`b5uBydS67>5Z1Di~#vh%wy5XsQV2is{mJhd<F8jD*1$ z=TeFh&)o(_5ep5BX+xC$Yvghdo$v6;PMeb;6Y{4UU*&X5f<1)SQTKZ@p`97vr;c1; z^j?r{Fr|BMkI%ksYRs<a+QF)sfZmzfK{$>`IGq+!Fxx;h>=_X4n9A3^^_#dRp2eeE z8|J-sn;42z03QV|q}d#o{QGZEG$0^$){+wVEgGrt9HjzT(Kqu_Hd(q%{v+ZTJ;5XN z{0q9RL-iX0>N+RU{CdI#6s9Zlxmg7yO-UaK>EIye?SqZcJo36tnB83`*rqQD#=(0% zSQ%9#NKg?98M~qDJ97i7Qa7`OA6Y1Q{EkE~U&q(rc;pjdkIQOx;3L_F$I-v)Kshj+ z7swnwuv5Fd?|RyS2DB(iZ3mOe^i*IMUSK6M7iEPt2oy3f111}AyNN#^YtE=q60kW0 z8%>ZI7!2!@CH{{_!w_jnE~Xe&5Edgtwq_{AMJjN>L@&Xk4bBo(8PM4md8rdng2E@r zfE`b_yz&{bv;m^=h6{A1!1r<o<=#d&oYIYindBh|Dm+&H&^z;gQ9DhLva%jHRC)H~ z3x{OF+FthHaq(0ycqa7>!;op?l+hIB;?SKRUxbkQr^NW~(K8ISw54LXl*^7+D~>Wk zK!hwmmj;(DwBumjs6C^}Kf1}=-_nX92#}ANH+WD(zZSX@Psr)Mt>@3iv4?!>&`+Mv zA2mG877%#Sy&>X=!^-uW(|4^vq|!1qY><?IZ%m&khXB;v!)JU`WS?TN^4<`EBd^bP z5)uc`u<Z8(l}r$PCQ(=4@|N2N>X#^^^<r)v3VlaLxD(3f1R7L62?8WZ<mECG836Tz z(j~N@dg379FnkDyz@#euVF2Sr2@BHHW&OaGD7Ze)f9m*f`n}{|xARILZBG1ffIAlw z3=qJaVG0oIB>>4t%uPT<kqk&Wfm|doBw3shu$K+7_k&0rFZiPCVJg{D6i6v)WJT5# z`Ir_(gjQI>i~=b+X;8M+g}wi5>USV2We!wx!5wJ9fgs^A1BMJ=SaMiLP$zRdj-a53 zLMJ6U^w}nV4gZyO=K|DX9MMik2kF=wkO>k)!bqNe?X>Y&qF~dJ5l&de1lD3C7D1e| z0al~=E=(7g87J!HsoP7uaLR_}IayeZN;9&tL-muaC5r=4tp1a$nh7bHl~}5^SOp5b zs?3qC)CP=0tq>p+%AMbtkTtk|t2QTgQJc)eBaN{7H(Fsw_R$@QGn*4lE@G}O2N6<O zoerfifj7h+EH{YXcEjbG3MLxxEGkudlh%fP%tI5f8s4L@()r=nN*Ejx9x(D=mO1Bs z*2OMnBE=9zjl$y~eg+<2842T^=E?bgaQG5KAvw_XZ@QF0GL5O1?Mwv^6%O?2Lb6O* z0D;L`2i2?r6-Fp~B2=R`6H`cg>?#O51CuByf?*3dU{IylE0k!%&~^?Zk6q{xbq&Bd zSDxFGMD;V#IGIm<y&5a}aqrj@hzs#z5@+f2HT8P7wq4g~y<i7E!lGG<A%KZU35jZn zI?a=c<e};hU)Sj&AWOI0PGp_@t3wM2IAhtLhSd}q7ilOWh^90Jk)<)`?KB`9p-QeG zHdPD^2<WKcbODG)>Gm512q}ZG!M~}(DRGeD6Xrf6bRBX(SMmj6sft+zk$#d40#c<4 zz*!q*N+2*w)+-RvQImi~GniH)#5n~eDAF{<20)Y{NhqLi%=(&?U|7_%$kY)ALU~9! zX!IY}?v@jBQNY5PV_0?4lwfiP1SHIw4ak9l38G0LVQ|xiT+KORr?&$%YJstk(G@}* zz-77;d~R)->~YUtR2;Mq=i!TmL#|m_n%I4tR=H*o<})MD9==%whs!(5Q9pp;3{FH4 zkH~@e`+M(d0G^@@l@F>>go;3vfs#Q@0>F5}Y-TEbdNmdKL@*d3iY#0~ZA%3Bgf#T) z?}lTaj`{+TJ=w&?H2eyku~<Ry@zY?BToc>tk`KvhtSm*~agZV$a8m6pw{UMi5-YDE zgR2&rz}`<0zLJJw>chD^6q|O7;6N=U6smP9ebbtHs%m4^nU)m)B2g64X<clJtW;dI zQl>d5ny89tB1niWSV>7vOtGd|nI%+IiVEW>R-&kc1i>;uLPT1?$eM<zii$OwHI!<| zjo->*Qa=2z&k3bAPhrf3QE1Yh&Sxa_3J_lzBH5@!kWh)Td;7w*Tt7;EfcmhX%tUBd zND(Mu5|ao417(piUzuGW03M)l3_Hvetk#byb7Cj54G!_6@p?8#pnE7eVk26FBtk(3 z6ucf!US@GSy4ahb10YC=-~L-Z6U&E$KIvF|;{Efz%8LLX0RmSrT$*8`RUDTn^Bf13 zk3OGNsM2&CE#lqo4H|4cKh}n7lb&8SdS=bbxa0{j2?>JOkTMPA_ebFNzRwM2dAkG; zno1NYLy_ViG4hdnBP==17qsExb=7rAP(bz3>&zvHPRV{a93Y4`2y%CZk<W!8L?cBQ zCE}~B`Rt1#ErY*PL)XnTGjbL13zjlHr-B9tU~o$wC0L}8DS~AshDibfl98w=ib@7j zB82;|x@S}A-~fBs5c{6%5_{dEkqAH%voNqlO8IjdkVpuqh@wI7PnX>R(-SQ0Ph<JM z4CgmyJ7x*)Phy<DjAX%V?|~roq|j3uL)`p2I3pD?A~;1X5iqJs$qSf<gR*t006Ce) z=s$>VP&t~U5wLG6c{4Z@g)L&@<o64ro`lo5d}^k-RY&0=Vk(KRudw=y_ovhz^Rcus z$|qXyAO}$psUaiqYQ6DMk(kkl=48T5W>GC+nM1G?lr13NEwVlTi+XKw%MOlBaqpjW z@AgOC&f0A#fUDk5aecmGy-`BR#qxf9D<_a`df8C)3s##N)CN&eNN0!6d#$OD0VSTd zbaw;aBaEe{h?yw_rqsl8LM3)F!O{jU0~x>KAEc7?pq~U4Ar))L8_r45<KS4ZCLo;f zOh?2mBOt|`rN0yM)AkCRCqN)`hwA?~|37#9d4CW8e~<9}|HpaCPlzPl%|P<NUn>Yf z2u|f7=Z+Vw!QmkZAdRzpICYboWi+U33aJ)NrH0%vixH4H5<ogd6Jzw7y*KU3*Tm^k zXNScQzmaAA(+)M4a!?|guPxwd$(UtVElQV`e(D;jd;G`9Ts2l0G;ilfd@<XK|0twE z>n^UJD&Ok)qq^wh(3P+|%8)`{%yda0qA?7>)@bwz2uEh4AG)1)A?h5a*4K>MK$in) zS&M(Co8QBbhKz>gdea36zPK-wBGZ~|(qu$LeIJLp;o}qyZM(Q0gaODMpo6dAfDtt# zN6qqQ5Y3S0pad2Vz&Rsd4NBnC<)r+S;#?%!!?m_dkg0_qlLG-tlT&ypi1}WCJJJSE zzk!3{^kADHAAW6B$pG+xW+&qO+xofJo_mXZqwp1cue!vew|;Cj;-v=(-g;Hoq{^S_ z?KX;F5H1~Aj)NpTV-v?_ixgK_xq&|5;3}Jxx!Rgp<ZV3FL^h_G?Sq+Wk_2)1H^B7> zXXei=xk6^8Y$-JGw<>~lNy(u}W-HKlN8ki?@|%Vi+If5|vZ&titNh7P7)11r{{8eA zUFMLeOF2y;Eux7Sj1Io#J@Ld&{}KX*fQdk*2#Q|#B0_|NF;amMp<-GWQ@1xp1cT9) zRGy+KMDv`z;)FQ7BdBkTOp=sg@cO$r7yNSq9a&}uJxF^4tjIb;nR0n}34nYcI&|rK zft<9lJ)k64co8I170ePPukEnPT43r%lXiDe#EpXN+%HCqEknxDBd9S*14Q>p-c73E zOcztaicQd`F)rE<O=by=G8SE?PP_x>p!@U3Y0_Z*;WuW8cdB}JUL338k-0%;CQWlS z(mRMg4F?TL$R&l?$Wl9|2E?VzpcX+Wg(6LGV>qC4!*Ba2?tpy<w`Xc9kLXZYYvyKF zK0c2@hmvvm#<|Ld1hTctUb7boy;MDBgvic35<teiThV%Q5bn=MRIC<y1n<R^lw$Z7 zvx}7hJ7zN(FvTpK!?!X(;;!}2P!TdR<TZDDW+$9xr&Th2o9*}6p|xl^xi?}ze+p$j zlOcU=wwm`t%#Cl*-D{#19%3%0d8m|_qmXCqH5oh`;ojg>FI0^vp`$0A+`ZF?uHMYY z!qC*GPGuG1Vh$~lP9`%3)Jja`u;RKih1ij1CkeM3Z+)g~Rl&@!Y_-HWO2WMy)N<q& zN5NB{b<DA$t57OjFJ>QbTI~X`W?BX~h|5|S+elx5nJ$B7AjL8<K>Nih1G1Y4*DTx( z4+F8Vt2DDo6%thSdzdg#+7gd;5u)HZO;rlVH3+1W;ZwE*tN`@<xFhtSe8Vu>V|yKH z8lt9(_jAq#A;dF>kP+%12p1S&hLs6PK<@%TI}<_Ww0)+hzvbODhG&f*;El9mk`REh zAefla1#t56p*dS-!;<koWEjFkr0&pl5<5J~Wm5DZY0{)Kj#L|)fE&P4Mk^wGqIO6G zkRIe>W@_*KcEo-i?*lwa3doS;3Swtip{o#6LSqAJ3nmDP5IO<{pv_>J3qs&UYPE?m zs}L$8MwD?foCjc__3wx}MI;D5A`BhW`RI{AZX|#Z$URX?K--rz{8i@%O?hq|umSTw zf55{WUoIG=xfGO@kYCG*`u4!K#wGqc({Tp&Z;V2CU(p+cA<-O3x9R21r28_)9@Y@3 zvbWLWNO6%3n=mX1GqM_vU^V-Hq@m~DYicHukyex=^`15%tOl@lAY_kXs~ANEj{<l2 z9>NX;Bq1aop#xBN@BltT>=k$WS9ggc7j<aBIz;(9u8+aV-Z$Aer(47<yX=YRd`Ki= zW?~4Ft`w<{GI9;H&@w>LK%RvpG8#dM`%<|JBy=i|BcFym_`@QKB+_gE{yI0kp(2?k zK=glRs%8oXW5YMYs;YGa-lCXyVy5@4f?{xc{!;WZ72Q7D7l~1#0Dd$lF&+r9&SqP3 zwUDssB=nLVkZFC%uE>OfmP!?`>k9*5dk?ai--~&OV(OuB)M7QMNK{-#+@sNb|KTKZ zF*JONMioRNQ#*+V*jy6Fze>BvgWNnGlgaG#;jb<X5zBz`RTV`N6AtcwXJxmykTPw; z?x_N{{1oZw_5UP3(oo}sqlujUiqh<XPGFIP<I;PT_>dt>L=r}VfwCzO#U~&i5Og8j zmk-Auh5G(m#PK#ikx%j|dbm0s_@}g<Y3_^FLIwcxpAd_;6*~RT(ANb%&&peU0jzre zMYa=?`Xl<t@jE>oMi~?Bz;An{^2ziNbR`iFx}`$Imf1@5Qe2X?3r-2}{ZE%YFT?R? zH}+%R?smNTv=}bY-@W2^@(9DuKQ`L>Fl+OW(k$RnCXuAyH)(ycJy~?ae1=yC-4u|z zYb4grla@GQ658bYt}I}^YU-8^OS6<pv2uX(50_BwkHzwuI+8tK52HNl(tt2L!SL*R zeLIg`_P)Lu1Fh83t%laYXj|6kRK%wyoZ%WK(z9p|20OPmR5s2<%@b|cuF{Q(l<W8@ z(MUY|6ZEfkKr;M>>Qjj4X{NUxn^q)&A%dP+Q;6`OPs6t}MXUqNB62$+uxNd&l*pZ& z%=Xn>JkG(ynER{JJX^?u2q1k^zhW5&!3WmJpfj_TMQ!}4K(=zlo}Tl&rAUY}E1gJ; z4QsOt=bB<M2QK2tStSw(<=<Q=PH9IleV`i%90!C=Wvq!3`*{lk7C@}Y@fd1I&_N~| z)1)QVj5G^V5@-;H%5(YINT7|63|I<bXz6faxDk?j=~aM;q0>;*n3E}CK?^M;7zn!| zY;Bcdq+}5~Y7=Yf_Z#&ccRUxlm>DC%$0b3<aK=|%%PNZjkOmV6yF%@Qx-}@?W>)8s zg#Z{%43OwfNC&(LVgqjQeTq1wK!gP`4g)fF==119lYu7p5eQSev<wJgD3~yTc`Xt$ z3yFb~&Wp23Itg<eC@NH`U~Ig%4`dHa{V}L@deqnv@9&R!<a-$=lyY1eTxjDn3o2*P zLo}gHDngG*XcMS=#(ZysAtD!3xjY1WBiq|zNB5d3^(R3RAQE@bwfy+_>}*-*Fb1Df zo+SjFBZ#025&#u}>R#P#({N=}>CKVf(F3zCG{s@j2lTt~F)l*T>Pk=MxaP@FxXB<@ z)xyxaG!vJjwG{N8K)3CzLPhvei9|+~B}oKPBC3Rjr^F8Z5YP+-13)Q+1vGQ^r{qYc zrY0KX0PLzARHfn|WV1^ON<s_<Cy9iz^WH0Oo*n>?nr{zQK#LuM0+kgrMGiX_%*Ds9 zyOI_srWce%{z+VTiLkt$iFRE?XF`&rfH)M$6J#t6GeD$C6bo%+Wr0%w0PNj{;wvGR zGLQ-+1q)b!AThOwN>bEX<*>%kN`Ns`MPf)mVNzBUYYS@HR8c@kl_Z%5>HGJ$T669B zx1Ao|x_>*-cn7#m_ln*&nOIO?92<n*4LhhznISkN*?d6h2#0!?tn4;O*$y9G^&a6f zqExJL#~;wRl+h1)@HU89M3KB&N90F_#Iq1`;p^z&9S$wd(}~=HgAil3d6}}{bbDc* z<)BF$3BiwpVdVL{P)}8<<d~HKM>>u#fz0a6Kud6eupxt%W5Lbh&9zJKn1i4=Z5d4j zaS+;w$<ECmF?s1b@gxg&FtPj@fVO0f4Azvmr)*8>*Q4Xg?7@g%EMis$MuK3b8R#so zXp$^D$a|^c@cKNA-S3~d<xGm4GeIViEc8rc7Y^9mONO3=>21f|yCQfpAaZ(yiXB4o z<rSt|^0^p?siO-n&aJgEEe!x@lWu5O_Xl7dD}p+p7MlSf=k`@qWyn!EcOo2yCU|%$ z&Viy&*g+1=>Y8mzV-jOq!kOG7rd;Y3S;nLn43w*328_nZ9Tfc&dFrbAv9@W#0kyQJ z;;)TVfK>ceS9b12pG@ypY1Jd_4+U^wNCu5^md8L_4_cH`Gd=UN*qf6{kwTQ<!rn@Q zkGQew*wR|y=|Ex*^Y!nX7U?e2sGz0PIU$f+kg!J)1oYZ`)Zw%`+L*8pET*KIMle4s z7lpEyGvtS*B|RB@Lf=2krCPChGC>HR3kTMbdX64C2DD<zpHG$y>!R_3L8X(xiG_pm zsY<HE<U2*tDXy(Ww&d4R?U_^>deHX1g9NX(!u+SO$i%cl$qV3@*b}x3wOc6xJSf(R z%+4`P&O=0dZHQ%j^$p<&HpzsCmL(xFly*CaVi=Nx2^=Hm-Sk~($2+PA=FC`o;=aj# z59@~Z*|@<>vQ&pveKAs^7zI%kQ$|pB<AzyfrXs15U=(>*vLc+*+>OEM#P^fC9_2AR zP}f#E!>%$9O~JcrrQ2ougxbx_KBNmlxm(3N%2#71ZR$#+3nEl#CMhv(NN6PprVAA4 zHK+=S9{e&U$e~h&w$LqXVOc>XvY?H=Y?NHKTWvlJz|zGJj@jaetc*Wi9;gyf>i{^b z#-M2Y$4z$b4{W-s{B_87BlTwh=tZUP4-;eYgQ;^vlkzRyg12XSyY$@)l`wLKt>Q=& z*z*u*cXtv(NRu|5Zxa`x$oGo1g+|hmS~6^ske#e2+{{ByKzx>;E;`RzXQ>E-qIP3A zmS{}FWY#gu;gGgBqg}#N1k4uB7r6m7lw(WboX0rbPW_bD91Rda^^OrZW+=l;gf=Dc z=s+fM^iTwd+dOVe1>7VRr132&Vh*Tk5<(JTBYwJj)_I3nB>NJ}n9~@-W+QoHD{fmO z#IqSw)>|5T>5$gk#^w;oHv8=XJyuvqqO=y}%`x6Msf=7mvDa}{&N`N+LdIk~W~L4w zYcA9<7E2Sxc&$L~YGPpJP>ZJ)!^1JPOoX77RV>FaT{|(A{h@ZiL3c$P9euH=JEx+; zF3Txm?d<E~dD;%l8MBJ%ODQasl131dL<>u#0fZ1nU_3E{iDob{Df}i}eFErT4%R(! zZ=157qM*Z?D{3*3!ZraQgi+)<*e)7rTWga-9obbw#1C~il9rR<CdG<n4$(to0l5OK z!aABOa1$VI=IR+3AW&GKzzq{{SQaJ%6fpwO&@$}hUCu>%k;}S+lA0-s8-c|)BuBT$ z-dGVFbyJzvIP4+a1EkV)n51O3dhENfn2JS(8ryKSBIJP*jyE-|jBb>nv1&I<CZ`?j zBE|S#86fX^QPrngttp8NVO(?vO%Rbt28iICgC{2}LL3NW5^y2LdQgQ#D9U~!l_G$J zNK(?HsX~D_RHaaRWf0cm4eYS_P*FG}rCgfPK*ow9hd78*bT(Wfc9#+8xb<xbaJH5} z$g)Uf7*iCXT7-&ayCiD0z_|mH{8zmL#v#3Qq)K2dL_AR6%}e~Wavg{Xj-K2f80tIE zKf$-Sc&CwqV2PxlCMuAbiV9#-R{=D9v87F<9F*@FNf2P|iXsJ9Mu9?=QK0jKCa&^3 z?|Mx#8lrLt4d+63h0dpTG?!3MAgQC6WTe$4b_vr8WNLcfDM8>D6!hf><E8#1kxZY+ zR65^k0nJM7^&+nkRNW1sa4dutS>gbk0w2o&If!}T=aL>}GIdiuCu%={qzev_djs92 zzJq7;P*n0u`n<m3c66uYlgI%6g9>o`Y4hLN+w^zxHztALM?j01OO(i$9te}e*m=Zl zJ81qSh0nZ?Pf<2UpvU%mFWzL5)F_^hTY-_odU@j}<euUrBY3VKS=;(^ApVqk4}nf8 zPPTFkibU-&(wN8^76$%{ID)U&BrD^QAH+wQ0otFIThEm9(Dr`1DyhfkE5eE@A1<KS zWO)=HU876_#B3Z>$W#)UbR51cGD0Qvv5Hc#2o8)!kTm!#h7m7WC1`1(c3<d(QBy=s z+$VOvDK?q|W#L1d6a+yORWb@`>G{2a2ee>z2b_Ds+^g?J0JHVQO%f=4Fq3Apv1mw1 zVmm<Tuja5kwoXH2LszB%(UE?VBtXAI1}-)2ZGi%gzwHO|pSv7W6;X&86=SRDE}5(_ zS4l(t5Xdr_Fh2NkhmsYD7-M%B9N#tsPQ>`o@E?d}Jy7cS$f+0r%VE%fBQC>JAFp<4 z@~5jP2e~a1e_=KY4jX$`*HwD3o@jN{hIEWH?QF(@so^YJ6Ay$ql^A9$myjJXuuVkF zl#R|Ts&FTZqekYG1gTt0w1UI+fbiaQ9G#J19gyT<Cdtd?rar$Ve#3&Y2-c#Tz&{8s z;CTj7Hcb+qiX!&zJ?RKZB=?`hwP)?Rg~Useq*PDC;ELN8peODU5l8wD={g@7^&hky zr-MAJPbcu?E;TZiC@SqL`4fgZ7Rgc!Lja&_l0_t%lVm0Y)DJr<Lu8X$hw<+J@9mg@ ezwiD%Is@_~HSRlblT`=*;_gVN3K9#Kf=fV+qBXz( diff --git a/meta-linaro-toolchain/recipes-core/glibc/ldconfig-native-2.12.1/ldconfig.patch b/meta-linaro-toolchain/recipes-core/glibc/ldconfig-native-2.12.1/ldconfig.patch deleted file mode 100644 index 52986e6..0000000 --- a/meta-linaro-toolchain/recipes-core/glibc/ldconfig-native-2.12.1/ldconfig.patch +++ /dev/null @@ -1,471 +0,0 @@ -Upstream-Status: Inappropriate [embedded specific] - -enable standalone building of ldconfig - ---- - cache.c | 11 +- - chroot_canon.c | 7 + - dl-cache.c | 235 --------------------------------------------------------- - dl-cache.h | 3 - ldconfig.c | 27 ++++-- - readlib.c | 7 + - xstrdup.c | 11 -- - 7 files changed, 45 insertions(+), 256 deletions(-) - -Index: ldconfig-native-2.12.1/cache.c -=================================================================== ---- ldconfig-native-2.12.1.orig/cache.c -+++ ldconfig-native-2.12.1/cache.c -@@ -16,6 +16,9 @@ - along with this program; if not, write to the Free Software Foundation, - Inc., 59 Temple Place - Suite 330, Boston, MA 02111-1307, USA. */ - -+#define _LARGEFILE64_SOURCE -+#define _GNU_SOURCE -+ - #include <errno.h> - #include <error.h> - #include <dirent.h> -@@ -31,8 +34,10 @@ - #include <sys/stat.h> - #include <sys/types.h> - --#include <ldconfig.h> --#include <dl-cache.h> -+#include "ldconfig.h" -+#include "dl-cache.h" -+# define N_(msgid) msgid -+#define _(msg) msg - - struct cache_entry - { -Index: ldconfig-native-2.12.1/chroot_canon.c -=================================================================== ---- ldconfig-native-2.12.1.orig/chroot_canon.c -+++ ldconfig-native-2.12.1/chroot_canon.c -@@ -17,6 +17,9 @@ - along with this program; if not, write to the Free Software Foundation, - Inc., 59 Temple Place - Suite 330, Boston, MA 02111-1307, USA. */ - -+#define _LARGEFILE64_SOURCE -+#define _GNU_SOURCE -+ - #include <stdlib.h> - #include <string.h> - #include <unistd.h> -@@ -27,7 +30,9 @@ - #include <stddef.h> - #include <stdint.h> - --#include <ldconfig.h> -+#include "ldconfig.h" -+ -+#define __set_errno(Val) errno = (Val) - - #ifndef PATH_MAX - #define PATH_MAX 1024 -Index: ldconfig-native-2.12.1/dl-cache.c -=================================================================== ---- ldconfig-native-2.12.1.orig/dl-cache.c -+++ ldconfig-native-2.12.1/dl-cache.c -@@ -20,12 +20,12 @@ - - #include <assert.h> - #include <unistd.h> --#include <ldsodefs.h> -+//#include "ldsodefs.h" - #include <sys/mman.h> - #include <dl-cache.h> - #include <dl-procinfo.h> - --#include <stdio-common/_itoa.h> -+//#include "_itoa.h" - - #ifndef _DL_PLATFORMS_COUNT - # define _DL_PLATFORMS_COUNT 0 -@@ -39,103 +39,7 @@ static size_t cachesize; - /* 1 if cache_data + PTR points into the cache. */ - #define _dl_cache_verify_ptr(ptr) (ptr < cache_data_size) - --#define SEARCH_CACHE(cache) \ --/* We use binary search since the table is sorted in the cache file. \ -- The first matching entry in the table is returned. \ -- It is important to use the same algorithm as used while generating \ -- the cache file. */ \ --do \ -- { \ -- left = 0; \ -- right = cache->nlibs - 1; \ -- \ -- while (left <= right) \ -- { \ -- __typeof__ (cache->libs[0].key) key; \ -- \ -- middle = (left + right) / 2; \ -- \ -- key = cache->libs[middle].key; \ -- \ -- /* Make sure string table indices are not bogus before using \ -- them. */ \ -- if (! _dl_cache_verify_ptr (key)) \ -- { \ -- cmpres = 1; \ -- break; \ -- } \ -- \ -- /* Actually compare the entry with the key. */ \ -- cmpres = _dl_cache_libcmp (name, cache_data + key); \ -- if (__builtin_expect (cmpres == 0, 0)) \ -- { \ -- /* Found it. LEFT now marks the last entry for which we \ -- know the name is correct. */ \ -- left = middle; \ -- \ -- /* There might be entries with this name before the one we \ -- found. So we have to find the beginning. */ \ -- while (middle > 0) \ -- { \ -- __typeof__ (cache->libs[0].key) key; \ -- \ -- key = cache->libs[middle - 1].key; \ -- /* Make sure string table indices are not bogus before \ -- using them. */ \ -- if (! _dl_cache_verify_ptr (key) \ -- /* Actually compare the entry. */ \ -- || _dl_cache_libcmp (name, cache_data + key) != 0) \ -- break; \ -- --middle; \ -- } \ -- \ -- do \ -- { \ -- int flags; \ -- __typeof__ (cache->libs[0]) *lib = &cache->libs[middle]; \ -- \ -- /* Only perform the name test if necessary. */ \ -- if (middle > left \ -- /* We haven't seen this string so far. Test whether the \ -- index is ok and whether the name matches. Otherwise \ -- we are done. */ \ -- && (! _dl_cache_verify_ptr (lib->key) \ -- || (_dl_cache_libcmp (name, cache_data + lib->key) \ -- != 0))) \ -- break; \ -- \ -- flags = lib->flags; \ -- if (_dl_cache_check_flags (flags) \ -- && _dl_cache_verify_ptr (lib->value)) \ -- { \ -- if (best == NULL || flags == GLRO(dl_correct_cache_id)) \ -- { \ -- HWCAP_CHECK; \ -- best = cache_data + lib->value; \ -- \ -- if (flags == GLRO(dl_correct_cache_id)) \ -- /* We've found an exact match for the shared \ -- object and no general `ELF' release. Stop \ -- searching. */ \ -- break; \ -- } \ -- } \ -- } \ -- while (++middle <= right); \ -- break; \ -- } \ -- \ -- if (cmpres < 0) \ -- left = middle + 1; \ -- else \ -- right = middle - 1; \ -- } \ -- } \ --while (0) -- -- - int --internal_function - _dl_cache_libcmp (const char *p1, const char *p2) - { - while (*p1 != '\0') -@@ -172,139 +76,3 @@ _dl_cache_libcmp (const char *p1, const - } - return *p1 - *p2; - } -- -- --/* Look up NAME in ld.so.cache and return the file name stored there, -- or null if none is found. */ -- --const char * --internal_function --_dl_load_cache_lookup (const char *name) --{ -- int left, right, middle; -- int cmpres; -- const char *cache_data; -- uint32_t cache_data_size; -- const char *best; -- -- /* Print a message if the loading of libs is traced. */ -- if (__builtin_expect (GLRO_dl_debug_mask & DL_DEBUG_LIBS, 0)) -- _dl_debug_printf (" search cache=%s\n", LD_SO_CACHE); -- -- if (cache == NULL) -- { -- /* Read the contents of the file. */ -- void *file = _dl_sysdep_read_whole_file (LD_SO_CACHE, &cachesize, -- PROT_READ); -- -- /* We can handle three different cache file formats here: -- - the old libc5/glibc2.0/2.1 format -- - the old format with the new format in it -- - only the new format -- The following checks if the cache contains any of these formats. */ -- if (file != MAP_FAILED && cachesize > sizeof *cache -- && memcmp (file, CACHEMAGIC, sizeof CACHEMAGIC - 1) == 0) -- { -- size_t offset; -- /* Looks ok. */ -- cache = file; -- -- /* Check for new version. */ -- offset = ALIGN_CACHE (sizeof (struct cache_file) -- + cache->nlibs * sizeof (struct file_entry)); -- -- cache_new = (struct cache_file_new *) ((void *) cache + offset); -- if (cachesize < (offset + sizeof (struct cache_file_new)) -- || memcmp (cache_new->magic, CACHEMAGIC_VERSION_NEW, -- sizeof CACHEMAGIC_VERSION_NEW - 1) != 0) -- cache_new = (void *) -1; -- } -- else if (file != MAP_FAILED && cachesize > sizeof *cache_new -- && memcmp (file, CACHEMAGIC_VERSION_NEW, -- sizeof CACHEMAGIC_VERSION_NEW - 1) == 0) -- { -- cache_new = file; -- cache = file; -- } -- else -- { -- if (file != MAP_FAILED) -- __munmap (file, cachesize); -- cache = (void *) -1; -- } -- -- assert (cache != NULL); -- } -- -- if (cache == (void *) -1) -- /* Previously looked for the cache file and didn't find it. */ -- return NULL; -- -- best = NULL; -- -- if (cache_new != (void *) -1) -- { -- uint64_t platform; -- -- /* This is where the strings start. */ -- cache_data = (const char *) cache_new; -- -- /* Now we can compute how large the string table is. */ -- cache_data_size = (const char *) cache + cachesize - cache_data; -- -- platform = _dl_string_platform (GLRO(dl_platform)); -- if (platform != (uint64_t) -1) -- platform = 1ULL << platform; -- --#define _DL_HWCAP_TLS_MASK (1LL << 63) -- uint64_t hwcap_exclude = ~((GLRO(dl_hwcap) & GLRO(dl_hwcap_mask)) -- | _DL_HWCAP_PLATFORM | _DL_HWCAP_TLS_MASK); -- -- /* Only accept hwcap if it's for the right platform. */ --#define HWCAP_CHECK \ -- if (lib->hwcap & hwcap_exclude) \ -- continue; \ -- if (GLRO(dl_osversion) && lib->osversion > GLRO(dl_osversion)) \ -- continue; \ -- if (_DL_PLATFORMS_COUNT \ -- && (lib->hwcap & _DL_HWCAP_PLATFORM) != 0 \ -- && (lib->hwcap & _DL_HWCAP_PLATFORM) != platform) \ -- continue -- SEARCH_CACHE (cache_new); -- } -- else -- { -- /* This is where the strings start. */ -- cache_data = (const char *) &cache->libs[cache->nlibs]; -- -- /* Now we can compute how large the string table is. */ -- cache_data_size = (const char *) cache + cachesize - cache_data; -- --#undef HWCAP_CHECK --#define HWCAP_CHECK do {} while (0) -- SEARCH_CACHE (cache); -- } -- -- /* Print our result if wanted. */ -- if (__builtin_expect (GLRO_dl_debug_mask & DL_DEBUG_LIBS, 0) -- && best != NULL) -- _dl_debug_printf (" trying file=%s\n", best); -- -- return best; --} -- --#ifndef MAP_COPY --/* If the system does not support MAP_COPY we cannot leave the file open -- all the time since this would create problems when the file is replaced. -- Therefore we provide this function to close the file and open it again -- once needed. */ --void --_dl_unload_cache (void) --{ -- if (cache != NULL && cache != (struct cache_file *) -1) -- { -- __munmap (cache, cachesize); -- cache = NULL; -- } --} --#endif -Index: ldconfig-native-2.12.1/dl-cache.h -=================================================================== ---- ldconfig-native-2.12.1.orig/dl-cache.h -+++ ldconfig-native-2.12.1/dl-cache.h -@@ -101,5 +101,4 @@ struct cache_file_new - (((addr) + __alignof__ (struct cache_file_new) -1) \ - & (~(__alignof__ (struct cache_file_new) - 1))) - --extern int _dl_cache_libcmp (const char *p1, const char *p2) -- internal_function; -+extern int _dl_cache_libcmp (const char *p1, const char *p2); -Index: ldconfig-native-2.12.1/ldconfig.c -=================================================================== ---- ldconfig-native-2.12.1.orig/ldconfig.c -+++ ldconfig-native-2.12.1/ldconfig.c -@@ -16,6 +16,9 @@ - along with this program; if not, write to the Free Software Foundation, - Inc., 59 Temple Place - Suite 330, Boston, MA 02111-1307, USA. */ - -+#define _LARGEFILE64_SOURCE -+#define _GNU_SOURCE -+ - #define PROCINFO_CLASS static - #include <alloca.h> - #include <argp.h> -@@ -39,10 +42,20 @@ - #include <glob.h> - #include <libgen.h> - --#include <ldconfig.h> --#include <dl-cache.h> -+#include "ldconfig.h" -+#include "dl-cache.h" -+ -+#include "dl-procinfo.h" -+ -+#include "argp.h" -+ -+ -+#define SYSCONFDIR "/etc" -+#define LIBDIR "/usr/lib" -+#define SLIBDIR "/lib" -+# define N_(msgid) msgid -+#define _(msg) msg - --#include <dl-procinfo.h> - - #ifdef _DL_FIRST_PLATFORM - # define _DL_FIRST_EXTRA (_DL_FIRST_PLATFORM + _DL_PLATFORMS_COUNT) -@@ -55,7 +68,7 @@ - #endif - - /* Get libc version number. */ --#include <version.h> -+#include "version.h" - - #define PACKAGE _libc_intl_domainname - -@@ -152,8 +165,8 @@ static const struct argp_option options[ - { NULL, 0, NULL, 0, NULL, 0 } - }; - --#define PROCINFO_CLASS static --#include <dl-procinfo.c> -+//#define PROCINFO_CLASS static -+//#include <dl-procinfo.c> - - /* Short description of program. */ - static const char doc[] = N_("Configure Dynamic Linker Run Time Bindings."); -@@ -291,6 +304,7 @@ parse_opt (int key, char *arg, struct ar - return 0; - } - -+#define REPORT_BUGS_TO "mailing list : poky(a)yoctoproject.org" - /* Print bug-reporting information in the help message. */ - static char * - more_help (int key, const char *text, void *input) -@@ -315,7 +329,7 @@ For bug reporting instructions, please s - static void - print_version (FILE *stream, struct argp_state *state) - { -- fprintf (stream, "ldconfig %s%s\n", PKGVERSION, VERSION); -+ fprintf (stream, "ldconfig (Hacked Poky Version)\n"); - fprintf (stream, gettext ("\ - Copyright (C) %s Free Software Foundation, Inc.\n\ - This is free software; see the source for copying conditions. There is NO\n\ -@@ -1233,6 +1247,7 @@ set_hwcap (void) - hwcap_mask = strtoul (mask, NULL, 0); - } - -+const char _libc_intl_domainname[] = "libc"; - - int - main (int argc, char **argv) -Index: ldconfig-native-2.12.1/readlib.c -=================================================================== ---- ldconfig-native-2.12.1.orig/readlib.c -+++ ldconfig-native-2.12.1/readlib.c -@@ -22,6 +22,9 @@ - development version. Besides the simplification, it has also been - modified to read some other file formats. */ - -+#define _LARGEFILE64_SOURCE -+#define _GNU_SOURCE -+ - #include <a.out.h> - #include <elf.h> - #include <error.h> -@@ -35,7 +38,9 @@ - #include <sys/stat.h> - #include <gnu/lib-names.h> - --#include <ldconfig.h> -+#include "ldconfig.h" -+ -+#define _(msg) msg - - #define Elf32_CLASS ELFCLASS32 - #define Elf64_CLASS ELFCLASS64 -Index: ldconfig-native-2.12.1/xstrdup.c -=================================================================== ---- ldconfig-native-2.12.1.orig/xstrdup.c -+++ ldconfig-native-2.12.1/xstrdup.c -@@ -16,15 +16,10 @@ - along with this program; if not, write to the Free Software Foundation, - Inc., 59 Temple Place - Suite 330, Boston, MA 02111-1307, USA. */ - --#ifdef HAVE_CONFIG_H --# include <config.h> --#endif -+#define _GNU_SOURCE -+ -+#include <string.h> - --#if defined STDC_HEADERS || defined HAVE_STRING_H || _LIBC --# include <string.h> --#else --# include <strings.h> --#endif - void *xmalloc (size_t n) __THROW; - char *xstrdup (char *string) __THROW; - diff --git a/meta-linaro-toolchain/recipes-core/glibc/ldconfig-native-2.12.1/ldconfig_aux-cache_path_fix.patch b/meta-linaro-toolchain/recipes-core/glibc/ldconfig-native-2.12.1/ldconfig_aux-cache_path_fix.patch deleted file mode 100644 index 27bc411..0000000 --- a/meta-linaro-toolchain/recipes-core/glibc/ldconfig-native-2.12.1/ldconfig_aux-cache_path_fix.patch +++ /dev/null @@ -1,36 +0,0 @@ -Upstream-Status: Pending - -Coming from this bug: http://sourceware.org/bugzilla/show_bug.cgi?id=11149 - -Nitin A Kamble <nitin.a.kamble(a)intel.com>2011/03/29 - ---- ldconfig-native-2.12.1.orig/ldconfig.c -+++ ldconfig-native-2.12.1/ldconfig.c -@@ -1359,14 +1359,9 @@ main (int argc, char **argv) - - const char *aux_cache_file = _PATH_LDCONFIG_AUX_CACHE; - if (opt_chroot) -- { -- aux_cache_file = chroot_canon (opt_chroot, aux_cache_file); -- if (aux_cache_file == NULL) -- error (EXIT_FAILURE, errno, _("Can't open cache file %s\n"), -- _PATH_LDCONFIG_AUX_CACHE); -- } -+ aux_cache_file = chroot_canon (opt_chroot, aux_cache_file); - -- if (! opt_ignore_aux_cache) -+ if (! opt_ignore_aux_cache && aux_cache_file) - load_aux_cache (aux_cache_file); - else - init_aux_cache (); -@@ -1376,7 +1371,8 @@ main (int argc, char **argv) - if (opt_build_cache) - { - save_cache (cache_file); -- save_aux_cache (aux_cache_file); -+ if (aux_cache_file) -+ save_aux_cache (aux_cache_file); - } - - return 0; - diff --git a/meta-linaro-toolchain/recipes-core/glibc/ldconfig-native_2.12.1.bb b/meta-linaro-toolchain/recipes-core/glibc/ldconfig-native_2.12.1.bb deleted file mode 100644 index 7c34635..0000000 --- a/meta-linaro-toolchain/recipes-core/glibc/ldconfig-native_2.12.1.bb +++ /dev/null @@ -1,32 +0,0 @@ -SUMMARY = "A standalone native ldconfig build" - -LICENSE = "GPLv2+" - -LIC_FILES_CHKSUM = "file://${S}/ldconfig.c;endline=17;md5=1d15f20937c055cb5de2329a4c054399" - -SRC_URI = "file://ldconfig-native-2.12.1.tar.bz2 \ - file://ldconfig.patch \ - file://ldconfig_aux-cache_path_fix.patch \ - file://32and64bit.patch \ - file://endian-ness_handling.patch \ - file://flag_fix.patch \ - file://endianess-header.patch \ - file://ldconfig-default-to-all-multilib-dirs.patch \ -" - -PR = "r2" - -FILESEXTRAPATHS =. "${FILE_DIRNAME}/${P}:" - -inherit native - -S = "${WORKDIR}/${PN}-${PV}" - -do_compile () { - $CC ldconfig.c -std=gnu99 chroot_canon.c xmalloc.c xstrdup.c cache.c readlib.c -I. dl-cache.c -o ldconfig -} - -do_install () { - install -d ${D}/${bindir}/ - install ldconfig ${D}/${bindir}/ -} -- 2.7.4

9 years, 1 month

2
1
0 0

[PATCH] Revert "flex: overlay old recipe"

by Denys Dmytriyenko

From: Denys Dmytriyenko <denys(a)ti.com> oe-core has finally reverted back to 2.6.0, no need to overlay it locally This reverts commit eb86f6d7a079fb9240c466978c6d3b927ba4e0fb. --- ...-target-for-building-tests-without-runnin.patch | 28 ---------- ...oid-c-comments-in-c-code-fails-with-gcc-6.patch | 64 ---------------------- .../flex/flex/CVE-2016-6354.patch | 59 -------------------- .../flex/flex/disable-tests.patch | 19 ------- .../flex/flex/do_not_create_pdf_doc.patch | 17 ------ .../recipes-overlayed/flex/flex/run-ptest | 5 -- .../recipes-overlayed/flex/flex_2.6.0.bb | 62 --------------------- 7 files changed, 254 deletions(-) delete mode 100644 meta-linaro-integration/recipes-overlayed/flex/flex/0001-tests-add-a-target-for-building-tests-without-runnin.patch delete mode 100644 meta-linaro-integration/recipes-overlayed/flex/flex/0002-avoid-c-comments-in-c-code-fails-with-gcc-6.patch delete mode 100644 meta-linaro-integration/recipes-overlayed/flex/flex/CVE-2016-6354.patch delete mode 100644 meta-linaro-integration/recipes-overlayed/flex/flex/disable-tests.patch delete mode 100644 meta-linaro-integration/recipes-overlayed/flex/flex/do_not_create_pdf_doc.patch delete mode 100755 meta-linaro-integration/recipes-overlayed/flex/flex/run-ptest delete mode 100644 meta-linaro-integration/recipes-overlayed/flex/flex_2.6.0.bb diff --git a/meta-linaro-integration/recipes-overlayed/flex/flex/0001-tests-add-a-target-for-building-tests-without-runnin.patch b/meta-linaro-integration/recipes-overlayed/flex/flex/0001-tests-add-a-target-for-building-tests-without-runnin.patch deleted file mode 100644 index 556c240..0000000 --- a/meta-linaro-integration/recipes-overlayed/flex/flex/0001-tests-add-a-target-for-building-tests-without-runnin.patch +++ /dev/null @@ -1,28 +0,0 @@ -From b4aa18d939fc0c8825fa584dfcee1a7da61099cf Mon Sep 17 00:00:00 2001 -From: Alexander Kanavin <alex.kanavin(a)gmail.com> -Date: Thu, 10 Dec 2015 16:09:26 +0200 -Subject: [PATCH] tests: add a target for building tests without running them - -Upstream-Status: Inappropriate [oe specific] -Signed-off-by: Alexander Kanavin <alex.kanavin(a)gmail.com> ---- - tests/Makefile.am | 3 +++ - 1 file changed, 3 insertions(+) - -diff --git a/tests/Makefile.am b/tests/Makefile.am -index 4ac3c17..0025cfe 100644 ---- a/tests/Makefile.am -+++ b/tests/Makefile.am -@@ -21,6 +21,9 @@ - - TESTS = $(check_PROGRAMS) options.cn - -+# This allows building tests without running them -+buildtests: $(TESTS) -+ - # The script testwrapper.sh will run most tests as is. A couple tests - # in the suite end in .reject, .table and the like so that we can pass - # different arguments to the test runner. We list those extensions so --- -2.6.2 - diff --git a/meta-linaro-integration/recipes-overlayed/flex/flex/0002-avoid-c-comments-in-c-code-fails-with-gcc-6.patch b/meta-linaro-integration/recipes-overlayed/flex/flex/0002-avoid-c-comments-in-c-code-fails-with-gcc-6.patch deleted file mode 100644 index 438ca5f..0000000 --- a/meta-linaro-integration/recipes-overlayed/flex/flex/0002-avoid-c-comments-in-c-code-fails-with-gcc-6.patch +++ /dev/null @@ -1,64 +0,0 @@ -From 7072befe1397af4eb01c3ff7edf99f0cd5076089 Mon Sep 17 00:00:00 2001 -From: =?UTF-8?q?Andreas=20M=C3=BCller?= <schnitzeltony(a)googlemail.com> -Date: Tue, 30 Aug 2016 14:25:32 +0200 -Subject: [PATCH] avoid c++ comments in c-code - fails with gcc-6 -MIME-Version: 1.0 -Content-Type: text/plain; charset=UTF-8 -Content-Transfer-Encoding: 8bit - -fixes: - -| error: C++ style comments are not allowed in ISO C90 -| num_to_alloc = 1; // After all that talk, this was set to 1 anyways... - -Upstream-Status: Pending - -Signed-off-by: Andreas Müller <schnitzeltony(a)googlemail.com> ---- - src/flex.skl | 2 +- - src/scan.c | 2 +- - src/skel.c | 2 +- - 3 files changed, 3 insertions(+), 3 deletions(-) - -diff --git a/src/flex.skl b/src/flex.skl -index 73a0b9e..ed71627 100644 ---- a/src/flex.skl -+++ b/src/flex.skl -@@ -2350,7 +2350,7 @@ void yyFlexLexer::yyensure_buffer_stack(void) - * scanner will even need a stack. We use 2 instead of 1 to avoid an - * immediate realloc on the next call. - */ -- num_to_alloc = 1; // After all that talk, this was set to 1 anyways... -+ num_to_alloc = 1; /* After all that talk, this was set to 1 anyways... */ - YY_G(yy_buffer_stack) = (struct yy_buffer_state**)yyalloc - (num_to_alloc * sizeof(struct yy_buffer_state*) - M4_YY_CALL_LAST_ARG); -diff --git a/src/scan.c b/src/scan.c -index b55df2d..f1dce75 100644 ---- a/src/scan.c -+++ b/src/scan.c -@@ -4672,7 +4672,7 @@ static void yyensure_buffer_stack (void) - * scanner will even need a stack. We use 2 instead of 1 to avoid an - * immediate realloc on the next call. - */ -- num_to_alloc = 1; // After all that talk, this was set to 1 anyways... -+ num_to_alloc = 1; /* After all that talk, this was set to 1 anyways...*/ - (yy_buffer_stack) = (struct yy_buffer_state**)yyalloc - (num_to_alloc * sizeof(struct yy_buffer_state*) - ); -diff --git a/src/skel.c b/src/skel.c -index ef657d3..26cc889 100644 ---- a/src/skel.c -+++ b/src/skel.c -@@ -2561,7 +2561,7 @@ const char *skel[] = { - " * scanner will even need a stack. We use 2 instead of 1 to avoid an", - " * immediate realloc on the next call.", - " */", -- " num_to_alloc = 1; // After all that talk, this was set to 1 anyways...", -+ " num_to_alloc = 1; /* After all that talk, this was set to 1 anyways... */", - " YY_G(yy_buffer_stack) = (struct yy_buffer_state**)yyalloc", - " (num_to_alloc * sizeof(struct yy_buffer_state*)", - " M4_YY_CALL_LAST_ARG);", --- -2.5.5 - diff --git a/meta-linaro-integration/recipes-overlayed/flex/flex/CVE-2016-6354.patch b/meta-linaro-integration/recipes-overlayed/flex/flex/CVE-2016-6354.patch deleted file mode 100644 index 216ac7a..0000000 --- a/meta-linaro-integration/recipes-overlayed/flex/flex/CVE-2016-6354.patch +++ /dev/null @@ -1,59 +0,0 @@ -From 3939eccdff598f47e5b37b05d58bf1b44d3796e7 Mon Sep 17 00:00:00 2001 -From: Jussi Kukkonen <jussi.kukkonen(a)intel.com> -Date: Fri, 7 Oct 2016 14:15:38 +0300 -Subject: [PATCH] Prevent buffer overflow in yy_get_next_buffer - -This is upstream commit a5cbe929ac3255d371e698f62dc256afe7006466 -with some additional backporting to make binutils build again. - -Upstream-Status: Backport -CVE: CVE-2016-6354 -Signed-off-by: Jussi Kukkonen <jussi.kukkonen(a)intel.com> ---- - src/flex.skl | 2 +- - src/scan.c | 2 +- - src/skel.c | 2 +- - 3 files changed, 3 insertions(+), 3 deletions(-) - -diff --git a/src/flex.skl b/src/flex.skl -index ed71627..814d562 100644 ---- a/src/flex.skl -+++ b/src/flex.skl -@@ -1718,7 +1718,7 @@ int yyFlexLexer::yy_get_next_buffer() - - else - { -- yy_size_t num_to_read = -+ int num_to_read = - YY_CURRENT_BUFFER_LVALUE->yy_buf_size - number_to_move - 1; - - while ( num_to_read <= 0 ) -diff --git a/src/scan.c b/src/scan.c -index f1dce75..1949872 100644 ---- a/src/scan.c -+++ b/src/scan.c -@@ -4181,7 +4181,7 @@ static int yy_get_next_buffer (void) - - else - { -- yy_size_t num_to_read = -+ int num_to_read = - YY_CURRENT_BUFFER_LVALUE->yy_buf_size - number_to_move - 1; - - while ( num_to_read <= 0 ) -diff --git a/src/skel.c b/src/skel.c -index 26cc889..0344d18 100644 ---- a/src/skel.c -+++ b/src/skel.c -@@ -1929,7 +1929,7 @@ const char *skel[] = { - "", - " else", - " {", -- " yy_size_t num_to_read =", -+ " int num_to_read =", - " YY_CURRENT_BUFFER_LVALUE->yy_buf_size - number_to_move - 1;", - "", - " while ( num_to_read <= 0 )", --- -2.1.4 - diff --git a/meta-linaro-integration/recipes-overlayed/flex/flex/disable-tests.patch b/meta-linaro-integration/recipes-overlayed/flex/flex/disable-tests.patch deleted file mode 100644 index 4dc801d..0000000 --- a/meta-linaro-integration/recipes-overlayed/flex/flex/disable-tests.patch +++ /dev/null @@ -1,19 +0,0 @@ -Due to automake stupidity the Makefile in tests/ has an 'all' target that -depends on $(BUILD_SOURCES), which means when building flex parts of the test -suite are built even if they're not needed, resulting in flex needing -flex-native and bison-native to build. - -This patch removes the tests directory from SUBDIRS and will be conditionally -applied by the recipe. - -Upstream-Status: Inappropriate -Signed-off-by: Ross Burton <ross.burton(a)intel.com> - -diff --git a/Makefile.am b/Makefile.am -index 076ccad..0574d7b 100644 ---- a/Makefile.am -+++ b/Makefile.am -@@ -55,3 +55,2 @@ SUBDIRS = \ - po \ -- tests \ - tools diff --git a/meta-linaro-integration/recipes-overlayed/flex/flex/do_not_create_pdf_doc.patch b/meta-linaro-integration/recipes-overlayed/flex/flex/do_not_create_pdf_doc.patch deleted file mode 100644 index 032833a..0000000 --- a/meta-linaro-integration/recipes-overlayed/flex/flex/do_not_create_pdf_doc.patch +++ /dev/null @@ -1,17 +0,0 @@ -Upstream-Status: Inappropriate (embedded specific) - -Signed-off-by: Laurentiu Palcu <laurentiu.palcu(a)intel.com> - -Index: flex-2.5.37/doc/Makefile.am -=================================================================== ---- flex-2.5.37.orig/doc/Makefile.am 2012-07-21 04:18:27.000000000 +0300 -+++ flex-2.5.37/doc/Makefile.am 2013-07-30 17:57:09.834834531 +0300 -@@ -2,7 +2,7 @@ - - info_TEXINFOS = flex.texi - dist_man_MANS = flex.1 --dist_doc_DATA= flex.pdf -+EXTRA_DIST= flex.pdf - - CLEANFILES = \ - flex.hks \ diff --git a/meta-linaro-integration/recipes-overlayed/flex/flex/run-ptest b/meta-linaro-integration/recipes-overlayed/flex/flex/run-ptest deleted file mode 100755 index 19db337..0000000 --- a/meta-linaro-integration/recipes-overlayed/flex/flex/run-ptest +++ /dev/null @@ -1,5 +0,0 @@ -#!/bin/sh - -# make would want to rebuild some files with a compiler otherwise :-/ -make FLEX=/usr/bin/flex -t check-TESTS || true -make FLEX=/usr/bin/flex check-TESTS diff --git a/meta-linaro-integration/recipes-overlayed/flex/flex_2.6.0.bb b/meta-linaro-integration/recipes-overlayed/flex/flex_2.6.0.bb deleted file mode 100644 index ab35b09..0000000 --- a/meta-linaro-integration/recipes-overlayed/flex/flex_2.6.0.bb +++ /dev/null @@ -1,62 +0,0 @@ -SUMMARY = "Flex (The Fast Lexical Analyzer)" -DESCRIPTION = "Flex is a fast lexical analyser generator. Flex is a tool for generating programs that recognize \ -lexical patterns in text." -HOMEPAGE = "http://sourceforge.net/projects/flex/" -SECTION = "devel" -LICENSE = "BSD" - -DEPENDS = "${(a)bb.utils.contains('PTEST_ENABLED', '1', 'bison-native flex-native', '', d)}" -BBCLASSEXTEND = "native nativesdk" - -LIC_FILES_CHKSUM = "file://COPYING;md5=e4742cf92e89040b39486a6219b68067" - -SRC_URI = "${SOURCEFORGE_MIRROR}/flex/flex-${PV}.tar.bz2 \ - file://run-ptest \ - file://do_not_create_pdf_doc.patch \ - file://0001-tests-add-a-target-for-building-tests-without-runnin.patch \ - file://0002-avoid-c-comments-in-c-code-fails-with-gcc-6.patch \ - file://CVE-2016-6354.patch \ - ${(a)bb.utils.contains('PTEST_ENABLED', '1', '', 'file://disable-tests.patch', d)} \ - " - -SRC_URI[md5sum] = "266270f13c48ed043d95648075084d59" -SRC_URI[sha256sum] = "24e611ef5a4703a191012f80c1027dc9d12555183ce0ecd46f3636e587e9b8e9" - -# Flex has moved to github from 2.6.1 onwards -UPSTREAM_CHECK_URI = "https://github.com/westes/flex/releases" -UPSTREAM_CHECK_REGEX = "flex-(?P<pver>\d+(\.\d+)+)\.tar" - -inherit autotools gettext texinfo ptest - -M4 = "${bindir}/m4" -M4_class-native = "${STAGING_BINDIR_NATIVE}/m4" -EXTRA_OECONF += "ac_cv_path_M4=${M4}" -EXTRA_OEMAKE += "m4=${STAGING_BINDIR_NATIVE}/m4" - -EXTRA_OEMAKE += "${(a)bb.utils.contains('PTEST_ENABLED', '1', 'FLEX=${STAGING_BINDIR_NATIVE}/flex', '', d)}" - -do_install_append_class-native() { - create_wrapper ${D}/${bindir}/flex M4=${M4} -} - -do_install_append_class-nativesdk() { - create_wrapper ${D}/${bindir}/flex M4=${M4} -} - -RDEPENDS_${PN} += "m4" -RDEPENDS_${PN}-ptest += "bash gawk" - -do_compile_ptest() { - oe_runmake -C ${B}/tests -f ${B}/tests/Makefile top_builddir=${B} INCLUDES=-I${S}/src buildtests -} - -do_install_ptest() { - mkdir -p ${D}${PTEST_PATH}/build-aux/ - cp ${S}/build-aux/test-driver ${D}${PTEST_PATH}/build-aux/ - cp -r ${S}/tests/* ${D}${PTEST_PATH} - cp -r ${B}/tests/* ${D}${PTEST_PATH} - sed -e 's/^Makefile:/_Makefile:/' \ - -e 's/^srcdir = $.*$/srcdir = ./' -e 's/^top_srcdir = $.*$/top_srcdir = ./' \ - -e 's/^builddir = $.*$/builddir = ./' -e 's/^top_builddir = $.*$/top_builddir = ./' \ - -i ${D}${PTEST_PATH}/Makefile -} -- 2.7.4

9 years, 1 month

2
1
0 0

ldconfig-native

by Denys Dmytriyenko

Hi, Is there a need for a duplicate ldconfig-native recipe in meta-linaro-toolchain: https://git.linaro.org/openembedded/meta-linaro.git/tree/meta-linaro-toolch… It is a duplicate of oe-core recipe: http://cgit.openembedded.org/openembedded-core/tree/meta/recipes-core/glibc… Both of them share the same exact base, but oe-core one has extra 2 patches added later: http://cgit.openembedded.org/openembedded-core/commit/?id=adbf0b1fdf897076e… http://cgit.openembedded.org/openembedded-core/commit/?id=0b0e4d7aa64feded0… Should meta-linaro-toolchain copy be removed to not mask the one from oe-core? -- Denys

9 years, 1 month

3
2
0 0

external-linaro-toolchain in master with RSS

by Denys Dmytriyenko

BTW, are there plans to fix external-linaro-toolchain flow with recipe specific sysroot in master? Let me know if you need logs or any other help. -- Denys

9 years, 1 month

2
1
0 0

[meta-linaro-toolchain][jethro/fido/dizzy/daisy][PATCH] gcc: Update SRC_URI to point to archive directory

by Tomohiro Komagata

The compressed files on releases.linaro.org/YY.MM have moved to 'archive' directory. Signed-off-by: Tomohiro Komagata <tomohiro.komagata.aj(a)renesas.com> --- meta-linaro-toolchain/recipes-devtools/gcc/gcc-linaro-4.8.inc | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta-linaro-toolchain/recipes-devtools/gcc/gcc-linaro-4.8.inc b/meta-linaro-toolchain/recipes-devtools/gcc/gcc-linaro-4.8.inc index 649b442..701bd11 100644 --- a/meta-linaro-toolchain/recipes-devtools/gcc/gcc-linaro-4.8.inc +++ b/meta-linaro-toolchain/recipes-devtools/gcc/gcc-linaro-4.8.inc @@ -8,7 +8,7 @@ BINV = "4.8.3" FILESPATH = "${@base_set_filespath([ '${FILE_DIRNAME}/gcc-${PV}' ], d)}" -SRC_URI = "https://releases.linaro.org/${MMYY}/components/toolchain/gcc-linaro/${BASEP… \ +SRC_URI = "https://releases.linaro.org/archive/${MMYY}/components/toolchain/gcc-linaro… \ file://0001-gcc-4.3.1-ARCH_FLAGS_FOR_TARGET.patch \ file://0002-uclibc-conf.patch \ file://0003-gcc-uclibc-locale-ctype_touplow_t.patch \ -- 1.9.1

9 years, 2 months

4
5
0 0

[BUG][DEVTOOLS] Use of LINKER_HASH_STYLE variable for GCC build (libgcc) with Morty

by Artem Mygaiev

Hello While using Linaro 'meta-linaro-toolchain' layer with own definition of AArch64 machine (not using Linaro's meta-aarch64) I have noticed seemingly incorrect use of LINKER_HASH_STYLE variable. In the current master and morty branches (I have not checked others yet), all meta-linaro-toolchain/recipes-devtools/gcc/gcc-linaro-*.inc files contain following lines: EXTRA_OECONF_BASE = "\ --disable-bootstrap \ --disable-libmudflap \ --with-system-zlib \ --with-linker-hash-style=${LINKER_HASH_STYLE} \ --enable-linker-build-id \ --with-ppl=no \ --with-cloog=no \ In my case, during the build, meta/recipes-devtools/gcc/gcc-cross.inc gets included and breaks the libgcc qa checks by incorrectly redefining hash style to SysV (snippet below, this was introduced in morty): # While we want the 'gnu' hash style, we explicitly set it to sysv here to # ensure that any recipe which doesn't obey our LDFLAGS (which also set it to # gnu) will hit a QA failure. LINKER_HASH_STYLE ?= "sysv" So, per my understanding, instead of directly using LINKER_HASH_STYLE, Linaro GCC build shall parse LDFLAGS and get correct hash style there. Of course, it may be also hardcoded or otherwise avoided but from the comment above it seems that Yocto engineers explicitly insist on LDFLAGS checking :) Would this approach (use of LDFLAGS instead of LINKER_HASH_STYLE) be acceptable for meta-linaro? Best regards, Artem Mygaiev

9 years, 2 months

2
1
0 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

OpenEmbedded