superhyway_add_device(9) [centos man page]

SUPERHYWAY_ADD_DEVIC(9) 					      Busses						   SUPERHYWAY_ADD_DEVIC(9)

NAME

       superhyway_add_device - Add a SuperHyway module

SYNOPSIS

       int superhyway_add_device(unsigned long base, struct superhyway_device * sdev, struct superhyway_bus * bus);

ARGUMENTS

       base
	   Physical address where module is mapped.

       sdev
	   SuperHyway device to add, or NULL to allocate a new one.

       bus
	   Bus where SuperHyway module resides.

DESCRIPTION

       This is responsible for adding a new SuperHyway module. This sets up a new struct superhyway_device for the module being added if sdev ==
       NULL.

       Devices are initially added in the order that they are scanned (from the top-down of the memory map), and are assigned an ID based on the
       order that they are added. Any manual addition of a module will thus get the ID after the devices already discovered regardless of where it
       resides in memory.

       Further work can and should be done in superhyway_scan_bus, to be sure that any new modules are properly discovered and subsequently
       registered.

AUTHOR

       Paul Mundt <lethal@linux-sh.org>
	   Author.

COPYRIGHT

Kernel Hackers Manual 3.10					     June 2014						   SUPERHYWAY_ADD_DEVIC(9)

GET_KERNEL_SYMS(2)					       Linux Module Support						GET_KERNEL_SYMS(2)

NAME

       get_kernel_syms - retrieve exported kernel and module symbols

SYNOPSIS

       #include <linux/module.h>

       int get_kernel_syms(struct kernel_sym *table);

DESCRIPTION

       If table is NULL, get_kernel_syms returns the number of symbols available for query.  Otherwise it fills in a table of structures:

	      struct kernel_sym
	      {
		unsigned long value;
		char name[60];
	      };

       The symbols are interspersed with magic symbols of the form #module-name with the kernel having an empty name.  The value associated with a
       symbol of this form is the address at which the module is loaded.

       The symbols exported from each module follow their magic module tag and the modules are returned in the reverse order they were loaded.

RETURN VALUE

       Returns the number of symbols returned.	There is no possible error return.

SEE ALSO

       create_module(2), init_module(2), delete_module(2), query_module(2).

BUGS

       There is no way to indicate the size of the buffer allocated for table.	If symbols have been added to the kernel since the program queried
       for the symbol table size, memory will be corrupted.

       The length of exported symbol names is limited to 59.

       Because of these limitations, this system call is deprecated in favor of query_module.

Linux								    26 Dec 1996 						GET_KERNEL_SYMS(2)