[PATCH v10] drm: Add initial ci/ subdirectory

[David Heidelberg]

On 31/07/2023 10:38, Juan A. Suárez wrote:
> On Sat, 2023-07-29 at 12:08 +0300, David Heidelberg wrote:
>> Hello Maira,
>>
>> Regarding the second question about V3D and V3DV: in the Mesa3D CI, we
>> currently use downstream kernels, so we don't build the kernel for
>> Raspberry Pi.
>>
>>
>>
>
> BM_BOOTFS option can point to a link tarball containing an alternative 
> kernel to use instead of downstream one.
>
> The only drawback is that this tarball must be an already compiled 
> kernel; it won't compile it.
It would be great if you could fill in missing kernel config options for 
machines you use for V3D(V) in
the `kernel/configs/mesa*.config` within the `gfx-ci/Linux repository 
(the config files here origin from there).

If the compiled kernel will work on RPis, then the next step would be 
adding kernel format
and DTB names to the `src/broadcom/ci/gitlab-ci.yml` in the Mesa 
repository so that you can use my Mesa draft MR [1]
to quickly test if your jobs would work with the mainline kernel and any 
other board that won't break due to your changes.

When this integration is done ‒ it's easy to run drm-ci testing on these 
machines.

David

[1] https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/23563


>
>> However, I've been thinking about the possibility of adding an override
>> for the kernel from an external source to our CI. This way, we can also
>> test with a provided kernel and override the default option of using the
>> downstream kernel on Raspberry Pi.
>>
>> If we proceed with this, it would be sensible to include V3D* options in
>> our kernel builds.
>>
>> I'm including Juan and Eric for their input on this topic.
>>
>>
>
> The idea sounds great. Aren't we already compiling kernels for other 
> hardware? Maybe we can include specific versions for Rpi.
>
> J.A.
>
-- 
David Heidelberg
Consultant Software Engineer

Collabora Ltd.
Platinum Building, St John's Innovation Park, Cambridge CB4 0DS, UK
Registered in England & Wales, no. 5513718

-------------- next part --------------
A non-text attachment was scrubbed...
Name: OpenPGP_0x69F567861C1EC014.asc
Type: application/pgp-keys
Size: 681 bytes
Desc: OpenPGP public key
URL: <http://lists.infradead.org/pipermail/linux-arm-kernel/attachments/20230802/13949e49/attachment-0001.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: OpenPGP_signature.asc
Type: application/pgp-signature
Size: 228 bytes
Desc: OpenPGP digital signature
URL: <http://lists.infradead.org/pipermail/linux-arm-kernel/attachments/20230802/13949e49/attachment-0001.sig>