All of lore.kernel.org
 help / color / mirror / Atom feed
From: Andrew Burgess <andrew.burgess@embecosm.com>
To: openrisc@lists.librecores.org
Subject: [OpenRISC] [PATCH v2 5/6] sim/or1k: Add test for 64-bit fpu operations
Date: Sat, 13 Apr 2019 22:36:06 +0100	[thread overview]
Message-ID: <20190413213606.GI2737@embecosm.com> (raw)
In-Reply-To: <20190409213925.32699-6-shorne@gmail.com>

* Stafford Horne <shorne@gmail.com> [2019-04-10 06:39:24 +0900]:

> This is a very basic test but it ensure the machine is wired up
> correctly and that the assembler works.
> 
> sim/testsuite/sim/or1k/ChangeLog:
> 
> 	* fpu64a32.S: New file.

This is fine.

Thanks,
Andrew


> ---
>  sim/testsuite/sim/or1k/fpu64a32.S | 172 ++++++++++++++++++++++++++++++
>  1 file changed, 172 insertions(+)
>  create mode 100644 sim/testsuite/sim/or1k/fpu64a32.S
> 
> diff --git a/sim/testsuite/sim/or1k/fpu64a32.S b/sim/testsuite/sim/or1k/fpu64a32.S
> new file mode 100644
> index 0000000000..6c40170854
> --- /dev/null
> +++ b/sim/testsuite/sim/or1k/fpu64a32.S
> @@ -0,0 +1,172 @@
> +/* Tests some basic fpu instructions.
> +
> +   Copyright (C) 2017-2019 Free Software Foundation, Inc.
> +
> +   This program is free software; you can redistribute it and/or modify
> +   it under the terms of the GNU General Public License as published by
> +   the Free Software Foundation; either version 3 of the License, or
> +   (at your option) any later version.
> +
> +   This program is distributed in the hope that it will be useful,
> +   but WITHOUT ANY WARRANTY; without even the implied warranty of
> +   MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
> +   GNU General Public License for more details.
> +
> +   You should have received a copy of the GNU General Public License
> +   along with this program.  If not, see <http://www.gnu.org/licenses/>.  */
> +
> +# mach: or1k
> +# output: report(0x400921f9);\n
> +# output: report(0xf01b866e);\n
> +# output: report(0x4005bf09);\n
> +# output: report(0x95aaf790);\n
> +# output: report(0x00000000);\n
> +# output: report(0x00001234);\n
> +# output: \n
> +# output: report(0x40b23400);\n
> +# output: report(0x00000000);\n
> +# output: report(0x40b23400);\n
> +# output: report(0x00000000);\n
> +# output: \n
> +# output: report(0x40177081);\n
> +# output: report(0xc2e33eff);\n
> +# output: report(0x400921f9);\n
> +# output: report(0xf01b866e);\n
> +# output: \n
> +# output: report(0x40211456);\n
> +# output: report(0x587dfabf);\n
> +# output: report(0x400921f9);\n
> +# output: report(0xf01b866d);\n
> +# output: \n
> +# output: report(0x00000001);\n
> +# output: \n
> +# output: WARNING: ignoring fpu error caught in fast mode.\n
> +# output: report(0x00000000);\n
> +# output: \n
> +# output: exit(0)\n
> +
> +#include "or1k-asm-test-helpers.h"
> +
> +	STANDARD_TEST_ENVIRONMENT
> +
> +	.section .exception_vectors
> +
> +	/* Floating point exception.  */
> +	.org	0xd00
> +
> +	/* The handling is a bit dubious at present.  We just patch the
> +	   instruction with l.nop and restart.  This will go wrong in branch
> +	   delay slots.  But we don't have those in this test.  */
> +	l.addi r1, r1, -EXCEPTION_STACK_SKIP_SIZE
> +	PUSH r2
> +	PUSH r3
> +	/* Save the address of the instruction that caused the problem.  */
> +	MOVE_FROM_SPR r2, SPR_EPCR_BASE
> +	LOAD_IMMEDIATE r3, 0x15000000 /* Opcode for l.nop  */
> +	l.sw	-4(r2), r3
> +	POP r3
> +	POP r2
> +	l.addi r1, r1, EXCEPTION_STACK_SKIP_SIZE
> +	l.rfe
> +
> +	.section .data
> +	.align 4
> +	.type   pi, @object
> +	.size   pi, 8
> +anchor:
> +pi:
> +	.double  3.14159
> +
> +	.type   e, @object
> +	.size   e, 8
> +e:
> +	.double  2.71828
> +
> +	.type   large, @object
> +	.size   large, 8
> +large:
> +	.long  0
> +	.long  0x1234
> +
> +	.section .text
> +start_tests:
> +	PUSH LINK_REGISTER_R9
> +
> +	/* Test lf.itof.d int to double conversion.  Setting up:
> +	 *  r11      pointer to data
> +	 *  r12,r13  pi as double
> +	 *  r14,r15  e  as double
> +	 *  r16,r17  a long long
> +	 */
> +	l.ori	r11, r0, ha(anchor)
> +	l.addi	r11, r11, lo(anchor)
> +	l.lwz	r12, 0(r11)
> +	l.lwz	r13, 4(r11)
> +
> +	l.lwz	r14, 8(r11)
> +	l.lwz	r15, 12(r11)
> +
> +	l.lwz	r16, 16(r11)
> +	l.lwz	r18, 20(r11)
> +
> +	/* Output to ensure we loaded it correctly.  */
> +	REPORT_REG_TO_CONSOLE r12
> +	REPORT_REG_TO_CONSOLE r13
> +
> +	REPORT_REG_TO_CONSOLE r14
> +	REPORT_REG_TO_CONSOLE r15
> +
> +	REPORT_REG_TO_CONSOLE r16
> +	REPORT_REG_TO_CONSOLE r18
> +	PRINT_NEWLINE_TO_CONSOLE
> +
> +	/* Convert the big long to a double. */
> +	lf.itof.d r16, r16
> +	REPORT_REG_TO_CONSOLE r16
> +	REPORT_REG_TO_CONSOLE r18
> +
> +	/* Convert the double back to a long, it should match before. */
> +	lf.ftoi.d r16, r16
> +	lf.itof.d r16, r16
> +
> +	REPORT_REG_TO_CONSOLE r16
> +	REPORT_REG_TO_CONSOLE r18
> +
> +	PRINT_NEWLINE_TO_CONSOLE
> +
> +	/* Add and subtract some double values.  */
> +	lf.add.d r12, r12, r14
> +	REPORT_REG_TO_CONSOLE r12
> +	REPORT_REG_TO_CONSOLE r13
> +
> +	lf.sub.d r12, r12, r14
> +	REPORT_REG_TO_CONSOLE r12
> +	REPORT_REG_TO_CONSOLE r13
> +	PRINT_NEWLINE_TO_CONSOLE
> +
> +	/* Multiply and divide double values.  */
> +	lf.mul.d r12, r12, r14
> +	REPORT_REG_TO_CONSOLE r12
> +	REPORT_REG_TO_CONSOLE r13
> +
> +	lf.div.d r12, r12, r14
> +	REPORT_REG_TO_CONSOLE r12
> +	REPORT_REG_TO_CONSOLE r13
> +	PRINT_NEWLINE_TO_CONSOLE
> +
> +	/* Test lf.sfge.s set flag if r6 >= r10.  */
> +	lf.sfge.d r12, r14
> +	MOVE_FROM_SPR r2, SPR_SR
> +	REPORT_BIT_TO_CONSOLE r2, SPR_SR_F
> +	PRINT_NEWLINE_TO_CONSOLE
> +
> +	/* Test raising an exception by dividing by 0.  */
> +	MOVE_FROM_SPR r2, SPR_FPCSR
> +	l.ori	r2, r2, 0x1
> +	MOVE_TO_SPR SPR_FPCSR, r2
> +div0:	lf.div.d r2, r12, r0
> +	REPORT_EXCEPTION div0
> +	PRINT_NEWLINE_TO_CONSOLE
> +
> +	POP LINK_REGISTER_R9
> +	RETURN_TO_LINK_REGISTER_R9
> -- 
> 2.19.1
> 

  reply	other threads:[~2019-04-13 21:36 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-04-09 21:39 [OpenRISC] [PATCH v2 0/6] OpenRISC orfpx64a32 support Stafford Horne
2019-04-09 21:39 ` [OpenRISC] [PATCH v2 1/6] cpu: Add support for orfp64a32 spec Stafford Horne
2019-04-09 21:39 ` [OpenRISC] [PATCH v2 2/6] opcodes: Regenerate opcodes " Stafford Horne
2019-04-11  8:45   ` Nick Clifton
2019-04-09 21:39 ` [OpenRISC] [PATCH v2 3/6] sim/or1k: Regenerate sim " Stafford Horne
2019-04-13 21:40   ` Andrew Burgess
2019-04-14  6:44     ` Stafford Horne
2019-04-09 21:39 ` [OpenRISC] [PATCH v2 4/6] sim/common: Wire in df/di conversion Stafford Horne
2019-04-13 21:59   ` Andrew Burgess
2019-04-09 21:39 ` [OpenRISC] [PATCH v2 5/6] sim/or1k: Add test for 64-bit fpu operations Stafford Horne
2019-04-13 21:36   ` Andrew Burgess [this message]
2019-04-09 21:39 ` [OpenRISC] [PATCH v2 6/6] sim/common: Fix issue with wrong byte order on BE targets Stafford Horne
2019-04-11 22:27   ` Andrew Burgess
2019-04-12 20:21     ` Stafford Horne
2019-04-13 21:30       ` Andrew Burgess

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=20190413213606.GI2737@embecosm.com \
    --to=andrew.burgess@embecosm.com \
    --cc=openrisc@lists.librecores.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.