<feed xmlns='http://www.w3.org/2005/Atom'>
<title>src/sys/dev/auxio, branch stable/9</title>
<subtitle>FreeBSD source tree</subtitle>
<id>https://cgit-dev.freebsd.org/src/atom?h=stable%2F9</id>
<link rel='self' href='https://cgit-dev.freebsd.org/src/atom?h=stable%2F9'/>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/'/>
<updated>2009-12-22T21:02:46Z</updated>
<entry>
<title>Enroll these drivers in multipass probing. The motivation behind this</title>
<updated>2009-12-22T21:02:46Z</updated>
<author>
<name>Marius Strobl</name>
<email>marius@FreeBSD.org</email>
</author>
<published>2009-12-22T21:02:46Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=1bba41a506f50fb28d77237ce31e23482f496d3e'/>
<id>urn:sha1:1bba41a506f50fb28d77237ce31e23482f496d3e</id>
<content type='text'>
is that the JBus to EBus bridges share the interrupt controller of a
sibling JBus to PCIe bridge (at least as far as the OFW device tree
is concerned, in reality they are part of the same chip) so we have to
probe and attach the latter first. That happens to be also the case
due to the fact that the JBus to PCIe bridges appear first in the OFW
device tree but it doesn't hurt to ensure the right order.
</content>
</entry>
<entry>
<title>Provide and consume missing module dependency information.</title>
<updated>2009-12-21T21:29:16Z</updated>
<author>
<name>Marius Strobl</name>
<email>marius@FreeBSD.org</email>
</author>
<published>2009-12-21T21:29:16Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=75b02cac5a75323f743459b3fe4ece63c6d21090'/>
<id>urn:sha1:75b02cac5a75323f743459b3fe4ece63c6d21090</id>
<content type='text'>
</content>
</entry>
<entry>
<title>- Only touch the LED bit of the (LED) AUXIO register when turning the</title>
<updated>2006-01-26T19:04:18Z</updated>
<author>
<name>Marius Strobl</name>
<email>marius@FreeBSD.org</email>
</author>
<published>2006-01-26T19:04:18Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=0574df71dc22363670c1b2f52fdda412bdbc8eb2'/>
<id>urn:sha1:0574df71dc22363670c1b2f52fdda412bdbc8eb2</id>
<content type='text'>
  system LED on or off. Unlike the EBus LED AUXIO register where the
  remaining bits are unused the upper bits of the SBus AUXIO register
  are used to control other things like the link test enable pin of
  the on-board NIC which we don't want to change as a side-effect.
- Remove the superfluous bzero()'ing of the softc obtained from
  device_get_softc().

Reviewed by:	yongari
MFC after:	3 days
</content>
</entry>
<entry>
<title>Switch from trying to allocate up to 8 register banks for the EBus</title>
<updated>2005-07-10T10:33:00Z</updated>
<author>
<name>Marius Strobl</name>
<email>marius@FreeBSD.org</email>
</author>
<published>2005-07-10T10:33:00Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=82c59ca76e915acaccb10854d787bcce4464656b'/>
<id>urn:sha1:82c59ca76e915acaccb10854d787bcce4464656b</id>
<content type='text'>
variant to allocating a fixed set of 5 banks that the EBus variant
is documented to have (and also has in reality). Trying to allocate
up to 8 banks is a remnant from experiments during the development
of this driver.

Discussed with:	joerg, yongari
Reviewed by:	yongari
Approved by:	re (scottl)
</content>
</entry>
<entry>
<title>- Take advantage of ebus(4) having switched to SYS_RES_MEMORY for memory</title>
<updated>2005-06-04T20:27:39Z</updated>
<author>
<name>Marius Strobl</name>
<email>marius@FreeBSD.org</email>
</author>
<published>2005-06-04T20:27:39Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=07945ccd23b38c3ecc0abe5722dd1b9377775a0c'/>
<id>urn:sha1:07945ccd23b38c3ecc0abe5722dd1b9377775a0c</id>
<content type='text'>
  resources in ebus.c rev. 1.22 and collapse the resource allocation for
  both the EBus and SBus variants into auxio_attach_common().
- For the EBus variant make sure that the resource for controlling the
  LED is actually available; (in theory) we could have ended up using
  the resource without allocating it.
</content>
</entry>
<entry>
<title>Start each of the license/copyright comments with /*-, minor shuffle of lines</title>
<updated>2005-01-06T01:43:34Z</updated>
<author>
<name>Warner Losh</name>
<email>imp@FreeBSD.org</email>
</author>
<published>2005-01-06T01:43:34Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=098ca2bda93c701c5331d4e6aace072495b4caaa'/>
<id>urn:sha1:098ca2bda93c701c5331d4e6aace072495b4caaa</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Port NetBSD auxio driver. The driver was modified to use led(4) and can</title>
<updated>2004-10-09T07:31:03Z</updated>
<author>
<name>Pyun YongHyeon</name>
<email>yongari@FreeBSD.org</email>
</author>
<published>2004-10-09T07:31:03Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=e60fc88fa6d857b3250d03ce0adecce3ff626243'/>
<id>urn:sha1:e60fc88fa6d857b3250d03ce0adecce3ff626243</id>
<content type='text'>
be used to announce various system activity.
The auxio device provides auxiliary I/O functions and is found on various
SBus/EBus UltraSPARC models. At present, only front panel LED is
controlled by this driver.

Approved by:    jake (mentor)
Reviewed by:    joerg
Tested by:      joerg
</content>
</entry>
</feed>
