From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: by yocto-www.yoctoproject.org (Postfix, from userid 118) id AA025E00D43; Tue, 28 May 2019 23:37:12 -0700 (PDT) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on yocto-www.yoctoproject.org X-Spam-Level: X-Spam-Status: No, score=-2.0 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, FREEMAIL_FROM, RCVD_IN_DNSWL_NONE autolearn=ham version=3.3.1 X-Spam-HAM-Report: * -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider * (marek.belisko[at]gmail.com) * -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/, no * trust * [209.85.128.67 listed in list.dnswl.org] * -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from author's * domain * -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature * 0.1 DKIM_SIGNED Message has a DKIM or DK signature, not necessarily * valid Received: from mail-wm1-f67.google.com (mail-wm1-f67.google.com [209.85.128.67]) by yocto-www.yoctoproject.org (Postfix) with ESMTP id 693B6E00942 for ; Tue, 28 May 2019 23:37:11 -0700 (PDT) Received: by mail-wm1-f67.google.com with SMTP id v19so3622877wmh.0 for ; Tue, 28 May 2019 23:37:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=n28M5Bwu7PvPCIcpB64CePD4KPhJsMSzLlvUIxvfr+A=; b=PzBMyLSP0ZCm0PGd8heeFsQjbzeBqMMrNagxBKM+uj8Ndb7qG8AI4PjaRI2MTb3YyE YWeoO9AyGGAxkgFOWj7OewZUvp9UjFawXAWdlKWhH/5Kb+YVwKhq/NtVVulsAb+4WzOS O49Q6aDMyO4b6zWB+l3tIx3bjL+z2jWBKtplFLfPUmmKLm2nurdlg3yKluWYGK4MFP43 IUfYKB4voECSg1YMCh4LLsd47nFQlTdonwfHjoPRM3sfRVT22H90DaCv2BVnlh/rXPDz tftrhGLCiHTxh6Ed6MQonVWreL6LsphOVspUVaiJiCzhgL02B9oCHvNe4aqaLEZDiPr/ xCIg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=n28M5Bwu7PvPCIcpB64CePD4KPhJsMSzLlvUIxvfr+A=; b=tC+gDMZS5Y4NyMDTclS2/ti31TJeMPrwkuVsexli0rGdXR39HfoBL1uytkbNPeuSiM b/bYB4nCLn4J4y/GtiRj7jTAAbl6fRzO4zyT2G/fDzGgr4QstlpZ8UxePmp7MOJiALM7 9oqUBEwpOs38XR5mAEGiEHV6Zn5LibI1YIZenG6Ul63yEom5g9oavm277XhUV0+Ajwmj Stag60UlVBIdhwBCjyNsF5AiJa837CCBgO3YeU+b54OQ5N81j/qWZBLHM6wC7kmwH6W7 qRkPD6jHSEogLGtLK+Fo2NMPWaPImti+93bVf00H7wu8ddf/y3Z8HHbkv89omGMHZXpq nlRg== X-Gm-Message-State: APjAAAVB+vpGkNqJgGvuic9FxcbSJm5Y/SiuJEGJ28B7lP9cxiEONiyF H5EqR/NSuIScwnkTYiAb3G4SmKN/+9UOD8FsmkE= X-Google-Smtp-Source: APXvYqyQf3KVqYkD7Lu660wIiksi8wvxVkdCS78BwW41UCYj8YfD1WcGpUQSIISk421mAsq44PBzLnfRzwEUQgqOez4= X-Received: by 2002:a1c:7a0d:: with SMTP id v13mr5617896wmc.44.1559111830219; Tue, 28 May 2019 23:37:10 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Belisko Marek Date: Wed, 29 May 2019 08:36:58 +0200 Message-ID: To: Dimitris Tassopoulos Cc: Yocto discussion list , Sergey Lapin , Enrico , Nicolas Aguirre , OpenEmbedded Development mailing list Subject: Re: meta-sunxi maintained? X-BeenThere: yocto@yoctoproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Discussion of all things Yocto Project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 May 2019 06:37:12 -0000 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi Dimitris, On Tue, May 28, 2019 at 1:07 PM Dimitris Tassopoulos wr= ote: > > Hi Enrico, > > I'm totally positive to any possibility for such integration. Personally,= that was the first thing I've tried to do before I start this layer, but I= 've failed as it got really complex and the overhead was too much after som= e point (at least for me). If you have look it's actually a mix of meta-sun= xi and armbian, but I had to remove or change many stuff to fit the armbian= in the layer. > > If you have time to have a look to my layer and you think that such kind = of integration is possible and can be done in a more easy way, then from my= side I'm all in. > I believe that re-using the armbian patches is easier as it makes mainten= ance much easier, there are more supported SBCs and also there is much more= testing involved in armbian and frequent updates fix those bugs. I did check your layer and it seems that you're not using sunxi-mali for opengl HW acceleration only mesa so SW rendering? Thanks. > > Please consider it and I can help as much as I can and my time allows for= that integration. > > Regards, > Dimitris > > Marek > > On Tue, May 28, 2019 at 12:56 PM Enrico w= rote: >> >> On Tue, May 28, 2019 at 12:06 PM Dimitris Tassopoulos wrote: >> > >> > > >> > > I was thinking about this also, too. The only reason is that in meta= -sunxi they do a great job and they keep their layer clean, which is great = I think. The other layers are just based on the armbian distro, which is a = lot different, but for me it was much easier to integrate their patches, pa= tching scripts and bootloader scripts to a Yocto layer. That way the only t= hing I do is that from time to time I just integrate their new patches and = that's it. There's no development in the layer is just re-use of the armbia= n work and a wrapper around it. Therefore, it's hard, even no doable to put= those different architectures together. But definitely that decision also = bothered me a lot before I create the layer and I also don't like time to b= e spend on the same thing from different people. Nevertheless, from my poin= t of view I couldn't find a way to put those things together. I've tried bu= t I couldn't do it. >> > > >> > > Therefore, it was easier for me to do it the way I've done it. And a= fter all, although it doesn't seem right, at the same time this is the beau= ty of the open source. I think the layers are just incompatible in the way = that they are do things. Also it's not bad to have alternatives. >> > > >> > > Sunxi is a great community and I believe many of the armbian patches= are coming from there. Others not. Of course, having them all together wou= ld be nice. But I don't think that it's possible because of the different a= pproach. >> >> It would be great to integrate all those different layers in >> meta-sunxi,the main problem is that usually they come with their own >> bootloader/kernel/etc.... so you have to *maintain* all these >> different configurations. >> Infact in the past i refused to do such things because i didn't have >> the time to maintain all those different versions, it was just easier >> to support what was already in mainline uboot/kernel. >> >> But of course if someone wants to do it then it's welcome, the worst >> thing that can happen is that once an arch gets unmaintained it will >> be removed. >> >> One thing that can be done anyway is to have those external layers >> linked in the readme, so at least people will know they exist. >> >> Enrico From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-wm1-f68.google.com (mail-wm1-f68.google.com [209.85.128.68]) by mail.openembedded.org (Postfix) with ESMTP id BF7BB6D4C6 for ; Wed, 29 May 2019 06:37:09 +0000 (UTC) Received: by mail-wm1-f68.google.com with SMTP id f10so718236wmb.1 for ; Tue, 28 May 2019 23:37:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=n28M5Bwu7PvPCIcpB64CePD4KPhJsMSzLlvUIxvfr+A=; b=PzBMyLSP0ZCm0PGd8heeFsQjbzeBqMMrNagxBKM+uj8Ndb7qG8AI4PjaRI2MTb3YyE YWeoO9AyGGAxkgFOWj7OewZUvp9UjFawXAWdlKWhH/5Kb+YVwKhq/NtVVulsAb+4WzOS O49Q6aDMyO4b6zWB+l3tIx3bjL+z2jWBKtplFLfPUmmKLm2nurdlg3yKluWYGK4MFP43 IUfYKB4voECSg1YMCh4LLsd47nFQlTdonwfHjoPRM3sfRVT22H90DaCv2BVnlh/rXPDz tftrhGLCiHTxh6Ed6MQonVWreL6LsphOVspUVaiJiCzhgL02B9oCHvNe4aqaLEZDiPr/ xCIg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=n28M5Bwu7PvPCIcpB64CePD4KPhJsMSzLlvUIxvfr+A=; b=IUvQlYeLWjFqzjs8J4wwZn7PXoET7lVJCO1fkn3IJ29ORpn5nmLft76NibgAWGHSql ns9lUct7YU2gPciu8dq1mpdhLSwIMauBVs3g+058M+VP1MGFolv2pkJev3TdtL6p5A7D l/05et7BHou3ofvEbXGr3cAQ9Wiygo+zkWse1KEHgFOT7/gpmb+0HYVLrMT1sLvkN1uI Tq5amst16sipweiXr3K4J9YwB05UtXNFFT+9APqYZkJCCKjr0h+rSuas0nCLQP1jjn/O fmH4RIYQfV/6Kaxcb4GhDhMgYo+j8RPeRJ4BRarrZLPk/z6y35v+ecd4blDBZJavfeWU n3ow== X-Gm-Message-State: APjAAAW3PEiYKMeNTQJ4/qfxS80MAelDbf4e31BWgb3sHY7wiq+k9uJh BlKhCSSgsZombIQUBr7FbhXUJZAA2ZSXN2hNuK8= X-Google-Smtp-Source: APXvYqyQf3KVqYkD7Lu660wIiksi8wvxVkdCS78BwW41UCYj8YfD1WcGpUQSIISk421mAsq44PBzLnfRzwEUQgqOez4= X-Received: by 2002:a1c:7a0d:: with SMTP id v13mr5617896wmc.44.1559111830219; Tue, 28 May 2019 23:37:10 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Belisko Marek Date: Wed, 29 May 2019 08:36:58 +0200 Message-ID: To: Dimitris Tassopoulos Cc: Yocto discussion list , Sergey Lapin , Enrico , Nicolas Aguirre , OpenEmbedded Development mailing list Subject: Re: [yocto] meta-sunxi maintained? X-BeenThere: openembedded-devel@lists.openembedded.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Using the OpenEmbedded metadata to build Distributions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 May 2019 06:37:10 -0000 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi Dimitris, On Tue, May 28, 2019 at 1:07 PM Dimitris Tassopoulos wr= ote: > > Hi Enrico, > > I'm totally positive to any possibility for such integration. Personally,= that was the first thing I've tried to do before I start this layer, but I= 've failed as it got really complex and the overhead was too much after som= e point (at least for me). If you have look it's actually a mix of meta-sun= xi and armbian, but I had to remove or change many stuff to fit the armbian= in the layer. > > If you have time to have a look to my layer and you think that such kind = of integration is possible and can be done in a more easy way, then from my= side I'm all in. > I believe that re-using the armbian patches is easier as it makes mainten= ance much easier, there are more supported SBCs and also there is much more= testing involved in armbian and frequent updates fix those bugs. I did check your layer and it seems that you're not using sunxi-mali for opengl HW acceleration only mesa so SW rendering? Thanks. > > Please consider it and I can help as much as I can and my time allows for= that integration. > > Regards, > Dimitris > > Marek > > On Tue, May 28, 2019 at 12:56 PM Enrico w= rote: >> >> On Tue, May 28, 2019 at 12:06 PM Dimitris Tassopoulos wrote: >> > >> > > >> > > I was thinking about this also, too. The only reason is that in meta= -sunxi they do a great job and they keep their layer clean, which is great = I think. The other layers are just based on the armbian distro, which is a = lot different, but for me it was much easier to integrate their patches, pa= tching scripts and bootloader scripts to a Yocto layer. That way the only t= hing I do is that from time to time I just integrate their new patches and = that's it. There's no development in the layer is just re-use of the armbia= n work and a wrapper around it. Therefore, it's hard, even no doable to put= those different architectures together. But definitely that decision also = bothered me a lot before I create the layer and I also don't like time to b= e spend on the same thing from different people. Nevertheless, from my poin= t of view I couldn't find a way to put those things together. I've tried bu= t I couldn't do it. >> > > >> > > Therefore, it was easier for me to do it the way I've done it. And a= fter all, although it doesn't seem right, at the same time this is the beau= ty of the open source. I think the layers are just incompatible in the way = that they are do things. Also it's not bad to have alternatives. >> > > >> > > Sunxi is a great community and I believe many of the armbian patches= are coming from there. Others not. Of course, having them all together wou= ld be nice. But I don't think that it's possible because of the different a= pproach. >> >> It would be great to integrate all those different layers in >> meta-sunxi,the main problem is that usually they come with their own >> bootloader/kernel/etc.... so you have to *maintain* all these >> different configurations. >> Infact in the past i refused to do such things because i didn't have >> the time to maintain all those different versions, it was just easier >> to support what was already in mainline uboot/kernel. >> >> But of course if someone wants to do it then it's welcome, the worst >> thing that can happen is that once an arch gets unmaintained it will >> be removed. >> >> One thing that can be done anyway is to have those external layers >> linked in the readme, so at least people will know they exist. >> >> Enrico