From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from list by lists.gnu.org with archive (Exim 4.71)
	id 1YQish-0006pm-Hu
	for mharc-grub-devel@gnu.org; Wed, 25 Feb 2015 15:48:31 -0500
Received: from eggs.gnu.org ([2001:4830:134:3::10]:56424)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <phcoder@gmail.com>) id 1YQisf-0006pe-Em
	for grub-devel@gnu.org; Wed, 25 Feb 2015 15:48:30 -0500
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <phcoder@gmail.com>) id 1YQise-000884-LN
	for grub-devel@gnu.org; Wed, 25 Feb 2015 15:48:29 -0500
Received: from mail-wi0-x230.google.com ([2a00:1450:400c:c05::230]:35312)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <phcoder@gmail.com>) id 1YQise-00087y-Ek
	for grub-devel@gnu.org; Wed, 25 Feb 2015 15:48:28 -0500
Received: by mail-wi0-f176.google.com with SMTP id h11so36364308wiw.3
	for <grub-devel@gnu.org>; Wed, 25 Feb 2015 12:48:27 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=message-id:date:from:user-agent:mime-version:to:subject:references
	:in-reply-to:content-type:content-transfer-encoding;
	bh=aePCYTONC3H2tiEdL5Y81HSH0YXWulwFbjgyxfMzVtc=;
	b=WJD1ALFtBXFRjDXcgz2pfID4wq9DzWdtRxHY0aXZHhLWL2bVLLD3Qj56gbWkGQkxtJ
	OvVMmeKMSnSLkJK8A7oSswdH13KHq6vEDsLDUJZgX1quB6hpPp7VlnQRepQupzlJHEQE
	eJIK/gv8Uo9z6y6SjKsB01FPMFtM0zHwgjlp1nAmUZJZoUQwEhxxb0V3OaFEEtCRRZ6Y
	V+aGcgLAF56HXhUlrnf8e+TW+UV7i26I3xo3rRiZ6BQk+W8xQawah8t2ve3GnelDvDkb
	kkpRLqOo0qkRmm38o7u741YMLWBKZo9fK9vjgs5mnHlqn7x78hDXbLrtjzBxplrctg66
	NJ3w==
X-Received: by 10.180.7.131 with SMTP id j3mr10129167wia.55.1424897307800;
	Wed, 25 Feb 2015 12:48:27 -0800 (PST)
Received: from ?IPv6:2a02:1205:501d:9210:863a:4bff:fe50:abc4?
	([2a02:1205:501d:9210:863a:4bff:fe50:abc4])
	by mx.google.com with ESMTPSA id
	ub1sm66440489wjc.43.2015.02.25.12.48.27 for <grub-devel@gnu.org>
	(version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
	Wed, 25 Feb 2015 12:48:27 -0800 (PST)
Message-ID: <54EE351B.6050605@gmail.com>
Date: Wed, 25 Feb 2015 21:48:27 +0100
From: =?UTF-8?B?VmxhZGltaXIgJ8+GLWNvZGVyL3BoY29kZXInIFNlcmJpbmVua28=?=
	<phcoder@gmail.com>
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
	rv:31.0) Gecko/20100101 Icedove/31.4.0
MIME-Version: 1.0
To: The development of GNU GRUB <grub-devel@gnu.org>
Subject: Re: Image scaling performance
References: <CAN9vWDK5aEEuBiBV+pCHikA5gmibc10zH4z0W+iJaKNfTpqO3Q@mail.gmail.com>	<CAEaD8JNmJNqsAa6S65+e4azZMrOdb62yCHqP=YzSSxGLCeYunw@mail.gmail.com>	<CAN9vWDK-RCPaBZONVbkChOsqL0G7AuTdeux4ZWx+Dg9RsYh=UQ@mail.gmail.com>	<20150225154540.GR4278@bivouac.eciton.net>	<20150225162352.GT4278@bivouac.eciton.net>	<CAN9vWDJpRWdmu1e54=x5X887PHHPMrR7wFyru46HR4AjD+uVCQ@mail.gmail.com>	<CAEaD8JPUMrRGEHqz0-QU2T9QX69Nx6ixAdW3e+MjWWoyYcAHxQ@mail.gmail.com>
	<CAN9vWDJxY5qgvBrtHXkT5jdYNGO9nsjp7Ud2axku=1yndWUOpA@mail.gmail.com>
In-Reply-To: <CAN9vWDJxY5qgvBrtHXkT5jdYNGO9nsjp7Ud2axku=1yndWUOpA@mail.gmail.com>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address
	(bad octet value).
X-Received-From: 2a00:1450:400c:c05::230
X-BeenThere: grub-devel@gnu.org
X-Mailman-Version: 2.1.14
Precedence: list
Reply-To: The development of GNU GRUB <grub-devel@gnu.org>
List-Id: The development of GNU GRUB <grub-devel.gnu.org>
List-Unsubscribe: <https://lists.gnu.org/mailman/options/grub-devel>,
	<mailto:grub-devel-request@gnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/archive/html/grub-devel>
List-Post: <mailto:grub-devel@gnu.org>
List-Help: <mailto:grub-devel-request@gnu.org?subject=help>
List-Subscribe: <https://lists.gnu.org/mailman/listinfo/grub-devel>,
	<mailto:grub-devel-request@gnu.org?subject=subscribe>
X-List-Received-Date: Wed, 25 Feb 2015 20:48:30 -0000

On 25.02.2015 19:46, Michael Zimmermann wrote:
> oh ok so linux's div/mod/... assembler is as slow/fast as grub's code?
> Linux uses armv5>= ifdefs. Maybe we could optimized things a little :)
maintaining optimised asm routines is a lot of burden. You'll get more 
bugs than speedup. It's possible to use sdiv/udiv after checking CPU 
model properly but it doesn't cover 64-bit division and usable only on 
few cpus anyway.