Eric Lee / smarc-fsl-linux-kernel

23 Sep, 2009

1 commit

07 Apr, 2009

1 commit

  • 556b0f58b   Revert "fix modules_install via NFS" ... Browse Code »

    This reverts commit 8b249b6856f16f09b0e5b79ce5f4d435e439b9d6.

    This 'fix' is not necessary; we just need to undo the damage caused
    accidentally by Igor/Mauro in 4b29631db33292d416dc395c56122ea865e7635c
    ("V4L/DVB (9533): cx88: Add support for TurboSight TBS8910 DVB-S PCI card")

    Signed-off-by: David Woodhouse

    David Woodhouse
     

08 Jan, 2009

1 commit

  • 8b249b685   fix modules_install via NFS ... Browse Code »

    Rafael reported:

    I get the following error from 'make modules_install' on my test boxes:

    HOSTCC firmware/ihex2fw
    /home/rafael/src/linux-2.6/firmware/ihex2fw.c:268: fatal error: opening dependency file firmware/.ihex2fw.d: Read-only file system
    compilation terminated.
    make[3]: *** [firmware/ihex2fw] Error 1
    make[2]: *** [_modinst_post] Error 2
    make[1]: *** [sub-make] Error 2
    make: *** [all] Error 2

    where the configuration is that the kernel is compiled on a build box
    with 'make O= -j5' and then is mounted over NFS read-only by
    each test box (full path to this directory is the same on the build box and on
    the test boxes). Then, I cd into , run 'make modules_install' and get
    the error above.

    The issue turns out to be that we when we install firmware pick
    up the list of firmware blobs from firmware/Makefile.
    And this triggers the Makefile rules to update ihex2fw.

    There were two solutions for this issue:
    1) Move the list of firmware blobs to a separate file
    2) Avoid ihex2fw rebuild by moving it to scripts

    As I seriously beleive that the list of firmware blobs should be
    done in a fundamental different way solution 2) was selected.

    Reported-and-tested-by: "Rafael J. Wysocki"
    Signed-off-by: Sam Ravnborg
    Cc: David Woodhouse

    Sam Ravnborg
     

03 Aug, 2008

1 commit

  • 85ebd0033   Fix IHEX firmware generation/loading ... Browse Code »

    Fix both the IHEX firmware generation (len field always null, and EOF
    marker a byte too short) and loading (struct ihex_binrec needs to be
    packed to reflect the on-disk structure).

    Signed-off-by: Marc Zyngier
    Signed-off-by: David Woodhouse

    Marc Zyngier
     

10 Jul, 2008

2 commits

  • 59890f74e   ihex: Add support for long records to ihex2fw.c ... Browse Code »

    Some drivers could do with using records like Intel HEX, but with each
    record being larger than 256 bytes. This has been possible in the binary
    representation (struct ihex_binrec) in the kernel since the beginning --
    at least of the the current version of history. But we haven't been able
    to represent that in the .HEX files which get converted to .fw files.

    This adds a '-w' option to ihex2fw to make it interpret the first _two_
    bytes of each line as the record length, instead of only one byte. And
    adds makefile rules for %.H16->%.fw which use that.

    Signed-off-by: David Woodhouse

    David Woodhouse
     
  • 8bd6b2229   ihex: add ihex2fw tool for converting HEX files into firmware images ... Browse Code »

    Not the straight conversion to binary which objcopy can do for us, but
    actually representing each record with its original {addr, length},
    because some drivers need that information preserved.

    Fix up 'firmware_install' to be able to build $(hostprogs-y) too.

    Signed-off-by: David Woodhouse

    David Woodhouse