]> CyberLeo.Net >> Repos - FreeBSD/FreeBSD.git/commit
Big mess 'o changes:
authorwpaul <wpaul@FreeBSD.org>
Sun, 1 Aug 2004 20:04:31 +0000 (20:04 +0000)
committerwpaul <wpaul@FreeBSD.org>
Sun, 1 Aug 2004 20:04:31 +0000 (20:04 +0000)
commitb9b3caf965335247a6b02d871301c0e4c4bb87f6
treed0b9b243dad5e4df570a3cdb81c557ba28056697
parentb8bae5430cbfa33d7ab39405a204b1f7f416bcca
Big mess 'o changes:

- Give ndiscvt(8) the ability to process a .SYS file directly into
  a .o file so that we don't have to emit big messy char arrays into
  the ndis_driver_data.h file. This behavior is currently optional, but
  may become the default some day.

- Give ndiscvt(8) the ability to turn arbitrary files into .ko files
  so that they can be pre-loaded or kldloaded. (Both this and the
  previous change involve using objcopy(1)).

- Give NdisOpenFile() the ability to 'read' files out of kernel memory
  that have been kldloaded or pre-loaded, and disallow the use of
  the normal vn_open() file opening method during bootstrap (when no
  filesystems have been mounted yet). Some people have reported that
  kldloading if_ndis.ko works fine when the system is running multiuser
  but causes a panic when the modile is pre-loaded by /boot/loader. This
  happens with drivers that need to use NdisOpenFile() to access
  external files (i.e. firmware images). NdisOpenFile() won't work
  during kernel bootstrapping because no filesystems have been mounted.
  To get around this, you can now do the following:

        o Say you have a firmware file called firmware.img
        o Do: ndiscvt -f firmware.img -- this creates firmware.img.ko
        o Put the firmware.img.ko in /boot/kernel
        o add firmware.img_load="YES" in /boot/loader.conf
        o add if_ndis_load="YES" and ndis_load="YES" as well

  Now the loader will suck the additional file into memory as a .ko. The
  phony .ko has two symbols in it: filename_start and filename_end, which
  are generated by objcopy(1). ndis_open_file() will traverse each module
  in the module list looking for these symbols and, if it finds them, it'll
  use them to generate the file mapping address and length values that
  the caller of NdisOpenFile() wants.

  As a bonus, this will even work if the file has been statically linked
  into the kernel itself, since the "kernel" module is searched too.
  (ndiscvt(8) will generate both filename.o and filename.ko for you).

- Modify the mechanism used to provide make-pretend FASTCALL support.
  Rather than using inline assembly to yank the first two arguments
  out of %ecx and %edx, we now use the __regparm__(3) attribute (and
  the __stdcall__ attribute) and use some macro magic to re-order
  the arguments and provide dummy arguments as needed so that the
  arguments passed in registers end up in the right place. Change
  taken from DragonflyBSD version of the NDISulator.
sys/compat/ndis/hal_var.h
sys/compat/ndis/kern_ndis.c
sys/compat/ndis/ndis_var.h
sys/compat/ndis/ntoskrnl_var.h
sys/compat/ndis/pe_var.h
sys/compat/ndis/subr_hal.c
sys/compat/ndis/subr_ndis.c
sys/compat/ndis/subr_ntoskrnl.c
usr.sbin/ndiscvt/ndiscvt.8
usr.sbin/ndiscvt/ndiscvt.c