[PATCH 3/9] fs: ext4: print change date in directory listing
Heinrich Schuchardt
heinrich.schuchardt at canonical.com
Thu May 21 02:46:51 CEST 2026
On 5/20/26 22:42, Simon Glass wrote:
> Hi Heinrich,
>
> On Mon, 18 May 2026 at 00:57, Heinrich Schuchardt
> <heinrich.schuchardt at canonical.com> wrote:
>>
>> Declare FS_CAP_DATE in the ext4 fstype_info entry so that fs_ls_generic()
>> displays the modification date alongside the file size:
>>
>> 4096 2024-03-15 09:30 filename.txt
>>
>> Signed-off-by: Heinrich Schuchardt <heinrich.schuchardt at canonical.com>
>> ---
>> fs/fs.c | 3 +++
>> 1 file changed, 3 insertions(+)
>>
>> diff --git a/fs/fs.c b/fs/fs.c
>> index f8e4794c10e..482a5523712 100644
>> --- a/fs/fs.c
>> +++ b/fs/fs.c
>> @@ -261,6 +261,9 @@ static struct fstype_info fstypes[] = {
>> .fstype = FS_TYPE_EXT,
>> .name = "ext4",
>> .null_dev_desc_ok = false,
>> +#if !IS_ENABLED(CONFIG_XPL_BUILD)
>> + .caps = FS_CAP_DATE,
>> +#endif
>> .probe = ext4fs_probe,
>> .close = ext4fs_close,
>> .ls = fs_ls_generic,
>> --
>> 2.53.0
>>
>
> I would prefer having a head-file macro which expands to nothing for
> xPL builds, rather than adding preprocessor macros.
>
> Regards,
> Simon
Hello Simon,
In the internet I could not find what a "head-file macro" might be.
As struct fstype_info is not defined in a header file, a preprocessor
macro defined in a header file would not make sense here.
Do you mean something like:
#if IS_ENABLED(CONFIG_XPL_BUILD)
#define FS_CAPS(flags) /* empty */
#else
#define FS_CAPS(flags) .caps = (flags),
#endif
static struct fstype_info fstypes[] = {
#if CONFIG_IS_ENABLED(FS_FAT)
{
.fstype = FS_TYPE_FAT,
.name = "fat",
.null_dev_desc_ok = false,
FS_CAPS(FS_CAP_DATE)
.probe = fat_set_blk_dev,
...
A line without a comma in the initializer is easily mistaken as
incorrect. I am not sure that a code reviewers life is made easier with
defining a new preprocessor macro.
Best regards
Heinrich
More information about the U-Boot
mailing list