lkml.org 
[lkml]   [2022]   [Jan]   [7]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    SubjectRe: [PATCH] fs: btrfs: Disable BTRFS on platforms having 256K pages
    From


    On 2022/1/7 12:55, Michael Ellerman wrote:
    > Qu Wenruo <quwenruo.btrfs@gmx.com> writes:
    >> On 2022/1/7 00:31, Neal Gompa wrote:
    >>> On Wed, Jan 5, 2022 at 7:05 AM Qu Wenruo <quwenruo.btrfs@gmx.com> wrote:
    >>>>
    >>>> Hi Christophe,
    >>>>
    >>>> I'm recently enhancing the subpage support for btrfs, and my current
    >>>> branch should solve the problem for btrfs to support larger page sizes.
    >>>>
    >>>> But unfortunately my current test environment can only provide page size
    >>>> with 64K or 4K, no 16K or 128K/256K support.
    >>>>
    >>>> Mind to test my new branch on 128K page size systems?
    >>>> (256K page size support is still lacking though, which will be addressed
    >>>> in the future)
    >>>>
    >>>> https://github.com/adam900710/linux/tree/metadata_subpage_switch
    >>>>
    >>>
    >>> The Linux Asahi folks have a 16K page environment (M1 Macs)...
    >>
    >> Su Yue kindly helped me testing 16K page size, and it's pretty OK there.
    >>
    >> So I'm not that concerned.
    >>
    >> It's 128K page size that I'm a little concerned, and I have not machine
    >> supporting that large page size to do the test.
    >
    > Did Christophe say he had a 128K system to test on?
    >
    > In mainline powerpc only supports 4K/16K/64K/256K.
    >
    > AFAIK there's no arch with 128K page size support, but that's only based
    > on some grepping, maybe it's hidden somewhere.

    My bad, I thought there would be 128K since there is 256K and 64K
    support, but that's totally wrong.

    I'll get PPC guys informed when the 256K page size problem is solved,
    and then ask for your help.

    Thanks,
    Qu

    >
    > cheers
    >

    \
     
     \ /
      Last update: 2022-01-07 06:22    [W:4.828 / U:0.792 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site