public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Ley Foon Tan <lftan@altera.com>
To: <linux-arch@vger.kernel.org>, <linux-kernel@vger.kernel.org>,
	<linux-doc@vger.kernel.org>
Cc: Arnd Bergmann <arnd@arndb.de>, Ley Foon Tan <lftan@altera.com>,
	<lftan.linux@gmail.com>, <cltang@codesourcery.com>
Subject: [PATCH v6 25/29] nios2: Module support
Date: Mon, 3 Nov 2014 18:52:21 +0800	[thread overview]
Message-ID: <1415011945-3297-26-git-send-email-lftan@altera.com> (raw)
In-Reply-To: <1415011945-3297-1-git-send-email-lftan@altera.com>

This patch adds support for loadable modules.

Signed-off-by: Ley Foon Tan <lftan@altera.com>
---
 arch/nios2/kernel/module.c | 138 +++++++++++++++++++++++++++++++++++++++++++++
 1 file changed, 138 insertions(+)
 create mode 100644 arch/nios2/kernel/module.c

diff --git a/arch/nios2/kernel/module.c b/arch/nios2/kernel/module.c
new file mode 100644
index 0000000..cc924a3
--- /dev/null
+++ b/arch/nios2/kernel/module.c
@@ -0,0 +1,138 @@
+/*
+ * Kernel module support for Nios II.
+ *
+ * Copyright (C) 2004 Microtronix Datacom Ltd.
+ *   Written by Wentao Xu <xuwentao@microtronix.com>
+ * Copyright (C) 2001, 2003 Rusty Russell
+ *
+ * This file is subject to the terms and conditions of the GNU General
+ * Public License.  See the file COPYING in the main directory of this
+ * archive for more details.
+ */
+
+#include <linux/moduleloader.h>
+#include <linux/elf.h>
+#include <linux/mm.h>
+#include <linux/vmalloc.h>
+#include <linux/slab.h>
+#include <linux/fs.h>
+#include <linux/string.h>
+#include <linux/kernel.h>
+
+#include <asm/pgtable.h>
+#include <asm/cacheflush.h>
+
+/*
+ * Modules should NOT be allocated with kmalloc for (obvious) reasons.
+ * But we do it for now to avoid relocation issues. CALL26/PCREL26 cannot reach
+ * from 0x80000000 (vmalloc area) to 0xc00000000 (kernel) (kmalloc returns
+ * addresses in 0xc0000000)
+ */
+void *module_alloc(unsigned long size)
+{
+	if (size == 0)
+		return NULL;
+	return kmalloc(size, GFP_KERNEL);
+}
+
+/* Free memory returned from module_alloc */
+void module_free(struct module *mod, void *module_region)
+{
+	kfree(module_region);
+}
+
+int apply_relocate_add(Elf32_Shdr *sechdrs, const char *strtab,
+			unsigned int symindex, unsigned int relsec,
+			struct module *mod)
+{
+	unsigned int i;
+	Elf32_Rela *rela = (void *)sechdrs[relsec].sh_addr;
+
+	pr_debug("Applying relocate section %u to %u\n", relsec,
+		 sechdrs[relsec].sh_info);
+
+	for (i = 0; i < sechdrs[relsec].sh_size / sizeof(*rela); i++) {
+		/* This is where to make the change */
+		uint32_t word;
+		uint32_t *loc
+			= ((void *)sechdrs[sechdrs[relsec].sh_info].sh_addr
+			   + rela[i].r_offset);
+		/* This is the symbol it is referring to.  Note that all
+		   undefined symbols have been resolved.  */
+		Elf32_Sym *sym
+			= ((Elf32_Sym *)sechdrs[symindex].sh_addr
+				+ ELF32_R_SYM(rela[i].r_info));
+		uint32_t v = sym->st_value + rela[i].r_addend;
+
+		pr_debug("reltype %d 0x%x name:<%s>\n",
+			ELF32_R_TYPE(rela[i].r_info),
+			rela[i].r_offset, strtab + sym->st_name);
+
+		switch (ELF32_R_TYPE(rela[i].r_info)) {
+		case R_NIOS2_NONE:
+			break;
+		case R_NIOS2_BFD_RELOC_32:
+			*loc += v;
+			break;
+		case R_NIOS2_PCREL16:
+			v -= (uint32_t)loc + 4;
+			if ((int32_t)v > 0x7fff ||
+				(int32_t)v < -(int32_t)0x8000) {
+				pr_err("module %s: relocation overflow\n",
+					mod->name);
+				return -ENOEXEC;
+			}
+			word = *loc;
+			*loc = ((((word >> 22) << 16) | (v & 0xffff)) << 6) |
+				(word & 0x3f);
+			break;
+		case R_NIOS2_CALL26:
+			if (v & 3) {
+				pr_err("module %s: dangerous relocation\n",
+					mod->name);
+				return -ENOEXEC;
+			}
+			if ((v >> 28) != ((uint32_t)loc >> 28)) {
+				pr_err("module %s: relocation overflow\n",
+					mod->name);
+				return -ENOEXEC;
+			}
+			*loc = (*loc & 0x3f) | ((v >> 2) << 6);
+			break;
+		case R_NIOS2_HI16:
+			word = *loc;
+			*loc = ((((word >> 22) << 16) |
+				((v >> 16) & 0xffff)) << 6) | (word & 0x3f);
+			break;
+		case R_NIOS2_LO16:
+			word = *loc;
+			*loc = ((((word >> 22) << 16) | (v & 0xffff)) << 6) |
+					(word & 0x3f);
+			break;
+		case R_NIOS2_HIADJ16:
+			{
+				Elf32_Addr word2;
+
+				word = *loc;
+				word2 = ((v >> 16) + ((v >> 15) & 1)) & 0xffff;
+				*loc = ((((word >> 22) << 16) | word2) << 6) |
+						(word & 0x3f);
+			}
+			break;
+
+		default:
+			pr_err("module %s: Unknown reloc: %u\n",
+				mod->name, ELF32_R_TYPE(rela[i].r_info));
+			return -ENOEXEC;
+		}
+	}
+
+	return 0;
+}
+
+int module_finalize(const Elf_Ehdr *hdr, const Elf_Shdr *sechdrs,
+			struct module *me)
+{
+	flush_cache_all();
+	return 0;
+}
-- 
1.8.2.1


  parent reply	other threads:[~2014-11-03 10:55 UTC|newest]

Thread overview: 36+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-11-03 10:51 [PATCH v6 00/29] nios2 Linux kernel port Ley Foon Tan
2014-11-03 10:51 ` [PATCH v6 01/29] asm-generic: add generic futex for !CONFIG_SMP Ley Foon Tan
2014-11-03 10:51 ` [PATCH v6 02/29] nios2: Assembly macros and definitions Ley Foon Tan
2014-11-03 10:51 ` [PATCH v6 03/29] nios2: Kernel booting and initialization Ley Foon Tan
2014-11-03 10:52 ` [PATCH v6 04/29] nios2: Exception handling Ley Foon Tan
2014-11-03 10:52 ` [PATCH v6 05/29] nios2: Traps exception handling Ley Foon Tan
2014-11-03 10:52 ` [PATCH v6 06/29] nios2: Memory management Ley Foon Tan
2014-11-03 10:52 ` [PATCH v6 07/29] nios2: I/O Mapping Ley Foon Tan
2014-11-03 10:52 ` [PATCH v6 08/29] nios2: MMU Fault handling Ley Foon Tan
2014-11-03 10:52 ` [PATCH v6 09/29] nios2: Page table management Ley Foon Tan
2014-11-03 10:52 ` [PATCH v6 10/29] nios2: Process management Ley Foon Tan
2014-11-03 10:52 ` [PATCH v6 11/29] nios2: Cache handling Ley Foon Tan
2014-11-03 10:52 ` [PATCH v6 12/29] nios2: TLB handling Ley Foon Tan
2014-11-03 10:52 ` [PATCH v6 13/29] nios2: Interrupt handling Ley Foon Tan
2014-11-03 10:52 ` [PATCH v6 14/29] nios2: DMA mapping API Ley Foon Tan
2014-11-03 10:52 ` [PATCH v6 15/29] Add ELF machine define for Nios2 Ley Foon Tan
2014-11-03 10:52 ` [PATCH v6 16/29] nios2: ELF definitions Ley Foon Tan
2014-11-03 10:52 ` [PATCH v6 17/29] nios2: System calls handling Ley Foon Tan
2014-11-03 10:52 ` [PATCH v6 18/29] nios2: Signal handling support Ley Foon Tan
2014-11-03 10:52 ` [PATCH v6 19/29] nios2: Library functions Ley Foon Tan
2014-11-03 10:52 ` [PATCH v6 20/29] nios2: Device tree support Ley Foon Tan
2014-11-03 10:52 ` [PATCH v6 21/29] nios2: Time keeping Ley Foon Tan
2014-11-03 12:26   ` Thomas Gleixner
2014-11-04  2:17     ` Ley Foon Tan
2014-11-03 10:52 ` [PATCH v6 22/29] nios2: Cpuinfo handling Ley Foon Tan
2014-11-03 10:52 ` [PATCH v6 23/29] nios2: Miscellaneous header files Ley Foon Tan
2014-11-03 10:52 ` [PATCH v6 24/29] nios2: Nios2 registers Ley Foon Tan
2014-11-03 10:52 ` Ley Foon Tan [this message]
2014-11-03 10:52 ` [PATCH v6 26/29] nios2: ptrace support Ley Foon Tan
2014-11-03 10:52 ` [PATCH v6 27/29] MAINTAINERS: Add nios2 maintainer Ley Foon Tan
2014-11-03 10:52 ` [PATCH v6 28/29] Documentation: Add documentation for Nios2 architecture Ley Foon Tan
2014-11-03 10:52 ` [PATCH v6 29/29] nios2: Build infrastructure Ley Foon Tan
2014-11-07  7:39 ` [PATCH v6 00/29] nios2 Linux kernel port LF.Tan
2014-11-07  9:24   ` Ley Foon Tan
2014-11-09 13:12     ` Stephen Rothwell
2014-11-11  3:00       ` Ley Foon Tan

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=1415011945-3297-26-git-send-email-lftan@altera.com \
    --to=lftan@altera.com \
    --cc=arnd@arndb.de \
    --cc=cltang@codesourcery.com \
    --cc=lftan.linux@gmail.com \
    --cc=linux-arch@vger.kernel.org \
    --cc=linux-doc@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox