01 Nov, 2011

1 commit

  • The 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
    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
     

04 Feb, 2011

1 commit


22 May, 2010

1 commit

  • fix memory leak introduced by the patch 6e03a201bbe:
    firmware: speed up request_firmware()

    1. vfree won't release pages there were allocated explicitly and mapped
    using vmap. The memory has to be vunmap-ed and the pages needs
    to be freed explicitly

    2. page array is moved into the 'struct
    firmware' so that we can free it from release_firmware()
    and not only in fw_dev_release()

    The fix doesn't break the firmware load speed.

    Cc: Johannes Berg
    Cc: Ming Lei
    Cc: Catalin Marinas
    Singed-off-by: Kay Sievers
    Signed-off-by: David Woodhouse
    Signed-off-by: Tomas Winkler
    Signed-off-by: Greg Kroah-Hartman

    David Woodhouse
     

12 Dec, 2009

1 commit

  • Unfortunately, one cannot hold on to the struct firmware
    that request_firmware_nowait() hands off, which is needed
    in some cases. Allow this by requiring the callback to
    free it (via release_firmware).

    Additionally, give it a gfp_t parameter -- all the current
    users call it from a GFP_KERNEL context so the GFP_ATOMIC
    isn't necessary. This also marks an API break which is
    useful in a sense, although that is obviously not the
    primary purpose of this change.

    Signed-off-by: Johannes Berg
    Acked-by: Marcel Holtmann
    Cc: Ming Lei
    Cc: Catalin Marinas
    Cc: David Woodhouse
    Cc: Pavel Roskin
    Cc: Abhay Salunke
    Signed-off-by: Greg Kroah-Hartman

    Johannes Berg
     

16 Jun, 2009

1 commit

  • As we're allocating the firmware name dynamically, we no longer need this
    definition.
    This patch must be applied only after the 5 previous patches from this pacth
    set have been applied.

    Signed-off-by: Samuel Ortiz
    Signed-off-by: Greg Kroah-Hartman

    Samuel Ortiz
     

10 Jul, 2008

2 commits

  • Some drivers have their own hacks to bypass the kernel's firmware loader
    and build their firmware into the kernel; this renders those unnecessary.

    Other drivers don't use the firmware loader at all, because they always
    want the firmware to be available. This allows them to start using the
    firmware loader.

    A third set of drivers already use the firmware loader, but can't be
    used without help from userspace, which sometimes requires an initrd.
    This allows them to work in a static kernel.

    Signed-off-by: David Woodhouse

    David Woodhouse
     
  • In preparation for supporting firmware files linked into the static
    kernel, make fw->data const to ensure that users aren't modifying it (so
    that we can pass a pointer to the original in-kernel copy, rather than
    having to copy it).

    Signed-off-by: David Woodhouse

    David Woodhouse
     

05 Jul, 2008

1 commit

  • > the build (.config attached) failed, make ends with :
    > ...
    > UPD include/linux/compile.h
    > CC init/version.o
    > LD init/built-in.o
    > LD vmlinux
    > drivers/built-in.o: In function `sas_request_addr':
    > (.text+0x33bab): undefined reference to `request_firmware'
    > drivers/built-in.o: In function `sas_request_addr':
    > (.text+0x33c3f): undefined reference to `release_firmware'
    > make: *** [vmlinux] Error 1

    There's a slight fault in the stub logic. It fails for FW_LOADER=m and
    the user =y.

    This should fix it.

    This patch fixes the following 2.6.26-rc regression:
    http://bugzilla.kernel.org/show_bug.cgi?id=10730

    Reviewed-by: Toralf Foerster
    Signed-off-by: Adrian Bunk
    Cc: "Rafael J. Wysocki"
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    James Bottomley
     

11 Mar, 2008

1 commit

  • libsas has a case where it uses the firmware loader to provide services,
    but doesn't want to select it all the time. This currently causes a
    compile failure in libsas if FW_LOADER=n. Fix this by providing error
    stubs for the firmware loader API in the FW_LOADER=n case.

    Signed-off-by: James Bottomley
    Cc: Randy Dunlap
    Signed-off-by: Greg Kroah-Hartman

    James Bottomley
     

22 May, 2006

1 commit

  • - remove the following global function that is both unused and
    unimplemented:
    - register_firmware()

    - make the following needlessly global function static:
    - firmware_class_uevent()

    Signed-off-by: Adrian Bunk
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Adrian Bunk
     

05 Jan, 2006

1 commit


08 Sep, 2005

1 commit


17 Apr, 2005

1 commit

  • Initial git repository build. I'm not bothering with the full history,
    even though we have it. We can create a separate "historical" git
    archive of that later if we want to, and in the meantime it's about
    3.2GB when imported into git - space that would just make the early
    git days unnecessarily complicated, when we don't have a lot of good
    infrastructure for it.

    Let it rip!

    Linus Torvalds