History log of /freebsd/share/examples/drivers/make_device_driver.sh (Results 1 – 25 of 57)
Revision (<<< Hide revision tags) (Show revision tags >>>) Date Author Comments
Revision tags: release/14.0.0
# 97232e04 25-Sep-2023 John Baldwin <jhb@FreeBSD.org>

make_*_driver.sh: Don't include $FreeBSD$ in generated files

Reviewed by: imp, emaste
Differential Revision: https://reviews.freebsd.org/D41950


# d0b2dbfa 16-Aug-2023 Warner Losh <imp@FreeBSD.org>

Remove $FreeBSD$: one-line sh pattern

Remove /^\s*#[#!]?\s*\$FreeBSD\$.*$\n/


Revision tags: release/13.2.0, release/12.4.0, release/13.1.0, release/12.3.0, release/13.0.0, release/12.2.0, release/11.4.0, release/12.1.0, release/11.3.0, release/12.0.0, release/11.2.0
# 226a9d16 09-May-2018 Warner Losh <imp@FreeBSD.org>

Remove 'All Rights Reserved' from the collection copyright and templates.

The original Berkeley Software Distributions were made in the 1980's
and 1990's. At that time, the Buenos Ares Convention of

Remove 'All Rights Reserved' from the collection copyright and templates.

The original Berkeley Software Distributions were made in the 1980's
and 1990's. At that time, the Buenos Ares Convention of 1910 was in
force in most of the countries in the Americas. It required an
affirmative statement of rights reservation, typically using 'All
Rights Reserved.' The Regents included this phrase in their copyright
notices to invoke this treaty to ensure maximal copyright protection.

In the 1990's, Latin America coutries ratifeid the Berne Convention on
copyrights which prohibited them from requiring an affirmative
statement to reserve the rights. When Nicaragua ratified in 2000, the
Buenos Ares Convention of 1910 was effectively repealed. This made all
the 'All Rights Reserved' phrases obsolete and legal deadweight most
of the time, and certainly in the cases removed here.

Since it's no longer required, and is in fact meaningless, core has
decided to dropped it from the project's collection copyright and
sample templates. It encourages other rights holders to do the same
after consultation with their legal department.

More see https://en.wikipedia.org/wiki/Buenos_Aires_Convention for
more information.

Approved by: core@ (emaste@, jhb@)
Differential Review: https://reviews.freebsd.org/D15264

show more ...


Revision tags: release/10.4.0, release/11.1.0, release/11.0.1, release/11.0.0, release/10.3.0, release/10.2.0, release/10.1.0, release/9.3.0, release/10.0.0, release/9.2.0, release/8.4.0, release/9.1.0, release/8.3.0_cvs, release/8.3.0
# 8fa0b743 23-Jan-2012 Xin LI <delphij@FreeBSD.org>

IFC @230489 (pending review).


# 80dbff4e 04-Jan-2012 Sean Bruno <sbruno@FreeBSD.org>

IFC to head to catch up the bhyve branch

Approved by: grehan@


Revision tags: release/9.0.0
# a9029fbb 22-Nov-2011 Marius Strobl <marius@FreeBSD.org>

Update to use DEVMETHOD_END.


# 87c3644c 24-May-2011 Peter Grehan <grehan@FreeBSD.org>

IFC @ r222256


# 8c4431d0 22-May-2011 Attilio Rao <attilio@FreeBSD.org>

MFC


# 5665fe6b 22-May-2011 Ulrich Spörlein <uqs@FreeBSD.org>

Fix more typos to be a good example.

Found by: codespell


Revision tags: release/7.4.0_cvs, release/8.2.0_cvs, release/7.4.0, release/8.2.0, release/8.1.0_cvs, release/8.1.0, release/7.3.0_cvs, release/7.3.0, release/8.0.0_cvs, release/8.0.0, release/7.2.0_cvs, release/7.2.0, release/7.1.0_cvs, release/7.1.0, release/6.4.0_cvs, release/6.4.0, release/7.0.0_cvs, release/7.0.0, release/6.3.0_cvs, release/6.3.0, release/6.2.0_cvs, release/6.2.0
# be115021 09-Aug-2006 Roman Kurakin <rik@FreeBSD.org>

- Added 'files "files.FOO"' to config for inclusion of user specific files.
- Added KDB option to config file (for DDB).
- Added ability to compile custom kernel.

Discussed with: julian@


# 36a64d13 06-Aug-2006 Roman Kurakin <rik@FreeBSD.org>

- Added ability to provide (optional) path to the kernel sources
- Fixed path for ${s}/conf/files.FOO and a note that it should be merged into
corresponding file to be able to compile the kernel
- Ch

- Added ability to provide (optional) path to the kernel sources
- Fixed path for ${s}/conf/files.FOO and a note that it should be merged into
corresponding file to be able to compile the kernel
- Changed kernel configuration example with the driver: it is not produced by
copying Generic but by including it
- Changed from automatic module building to asking an user if it whants to

Reviewed by: julian@

show more ...


# a299217f 06-Aug-2006 Roman Kurakin <rik@FreeBSD.org>

Fix compilation.

Reviewed by: julian@


Revision tags: release/5.5.0_cvs, release/5.5.0, release/6.1.0_cvs, release/6.1.0, release/6.0.0_cvs, release/6.0.0, release/5.4.0_cvs, release/5.4.0, release/4.11.0_cvs, release/4.11.0, release/5.3.0_cvs, release/5.3.0, release/4.10.0_cvs, release/4.10.0, release/5.2.1_cvs, release/5.2.1, release/5.2.0_cvs, release/5.2.0, release/4.9.0_cvs, release/4.9.0
# e4dcc1fd 03-Oct-2003 Diomidis Spinellis <dds@FreeBSD.org>

Style fixes: shell script indentation, if/then style, plus a lot
of comments in C code (capitalized, end with full stop).

Submitted by: schweikh


# ff7cd805 03-Oct-2003 Diomidis Spinellis <dds@FreeBSD.org>

Create a driver that will compile without warnings on -CURRENT
More changes are probably needed to create a correct driver.

Reviewed by: markm
Approved by: schweikh (mentor)


Revision tags: release/5.1.0_cvs, release/5.1.0, release/4.8.0_cvs, release/4.8.0, release/5.0.0_cvs, release/5.0.0, release/4.7.0_cvs, release/4.6.2_cvs, release/4.6.2
# 418df1e4 02-Aug-2002 Mark Murray <markm@FreeBSD.org>

Modernise and tidy up.


Revision tags: release/4.6.1, release/4.6.0_cvs, release/4.5.0_cvs, release/4.4.0_cvs
# 853fbff5 13-Nov-2001 Andrew R. Reiter <arr@FreeBSD.org>

- Modify to make the generated device driver code work with current.
- Use M_ZERO instead of another call to bzero().

Inspired by: misc/31905


Revision tags: release/4.3.0_cvs, release/4.3.0
# 11027719 14-Apr-2001 Brian Somers <brian@FreeBSD.org>

Suggest that kernels are built with ``cd /usr/src; make buildkernel''
Add a comment saying that our softc is automatically allocated by the
parent bus.
Fix lots of spellings


# 6715fca9 18-Dec-2000 Warner Losh <imp@FreeBSD.org>

o Add cardbus support (use pci attachment for now)
<bde>
o Add comments in some places to clarify some points.
o Don't typedef sc_p. This isn't usually done in the drivers and may
cause problems i

o Add cardbus support (use pci attachment for now)
<bde>
o Add comments in some places to clarify some points.
o Don't typedef sc_p. This isn't usually done in the drivers and may
cause problems in teh future if C goes the C++ route of requiring
one and only one definition for each and every type. Instead use
the current convetion of expanding struct ${1}_softc * inline needed.
o change some comments to be more style(9)-like.
o Define and use DEV2SOFTC to encapsulate storing/getting softc from a
dev_t. This also takes care of the missing cast from the examples.
o Define and use DEVICE2SOFTC, similar to DEV2SOFTC for getting the
softc from a device_t.
</bde>

We still should have this generate foo_{isa,pci,pccard,cardbus,eisa}.c
and foovar.h from templates of some sort, but I was too lazy to do
that in this commit. I did document it in the comments, however.

Note: bde-like corrections made with the help of my my portable
plastic bde icon. Results with the real bde may vary with use.

show more ...


Revision tags: release/4.2.0
# 99fcf983 15-Nov-2000 Julian Elischer <julian@FreeBSD.org>

Slight cleanups after comments from John Hay (Thanks!)
Also add more comments.


# 7dd17df7 12-Nov-2000 Julian Elischer <julian@FreeBSD.org>

Share one devclass between ISA and PCI sections
This will ensure unit numbers will co-ordinate between them


# e904636a 11-Nov-2000 Julian Elischer <julian@FreeBSD.org>

Add basic PCI capability
Not sure how unit numbers are carried across between
PCI and ISA though.. maybe there should be only one devclass between the two?


# 4a3a6ee4 09-Nov-2000 Julian Elischer <julian@FreeBSD.org>

Add more sample code having read the daemnnews article (August 2000)


# 87e78fdf 08-Nov-2000 Julian Elischer <julian@FreeBSD.org>

Having figured out a bit more of the new-bus puzzle
I have added support for finding non-PNP devices to this
sample loadable ISA driver.
PCI support will come later.

If someone with a clue about new

Having figured out a bit more of the new-bus puzzle
I have added support for finding non-PNP devices to this
sample loadable ISA driver.
PCI support will come later.

If someone with a clue about newbus were to look it over it would be
really cool.

show more ...


# 96305e8f 26-Oct-2000 Julian Elischer <julian@FreeBSD.org>

Add copyright to skeleton.


# 45ddd9af 26-Oct-2000 Julian Elischer <julian@FreeBSD.org>

some more cleanups
still need to handle non-PNP devices properly.


123