Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751429AbaLPKYu (ORCPT ); Tue, 16 Dec 2014 05:24:50 -0500 Received: from smtp02.citrix.com ([66.165.176.63]:17562 "EHLO SMTP02.CITRIX.COM" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750823AbaLPKYs (ORCPT ); Tue, 16 Dec 2014 05:24:48 -0500 X-IronPort-AV: E=Sophos;i="5.07,585,1413244800"; d="scan'208";a="205291520" Message-ID: <5490086D.2060808@citrix.com> Date: Tue, 16 Dec 2014 10:24:45 +0000 From: David Vrabel User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Icedove/31.2.0 MIME-Version: 1.0 To: Juergen Gross , David Vrabel , , , , , , , , , , Subject: Re: [Xen-devel] [PATCH 4/4] xen: use generated hypercall symbols in arch/x86/xen/xen-head.S References: <1418321065-10212-1-git-send-email-jgross@suse.com> <1418321065-10212-5-git-send-email-jgross@suse.com> <548ECE9B.3040105@citrix.com> <548FC95E.70903@suse.com> In-Reply-To: <548FC95E.70903@suse.com> Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: 7bit X-DLP: MIA2 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 16/12/14 05:55, Juergen Gross wrote: > On 12/15/2014 01:05 PM, David Vrabel wrote: >> On 11/12/14 18:04, Juergen Gross wrote: >>> Instead of manually list each hypercall in arch/x86/xen/xen-head.S >>> use the auto generated symbol list. >>> >>> This also corrects the wrong address of xen_hypercall_mca which was >>> located 32 bytes higher than it should. >>> >>> Symbol addresses have been verified to match the correct ones via >>> objdump output. >> [...] >>> + >>> +#define HYPERCALL(n) \ >>> + .equ xen_hypercall_##n, hypercall_page + __HYPERVISOR_##n * 32; \ >>> + .type xen_hypercall_##n, function; .size xen_hypercall_##n, 32 >>> +#include >>> +#undef HYPERCALL >> >> The gas manual[1] suggests the syntax you've used for .type is invalid >> and suggest using .type , STT_FUNC > > Really? In the link below I see: > > The types supported are: > > STT_FUNC > function > Mark the symbol as being a function name. > ... > > So "function" seems to be okay. >From the manual The syntaxes supported are: .type STT_ .type ,# .type ,@ .type ,% .type ,"" And The first variant will be accepted by the GNU assembler on all architectures... David -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/