linux-mm.kvack.org archive mirror
 help / color / mirror / Atom feed
From: Jan Kara <jack@suse.cz>
To: Luis Henriques <luis.henriques@linux.dev>
Cc: kernel test robot <lkp@intel.com>,
	oe-kbuild-all@lists.linux.dev,
	Linux Memory Management List <linux-mm@kvack.org>,
	Theodore Ts'o <tytso@mit.edu>, Jan Kara <jack@suse.cz>
Subject: Re: [linux-next:master 5690/11210] fs/ext4/fast_commit.c:362:21-23: WARNING !A || A && B is equivalent to !A || B
Date: Thu, 12 Sep 2024 11:46:46 +0200	[thread overview]
Message-ID: <20240912094646.brhe2exsizgwzlai@quack3> (raw)
In-Reply-To: <874j6lcmih.fsf@linux.dev>

On Thu 12-09-24 09:19:18, Luis Henriques wrote:
> On Thu, Sep 12 2024, kernel test robot wrote:
> 
> > tree:   https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git master
> > head:   32ffa5373540a8d1c06619f52d019c6cdc948bb4
> > commit: ebc4b2c1ac92fc0f8bf3f5a9c285a871d5084a6b [5690/11210] ext4: fix incorrect tid assumption in ext4_fc_mark_ineligible()
> > config: loongarch-randconfig-r063-20240911 (https://download.01.org/0day-ci/archive/20240912/202409120149.GdjqoVYQ-lkp@intel.com/config)
> > compiler: loongarch64-linux-gcc (GCC) 14.1.0
> >
> > If you fix the issue in a separate patch/commit (i.e. not just a new version of
> > the same patch/commit), kindly add following tags
> > | Reported-by: kernel test robot <lkp@intel.com>
> > | Closes: https://lore.kernel.org/oe-kbuild-all/202409120149.GdjqoVYQ-lkp@intel.com/
> >
> > cocci warnings: (new ones prefixed by >>)
> >>> fs/ext4/fast_commit.c:362:21-23: WARNING !A || A && B is equivalent to !A || B
> >
> > vim +362 fs/ext4/fast_commit.c
> >
> >    332	
> >    333	/*
> >    334	 * Mark file system as fast commit ineligible, and record latest
> >    335	 * ineligible transaction tid. This means until the recorded
> >    336	 * transaction, commit operation would result in a full jbd2 commit.
> >    337	 */
> >    338	void ext4_fc_mark_ineligible(struct super_block *sb, int reason, handle_t *handle)
> >    339	{
> >    340		struct ext4_sb_info *sbi = EXT4_SB(sb);
> >    341		tid_t tid;
> >    342		bool has_transaction = true;
> >    343		bool is_ineligible;
> >    344	
> >    345		if (ext4_fc_disabled(sb))
> >    346			return;
> >    347	
> >    348		if (handle && !IS_ERR(handle))
> >    349			tid = handle->h_transaction->t_tid;
> >    350		else {
> >    351			read_lock(&sbi->s_journal->j_state_lock);
> >    352			if (sbi->s_journal->j_running_transaction)
> >    353				tid = sbi->s_journal->j_running_transaction->t_tid;
> >    354			else
> >    355				has_transaction = false;
> >    356			read_unlock(&sbi->s_journal->j_state_lock);
> >    357		}
> >    358		spin_lock(&sbi->s_fc_lock);
> >    359		is_ineligible = ext4_test_mount_flag(sb, EXT4_MF_FC_INELIGIBLE);
> >    360		if (has_transaction &&
> >    361		    (!is_ineligible ||
> >  > 362		     (is_ineligible && tid_gt(tid, sbi->s_fc_ineligible_tid))))
> >    363			sbi->s_fc_ineligible_tid = tid;
> 
> This suggestion is obviously correct.  However, my brain found it much
> easier to write (and understand) this logic if written this way.
> 
> Ted, want me to re-send this patch (or a fix for it), or are you happy
> leaving it as is?

I think I've already seen a patch for this. Yes [1]. Frankly I don't care
much but I slightly prefer the shorter variant.

[1] https://lore.kernel.org/all/20240912090722.4e7o4l462y6hccau@quack3

								Honza

> 
> Cheers,
> -- 
> Luís
> 
> >    364 ext4_set_mount_flag(sb, EXT4_MF_FC_INELIGIBLE); 365
> >    spin_unlock(&sbi->s_fc_lock); 366 WARN_ON(reason >=
> >    EXT4_FC_REASON_MAX); 367
> >    sbi->s_fc_stats.fc_ineligible_reason_count[reason]++; 368 } 369
> >
> > -- 
> > 0-DAY CI Kernel Test Service
> > https://github.com/intel/lkp-tests/wiki
> 
-- 
Jan Kara <jack@suse.com>
SUSE Labs, CR


  reply	other threads:[~2024-09-12  9:46 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-09-11 17:14 kernel test robot
2024-09-12  8:19 ` Luis Henriques
2024-09-12  9:46   ` Jan Kara [this message]
2024-09-12 10:08     ` Luis Henriques

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20240912094646.brhe2exsizgwzlai@quack3 \
    --to=jack@suse.cz \
    --cc=linux-mm@kvack.org \
    --cc=lkp@intel.com \
    --cc=luis.henriques@linux.dev \
    --cc=oe-kbuild-all@lists.linux.dev \
    --cc=tytso@mit.edu \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox