1. 15 Aug, 2004 2 commits
    • Sam Ravnborg's avatar
      kbuild: Bogus "has no CRC" in external module builds · 8f36d53f
      Sam Ravnborg authored
      From: Pavel Roskin <proski@gnu.org>
      The recent fixes for the external module build have fixed the major
      breakage, but they left one annoyance unfixed.  If CONFIG_MODVERSIONS is
      disabled, a warning is printed for every exported symbol that is has no
      CRC.  For instance, I see this when compiling the standalone Orinoco
      driver on Linux 2.6.6-rc3:
      
      *** Warning: "__orinoco_down" [/usr/local/src/orinoco/spectrum_cs.ko] has
      no CRC!
      *** Warning: "hermes_struct_init" [/usr/local/src/orinoco/spectrum_cs.ko]
      has no CRC!
      *** Warning: "free_orinocodev" [/usr/local/src/orinoco/spectrum_cs.ko] has
      no CRC!
      [further warnings skipped]
      
      I have found that the "-i" option for modpost is used for external builds,
      whereas the internal modules use "-o".  The "-i" option causes read_dump()
      in modpost.c to be called.  This function sets "modversions" variable
      under some conditions that I don't understand.  The comment before the
      modversions declarations says: "Are we using CONFIG_MODVERSIONS?"
      
      Apparently modpost fails to answer this question.  I think it's better to
      use an explicit option rather than a kludge.
      
      The attached patch adds a new option "-m" that is specified if and only if
      CONFIG_MODVERSIONS is enabled.  The patch has been successfully tested
      both with and without CONFIG_MODVERSIONS.
      Signed-off-by: default avatarSam Ravnborg <sam@ravnborg.org>
      8f36d53f
    • Alexey Dobriyan's avatar
      kerneldoc: Fix comma separated members. · df9b2cba
      Alexey Dobriyan authored
      This patch teaches scripts/kernel-doc to print descriptions
      of comma separated variables correctly instead of ignoring
      them.
      
      Tested on 'make pdfdocs' and 'scripts/kernel-doc -text test.c'.
      Signed-off-by: default avatarSam Ravnborg <sam@ravnborg.org>
      df9b2cba
  2. 13 Aug, 2004 1 commit
    • Sam Ravnborg's avatar
      kbuild: __crc_* symbols in System.map · 29d28b2a
      Sam Ravnborg authored
      David S. Miller <davem@redhat.com> wrote:
      Shouldn't we be grepping __crc_ symbols out of the System.map file?
      
      For one thing, these can confuse readprofile.  It's algorithm is
      to start at _stext, then stop when it sees a line in the System.map
      which is not text (mode is one of 'T' 't' 'W' or 'w')
      
      It will exit early if there are some intermixed __crc_* things in
      there (since they are are mode 'A').
      
      For example, in my current sparc64 kernel I have this:
      
      00000000004cef80 t do_split
      00000000004cf2a0 t add_dirent_to_buf
      00000000004cf5a7 A __crc_init_special_inode
      00000000004cf640 t make_indexed_dir
      00000000004cf900 t ext3_add_entry
      
      So no symbols after add_dirent_to_buf will be shown in the profiling
      output of readprofile.
      
      Implementation ported to mksysmap by Sam.
      Included two System.map related fixes:
      - Print "SYSMAP  System.map" during build
      - Sort symbols in System.map
      Signed-off-by: default avatarSam Ravnborg <sam@ravnborg.org>
      29d28b2a
  3. 11 Aug, 2004 1 commit
    • Sam Ravnborg's avatar
      kbuild: Use POSIX headers for ntoh functions · e78d1655
      Sam Ravnborg authored
      From: Benno <benjl@cse.unsw.edu.au>
      When compiling Linux on Mac OSX I had trouble with scripts/sumversion.c.
      It includes <netinet/in.h> to obtain to definitions of htonl and ntohl.
      
      On Mac OSX these are found in <arpa/inet.h>. After checking the POSIX
      specification it appears that this is the correct place to get
      the definitons for these functions.
      
      (http://www.opengroup.org/onlinepubs/009695399/functions/htonl.html)
      
      Using this header also appears to work on Linux (at least with
      Glibc-2.3.2).
      
      It seems clearer to me to go with the POSIX standard than implementing
      #if __APPLE__ style macros, but if such an approach is preferred I can
      supply patches for that instead.
      Signed-off-by: default avatarSam Ravnborg <sam@ravnborg.org>
      e78d1655
  4. 10 Aug, 2004 4 commits
  5. 09 Aug, 2004 1 commit
  6. 08 Aug, 2004 4 commits
  7. 07 Aug, 2004 1 commit
    • Sam Ravnborg's avatar
      kbuild: Check for undefined symbols in vmlinux · 1d3fa84d
      Sam Ravnborg authored
      At least one bin-utils version for ARM is know to ignore undefined
      symbols when performing the final link of vmlinux.
      Add an explicit check for undefined symbols to catch this.
      The check is made in combination with generating the System.map file
      and the actual algorithm is moved to a small shell script - mksysmap.
      
      External symbols with three leading underscores are ignored - sparc
      uses them for the BTFIXUP logic.
      Signed-off-by: default avatarSam Ravnborg <sam@ravnborg.org>
      1d3fa84d
  8. 06 Aug, 2004 1 commit
    • James Morris's avatar
      [PATCH] Re-implemented i586 asm AES · e7bf2031
      James Morris authored
      This code is a rework of the original Gladman AES code, and does not
      include any supposed BSD licensed work by Jari Ruusu. 
      
      Linus converted the Intel asm to Gas format, and made some minor
      alterations.
      
      Fruhwirth's glue module has also been retained, although I rebased the
      table generation and key scheduling back to Gladman's code.  I've tested
      this code with some standard FIPS test vectors, and large FTP transfers
      over IPSec (both locally and over the wire to a system running the
      generic AES implementation).
      Signed-off-by: default avatarJames Morris <jmorris@redhat.com>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      e7bf2031
  9. 05 Aug, 2004 23 commits
  10. 04 Aug, 2004 2 commits