freebsd-dev/sys/dev/if_ndis
Bill Paul a91395a9d0 Tests with my dual Opteron system have shown that it's possible
for code to start out on one CPU when thunking into Windows
mode in ctxsw_utow(), and then be pre-empted and migrated to another
CPU before thunking back to UNIX mode in ctxsw_wtou(). This is
bad, because then we can end up looking at the wrong 'thread environment
block' when trying to come back to UNIX mode. To avoid this, we now
pin ourselves to the current CPU when thunking into Windows code.

Few other cleanups, since I'm here:

- Get rid of the ndis_isr(), ndis_enable_interrupt() and
  ndis_disable_interrupt() wrappers from kern_ndis.c and just invoke
  the miniport's methods directly in the interrupt handling routines
  in subr_ndis.c. We may as well lose the function call overhead,
  since we don't need to export these things outside of ndis.ko
  now anyway.

- Remove call to ndis_enable_interrupt() from ndis_init() in if_ndis.c.
  We don't need to do it there anyway (the miniport init routine handles
  it, if needed).

- Fix the logic in NdisWriteErrorLogEntry() a little.

- Change some NDIS_STATUS_xxx codes in subr_ntoskrnl.c into STATUS_xxx
  codes.

- Handle kthread_create() failure correctly in PsCreateSystemThread().
2005-11-02 18:01:04 +00:00
..
if_ndis_pccard.c More fixes for multibus drivers. When calling out to the match 2005-05-08 23:19:20 +00:00
if_ndis_pci.c More fixes for multibus drivers. When calling out to the match 2005-05-08 23:19:20 +00:00
if_ndis_usb.c Throw the switch on the new driver generation/loading mechanism. From 2005-04-24 20:21:22 +00:00
if_ndis.c Tests with my dual Opteron system have shown that it's possible 2005-11-02 18:01:04 +00:00
if_ndisvar.h Correct some __FreeBSD_version conditionals to use version bumps closer 2005-10-25 16:14:34 +00:00