<feed xmlns='http://www.w3.org/2005/Atom'>
<title>src/sys/dev/auxio, branch releng/12.2</title>
<subtitle>FreeBSD source tree</subtitle>
<id>https://cgit-dev.freebsd.org/src/atom?h=releng%2F12.2</id>
<link rel='self' href='https://cgit-dev.freebsd.org/src/atom?h=releng%2F12.2'/>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/'/>
<updated>2017-11-27T14:52:40Z</updated>
<entry>
<title>sys/dev: further adoption of SPDX licensing ID tags.</title>
<updated>2017-11-27T14:52:40Z</updated>
<author>
<name>Pedro F. Giffuni</name>
<email>pfg@FreeBSD.org</email>
</author>
<published>2017-11-27T14:52:40Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=718cf2ccb9956613756ab15d7a0e28f2c8e91cab'/>
<id>urn:sha1:718cf2ccb9956613756ab15d7a0e28f2c8e91cab</id>
<content type='text'>
Mainly focus on files that use BSD 2-Clause license, however the tool I
was using misidentified many licenses so this was mostly a manual - error
prone - task.

The Software Package Data Exchange (SPDX) group provides a specification
to make it easier for automated tools to detect and summarize well known
opensource licenses. We are gradually adopting the specification, noting
that the tags are considered only advisory and do not, in any way,
superceed or replace the license texts.
</content>
</entry>
<entry>
<title>Consistently use `device_t`</title>
<updated>2016-08-09T19:32:06Z</updated>
<author>
<name>Jean-Sébastien Pédron</name>
<email>dumbbell@FreeBSD.org</email>
</author>
<published>2016-08-09T19:32:06Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=bd937497ea2a1111d9cf6ff1cdbe698b3cdd430a'/>
<id>urn:sha1:bd937497ea2a1111d9cf6ff1cdbe698b3cdd430a</id>
<content type='text'>
Several files use the internal name of `struct device` instead of
`device_t` which is part of the public API. This patch changes all
`struct device *` to `device_t`.

The remaining occurrences of `struct device` are those referring to the
Linux or OpenBSD version of the structure, or the code is not built on
FreeBSD and it's unclear what to do.

Submitted by:	Matthew Macy &lt;mmacy@nextbsd.org&gt; (previous version)
Approved by:	emaste, jhibbits, sbruno
MFC after:	3 days
Differential Revision:	https://reviews.freebsd.org/D7447
</content>
</entry>
<entry>
<title>Use DEVMETHOD_END macro defined in sys/bus.h instead of {0, 0} sentinel on device_method_t arrays</title>
<updated>2013-01-30T18:01:20Z</updated>
<author>
<name>Sofian Brabez</name>
<email>sbz@FreeBSD.org</email>
</author>
<published>2013-01-30T18:01:20Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=61bfd867626dad25026bafcbc5fbc595d9e85417'/>
<id>urn:sha1:61bfd867626dad25026bafcbc5fbc595d9e85417</id>
<content type='text'>
Reviewed by:	cognet
Approved by:	cognet
</content>
</entry>
<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>
