src-test2/sys/dev/ppbus, branch release/8.0.0_cvsFreeBSD source treehttps://cgit-dev.freebsd.org/src-test2/atom?h=release%2F8.0.0_cvs2009-11-21T06:13:29ZCreate release/8.0.0 for the 8.0-RELEASE.2009-11-21T06:13:29ZKen Smithkensmith@FreeBSD.org2009-11-21T06:13:29Zurn:sha1:a4d3b78df842614c46b116fc5a6f470be637dccd
Approved by: re (implicit)
This commit was manufactured to restore the state of the 8.0-RELEASE image.
MFC r196352:2009-08-18T09:31:00ZAlexander Motinmav@FreeBSD.org2009-08-18T09:31:00Zurn:sha1:a7f9e24d619c2e1bd41fd36029593334d01e05c4
Fix iSCSI initiator and vpo driver operation, broken by CAM changes.
Reviewed by: scottl, Danny Braniss
Approved by: re (rwatson)
Change if_output to take a struct route as its fourth argument in order2009-04-16T20:30:28ZKip Macykmacy@FreeBSD.org2009-04-16T20:30:28Zurn:sha1:279aa3d419d5bfaf514ed543ab177852e4c2b013
to allow passing a cached struct llentry * down to L2
Reviewed by: rwatson
Make the bit-bang callbacks for i2c implementation match their prototypes.2009-03-12T06:32:30ZWarner Loshimp@FreeBSD.org2009-03-12T06:32:30Zurn:sha1:34a53f3f6bc090ffa49fb8c232324c1118087a71Fix lptopen() and lptclose() to not trash the state of the HAVEBUS flag2009-02-11T14:25:09ZJohn Baldwinjhb@FreeBSD.org2009-02-11T14:25:09Zurn:sha1:84f9a0e5c5a8b3d8f22e27f7fe8e8fdbe722ad98
in 'sc_state'. This allows the lpt_release_ppbus() calls in those two
routines to actually release the ppbus and thus fixes the hangs noticed
with the lpt(4) driver since the recent ppbus changes. The old lpt(4)
driver didn't actually check the HAVEBUS flag in lpt_release_ppbus() which
is why these bugs weren't noticed before.
Trim what we expose to userland in <dev/ppbus/ppbconf.h> to just the2009-02-03T19:49:21ZJohn Baldwinjhb@FreeBSD.org2009-02-03T19:49:21Zurn:sha1:e2f76cae05cc2e25a4981f9cbe54aee768bcf738
constants used for the ppi(4) ioctls for bits in the control and status
registers.
Reviewed by: db
Don't unlock the parent ppc lock until after releasing the ppbus.2009-01-26T20:58:05ZJohn Baldwinjhb@FreeBSD.org2009-01-26T20:58:05Zurn:sha1:192204fece571a6c7e95462018fe0baa16b7da16
Submitted by: csjp
Add missing locking around setting the ppc interrupt handler IVAR.2009-01-26T14:12:12ZJohn Baldwinjhb@FreeBSD.org2009-01-26T14:12:12Zurn:sha1:34bb786889cc508edd279ebb6cf5be7c77b3f440
Reported by: many
Fix a compile bogon. 'ppbus' is used by two different sets of debug code2009-01-22T15:35:54ZJohn Baldwinjhb@FreeBSD.org2009-01-22T15:35:54Zurn:sha1:66a86c3bc104d3fbfea79e7e5469dbd7d5b8c8a6
in lptout().
Reported by: several
Add locking to ppc and ppbus and mark the whole lot MPSAFE:2009-01-21T23:10:06ZJohn Baldwinjhb@FreeBSD.org2009-01-21T23:10:06Zurn:sha1:2067d312d40c5e179c240a796d047fe4c8e276ee
- To avoid having a bunch of locks that end up always getting acquired as
a group, give each ppc(4) device a mutex which it shares with all the
child devices including ppbus(4), lpt(4), plip(4), etc. This mutex
is then used for all the locking.
- Rework the interrupt handling stuff yet again. Now ppbus drivers setup
their interrupt handler during attach and tear it down during detach
like most other drivers. ppbus(4) only invokes the interrupt handler
of the device that currently owns the bus (if any) when an interrupt
occurs, however. Also, interrupt handlers in general now accept their
softc pointers as their argument rather than the device_t. Another
feature of the ppbus interrupt handlers is that they are called with
the parent ppc device's lock already held. This minimizes the number
of lock operations during an interrupt.
- Mark plip(4), lpt(4), pcfclock(4), ppi(4), vpo(4) MPSAFE.
- lpbb(4) uses the ppc lock instead of Giant.
- Other plip(4) changes:
- Add a mutex to protect the global tables in plip(4) and free them on
module unload.
- Add a detach routine.
- Split out the init/stop code from the ioctl routine into separate
functions.
- Other lpt(4) changes:
- Use device_printf().
- Use a dedicated callout for the lptout timer.
- Allocate the I/O buffers at attach and detach rather than during
open and close as this simplifies the locking at the cost of
1024+32 bytes when the driver is attached.
- Other ppi(4) changes:
- Use an sx lock to serialize open and close.
- Remove unused HADBUS flag.
- Add a detach routine.
- Use a malloc'd buffer for each read and write to avoid races with
concurrent read/write.
- Other pps(4) changes:
- Use a callout rather than a callout handle with timeout().
- Conform to the new ppbus requirements (regular mutex, non-filter
interrupt handler). pps(4) is probably going to have to become a
standalone driver that doesn't use ppbus(4) to satisfy it's
requirements for low latency as a result.
- Use an sx lock to serialize open and close.
- Other vpo(4) changes:
- Use the parent ppc device's lock to create the CAM sim instead of
Giant.
- Other ppc(4) changes:
- Fix ppc_isa's detach method to detach instead of calling attach.
Tested by: no one :-(