linux-kernel - raid6 algorithm issues with 64K page

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [day] [month] [year] [list]

Message-ID: <CAOOPZo6WJgMu-UoVrMfOfZWOABLNzDoYj-eEdiuSRk06Yxfeqg@mail.gmail.com>
Date:	Thu, 18 Aug 2016 16:06:49 +0800
From:	Zhengyuan Liu <liuzhengyuang521@...il.com>
To:	linux-raid <linux-raid@...r.kernel.org>
Cc:	Shaohua Li <shli@...nel.org>, linux-kernel@...r.kernel.org,
	ravi.v.shankar@...el.com,
	Gayatri Kammela <gayatri.kammela@...el.com>,
	"H . Peter Anvin" <hpa@...or.com>,
	Jim Kukunas <james.t.kukunas@...ux.intel.com>,
	Fenghua Yu <fenghua.yu@...el.com>,
	Megha Dey <megha.dey@...ux.intel.com>,
	刘云 <liuyun01@...inos.cn>,
	胡海 <huhai@...inos.cn>
Subject: raid6 algorithm issues with 64K page_size

G' day all,

The kernel would try to pick the best algorithm for raid6 to compute two
syndromes, generally referred to P and Q  at boot time. Part of the algorithm
code was showed bellow from lib/raid6/algos.c:

   int __init raid6_select_algo(void)
   {
        const int disks = (65536/PAGE_SIZE)+2;

        const struct raid6_calls *gen_best;
        const struct raid6_recov_calls *rec_best;
        char *syndromes;
        void *dptrs[(65536/PAGE_SIZE)+2];
        int i;

        for (i = 0; i < disks-2; i++)
                dptrs[i] = ((char *)raid6_gfmul) + PAGE_SIZE*i;

        /* Normal code - use a 2-page allocation to avoid D$ conflict */
        syndromes = (void *) __get_free_pages(GFP_KERNEL, 1);

        if (!syndromes) {
                pr_err("raid6: Yikes!  No memory available.\n");
                return -ENOMEM;
        }

        dptrs[disks-2] = syndromes;
        dptrs[disks-1] = syndromes + PAGE_SIZE;

        /* select raid gen_syndrome function */
        gen_best = raid6_choose_gen(&dptrs, disks);

        /* select raid recover functions */
        rec_best = raid6_choose_recov()

The data set to use for computing syndromes  is gfmul table, it was defined as
"u8 raid6_gfmul[256][256]" and size to be 65536 Bytes or 64KB . From
the code we can see it use gfmul table size and PAGE_SIZE to determine
the disk number.  If the PAGE_SIZE is 4K, then the number of disks got
to be 18 and 10 for 8K, 3 for 64K. As we all know, raid6 needs at
least 4 disks.

Could we just define a constantly macro for disks as the test program does in
lib/raid6/test/test.c, not depend on page size  and not use gfmul
table as the data source of disks?

Move further, bigger page size like 128K would encounter the same problem.