src/sys/dev/pdq, branch release/7.0.0_cvs FreeBSD source tree This commit was manufactured by cvs2svn to create tag 2008-02-24T05:45:17+00:00 cvs2svn cvs2svn@FreeBSD.org 2008-02-24T05:45:17+00:00 a9c219fa3cec18ef9f30edec6fa106bf0e2d423d 'RELENG_7_0_0_RELEASE'. This commit was manufactured to restore the state of the 7.0-RELEASE image. 
'RELENG_7_0_0_RELEASE'.

This commit was manufactured to restore the state of the 7.0-RELEASE image.
Fix preprocessor code to check for a symbol being defined prior to checking 2007-06-08T01:49:04+00:00 Matt Jacob mjacob@FreeBSD.org 2007-06-08T01:49:04+00:00 76ab5302cfb78052316955c26719f91af064aa93 for non-zero. 
for non-zero.
Carry volatile type in cast so gcc 4.2 will be happy. 2007-06-08T01:48:23+00:00 Matt Jacob mjacob@FreeBSD.org 2007-06-08T01:48:23+00:00 0f74a116739aa3d2e9920a42219e29ece4cca37f 






o break newbus api: add a new argument of type driver_filter_t to
2007-02-23T20:11:27+00:00

Paolo Pisati
piso@FreeBSD.org

2007-02-23T20:11:27+00:00

e251ed48e90b92417d225b97feb9d5317c80931b

  bus_setup_intr()

o add an int return code to all fast handlers

o retire INTR_FAST/IH_FAST

For more info: http://docs.freebsd.org/cgi/getmsg.cgi?fetch=465712+0+current/freebsd-current

Approved by: re (implicit?)





  bus_setup_intr()

o add an int return code to all fast handlers

o retire INTR_FAST/IH_FAST

For more info: http://docs.freebsd.org/cgi/getmsg.cgi?fetch=465712+0+current/freebsd-current

Approved by: re (implicit?)







Catchup with filters
2007-02-23T19:34:52+00:00

Warner Losh
imp@FreeBSD.org

2007-02-23T19:34:52+00:00

21ab16bd5b7077b165e9264b71f964c66f6831f2












Since DELAY() was moved,  most <machine/clock.h> #includes have been
2006-05-16T14:37:58+00:00

Poul-Henning Kamp
phk@FreeBSD.org

2006-05-16T14:37:58+00:00

c40da00ca320a38816049edd21966bd4045b2303

unnecessary.





unnecessary.







Remove various bits of conditional Alpha code and fixup a few comments.
2006-05-12T05:04:46+00:00

John Baldwin
jhb@FreeBSD.org

2006-05-12T05:04:46+00:00

73dbd3da73d83f2bace8bfd2e4e33740ef82acf2












- Make IFP2ENADDR() a pointer to IF_LLADDR() rather than another
2005-11-11T07:36:14+00:00

Ruslan Ermilov
ru@FreeBSD.org

2005-11-11T07:36:14+00:00

d09ed26fd80ce9c7bfbce9a4b89f352e610d8abc

  copy of Ethernet address.

- Change iso88025_ifattach() and fddi_ifattach() to accept MAC
  address as an argument, similar to ether_ifattach(), to make
  this work.





  copy of Ethernet address.

- Change iso88025_ifattach() and fddi_ifattach() to accept MAC
  address as an argument, similar to ether_ifattach(), to make
  this work.







Propagate rename of IFF_OACTIVE and IFF_RUNNING to IFF_DRV_OACTIVE and
2005-08-09T10:20:02+00:00

Robert Watson
rwatson@FreeBSD.org

2005-08-09T10:20:02+00:00

13f4c340aeeeb104844712bb36899d1adef50579

IFF_DRV_RUNNING, as well as the move from ifnet.if_flags to
ifnet.if_drv_flags.  Device drivers are now responsible for
synchronizing access to these flags, as they are in if_drv_flags.  This
helps prevent races between the network stack and device driver in
maintaining the interface flags field.

Many __FreeBSD__ and __FreeBSD_version checks maintained and continued;
some less so.

Reviewed by:	pjd, bz
MFC after:	7 days





IFF_DRV_RUNNING, as well as the move from ifnet.if_flags to
ifnet.if_drv_flags.  Device drivers are now responsible for
synchronizing access to these flags, as they are in if_drv_flags.  This
helps prevent races between the network stack and device driver in
maintaining the interface flags field.

Many __FreeBSD__ and __FreeBSD_version checks maintained and continued;
some less so.

Reviewed by:	pjd, bz
MFC after:	7 days







Modify device drivers supporting multicast addresses to lock if_addr_mtx
2005-08-03T00:18:35+00:00

Robert Watson
rwatson@FreeBSD.org

2005-08-03T00:18:35+00:00

13b203d0d78cc08a7e0da8e8d5eb8c1a5d94ab69

over iteration of their multicast address lists when synchronizing the
hardware address filter with the network stack-maintained list.

Problem reported by:	Ed Maste (emaste at phaedrus dot sandvine dot ca>
MFC after:		1 week





over iteration of their multicast address lists when synchronizing the
hardware address filter with the network stack-maintained list.

Problem reported by:	Ed Maste (emaste at phaedrus dot sandvine dot ca>
MFC after:		1 week