Received: by 2002:a05:6a10:f347:0:0:0:0 with SMTP id d7csp3150982pxu; Tue, 8 Dec 2020 05:01:40 -0800 (PST) X-Google-Smtp-Source: ABdhPJzcxYH2KtmpUymiZo9O7uRY5BA0afgsHQsJTMPR2sze9VIcDlVsuK7tUmbs6YJVlEmyE2wm X-Received: by 2002:a17:906:4348:: with SMTP id z8mr23933260ejm.119.1607432500585; Tue, 08 Dec 2020 05:01:40 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1607432500; cv=none; d=google.com; s=arc-20160816; b=TdLzy4GxYqP2uuWc8hFAff5TCdNJyAKwly5EXaKPbvU+5XrNa2pBkpAAWYVFVaUHO9 NuRRmKDluASclkyxauWy6kR33+EPfxhX43IMczUP087Iy6XsUWZjkhEu49Ip1u04IRRZ 4TFWn14gj2Kefb99/G2a9HRwWobvbhsbSC+0VIgebD+p4NeZyq/EkzBMLyLPeBcgKics u9TC9WkX95bX9rNaO/72WYl3q0TLC8INsQUYHd4okrM8gG9skSFw2hucnYQ+5hUJg2Nt TgcL7US5M+M3vVpdONf1Lx5mGeWB+H2o4xiF7+qE7VX8jpcIVC3pPjvagi8WrYtry3Pu Vt1A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:message-id:date:content-id:mime-version:subject :cc:to:references:in-reply-to:from:organization:dkim-signature; bh=LdxI1aFzATHmCTQ4qY4lTwkjlL93IzNY1JKWmh6317E=; b=ESSXNeasxcYcTMsNSCLMEbX9Zv/E9BgRBl8/lh+DMIrddKNcZ0GdlOzK86HdZbrZRm FoZ5h1VQnBphJuNGQxsnpOuHt7agcfcAzvu18To7rKgg6t2zC+mNShgJHDiIOoBjfn0H nxJcHKXB/nr0Xf1qDOomTwYV11WQ3+4jmLth9DaV+YwrUh4XOckhsNReB6FhII+4+HAs XYvLIiZBiGQrFScsZfflFJNR5zD6WXYeCr/EMjV+K2jjVv5CzKm8aV1esCwo9S4Xkfhd quE24g6VroVR9aNhFhpUMjQf4P4/NaJ8r+pk8afKmFBhKV826Z5chovVbArkTjG/S0ZI 2BzA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=fjeimcTO; spf=pass (google.com: domain of linux-ext4-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-ext4-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id r27si8841753edx.124.2020.12.08.05.01.15; Tue, 08 Dec 2020 05:01:40 -0800 (PST) Received-SPF: pass (google.com: domain of linux-ext4-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=fjeimcTO; spf=pass (google.com: domain of linux-ext4-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-ext4-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729636AbgLHMwo (ORCPT + 99 others); Tue, 8 Dec 2020 07:52:44 -0500 Received: from us-smtp-delivery-124.mimecast.com ([216.205.24.124]:32223 "EHLO us-smtp-delivery-124.mimecast.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725881AbgLHMwn (ORCPT ); Tue, 8 Dec 2020 07:52:43 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1607431877; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=LdxI1aFzATHmCTQ4qY4lTwkjlL93IzNY1JKWmh6317E=; b=fjeimcTO1viU7UENPRlI6sAOpefBlHh1vHfh3kAP9jsmAeEgjUJ/mPxQEBChXAAOxvrdyr EXXZ5JZRV7AaEpD2rIsto0+Bp05slqSVWlB6qlcplrYHt87x6ahEbmufJ5qQvasS2ScoLX P8SG4D8W+zo2GMr5uXgxq3N5JslMEtA= Received: from mimecast-mx01.redhat.com (mimecast-mx01.redhat.com [209.132.183.4]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-41-USMaAIxCNxi7sLC_Omt8PQ-1; Tue, 08 Dec 2020 07:51:13 -0500 X-MC-Unique: USMaAIxCNxi7sLC_Omt8PQ-1 Received: from smtp.corp.redhat.com (int-mx06.intmail.prod.int.phx2.redhat.com [10.5.11.16]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx01.redhat.com (Postfix) with ESMTPS id 80D5D107ACE4; Tue, 8 Dec 2020 12:51:11 +0000 (UTC) Received: from warthog.procyon.org.uk (ovpn-116-67.rdu2.redhat.com [10.10.116.67]) by smtp.corp.redhat.com (Postfix) with ESMTP id 2A6C65C1A3; Tue, 8 Dec 2020 12:51:09 +0000 (UTC) Organization: Red Hat UK Ltd. Registered Address: Red Hat UK Ltd, Amberley Place, 107-111 Peascod Street, Windsor, Berkshire, SI4 1TE, United Kingdom. Registered in England and Wales under Company Registration No. 3798903 From: David Howells In-Reply-To: <20201208003117.342047-6-krisman@collabora.com> References: <20201208003117.342047-6-krisman@collabora.com> <20201208003117.342047-1-krisman@collabora.com> To: Gabriel Krisman Bertazi Cc: dhowells@redhat.com, viro@zeniv.linux.org.uk, tytso@mit.edu, khazhy@google.com, adilger.kernel@dilger.ca, linux-ext4@vger.kernel.org, linux-fsdevel@vger.kernel.org, kernel@collabora.com Subject: Re: [PATCH 5/8] vfs: Include origin of the SB error notification MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <952749.1607431868.1@warthog.procyon.org.uk> Date: Tue, 08 Dec 2020 12:51:08 +0000 Message-ID: <952750.1607431868@warthog.procyon.org.uk> X-Scanned-By: MIMEDefang 2.79 on 10.5.11.16 Precedence: bulk List-ID: X-Mailing-List: linux-ext4@vger.kernel.org Gabriel Krisman Bertazi wrote: > @@ -130,6 +131,8 @@ struct superblock_error_notification { > __u32 error_cookie; > __u64 inode; > __u64 block; > + char function[SB_NOTIFICATION_FNAME_LEN]; > + __u16 line; > char desc[0]; > }; As Darrick said, this is a UAPI breaker, so you shouldn't do this (you can, however, merge this ahead a patch). Also, I would put the __u16 before the char[]. That said, I'm not sure whether it's useful to include the function name and line. Both fields are liable to change over kernel commits, so it's not something userspace can actually interpret. I think you're better off dumping those into dmesg. Further, this reduces the capacity of desc[] significantly - I don't know if that's a problem. And yet further, there's no room for addition of new fields with the desc[] buffer on the end. Now maybe you're planning on making use of desc[] for text-encoding? David