mounting 4k blocksize on e.g. 64k hosts

[Gao Xiang]

Hi Ian,

On 2024/12/7 09:09, Ian Kent wrote:
> On 7/12/24 04:21, Gao Xiang wrote:
>>
>>
>> On 2024/12/7 04:10, Colin Walters wrote:
>>> On Fri, Dec 6, 2024, at 2:46 PM, Gao Xiang wrote:
>>>
>>>> Did you try upstream kernels? It's already supported upstream
>>>> since Linux 6.4.
>>>
>>> Sorry, my bad. (It should have occurred to me to check, but this one popped back up on my radar when I'm trying to do several other things at the same time).
>>>
>>> Anyways looks like the fix specifically was https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=d3c4bdcc756e60b95365c66ff58844ce75d1c8f8 ?
>>
>> Yes, although it has been supported for nearly two
>> years, but there are still many dependencies
>> against RHEL 9 kernel (5.14) codebase.
>>
>>>
>>>> I think RHEL 9 is lacking of many features.
>>>
>>> Yes, but I'll try to argue for refresh for 9.6. Thanks!
>>> (Just tried to cherry pick that one myself, some conflicts but looks tractable)
>>
>> Actually, the PR below has been delayed for
>> months:
>> https://gitlab.com/redhat/centos-stream/src/kernel/centos-stream-9/-/merge_requests/4123
> 
> Indeed, yes.
> 
> 
> I deferred it because I thought back porting the idmap type changes that came after
> 
> 5.14 was more important and the above MR was conflicting with them.
> 
> That was a large change and was difficult to get merged but it's done now.

Thanks for the reply!

Yeah, I thought it seems to be delayed due to some
other high priority stuffs, but keep the codebase
in line with Linux v6.1 or v6.6 is helpful to
container use cases since I'm mainly working on
this area these years, such as:
  - large folios for better read performance;
  - subpage block support (>= 512-byte blocks);
  - FSDAX for page cache sharing into VMs;
  - advanced compression features;
  - and more.

> 
> 
>>
>> I think it's not quite easy to just cherry-pick
>> random commits due to twisted codebase cleanups,
>> rolling the codebase to upstream v6.4 is a good
>> choise for RHEL 9 long term maintainence.
> 
> Yes, cherry-picking commits is often hard to do and error prone.
> 
> 
> I can't remember now how far I went with the above MR but I'll review
> 
> that when I look at getting this into RHEL for Colin.
> 
> If I need help I'll certainly reach out here, thanks very much offering to help.

Thank you!

Thanks,
Gao Xiang

> 
> 
> Ian