From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from ffbox0-bg.ffmpeg.org (ffbox0-bg.ffmpeg.org [79.124.17.100]) by master.gitmailbox.com (Postfix) with ESMTPS id 25C494B8D2 for ; Fri, 22 Aug 2025 15:22:20 +0000 (UTC) Received: from [127.0.1.1] (localhost [127.0.0.1]) by ffbox0-bg.ffmpeg.org (Postfix) with ESMTP id 73D8368E6C2; Fri, 22 Aug 2025 18:22:15 +0300 (EEST) Received: from btbn.de (btbn.de [144.76.60.213]) by ffbox0-bg.ffmpeg.org (Postfix) with ESMTPS id 34AE96801CA for ; Fri, 22 Aug 2025 18:22:08 +0300 (EEST) Received: from [authenticated] by btbn.de (Postfix) with ESMTPSA id 8169227FFCAA6 for ; Fri, 22 Aug 2025 17:22:07 +0200 (CEST) Message-ID: <26b1768d-e8b4-4c8f-84ce-4207d4399133@rothenpieler.org> Date: Fri, 22 Aug 2025 17:22:54 +0200 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird To: ffmpeg-devel@ffmpeg.org References: <20250819232652.GB29660@pb2> <5ee0b9e5-935c-4264-a6db-a66cfcf7ae3a@rothenpieler.org> <20250820192502.GC29660@pb2> <62ebc207-8d94-4bb1-a394-9b5aad3f6eb4@rothenpieler.org> <20250821213342.GL29660@pb2> <1b744f83-b5f0-429a-925d-3981461cea0d@rothenpieler.org> <20250822145415.GQ29660@pb2> Content-Language: en-US, de-DE In-Reply-To: <20250822145415.GQ29660@pb2> Subject: Re: [FFmpeg-devel] CI X-BeenThere: ffmpeg-devel@ffmpeg.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: FFmpeg development discussions and patches List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , From: Timo Rothenpieler via ffmpeg-devel Reply-To: FFmpeg development discussions and patches Cc: Timo Rothenpieler Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Errors-To: ffmpeg-devel-bounces@ffmpeg.org Sender: "ffmpeg-devel" Archived-At: List-Archive: List-Post: On 22/08/2025 16:54, Michael Niedermayer via ffmpeg-devel wrote: > Hi Timo > > On Fri, Aug 22, 2025 at 02:13:14PM +0200, Timo Rothenpieler via ffmpeg-devel wrote: > [...] >> But then again, GitHub/MS gives us 20 parallel runners for free, and we can >> freely pick if they're running on x86_64 or aarch64, Linux, Windows or even >> OSX. >> As long as they do that, we only need to host a baseline of runners >> ourselves, and can scale out into that whenever there's a peak in usage. > > if they give us 20, can we test mips & arm with qemu in a way that it > does not block or delay merges. > > I mean so that a pr is considered ok and mergeable before tzhe slow qemu > fate finishes but after the 2h or so it will display the result in the pr We could only run those tests on master, not on PRs. Nobody is impacted by them then, and we still notice breakage reasonably fast. For arm I'm not sure if we really need qemu? All it might take is a 32bit arm chroot on aarch64? Not sure if it works like x86 though, where a 64bit CPU can also run 32bit code. _______________________________________________ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-devel To unsubscribe, visit link above, or email ffmpeg-devel-request@ffmpeg.org with subject "unsubscribe".