linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Christophe Leroy <christophe.leroy@c-s.fr>
To: Paul Mackerras <paulus@samba.org>, Michael Ellerman <mpe@ellerman.id.au>
Cc: kbuild test robot <lkp@intel.com>,
	kbuild-all@lists.01.org, linux-kernel@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org
Subject: Re: [PATCH v1 39/46] powerpc/8xx: Add a function to early map kernel via huge pages
Date: Thu, 2 Apr 2020 12:13:22 +0200	[thread overview]
Message-ID: <2e56a9e4-6176-7a19-81b3-c36d6243e776@c-s.fr> (raw)
In-Reply-To: <22bc0bba-533f-548b-8eec-a3392acc8e3d@c-s.fr>



Le 17/03/2020 à 15:43, Christophe Leroy a écrit :
> 
> 
> Le 17/03/2020 à 02:39, kbuild test robot a écrit :
>> Hi Christophe,
>>
>> Thank you for the patch! Yet something to improve:
>>
>> [auto build test ERROR on next-20200316]
>> [cannot apply to powerpc/next v5.6-rc6 v5.6-rc5 v5.6-rc4 v5.6-rc6]
>> [if your patch is applied to the wrong git tree, please drop us a note 
>> to help
>> improve the system. BTW, we also suggest to use '--base' option to 
>> specify the
>> base tree in git format-patch, please see 
>> https://stackoverflow.com/a/37406982]
>>
>> url:    
>> https://github.com/0day-ci/linux/commits/Christophe-Leroy/Use-hugepages-to-map-kernel-mem-on-8xx/20200317-065610 
>>
>> base:    8548fd2f20ed19b0e8c0585b71fdfde1ae00ae3c
>> config: powerpc-tqm8xx_defconfig (attached as .config)
>> compiler: powerpc-linux-gcc (GCC) 9.2.0
>> reproduce:
>>          wget 
>> https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross 
>> -O ~/bin/make.cross
>>          chmod +x ~/bin/make.cross
>>          # save the attached .config to linux build tree
>>          GCC_VERSION=9.2.0 make.cross ARCH=powerpc
>>
>> If you fix the issue, kindly add following tag
>> Reported-by: kbuild test robot <lkp@intel.com>
>>
>> All errors (new ones prefixed by >>):
>>
>>     In file included from arch/powerpc/mm/fault.c:33:
>>     include/linux/hugetlb.h: In function 'hstate_inode':
>>>> include/linux/hugetlb.h:522:9: error: implicit declaration of 
>>>> function 'HUGETLBFS_SB'; did you mean 'HUGETLBFS_MAGIC'? 
>>>> [-Werror=implicit-function-declaration]
>>       522 |  return HUGETLBFS_SB(i->i_sb)->hstate;
>>           |         ^~~~~~~~~~~~
>>           |         HUGETLBFS_MAGIC
>>>> include/linux/hugetlb.h:522:30: error: invalid type argument of '->' 
>>>> (have 'int')
>>       522 |  return HUGETLBFS_SB(i->i_sb)->hstate;
>>           |                              ^~
>>     cc1: all warnings being treated as errors
> 
> hstate_inode() shouldn't use HUGETLBFS_SB() which CONFIG_HUGETLBFS is 
> not set.
> 
> Proposed fix at https://patchwork.ozlabs.org/patch/1256108/

The fix is going in 5.7 via mm tree it seems, see 
https://patchwork.kernel.org/patch/11470105/

Christophe

> 
> [...]
> 
> 
>>>> include/linux/hugetlb.h:522:30: error: invalid type argument of '->' 
>>>> (have 'int')
>>       522 |  return HUGETLBFS_SB(i->i_sb)->hstate;
>>           |                              ^~
>>     At top level:
>>     arch/powerpc//mm/nohash/8xx.c:73:18: error: 
>> '__early_map_kernel_hugepage' defined but not used 
>> [-Werror=unused-function]
>>        73 | static int __ref __early_map_kernel_hugepage(unsigned long 
>> va, phys_addr_t pa,
>>           |                  ^~~~~~~~~~~~~~~~~~~~~~~~~~~
>>     cc1: all warnings being treated as errors
> 
> This patch is a preparation patch. The function is not used yet, that's 
> normal. Ok, it breaks bisectability. Should it be squashed with the 
> first user of the function ?
> 
> Christophe

  reply	other threads:[~2020-04-02 10:13 UTC|newest]

Thread overview: 55+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-03-16 12:35 [PATCH v1 00/46] Use hugepages to map kernel mem on 8xx Christophe Leroy
2020-03-16 12:35 ` [PATCH v1 01/46] powerpc/kasan: Fix shadow memory protection with CONFIG_KASAN_VMALLOC Christophe Leroy
2020-03-16 12:35 ` [PATCH v1 02/46] powerpc/kasan: Fix error detection on memory allocation Christophe Leroy
2020-03-16 12:35 ` [PATCH v1 03/46] powerpc/kasan: Fix issues by lowering KASAN_SHADOW_END Christophe Leroy
2020-03-16 12:35 ` [PATCH v1 04/46] powerpc/kasan: Fix shadow pages allocation failure Christophe Leroy
2020-03-16 12:35 ` [PATCH v1 05/46] powerpc/kasan: Remove unnecessary page table locking Christophe Leroy
2020-03-16 12:35 ` [PATCH v1 06/46] powerpc/kasan: Refactor update of early shadow mappings Christophe Leroy
2020-04-02 10:19   ` Christophe Leroy
2020-03-16 12:35 ` [PATCH v1 07/46] powerpc/kasan: Declare kasan_init_region() weak Christophe Leroy
2020-03-16 12:35 ` [PATCH v1 08/46] powerpc/ptdump: Limit size of flags text to 1/2 chars on PPC32 Christophe Leroy
2020-03-16 12:35 ` [PATCH v1 09/46] powerpc/ptdump: Reorder flags Christophe Leroy
2020-03-16 12:35 ` [PATCH v1 10/46] powerpc/ptdump: Add _PAGE_COHERENT flag Christophe Leroy
2020-03-16 12:35 ` [PATCH v1 11/46] powerpc/ptdump: Display size of BATs Christophe Leroy
2020-03-17  3:25   ` kbuild test robot
2020-03-16 12:35 ` [PATCH v1 12/46] powerpc/ptdump: Standardise display of BAT flags Christophe Leroy
2020-03-16 12:35 ` [PATCH v1 13/46] powerpc/ptdump: Properly handle non standard page size Christophe Leroy
2020-03-16 12:35 ` [PATCH v1 14/46] powerpc/ptdump: Handle hugepd at PGD level Christophe Leroy
2020-03-16 12:36 ` [PATCH v1 15/46] powerpc/32s: Don't warn when mapping RO data ROX Christophe Leroy
2020-03-16 12:36 ` [PATCH v1 16/46] powerpc/mm: Allocate static page tables for fixmap Christophe Leroy
2020-03-17 14:38   ` Christophe Leroy
2020-03-17 16:00     ` Luc Van Oostenryck
2020-03-16 12:36 ` [PATCH v1 17/46] powerpc/mm: Fix conditions to perform MMU specific management by blocks on PPC32 Christophe Leroy
2020-03-16 12:36 ` [PATCH v1 18/46] powerpc/mm: PTE_ATOMIC_UPDATES is only for 40x Christophe Leroy
2020-03-16 12:36 ` [PATCH v1 19/46] powerpc/mm: Refactor pte_update() on nohash/32 Christophe Leroy
2020-03-16 12:36 ` [PATCH v1 20/46] powerpc/mm: Refactor pte_update() on book3s/32 Christophe Leroy
2020-03-16 12:36 ` [PATCH v1 21/46] powerpc/mm: Standardise __ptep_test_and_clear_young() params between PPC32 and PPC64 Christophe Leroy
2020-03-16 12:36 ` [PATCH v1 22/46] powerpc/mm: Standardise pte_update() prototype " Christophe Leroy
2020-03-16 12:36 ` [PATCH v1 23/46] powerpc/mm: Create a dedicated pte_update() for 8xx Christophe Leroy
2020-03-16 12:36 ` [PATCH v1 24/46] powerpc/mm: Reduce hugepd size for 8M hugepages on 8xx Christophe Leroy
2020-03-16 12:36 ` [PATCH v1 25/46] powerpc/8xx: Drop CONFIG_8xx_COPYBACK option Christophe Leroy
2020-03-16 12:36 ` [PATCH v1 26/46] powerpc/8xx: Prepare handlers for _PAGE_HUGE for 512k pages Christophe Leroy
2020-03-16 12:36 ` [PATCH v1 27/46] powerpc/8xx: Manage 512k huge pages as standard pages Christophe Leroy
2020-03-16 12:36 ` [PATCH v1 28/46] powerpc/8xx: Only 8M pages are hugepte pages now Christophe Leroy
2020-03-16 12:36 ` [PATCH v1 29/46] powerpc/8xx: MM_SLICE is not needed anymore Christophe Leroy
2020-03-16 12:36 ` [PATCH v1 30/46] powerpc/8xx: Move PPC_PIN_TLB options into 8xx Kconfig Christophe Leroy
2020-03-16 12:36 ` [PATCH v1 31/46] powerpc/8xx: Add function to update pinned TLBs Christophe Leroy
2020-03-16 12:36 ` [PATCH v1 32/46] powerpc/8xx: Don't set IMMR map anymore at boot Christophe Leroy
2020-03-16 12:36 ` [PATCH v1 33/46] powerpc/8xx: Always pin TLBs at startup Christophe Leroy
2020-03-16 12:36 ` [PATCH v1 34/46] powerpc/8xx: Drop special handling of Linear and IMMR mappings in I/D TLB handlers Christophe Leroy
2020-03-16 12:36 ` [PATCH v1 35/46] powerpc/8xx: Remove now unused TLB miss functions Christophe Leroy
2020-03-16 12:36 ` [PATCH v1 36/46] powerpc/8xx: Move DTLB perf handling closer Christophe Leroy
2020-03-16 12:36 ` [PATCH v1 37/46] powerpc/mm: Don't be too strict with _etext alignment on PPC32 Christophe Leroy
2020-03-16 12:36 ` [PATCH v1 38/46] powerpc/8xx: Refactor kernel address boundary comparison Christophe Leroy
2020-03-16 12:36 ` [PATCH v1 39/46] powerpc/8xx: Add a function to early map kernel via huge pages Christophe Leroy
2020-03-17  1:39   ` kbuild test robot
2020-03-17 14:43     ` Christophe Leroy
2020-04-02 10:13       ` Christophe Leroy [this message]
2020-03-16 12:36 ` [PATCH v1 40/46] powerpc/8xx: Map IMMR with a huge page Christophe Leroy
2020-03-16 12:36 ` [PATCH v1 41/46] powerpc/8xx: Map linear memory with huge pages Christophe Leroy
2020-03-16 12:36 ` [PATCH v1 42/46] powerpc/8xx: Allow STRICT_KERNEL_RwX with pinned TLB Christophe Leroy
2020-03-16 12:36 ` [PATCH v1 43/46] powerpc/8xx: Allow large TLBs with DEBUG_PAGEALLOC Christophe Leroy
2020-03-16 12:36 ` [PATCH v1 44/46] powerpc/8xx: Implement dedicated kasan_init_region() Christophe Leroy
2020-03-16 12:36 ` [PATCH v1 45/46] powerpc/32s: Allow mapping with BATs with DEBUG_PAGEALLOC Christophe Leroy
2020-03-16 12:36 ` [PATCH v1 46/46] powerpc/32s: Implement dedicated kasan_init_region() Christophe Leroy
2020-03-17 14:32   ` Christophe Leroy

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=2e56a9e4-6176-7a19-81b3-c36d6243e776@c-s.fr \
    --to=christophe.leroy@c-s.fr \
    --cc=kbuild-all@lists.01.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linuxppc-dev@lists.ozlabs.org \
    --cc=lkp@intel.com \
    --cc=mpe@ellerman.id.au \
    --cc=paulus@samba.org \
    /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;
as well as URLs for NNTP newsgroup(s).