Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20;
Secumail-id: <1338a.63c7b244.b5e0c.0>
Message-ID: <eaba8723-606b-4f77-c647-afb3071f7496@kalray.eu>
Date:   Wed, 18 Jan 2023 09:48:03 +0100
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101
 Thunderbird/102.4.2
Subject: Re: [RFC PATCH 02/25] kvx: Add ELF-related definitions
Content-Language: en-us
To:     "Eric W. Biederman" <ebiederm@xmission.com>
Cc:     Paul Moore <paul@paul-moore.com>, Eric Paris <eparis@redhat.com>,
        Kees Cook <keescook@chromium.org>, linux-audit@redhat.com,
        linux-kernel@vger.kernel.org, linux-mm@kvack.org,
        Clement Leger <clement.leger@bootlin.com>
References: <20230103164359.24347-1-ysionneau@kalray.eu>
 <20230103164359.24347-3-ysionneau@kalray.eu>
 <875ydnmhcv.fsf@email.froward.int.ebiederm.org>
From:   Yann Sionneau <ysionneau@kalray.eu>
In-Reply-To: <875ydnmhcv.fsf@email.froward.int.ebiederm.org>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit
X-ALTERMIMEV2_out: done
X-Spam-Status: No, score=-2.2 required=5.0 tests=BAYES_00,DKIM_SIGNED,
        DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,NICE_REPLY_A,SPF_HELO_NONE,
        SPF_PASS autolearn=ham autolearn_force=no version=3.4.6
X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on
        lindbergh.monkeyblade.net
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org


On 03/01/2023 22:35, Eric W. Biederman wrote:
> Yann Sionneau <ysionneau@kalray.eu> writes:
>
>> Add ELF-related definitions for kvx, including: EM_KVX,
>> AUDIT_ARCH_KVX and NT_KVX_TCA.
> Has someone written an SYSVABI architecture specification for
> your architecture?

Internally at Kalray we have an ABI document, I started a discussion 
about its publication.

It will not be part of the V2, but I'm working on it.

>
> I feel uncomfortable with the linux-kernel headers being the
> authoritative place for the ELF abi definitions.
>
> Especially since the linux kernel does not deal with relocations,
> and the kernel headers could diverge from the real world and no one
> would notice..
>
> I know at least at one point the linux standards base was taking
> up the work on collecting up some of these definitions.  I would
> be happy if there was anything outside of the linux kernel that
> people could refer too.

I completely agree with you!

Thanks for the review.

-- 

Yann