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

Re: Debian randconfig failure, Was Re: [XEN PATCH v2 0/7] automation: Update containers to allow HTTPS access to xenbits


  • To: Andrew Cooper <andrew.cooper3@xxxxxxxxxx>
  • From: Jan Beulich <jbeulich@xxxxxxxx>
  • Date: Wed, 22 Feb 2023 10:53:05 +0100
  • Arc-authentication-results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=suse.com; dmarc=pass action=none header.from=suse.com; dkim=pass header.d=suse.com; arc=none
  • Arc-message-signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=4sVT6+6VZGaVE3SwUFqM7jDYqL5+aYTWCo/kbX1NcYs=; b=YwBAxOPmJtPHt3J9rixK+8NIzfIISAuyNqCh7yRumaWcewhxgFMxbIgdQsDD+LQqOJu3aRsOwxs8bQzhtQPZya2dWAsmnJ0g8PDzoUc3P5O2oHQj1wKVhhFtdRCQfuzR4Z2uBo9M23/6zXwwSMhnH1KgoDoDRbyNXuVuyn7Vr7pvf7rkQVvaR9H6sId42uF6f+FrgRHSq+gt/mvAGtcS89lbPKWhD7EVouNEoC2fOhisX+cuVI5dISHu94IPLuamPk4ST+3Px+Klxp+Ilguo9gPBBh6duLmca0UlDTIYIHowogqgjAUV/d0ewKAKujH51sVUrRG23aYxEp6HSLXrvg==
  • Arc-seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=Jyn3dqyMKr8kmQJxc9ujW+Qtx+91ecitkdIJKAQNDtu0QGPsX3Rtur6LBpkeNEFYcjBBD51G11TTzizr4RBqFU9FzfE9exa3UuPeE2pLgc7ve0+ke4SfGnblJQBYHLUKrfISeZDxuazMWdvAnhWrO+eFlys63s/vU1KvhhaY4kA/R27kNKLbM+KyJfrKN6AkGkdC4bUBbHZwxDhQspun3DiIYm3/14EfBzxgOT/VoaahKv9cMapBcSn160Sm7V6rJGtZRm4FIHKfJWen6KfzVMR8AaTyeGnQhbKqQrWpnIiASoolzyGSfsPaaeKUWJxm2UslWVDxSOJujJW9YL8Iwg==
  • Authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=suse.com;
  • Cc: Anthony PERARD <anthony.perard@xxxxxxxxxx>, xen-devel@xxxxxxxxxxxxxxxxxxxx
  • Delivery-date: Wed, 22 Feb 2023 09:53:21 +0000
  • List-id: Xen developer discussion <xen-devel.lists.xenproject.org>

On 22.02.2023 10:42, Jan Beulich wrote:
> On 21.02.2023 19:05, Andrew Cooper wrote:
>> On 21/02/2023 4:55 pm, Anthony PERARD wrote:
>>> Building randconfig on debian unstable seems to be an issue.
>>
>> You're talking about
>> https://gitlab.com/xen-project/people/anthonyper/xen/-/jobs/3769926509 ?
>>
>> + gcc --version
>> gcc (Debian 12.2.0-14) 12.2.0
>>
>> arch/x86/extable.c: In function 'search_pre_exception_table':
>> arch/x86/extable.c:200:27: error: array subscript -1 is outside array
>> bounds of 'struct exception_table_entry[1152921504606846975]'
>> [-Werror=array-bounds]
>>   200 |     unsigned long fixup = search_one_extable(
>>       |                           ^~~~~~~~~~~~~~~~~~~
>>   201 |         __start___pre_ex_table, __stop___pre_ex_table-1, addr);
>>       |         ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>> In file included from arch/x86/extable.c:8:
>> ./arch/x86/include/asm/uaccess.h:414:37: note: at offset -8 into object
>> '__stop___pre_ex_table' of size [0, 9223372036854775807]
>>   414 | extern struct exception_table_entry __stop___pre_ex_table[];
>>       |                                     ^~~~~~~~~~~~~~~~~~~~~
>> cc1: all warnings being treated as errors
>> make[3]: *** [Rules.mk:246: arch/x86/extable.o] Error 1
>>
>> Jan: do we need some more gcc-wrap sprinkled around?
> 
> I think we can get away without, but first of all I'm curious why gcc12
> spots an issue there, but not in my (and perhaps also your) local builds.
> Being a randconfig failure, is this tied to a specific setting in .config?
> Off the top of my head I can't think of any which might affect this code.

Looks to be the combination of DEBUG=n and COVERAGE=y.

> To work around this, instead of adding gcc-wrap-ery, I'd favor simply
> changing search_one_extable()'s 2nd parameter's meaning from "last" to
> "end" (i.e. the range passed in from [,] to [,) in mathematical spelling).

I'll make a patch along these lines then, I guess. Should I credit Anthony,
you, or both of you as the reporter?

Jan



 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.