From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <linux-kernel-owner@vger.kernel.org>
Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755611Ab3KLOkH (ORCPT <rfc822;w@1wt.eu>);
	Tue, 12 Nov 2013 09:40:07 -0500
Received: from unicorn.mansr.com ([81.2.72.234]:38259 "EHLO unicorn.mansr.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751478Ab3KLOkC convert rfc822-to-8bit (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Tue, 12 Nov 2013 09:40:02 -0500
From: =?iso-8859-1?Q?M=E5ns_Rullg=E5rd?= <mans@mansr.com>
To: Nicolas Pitre <nicolas.pitre@linaro.org>
Cc: Ben Dooks <ben.dooks@codethink.co.uk>,
        Russell King - ARM Linux <linux@arm.linux.org.uk>,
        =?iso-8859-1?Q?M=E5ns_Rullg=E5rd?= <mans@mansr.com>,
        Stephen Boyd <sboyd@codeaurora.org>, linux-kernel@vger.kernel.org,
        Christopher Covington <cov@codeaurora.org>,
        Jean-Christophe PLAGNIOL-VILLARD <plagnioj@jcrosoft.com>,
        linux-arm-kernel@lists.infradead.org
Subject: Re: [PATCH v2] ARM: Use udiv/sdiv for __aeabi_{u}idiv library functions
References: <1383951632-6090-1-git-send-email-sboyd@codeaurora.org>
	<alpine.LFD.2.10.1311092357090.2314@knanqh.ubzr>
	<528193A0.7050505@codeaurora.org>
	<alpine.LFD.2.10.1311120839310.9667@knanqh.ubzr>
	<20131112140436.GK16735@n2100.arm.linux.org.uk>
	<52823877.60806@codethink.co.uk>
	<alpine.LFD.2.10.1311120924330.9667@knanqh.ubzr>
Date: Tue, 12 Nov 2013 14:40:01 +0000
In-Reply-To: <alpine.LFD.2.10.1311120924330.9667@knanqh.ubzr> (Nicolas Pitre's
	message of "Tue, 12 Nov 2013 09:32:03 -0500 (EST)")
Message-ID: <yw1x8uwtvg3i.fsf@unicorn.mansr.com>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8BIT
Sender: linux-kernel-owner@vger.kernel.org
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org

Nicolas Pitre <nicolas.pitre@linaro.org> writes:

> On Tue, 12 Nov 2013, Ben Dooks wrote:
>
>> Given these are single instructoins for ARM, is it possible we could
>> make a table of all the callers and fix them up when we initialise
>> as we do for the SMP/UP case and for page-offset?
>
> Not really.  Calls to those functions are generated by the compiler 
> implicitly when a divisor operand is used and therefore we cannot 
> annotate those calls.  We'd have to use special accessors everywhere to 
> replace the standard division operand (like we do for 64 by 32 bit 
> divisions) but I doubt that people would accept that.

It might be possible to extract this information from relocation tables.

-- 
Måns Rullgård
mans@mansr.com