arm: add exoport

arm: fix implicit memset usage in omap2 usb-tusb6010.c

To fix this:

arch/arm/mach-omap2/usb-tusb6010.c: In function 'tusb_set_async_mode':
arch/arm/mach-omap2/usb-tusb6010.c:58: error: implicit declaration of function 'memset'

Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>

mtd: omap2.c nand driver needs module.h

Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>

arm?: fix implicit string.h use in omap2/clockdomain.c

Otherwise we get this:

arch/arm/mach-omap2/clockdomain.c: In function '_clkdm_lookup':
arch/arm/mach-omap2/clockdomain.c:52: error: implicit declaration of function 'strcmp'

Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>

arm: voltage export.h

Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>

leds: needs module.h

Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>

arm: fix implicit use of PAGE_SHIFT in collie.c

Otherwise we get this:

  CC      arch/arm/mach-sa1100/collie.o
arch/arm/mach-sa1100/collie.c:361: error: 'PAGE_SHIFT' undeclared here (not in a function)
make[3]: *** [arch/arm/mach-sa1100/collie.o] Error 1

Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>

powerpc: cpmcommon export.h

Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>

powerpc: mpc7448_hpc2.c needs module.h for search_exception_tables()

Or else we'll get this:

arch/powerpc/platforms/embedded6xx/mpc7448_hpc2.c: In function 'mpc7448_machine_check_exception':
arch/powerpc/platforms/embedded6xx/mpc7448_hpc2.c:207: error: implicit declaration of function 'search_exception_tables'

Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>

mips: fix typo introduced by resource handling cleanup

Commit 28f65c11f2ffb3957259dece647a24f8ad2e241b accidentally turned "rc"
into "rcrc" which causes this compile error:

arch/mips/pci/pci-rc32434.c: In function 'rc32434_pci_init':
arch/mips/pci/pci-rc32434.c:218: error: 'rcrc32434_res_pci_io1' undeclared (first use in this function)

Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>
CC: Joe Perches <joe@perches.com>

staging: ft1000_proc needs asm/io.h for inw/outw on sparc

Seen during an allmodconfig build for sparc:

  CC [M]  drivers/staging/ft1000/ft1000-pcmcia/ft1000_proc.o
In file included from drivers/staging/ft1000/ft1000-pcmcia/ft1000_proc.c:26:
drivers/staging/ft1000/ft1000-pcmcia/ft1000.h: In function 'ft1000_read_reg':
drivers/staging/ft1000/ft1000-pcmcia/ft1000.h:80: error: implicit declaration of function 'inw'
drivers/staging/ft1000/ft1000-pcmcia/ft1000.h: In function 'ft1000_write_reg':
drivers/staging/ft1000/ft1000-pcmcia/ft1000.h:86: error: implicit declaration of function 'outw'

Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>

drivers/input: kxtj9.c needs to explictly include module.h

Since some of its facilities are used.

Signed-off-by: Stephen Rothwell <sfr@canb.auug.org.au>
Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>

drivers/media: ir-raw.c needs kmod.h for request_module

To fix:

drivers/media/rc/ir-raw.c: In function 'init_decoders':
drivers/media/rc/ir-raw.c:354:2: error: implicit declaration of function 'request_module'

Signed-off-by: Stephen Rothwell <sfr@canb.auug.org.au>
Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>

include: replace linux/module.h with "struct module" wherever possible

The <linux/module.h> pretty much brings in the kitchen sink along
with it, so it should be avoided wherever reasonably possible in
terms of being included from other commonly used <linux/something.h>
files, as it results in a measureable increase on compile times.

The worst culprit was probably device.h since it is used everywhere.
This file also had an implicit dependency/usage of mutex.h which was
masked by module.h, and is also fixed here at the same time.

There are over a dozen other headers that simply declare the
struct instead of pulling in the whole file, so follow their lead
and simply make it a few more.

Most of the implicit dependencies on module.h being present by
these headers pulling it in have been now weeded out, so we can
finally make this change with hopefully minimal breakage.

Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>

include: convert various register fcns to macros to avoid include chaining

The original implementations reference THIS_MODULE in an inline.
We could include <linux/export.h>, but it is better to avoid chaining.

Fortunately someone else already thought of this, and made a similar
inline into a #define in <linux/device.h> for device_schedule_callback(),
[see commit 523ded71de0] so follow that precedent here.

Also bubble up any __must_check that were used on the prev. wrapper inline
functions up one to the real __register functions, to preserve any prev.
sanity checks that were used in those instances.

Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>

net: sch_generic remove redundant use of <linux/module.h>

This file has modular references, but they are limited to
those which are covered by the simple "struct module;"
declaration used in dozens of other places.  In fact that
declaration is already there (just outside of the context
of this commit) so simply remove the include line.

Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>

uwb.h: fix implicit use of asm/page.h for PAGE_SIZE

Once we clean up the implicit presence of module.h (and all its
sub-includes), we'll see an implicit dependency on page.h for
the PAGE_SIZE define.  So fix it in advance.

Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>

pm_runtime.h: explicitly requires notifier.h

This file was getting notifier.h via device.h --> module.h but
the module.h inclusion is going away, so add notifier.h directly.

Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>

linux/dmaengine.h needs bitmap.h

Presumably caused by some include file no longer being implicitly
included.

In file included from drivers/dma/iovlock.c:28:0:
include/linux/dmaengine.h: In function '__dma_cap_zero':
include/linux/dmaengine.h:736:2: error: implicit declaration of function 'bitmap_zero'
In file included from include/linux/nodemask.h:95:0,
                 from include/linux/mmzone.h:16,
                 from include/linux/gfp.h:4,
                 from include/linux/mm.h:8,
                 from include/linux/pagemap.h:7,
                 from drivers/dma/iovlock.c:29:
include/linux/bitmap.h: At top level:
include/linux/bitmap.h:159:20: warning: conflicting types for 'bitmap_zero'
include/linux/bitmap.h:159:20: error: static declaration of 'bitmap_zero' follows non-static declaration
include/linux/dmaengine.h:736:2: note: previous implicit declaration of 'bitmap_zero' was here

Signed-off-by: Stephen Rothwell <sfr@canb.auug.org.au>
Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>

linux/stop_machine.h: fix implicit use of smp.h for smp_processor_id

This will show up on MIPS when we fix all the implicit header presences
that are because of module.h being everywhere.

In file included from kernel/trace/ftrace.c:16:
include/linux/stop_machine.h: In function 'stop_one_cpu':
include/linux/stop_machine.h:50: error: implicit declaration of function 'smp_processor_id'
include/linux/stop_machine.h: In function 'stop_cpus':
include/linux/stop_machine.h:80: error: implicit declaration of function 'raw_smp_processor_id'

Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>

crypto.h: remove unused crypto_tfm_alg_modname() inline

The <linux/crypto.h> (which is in turn in common headers
like tcp.h) wants to use module_name() in an inline fcn.
But having all of <linux/module.h> along for the ride is
overkill and slows down compiles by a measureable amount,
since it in turn includes lots of headers.

Since the inline is never used anywhere in the kernel[1],
we can just remove it, and then also remove the module.h
include as well.

In all the many crypto modules, there were some relying on
crypto.h including module.h -- for them we now explicitly
call out module.h for inclusion.

[1] git grep shows some staging drivers also define the same
static inline, but they also never ever use it.

Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>

device_cgroup.h: delete needless include <linux/module.h>

There is nothing modular in this file, and no reason to drag
in all the 357 headers that module.h brings with it, since
it just slows down compiles.

Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>

net: inet_timewait_sock doesnt need <linux/module.h>

There is nothing module specific in this header, and removing
it doesn't seem to uncover any implicit dependencies either.
Must be simply a vestige of an ancient legacy.

Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>

sysdev.h: dont include <linux/module.h> for no reason

The <linux/module.h> pretty much brings in the kitchen sink along
with it, so it should be avoided wherever reasonably possible in
terms of being included from other commonly used <linux/something.h>
files, as it results in a measureable increase on compile times.

There doesn't appear to be any module specifics in this file.
The obvious people who were relying on the presence of
the vast amount of stuff module.h sucked in have been fixed.

If other files are implicitly relying on it, then lets see who
they are and fix them too.

Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>

drivers/edac: Add module.h to mce_amd_inj.c

This file really needs the full module.h header file present, but
was just getting it implicitly before.  Fix it up in advance so we
avoid build failures once the cleanup commit is present.

Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>

lib: dma-debug needs export.h for EXPORT_SYMBOL

Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>

drivers/sfi: sfi_acpi.c needs sysfs.h

sfi_acpi.c needs to include linux/sysfs.h for data types.

drivers/sfi/sfi_core.h:66: error: field 'attr' has incomplete type
drivers/sfi/sfi_acpi.c:179: warning: 'struct kobject' declared inside parameter list
drivers/sfi/sfi_acpi.c:179: warning: its scope is only this definition or declaration, which is probably not what you want
drivers/sfi/sfi_acpi.c:182: warning: type defaults to 'int' in declaration of '__mptr'
drivers/sfi/sfi_acpi.c:182: warning: initialization from incompatible pointer type

Signed-off-by: Randy Dunlap <rdunlap@xenotime.net>
Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>

drivers/pcmcia: add module.h to db1xxx_ss.c

As we will get this after the module.h usage cleanup.

drivers/pcmcia/db1xxx_ss.c:577: warning: type defaults to 'int' in declaration of 'MODULE_LICENSE'

Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>

drivers/dca: Add module.h to dca-core.c

This file really needs the full module.h header file present, but
was just getting it implicitly before.  Call it out in advance so
that we don't get future build failures on this.

Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>

drivers/hwmon: add module.h to ultra45_env.c

This file needs the full module.h header and up to now was just
implicitly capitalizing on it being present already.

Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>

rapidio: Fix up those implicitly relying on getting stat.h

Upon the trial removal of the implicit presence of module.h,
lots of files showed up that were getting the sub-includes
by default without calling them out.  Here is more of them.

Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>

drivers/w1: Add export.h for EXPORT_SYMBOL to w1_family.c

Give this file export.h so that it can reliably get the EXPORT_SYMBOL
macros in the future, once module.h isn't implicitly everywhere.

Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>

drivers/of: include export.h for EXPORT_SYMBOL_GPL in of_pci_irq.c

This is an interaction with commit 98d9f30c820d ("pci/of: Match PCI
devices to OF nodes dynamically") which split off part of
drivers/of/of_pci.c, causing:

drivers/of/of_pci_irq.c:92:1: warning: data definition has no type or storage class
drivers/of/of_pci_irq.c:92:1: warning: type defaults to 'int' in declaration of 'EXPORT_SYMBOL_GPL'
drivers/of/of_pci_irq.c:92:1: warning: parameter names (without types) in function declaration

Signed-off-by: Stephen Rothwell <sfr@canb.auug.org.au>
Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>

drivers/sh: Add export.h for EXPORT_SYMBOL to intc/virq.c

This is exporting symbols and will fail to build once we remove
the implicit presence of module.h

Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>

drivers/isdn: Add export.h for THIS_MODULE to capi/kcapi_proc.c

In preparation of the module.h usage cleanup, call out the header
that we need to get THIS_MODULE into scope.

Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>

drm: Add export.h for EXPORT_SYMBOL to ttm/ttm_tt.c

This exports symbols, but wasn't calling out the module.h header
before.  Add in export.h so that it still builds once we halt the
spread of module.h to every file.

Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>

drivers/firewire: Add export.h for EXPORT_SYMBOL to core-iso.c

Ensure that the EXPORT_SYMBOL macros are present for when we clean up
the "module.h" is everywhere situation, to prevent build failures.

Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>

drivers/dca: Add export.h for THIS_MODULE to dca-sysfs.c

Ensure we have access to the THIS_MODLUE macro once we clean up
the implicit module.h usage.

Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>

drivers/message: Add module.h to i2o/pci.c

This file really needs the full module.h header file present, but
was just getting it implicitly before.  Fix it up in advance so we
avoid build failures once the cleanup commit is present.

Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>

uwb: Add export.h for EXPORT_SYMBOL/THIS_MODULE as required

These macros are no longer in module.h and module.h is no longer
present everywhere.  Call out export.h for the real users who
are making use of these macros, or else we'll get things like:

 CC      drivers/uwb/umc-drv.o
drivers/uwb/umc-dev.c:42: warning: data definition has no type or storage class
drivers/uwb/umc-dev.c:42: warning: type defaults to ‘int’ in declaration of ‘EXPORT_SYMBOL_GPL’
drivers/uwb/umc-dev.c:42: warning: parameter names (without types) in function declaration

Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>

uwb: Add module.h to the real uwb modular users.

Lots of files were getting an implicit include of module.h
for years now.  But that will be fixed shortly.  So get the
real users to call out the include explicitly.

Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>

drivers/uwb: fix implicit use of stat.h

The module.h (via device.h) was pulling handfuls of implicitly present
header files -- including basic stuff like stat.h.  Fix up these stat.h
users in advance so they don't break on the cleanup.

Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>

drivers/gpio: Fix drivers who are implicit users of module.h

A pending cleanup will mean that module.h won't be implicitly
everywhere anymore.  Make sure the modular drivers in gpio
are actually calling out for <module.h> explicitly in advance.

Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>

drivers/of: Add module.h to of_spi.c

This file really needs the full module.h header file present, but
was just getting it implicitly before.  Fix it up in advance so we
avoid build failures once the cleanup commit is present.

Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>

drivers/spi: Add export.h for THIS_MODULE/EXPORT_SYMBOL to spi.c

This uses both EXPORT_SYMBOL and THIS_MODULE, both which come from
the export.h file now

Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>

spi: spi-au1550.c was implicitly using module.h

It needs the full module.h header, else you get:

drivers/spi/spi-au1550.c:1030: warning: type defaults to 'int' in declaration of 'MODULE_DESCRIPTION'

Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>

spi: Add module.h to implicit users in drivers/spi

We are clipping down the presence of module.h, since it was
everywhere.  If you really need it, you better call it out,
as per this changeset.

Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>

regulator/driver.h: Fix implicit use of notifier.h

This was implicitly appearing by way of module.h -- but when
we fix that, we'll get this:

In file included from drivers/regulator/dummy.c:21:
include/linux/regulator/driver.h:197: error: field 'notifier' has incomplete type
make[3]: *** [drivers/regulator/dummy.o] Error 1

Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>

regulator: Add module.h to drivers/regulator users as required

Another group of drivers that are taking advantage of the implicit
presence of module.h -- and will break when we pull the carpet out
from under them during a cleanup.  Fix 'em now.

Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>

drivers/regulator: Add export.h for THIS_MODULE to dummy.c

So that THIS_MODULE is still in scope once we clean up the presence
of module.h being everywhere.

Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>

drivers: pci-sysfs.c needs export.h for THIS_MODULE

Otherwise, once you break the chain of implicit includes from
device.h --> module.h then you will get this:

pci-sysfs.c: In function ‘remove_store’:
pci-sysfs.c:350: error: ‘THIS_MODULE’ undeclared (first use in this function)
pci-sysfs.c:350: error: (Each undeclared identifier is reported only once
pci-sysfs.c:350: error: for each function it appears in.)
make[3]: *** [drivers/pci/pci-sysfs.o] Error 1

Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>

drivers/pci: Add module.h to hotplug/pciehp_acpi.c

This file really needs the full module.h header file present, but
was just getting it implicitly before.  Fix it up in advance so we
avoid build failures once the cleanup commit is present.

Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>

virtio: Add module.h to drivers/virtio users.

Up to now, the module.h header was as hard to keep out as
sunlight.  But we are cleaning that up.  Fix the virtio users
who simply expect module.h to be there in every C file.

Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>

drivers/lguest: add export.h to lguest_device.c

We need this in advance of the module.h cleanup, or we'll get:

  CC      drivers/lguest/lguest_device.o
drivers/lguest/lguest_device.c: In function ‘lguest_devices_init’:
drivers/lguest/lguest_device.c:490: error: ‘THIS_MODULE’ undeclared (first use in this function)

Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>

kvm: iommu.c file requires the full module.h present.

This file has things like module_param_named() and MODULE_PARM_DESC()
so it needs the full module.h header present.  Without it, you'll get:

  CC      arch/x86/kvm/../../../virt/kvm/iommu.o
virt/kvm/iommu.c:37: error: expected ‘)’ before ‘bool’
virt/kvm/iommu.c:39: error: expected ‘)’ before string constant
make[3]: *** [arch/x86/kvm/../../../virt/kvm/iommu.o] Error 1
make[2]: *** [arch/x86/kvm] Error 2

Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>

kvm: fix implicit use of stat.h header file

This was coming in via an implicit module.h (and its sub-includes)
before, but we'll be cleaning that up shortly.  Call out the stat.h
include requirement in advance.

Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>

xen: fix implicit stat.h/module.h include usage in xen-selfballoon.c

The module.h cleanup has revealed that this file had the following
implicit dependencies as follows:

  CC      drivers/xen/xen-selfballoon.o
drivers/xen/xen-selfballoon.c:272: error: ‘S_IRUGO’ undeclared here (not in a function)
drivers/xen/xen-selfballoon.c:272: error: ‘S_IWUSR’ undeclared here (not in a function)
drivers/xen/xen-selfballoon.c:485: warning: type defaults to ‘int’ in declaration of ‘MODULE_LICENSE’
drivers/xen/xen-selfballoon.c:485: warning: function declaration isn’t a prototype
make[3]: *** [drivers/xen/xen-selfballoon.o] Error 1

Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>

xen: Add export.h for THIS_MODULE/EXPORT_SYMBOL to various xen users.

Things like THIS_MODULE and EXPORT_SYMBOL were simply everywhere
because module.h was also everywhere.  But we are fixing the latter.
So we need to call out the real users in advance.

Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>

xen: Add module.h to modular drivers/xen users.

Previously these drivers just got module.h implicitly, but we
are cleaning that up and it will be no longer.  Call out the
real users of it.

Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>

scsi: Add export.h for EXPORT_SYMBOL/THIS_MODULE as required

For the basic SCSI infrastructure files that are exporting symbols
but not modules themselves, add in the basic export.h header file
to allow the exports.

Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>

scsi: Add module.h to drivers/scsi users who really need it.

The module.h was really just about everywhere.  But no more.
With a cleanup, you'll really need to grab it if you want it.
Fix up the users who really need it in SCSI.

Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>

staging: fix implicit use of slab.h in dt3155v4l/dt3155v4l.c

Add in <linux/slab.h> to fix:

drivers/staging/dt3155v4l/dt3155v4l.c: In function 'dt3155_open':
drivers/staging/dt3155v4l/dt3155v4l.c:435: error: implicit declaration of function 'kzalloc'

during builds on ARMi architecture.

Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>

staging: Add export.h for THIS_MODULE/EXPORT_SYMBOL to drivers/staging users.

Lots of drivers have in the past expected the presence of basic things
like THIS_MODULE and EXPORT_SYMBOL.  With the header cleanup, they wont
have these.  Call out the include explicitly.

Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>

staging: Add module.h to drivers/staging users

Lots of people expect module.h to just "be there" without
any #include effort.  But we are crushing that.  So fix those
people in staging with broken expectations.

Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>

mmc: Fix implicit use of stat.h header in associated files

Once the implicit use of module.h is prevented, these files will
fail to find the stat.h header content.

Fix up the implicit usage expectations in advance of the cleanup.

Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>

mmc: Add export.h for EXPORT_SYMBOL/THIS_MODULE as required

These two basic defines were everywhere, simply because module.h
was also everywhere.   But we are cleaning up the latter.  So make
the exporters actually call out their need for the include.

Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>

mmc: Add module.h to drivers/mmc users assuming implicit presence.

We are cleaning up the implicit presence of module.h; these guys are
some of the people who just assume it will be there.  Call it out
explitly for those that really need it.

Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>

drivers/misc: Add export.h for EXPORT_SYMBOL to atmel_tclib.c

This exports symbols, and so will need this to avoid build failures
pending a future module.h presence cleanup.

Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>

drivers/misc: Add module.h to files who are really modular.

These files really need the full module.h header file present, but
were just getting it implicitly before.  Fix it up in advance so we
avoid build failures once the cleanup commit is present.

Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>

mfd: Add export.h for EXPORT_SYMBOL/THIS_MODULE as required

These macros are in <linux/export.h> and will no longer be
implicitly everywhere anymore.  Fix it up in advance.

Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>

mfd: Add module.h to the implicit drivers/mfd users

With the pending module.h cleanup, these files will fail to compile,
unless they explicitly call out the include of this file.

Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>

drivers/leds: Add export.h for THIS_MODULE to leds-cobalt-raq.c

In preparation of the module.h usage cleanup, call out the export.h
to avoid build failures when that happens.

Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>

drivers/leds: Add module.h to files using it implicitly

A pending cleanup will mean that module.h won't be implicitly
everywhere anymore.  Make sure the modular drivers in the leds
dir are actually calling out for <module.h> explicitly in advance.

Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>

drivers/firmware: Add export.h for EXPORT_SYMBOL to sigma.c

It exports symbols, so it will need this once we remove the implicit
everywhere presence of module.h

Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>

drivers/firmware: Add module.h to google/gsmi.c

This file really needs the full module.h header file present, but
was just getting it implicitly before.  Fix it up in advance so we
avoid build failures once the cleanup commit is present.

Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>

bcma: fix implicit use of export.h contents

Fix in advance, or we will get this:

drivers/bcma/core.c:20: warning: data definition has no type or storage class
drivers/bcma/core.c:20: warning: type defaults to 'int' in declaration of 'EXPORT_SYMBOL_GPL'
drivers/bcma/core.c:20: warning: parameter names (without types) in function declaration

Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>

bcma: add module.h to the modular portions of this driver

This will ensure that it continues to build once we remove
the implicit module.h presence from everywhere later on.

Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>

uio: Add module.h to implicit drivers/uio users

We are cleaning up the omnipresent module.h stuff, so people
who really use it need to call it out explicitly.

Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>

ssb: driver_gige.c needs export.h

Or else we'll get this:

drivers/ssb/driver_gige.c:249: warning: ty
pe defaults to 'int' in declaration of 'EXPORT_SYMBOL'

Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>

ssb: fixup another group of export.h implicit users

Or we will get things like this when we remove the implicit path:

drivers/ssb/embedded.c:32: warning: data definition has no type or storage class
drivers/ssb/embedded.c:32: warning: type defaults to 'int' in declaration of 'EXPORT_SYMBOL'
drivers/ssb/embedded.c:32: warning: parameter names (without types) in function declaration

drivers/ssb/driver_chipcommon.c:432: warning: data definition has no type or storage class
drivers/ssb/driver_chipcommon.c:432: warning: type defaults to 'int' in declaration of 'EXPORT_SYMBOL'
drivers/ssb/driver_chipcommon.c:432: warning: parameter names (without types) in function declaration

drivers/ssb/driver_chipcommon_pmu.c:607: warning: data definition has no type or storage class
drivers/ssb/driver_chipcommon_pmu.c:607: warning: type defaults to 'int' in declaration of 'EXPORT_SYMBOL'
drivers/ssb/driver_chipcommon_pmu.c:607: warning: parameter names (without types) in function declaration

drivers/ssb/pcihost_wrapper.c: In function ‘ssb_pcihost_register’:
drivers/ssb/pcihost_wrapper.c:120: error: ‘THIS_MODULE’ undeclared (first use in this function)
drivers/ssb/pcihost_wrapper.c:120: error: (Each undeclared identifier is reported only once
drivers/ssb/pcihost_wrapper.c:120: error: for each function it appears in.)

drivers/ssb/driver_pcicore.c:721: warning: data definition has no type or storage class
drivers/ssb/driver_pcicore.c:721: warning: type defaults to ‘int’ in declaration of ‘EXPORT_SYMBOL’
drivers/ssb/driver_pcicore.c:721: warning: parameter names (without types) in function declaration

Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>

ssb: Add module.h to the real modules in drivers/ssb

The header cleanup means that module.h is no longer simply
everywhere.  So real modules need to actively include it.

Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>

drivers/media: Add module.h to all files using it implicitly

A pending cleanup will mean that module.h won't be implicitly
everywhere anymore.  Make sure the modular drivers in clocksource
are actually calling out for <module.h> explicitly in advance.

Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>

media: Add export.h for EXPORT_SYMBOL/THIS_MODULE as required

These two macros were in module.h but now module.h is no longer
sprayed across every source file imaginable, so the users need
to expicitly call out their use of them.

Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>

drivers/char in ramoops.c fix implicit use of err.h

drivers/char/ramoops.c: In function 'ramoops_init':
drivers/char/ramoops.c:221: error: implicit declaration of function 'IS_ERR'
drivers/char/ramoops.c:222: error: implicit declaration of function 'PTR_ERR'
make[3]: *** [drivers/char/ramoops.o] Error 1

Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>

drivers/char: Add export.h for THIS_MODULE to ttyprintk.c

It will need it called out explicitly in the near future due
to a module.h usage cleanup.

Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>

drivers/char: Add module.h to those who were using it implicitly

A pending cleanup will mean that module.h won't be implicitly
everywhere anymore.  Make sure the modular drivers in char are
actually calling out for <module.h> explicitly in advance.

Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>

drivers/clocksource: Add module.h to those who were using it implicitly

A pending cleanup will mean that module.h won't be implicitly
everywhere anymore.  Make sure the modular drivers in clocksource
are actually calling out for <module.h> explicitly in advance.

Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>

drivers/power: Add module.h to the actual modules in drivers/power

The module.h header is no longer going to be implicitly present
everywhere.  So real modular users need to call out its use
explicitly in advance.

Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>

memstick: Add module.h to the modular users in drivers/memstick

This is another group of drivers that simply assumed that module.h was
everywhere.  But it won't be once we clean up its presence from device.h
Call out the real users of it in advance.

Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>

drivers: base.h implicitly depends on <linux/notifier.h>

This file is currently relying on <linux/module.h> sneaking it in
through the twisted include paths from device.h.  Once that
is cleaned up, this will happen:

In file included from drivers/base/init.c:12:
drivers/base/base.h:34: error: field ‘bus_notifier’ has incomplete type
make[3]: *** [drivers/base/init.o] Error 1

Fix it up in advance, so the cleanup can continue.

Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>

drivers: base/dma-coherent.c is a module and needs module.h

Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>

drivers/base: Fix various files needing export.h for EXPORT_SYMBOL

Most of these files were implicitly getting EXPORT_SYMBOL via
device.h which was including module.h, but that path will be broken
soon.  Similar for wakeup.c; it needs EXPORT_SYMBOL and THIS_MODULE.

Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>

ide/ata: Add module.h to the implicit modular users

A pending cleanup will mean that module.h won't be implicitly
everywhere anymore.  Make sure the modular drivers in the ide dir
are actually calling out for <module.h> explicitly in advance.

Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>

ide/ata: Add export.h for EXPORT_SYMBOL/THIS_MODULE where needed

They were getting this implicitly by an include of module.h
from device.h -- but we are going to clean that up and break
that include chain, so include export.h explicitly now.

Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>

infiniband: add in export.h for files using EXPORT_SYMBOL/THIS_MODULE

These were getting it implicitly via device.h --> module.h but
we are going to stop that when we clean up the headers.

Fix these in advance so the tree remains biscect-clean.

Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>

infiniband: Fix up module files that need to include module.h

They had been getting it implicitly via device.h but we can't
rely on that for the future, due to a pending cleanup so fix
it now.

Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>

infiniband: Fix up users implicitly relying on getting stat.h

They get it via module.h (via device.h) but we want to clean that up.
When we do, we'll get things like:

  CC [M]  drivers/infiniband/core/sysfs.o
  sysfs.c:361: error: 'S_IRUGO' undeclared here (not in a function)
  sysfs.c:654: error: 'S_IWUSR' undeclared here (not in a function)

so add in the stat header it is using explicitly in advance.

Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>

video: Add module.h to drivers/video files who really use it.

They were getting this implicitly by an include of module.h
from device.h -- but we are going to clean that up and break
that include chain, so include module.h explicitly now.

Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>

video: Add export.h for THIS_MODULE/EXPORT_SYMBOL to drivers/video

With module.h being implicitly everywhere via device.h, the absence
of explicitly including something for EXPORT_SYMBOL went unnoticed.
Since we are heading to fix things up and clean module.h from the
device.h file, we need to explicitly include these files now.

Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>

selinux: netlink.c uses THIS_MODULE; give it assoc. header

The pervasive, but implicit presence of <linux/module.h> meant
that things like this file would happily compile as-is.  But
with the desire to phase out the module.h being included everywhere,
point this file at export.h which will give it THIS_MODULE.

Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>