Re: [PATCH 2/4] xfs: merge the perag freeing helpers

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Subject: Re: [PATCH 2/4] xfs: merge the perag freeing helpers
From: Christoph Hellwig <hch@xxxxxx>
Date: Wed, 18 Sep 2024 08:15:53 +0200
Cc: Christoph Hellwig <hch@xxxxxx>, Chandan Babu R <chandan.babu@xxxxxxxxxx>, linux-xfs@xxxxxxxxxxxxxxx
In-reply-to: <20240917185556.GL182194@frogsfrogsfrogs>
References: <20240910042855.3480387-1-hch@lst.de> <20240910042855.3480387-3-hch@lst.de> <20240917185556.GL182194@frogsfrogsfrogs>
User-agent: Mutt/1.5.17 (2007-11-01)

On Tue, Sep 17, 2024 at 11:55:56AM -0700, Darrick J. Wong wrote:
> And I guess the extra xfs_perag_rele is ok because xfs_initialize_perag
> sets it to 1 and the _unused free function didn't care what the active
> refcount was?

Yes.

References:
- fix recovery of extfree items just after a growfs
  - From: Christoph Hellwig
- [PATCH 2/4] xfs: merge the perag freeing helpers
  - From: Christoph Hellwig
- Re: [PATCH 2/4] xfs: merge the perag freeing helpers
  - From: Darrick J. Wong

Prev by Date: Re: [PATCH 1/4] xfs: pass the exact range to initialize to xfs_initialize_perag
Next by Date: Re: Known and unfixed active data loss bug in MM + XFS with large folios since Dec 2021 (any kernel from 6.1 upwards)
Previous by thread: Re: [PATCH 2/4] xfs: merge the perag freeing helpers
Next by thread: [PATCH 3/4] xfs: create perag structures as soon as possible during log recovery
Index(es):
- Date
- Thread

[Index of Archives] [XFS Filesystem Development (older mail)] [Linux Filesystem Development] [Linux Audio Users] [Yosemite Trails] [Linux Kernel] [Linux RAID] [Linux SCSI]

Powered by Linux