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.
|