From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mails.dpdk.org (mails.dpdk.org [217.70.189.124]) by inbox.dpdk.org (Postfix) with ESMTP id 3116C42BCC; Mon, 29 May 2023 09:37:54 +0200 (CEST) Received: from mails.dpdk.org (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id ABDD04111C; Mon, 29 May 2023 09:37:53 +0200 (CEST) Received: from mail-ej1-f48.google.com (mail-ej1-f48.google.com [209.85.218.48]) by mails.dpdk.org (Postfix) with ESMTP id 132E7410D7 for ; Mon, 29 May 2023 09:37:52 +0200 (CEST) Received: by mail-ej1-f48.google.com with SMTP id a640c23a62f3a-970028cfb6cso590773666b.1 for ; Mon, 29 May 2023 00:37:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=pantheon-tech.20221208.gappssmtp.com; s=20221208; t=1685345871; x=1687937871; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=QR2tl30L//nIXeRs4dUBKVmjNIjAlGy/5VEbRl20VcI=; b=3Ey+EAGSmoUWWIqlXAiqPqUCKFtp4QLzfiGVGJFTxmVa7g2Hfezcvghu2ThPiFI62n JFNvhiJ77M+2dLcViK56L7fUiTvA+VxgrzryJ7sw4xXxW2lOoYl7idtSMYILJm0skQ0s mo4R9TItDw1WlcaOVhC/6WRpJkhj2OeJsq2d8RkYmONYjm5m4vs+byzp1JkC6ewRocFQ MmWwj26Iwvf2GuoXdeCIgS7FZDVahfZjzXqZD2svREUOK0exTw/EVaZiy+Lifa0Mmu78 MUHkUFSe7VQVB8zne5OTW58LTBdiuz1T9kcK09W6Pj2AdA99ap0G5uUWcqawTtFMvjHV W8ZA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1685345871; x=1687937871; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=QR2tl30L//nIXeRs4dUBKVmjNIjAlGy/5VEbRl20VcI=; b=VEIEHH//QMswyKMxPC4zzakrksGAUIEfohPNi9hgTKpLkzGaGRDVvdYFunnC8T5MwE def3U8hiylQKt2sni9yjqvVLNfVJu3i1/AbS4ljpOan2s/cNeNHyxG6mfmASTepTAHdA 87cCKpMrr/H2trcgw1c0/wH9aVAartUz9y+oM2R6ylI39WbHFDEPPX6Sb7fXv/8QTKLr N1zpN1usH10c5Qe4wg1nc+3j9yxkxowwWZlCsO6FJgzZe2HOU+nK7qBdlk6lLQ6N1Dbj yOyYp3xYSL3zlNWpXNDPf3cS9nx38ObsQ2X9rqU+rVoryROjpStC4tXoD8YjrLr/Aku2 kIIA== X-Gm-Message-State: AC+VfDzCWmrh8EGgIx1vqpAH4hzXazUq7hLCVP6VGO73mujmM+iHXED9 KO6Zc1IPCOcleDCm2JR6/dInT7OvSrTn42MEWqWeIg== X-Google-Smtp-Source: ACHHUZ7cmffTCJ65rYYO8PT0wklFFYx5R1v4ka55BsRxuCPSYOokEectTw0DTj7AKtnBJTfbnkH80MpDpvltaZL2QmU= X-Received: by 2002:a17:907:3f14:b0:970:1bc9:2eeb with SMTP id hq20-20020a1709073f1400b009701bc92eebmr10723382ejc.30.1685345871582; Mon, 29 May 2023 00:37:51 -0700 (PDT) MIME-Version: 1.0 References: <20230414124139.66443-1-akihiko.odaki@daynix.com> <20230414124139.66443-2-akihiko.odaki@daynix.com> <5fc6d4d7-0e2f-781d-b0ab-8babf02d7b10@daynix.com> <0a075993-b671-89aa-871f-2317cc65faee@daynix.com> In-Reply-To: <0a075993-b671-89aa-871f-2317cc65faee@daynix.com> From: =?UTF-8?Q?Juraj_Linke=C5=A1?= Date: Mon, 29 May 2023 09:37:40 +0200 Message-ID: Subject: Re: [PATCH 1/2] config/arm: Do not require processor information To: Akihiko Odaki , "Tu, Lijuan" Cc: Ruifeng Wang , Bruce Richardson , "dev@dpdk.org" , nd , Honnappa Nagarahalli Content-Type: multipart/alternative; boundary="000000000000ffea2105fcd02981" X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: DPDK patches and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dev-bounces@dpdk.org --000000000000ffea2105fcd02981 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable + Lijuan Hi Lijuan, Akihiko wonders whether it's possible to add the ability to do a generic build in DTS. If I understand correctly, we don't pass -Dplatform to meson build which results in native build which in turn is not supported on all arm microarchitectures, resulting in failing builds. Adding the ability to specify the value of -Dplatform would address this issue. On Thu, May 4, 2023 at 5:08=E2=80=AFPM Akihiko Odaki wrote: > On 2023/05/04 18:43, Ruifeng Wang wrote: > >> -----Original Message----- > >> From: Akihiko Odaki > >> Sent: Thursday, May 4, 2023 3:47 PM > >> To: Ruifeng Wang ; Bruce Richardson < > bruce.richardson@intel.com>; > >> Juraj Linke=C5=A1 > >> Cc: dev@dpdk.org; nd > >> Subject: Re: [PATCH 1/2] config/arm: Do not require processor > information > >> > >> On 2023/04/20 16:12, Akihiko Odaki wrote: > >>> On 2023/04/20 16:10, Ruifeng Wang wrote: > >>>>> -----Original Message----- > >>>>> From: Akihiko Odaki > >>>>> Sent: Thursday, April 20, 2023 9:40 AM > >>>>> To: Ruifeng Wang ; Bruce Richardson > >>>>> ; Juraj Linke=C5=A1 > >>>>> > >>>>> Cc: dev@dpdk.org; nd > >>>>> Subject: Re: [PATCH 1/2] config/arm: Do not require processor > >>>>> information > >>>>> > >>>>> On 2023/04/17 16:41, Ruifeng Wang wrote: > >>>>>>> -----Original Message----- > >>>>>>> From: Akihiko Odaki > >>>>>>> Sent: Friday, April 14, 2023 8:42 PM > >>>>>>> To: Ruifeng Wang ; Bruce Richardson > >>>>>>> > >>>>>>> Cc: dev@dpdk.org; Akihiko Odaki > >>>>>>> Subject: [PATCH 1/2] config/arm: Do not require processor > >>>>>>> information > >>>>>>> > >>>>>>> DPDK can be built even without exact processor information for x8= 6 > >>>>>>> and ppc so allow to build for Arm even if we don't know the > >>>>>>> targeted processor is > >>>>> unknown. > >>>>>> > >>>>>> Hi Akihiko, > >>>>>> > >>>>>> The design idea was to require an explicit generic build. > >>>>>> Default/native build doesn't fall back to generic build when SoC > >>>>>> info is not on the list. > >>>>>> So the user has less chance to generate a suboptimal binary by > >>>>>> accident. > >>>>> > >>>>> Hi, > >>>>> > >>>>> It is true that the suboptimal binary can result, but the rationale > >>>>> here is that we tolerate that for x86 and ppc so it should not > >>>>> really matter for Arm too. On x86 and ppc you don't need to modify > >>>>> meson.build just to run dts on a development machine. > >>>> > >>>> What modification do you need for a development machine? > >>>> I suppose "meson setup build -Dplatform=3Dgeneric" will generate a > >>>> binary that can run on your development machine. > >>> > >>> I didn't describe the situation well. I use DPDK Test Suite for > >>> testing and it determines what flags to be passed to Meson. You need > >>> to modify DPDK's meson.build or DTS to get it built. > >>> > >>>> > >>>>> > >>>>> Regards, > >>>>> Akihiko Odaki > >> > >> Hi, > >> > >> Can you have a look at this again? > > > > Thanks for the clarification of your use case. > > Changes to DTS are in planning. It will allow the user to choose > > the type of the build. > > Your use case will be fulfilled then. > > Such a feature indeed satisfies my requirement. Thanks in advance, > Akihiko Odaki > Hello Akihiko, Sorry for the long delay in responding. I'm involved (I'm part of Ruifeng's team) in refactoring/rewriting DTS which is where the support you need is planned to be implemented, but that'll take a long time (this is what Ruifeng meant). I've added Lijuan who may add the feature to the original DTS. You can also add the feature yourself. Regards, Juraj --000000000000ffea2105fcd02981 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
+= =C2=A0Lijuan

Hi Lijuan, Akihiko wonders whethe= r it's possible to add the ability to do a generic build in DTS. If I u= nderstand=C2=A0correctly, we don't pass -Dplatform to meson build which= results in native build which in turn is not supported on all arm microarc= hitectures, resulting in failing builds. Adding the ability to specify the = value of -Dplatform would address this issue.

On Thu, May 4, 2023 at 5:08=E2= =80=AFPM Akihiko Odaki <akih= iko.odaki@daynix.com> wrote:
On 2023/05/04 18:43, Ruifeng Wang wrote:
>> -----Original Message-----
>> From: Akihiko Odaki <akihiko.odaki@daynix.com>
>> Sent: Thursday, May 4, 2023 3:47 PM
>> To: Ruifeng Wang <Ruifeng.Wang@arm.com>; Bruce Richardson <bruce.richardson@intel= .com>;
>> Juraj Linke=C5=A1 <juraj.linkes@pantheon.tech>
>> Cc: dev@dpdk.org= ; nd <nd@arm.com= >
>> Subject: Re: [PATCH 1/2] config/arm: Do not require processor info= rmation
>>
>> On 2023/04/20 16:12, Akihiko Odaki wrote:
>>> On 2023/04/20 16:10, Ruifeng Wang wrote:
>>>>> -----Original Message-----
>>>>> From: Akihiko Odaki <akihiko.odaki@daynix.com>
>>>>> Sent: Thursday, April 20, 2023 9:40 AM
>>>>> To: Ruifeng Wang <Ruifeng.Wang@arm.com>; Bruce Richardson
>>>>> <bruce.richardson@intel.com>; Juraj Linke=C5=A1
>>>>> <juraj.linkes@pantheon.tech>
>>>>> Cc: = dev@dpdk.org; nd <nd= @arm.com>
>>>>> Subject: Re: [PATCH 1/2] config/arm: Do not require pr= ocessor
>>>>> information
>>>>>
>>>>> On 2023/04/17 16:41, Ruifeng Wang wrote:
>>>>>>> -----Original Message-----
>>>>>>> From: Akihiko Odaki <akihiko.odaki@daynix.com> >>>>>>> Sent: Friday, April 14, 2023 8:42 PM
>>>>>>> To: Ruifeng Wang <Ruifeng.Wang@arm.com>; Bruce Richar= dson
>>>>>>> <bruce.richardson@intel.com>
>>>>>>> Cc: dev@dpdk.org; Akihiko Odaki <akihiko.odaki@daynix.com>
>>>>>>> Subject: [PATCH 1/2] config/arm: Do not requir= e processor
>>>>>>> information
>>>>>>>
>>>>>>> DPDK can be built even without exact processor= information for x86
>>>>>>> and ppc so allow to build for Arm even if we d= on't know the
>>>>>>> targeted processor is
>>>>> unknown.
>>>>>>
>>>>>> Hi Akihiko,
>>>>>>
>>>>>> The design idea was to require an explicit generic= build.
>>>>>> Default/native build doesn't fall back to gene= ric build when SoC
>>>>>> info is not on the list.
>>>>>> So the user has less chance to generate a suboptim= al binary by
>>>>>> accident.
>>>>>
>>>>> Hi,
>>>>>
>>>>> It is true that the suboptimal binary can result, but = the rationale
>>>>> here is that we tolerate that for x86 and ppc so it sh= ould not
>>>>> really matter for Arm too. On x86 and ppc you don'= t need to modify
>>>>> meson.build just to run dts on a development machine.<= br> >>>>
>>>> What modification do you need for a development machine? >>>> I suppose "meson setup build -Dplatform=3Dgeneric&quo= t; will generate a
>>>> binary that can run on your development machine.
>>>
>>> I didn't describe the situation well. I use DPDK Test Suit= e for
>>> testing and it determines what flags to be passed to Meson. Yo= u need
>>> to modify DPDK's meson.build or DTS to get it built.
>>>
>>>>
>>>>>
>>>>> Regards,
>>>>> Akihiko Odaki
>>
>> Hi,
>>
>> Can you have a look at this again?
>
> Thanks for the clarification of your use case.
> Changes to DTS are in planning. It will allow the user to choose
> the type of the build.
> Your use case will be fulfilled then.

Such a feature indeed satisfies my requirement. Thanks in advance,
Akihiko Odaki

Hello Akihiko,
=
Sorry for the long delay in responding. I'm involved (I&= #39;m part of Ruifeng's=C2=A0team) in refactoring/rewriting DTS which i= s where the support you need is planned to be implemented, but that'll = take a long time (this is what Ruifeng meant). I've added Lijuan who ma= y add the feature to the original DTS. You can also add the feature yoursel= f.

Regards,
Juraj
--000000000000ffea2105fcd02981--