yocto@lists.yoctoproject.org

Re: [meta-raspberrypi] error with sc16is752-spi0 overlay

I kept looking and I get the same error with the sdio overlay when I remove the sc16is752.

By Romain Crausaz <romain.crausaz@...> · #51717 ·

[meta-raspberrypi] error with sc16is752-spi0 overlay

Dear all, When I try to add the overlay for the sc16is752-spi0 to my image, it fails at the task do_image_wic with the following error: I am using the kernel provided by meta-raspberrypi and add the

By Romain Crausaz <romain.crausaz@...> · #51716 ·

curl_easy_perform() failed: Couldn't connect to server #linux #yocto

Hi, I'm trying to do HTTPS POST using curl with CA certificate, but I got an error as "curl_easy_perform() failed: Couldn't connect to server". The same code works on a Linux machine but not on my

By Vijay Rakesh Munganda · #51715 ·

Re: QA notification for completed autobuilder build (yocto-3.3_M1.rc2)

Hi all, Intel and WR YP QA is planning for QA execution for YP build yocto-3.3_M1.rc2. We are planning to execute following tests for this cycle: OEQA-manual tests for following module: 1.

By Sangeeta Jain · #51714 ·

Re: QA notification for completed autobuilder build (yocto-3.2.1.rc2)

Hello All, This is the full report for yocto-3.2.1.rc2: https://git.yoctoproject.org/cgit/cgit.cgi/yocto-testresults-contrib/tree/?h=intel-yocto-testresults ======= Summary ======== No high

By Sangeeta Jain · #51713 ·

Re: [meta-zephyr][PATCH 5/5] zephyr-flash-pyocd.bbclass: support for flashing via pyocd

Hi Naveen, I investigated the arduino-101-ble problem and for me it's non trivial to fix. It's not related to the same missing variable that I spotted in the Nitrogen case, but rather there are some

By Wojciech Zmuda · #51712 ·

[meta-zephyr][PATCH v3 5/5] classes: build zephyr-kernel-test-all for non-qemu boards

From: Wojciech Zmuda <wojciech.zmuda@...> Machines not inheriting zephyr-qemuboot did not have IMGDEPLOYDIR variable set, which is required for building zephyr-kernel-test-all. The build was

By Wojciech Zmuda · #51711 ·

[meta-zephyr][PATCH v3 4/5] zephyr-flash-pyocd.bbclass: support for flashing via pyocd

From: Wojciech Zmuda <wojciech.zmuda@...> Implement do_flash_usb for boards supported by pyocd: MACHINE=xxx bitbake yyy -c flash_usb Pyocd support abundance of boards, however for now

By Wojciech Zmuda · #51710 ·

[meta-zephyr][PATCH v3 3/5] conf: machine: add 96boards Nitrogen support

From: Wojciech Zmuda <wojciech.zmuda@...> The board is based on Nordic nRF52832 Cortex-M4 chip. The support depends on Nordic HAL. It has been verified with zephyr-philosophers and

By Wojciech Zmuda · #51709 ·

[meta-zephyr][PATCH v3 2/5] conf: machine: add support for Nordic nRF52832 Cortex-M4 chip

From: Wojciech Zmuda <wojciech.zmuda@...> Add include for Cortex-M4 tunes and nRF52832. The nRF config appends 'nordic' to MACHINEOVERRIDES, so the kernel recipe can include Nordic HAL when

By Wojciech Zmuda · #51708 ·

[meta-zephyr][PATCH v3 1/5] zephyr-kernel: clone Nordic HAL

From: Wojciech Zmuda <wojciech.zmuda@...> HAL for Nordic chipsets is one of Zephyr subprojects. It is downloaded by default by west. Clone the HAL repository so it can be used for building

By Wojciech Zmuda · #51707 ·

[meta-zephyr][PATCH v3 0/5] Add 96Boards Nitrogen support

From: Wojciech Zmuda <wojciech.zmuda@...> Hello, v2 -> v3: - fix accidentally broken QEMU builds. The build failed when do_deploy looked for .hex files that were generated for physical

By Wojciech Zmuda · #51706 ·

#vmdk with #vmdk #dunfell

Hi, I switched from warrior to dunfell and want to build an image for Oracles VirtualBox VM. On warrior there was 'automatically' a hddimg generated on dunfell this is no longer the case. The

By chruetli@... · #51705 ·

QA notification for completed autobuilder build (yocto-3.3_M1.rc2)

A build flagged for QA (yocto-3.3_M1.rc2) was completed on the autobuilder and is available at: https://autobuilder.yocto.io/pub/releases/yocto-3.3_M1.rc2 Build hash information: bitbake:

By pokybuild@... · #51704 ·

Re: #yocto #zeus -broken atomic modsset #yocto #zeus

I do not see this issue under "rock", is it "zeus"/X11 specific or can it exist across the board depending on what is running in the backgroud ?

By Monsees, Steven C (US) · #51703 ·

Re: #yocto #zeus -broken atomic modsset #yocto #zeus

seems that way, I guess you can fix it on X11 side of things

By Khem Raj · #51702 ·

Re: #yocto #zeus -broken atomic modsset #yocto #zeus

So, this is expected ?, no current work around ?

By Monsees, Steven C (US) · #51701 ·

Re: #yocto #zeus -broken atomic modsset #yocto #zeus

https://patchwork.kernel.org/project/dri-devel/patch/20190905181834.6234-1-daniel.vetter@.../ might give some context

By Khem Raj · #51700 ·

Re: Cross compiler which runs on the target architecture

I dont think there were further discussions. However, I think the cross-canadian approach is perhaps step in right direction. We would need to enhance it to be able to build multiple cross-canadian

By Khem Raj · #51699 ·

#yocto #zeus -broken atomic modsset #yocto #zeus

I’m building/running zeus 3.0.4 on intel platform… Can someone tell me why I might be seeing the following error and how to resolve it ? X.Org X Server 1.20.5 X Protocol Version 11,

By Monsees, Steven C (US) · #51698 ·

Messages