#
bc4c7e78 |
| 27-Feb-2024 |
Warner Losh <imp@FreeBSD.org> |
ofwdump: Convert ints that are booleans to bool.
No functional changes...
Sponsored by: Netflix
|
Revision tags: release/14.0.0 |
|
#
1d386b48 |
| 16-Aug-2023 |
Warner Losh <imp@FreeBSD.org> |
Remove $FreeBSD$: one-line .c pattern
Remove /^[\s*]*__FBSDID\("\$FreeBSD\$"\);?\s*\n/
|
Revision tags: release/13.2.0, release/12.4.0, release/13.1.0, release/12.3.0, release/13.0.0 |
|
#
26869ad1 |
| 13-Nov-2020 |
Brandon Bergren <bdragon@FreeBSD.org> |
[PowerPC] Allow traversal of oversize OF properties.
In standards such as LoPAPR, property names in excess of the usual 31 characters exist.
This breaks property traversal.
While in IEEE 1275-1994
[PowerPC] Allow traversal of oversize OF properties.
In standards such as LoPAPR, property names in excess of the usual 31 characters exist.
This breaks property traversal.
While in IEEE 1275-1994, nextprop is defined explicitly to work with a 32-byte region of memory, using a larger buffer should be fine. There is actually no way to pass a buffer length to the nextprop call in the OF client interface, so SLOF actually just blindly overflows the buffer.
So we have to defensively make the buffer larger, to avoid memory corruption when reading out long properties on live OF systems.
Note also that on real-mode OF, things are pretty tight because we are allocating against a static bounce buffer in low memory, so we can't just use a huge buffer to work around this without it being wasteful of our limited amount of 32-bit physical memory.
This allows a patched ofwdump to operate properly on SLOF (i.e. pseries) systems, as well as any other PowerPC systems with overlength properties.
Reviewed by: jhibbits MFC after: 2 weeks Sponsored by: Tag1 Consulting, Inc. Differential Revision: https://reviews.freebsd.org/D26669
show more ...
|
Revision tags: release/12.2.0, release/11.4.0, release/12.1.0, release/11.3.0, release/12.0.0, release/11.2.0, release/10.4.0, release/11.1.0, release/11.0.1, release/11.0.0, release/10.3.0, release/10.2.0 |
|
#
98e0ffae |
| 27-May-2015 |
Simon J. Gerraty <sjg@FreeBSD.org> |
Merge sync of head
|
#
51dd214c |
| 19-Jan-2015 |
Enji Cooper <ngie@FreeBSD.org> |
MFhead @ r277403
|
#
d899be7d |
| 19-Jan-2015 |
Glen Barber <gjb@FreeBSD.org> |
Reintegrate head: r274132-r277384
Sponsored by: The FreeBSD Foundation
|
#
622d02fb |
| 16-Jan-2015 |
Nathan Whitehorn <nwhitehorn@FreeBSD.org> |
Instead of iterating through all properties looking for a match, if asked for a specific property, look it up directly.
MFC after: 1 week
|
Revision tags: 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, release/9.0.0, 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, 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 |
|
#
8cc2c162 |
| 22-May-2004 |
Marius Strobl <marius@FreeBSD.org> |
- Change ofwdump(8) to use sysexits(3) exit codes. - Make the code use the new OFIOCMAXVALUE instead of defining the maximum length of property values locally. - Move the application specific parts
- Change ofwdump(8) to use sysexits(3) exit codes. - Make the code use the new OFIOCMAXVALUE instead of defining the maximum length of property values locally. - Move the application specific parts from ofw_util.c to ofwdump.c in order to make ofw_util.c more library-like. While ofw_dump_properties() could be made non-specific to ofwdump(8) it's currently optimized for use in ofwdump(8) and making it a library-like function would just complicate the code unnecessarily. - Minor clean-up in ofw_util.c, e.g. make its use of getopt(3) the way it's described in style(9), make its usage() static, etc. - Add a comment in ofw_util.c about why it doesn't call usage() when neither the "-a" option nor a node-name where given. - Add ofw_optnode() and ofw_setprop(), helper functions for the OFIOCGETOPTNODE and OFIOCSET ioctls respectively, to ofw_util.[c,h]. - Be consistent with the use of 'const' in ofw_util.[c,h] and add 'const' to the function arguments that are acutally const but weren't declared as such. - Mark WARNS=6 clean.
Approved by: tmm
show more ...
|
Revision tags: 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, 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 |
|
#
1b6eef5b |
| 18-Oct-2002 |
Thomas Moestl <tmm@FreeBSD.org> |
Add a utility to examine the OpenFirmware device tree (on sparc64). This allows access to detailed machine configuration information, and should be especially useful to gather information for driver-
Add a utility to examine the OpenFirmware device tree (on sparc64). This allows access to detailed machine configuration information, and should be especially useful to gather information for driver-related bug reports.
show more ...
|
Revision tags: 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, release/9.0.0, 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, 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 |
|
#
8cc2c162 |
| 22-May-2004 |
Marius Strobl <marius@FreeBSD.org> |
- Change ofwdump(8) to use sysexits(3) exit codes. - Make the code use the new OFIOCMAXVALUE instead of defining the maximum length of property values locally. - Move the application specific parts
- Change ofwdump(8) to use sysexits(3) exit codes. - Make the code use the new OFIOCMAXVALUE instead of defining the maximum length of property values locally. - Move the application specific parts from ofw_util.c to ofwdump.c in order to make ofw_util.c more library-like. While ofw_dump_properties() could be made non-specific to ofwdump(8) it's currently optimized for use in ofwdump(8) and making it a library-like function would just complicate the code unnecessarily. - Minor clean-up in ofw_util.c, e.g. make its use of getopt(3) the way it's described in style(9), make its usage() static, etc. - Add a comment in ofw_util.c about why it doesn't call usage() when neither the "-a" option nor a node-name where given. - Add ofw_optnode() and ofw_setprop(), helper functions for the OFIOCGETOPTNODE and OFIOCSET ioctls respectively, to ofw_util.[c,h]. - Be consistent with the use of 'const' in ofw_util.[c,h] and add 'const' to the function arguments that are acutally const but weren't declared as such. - Mark WARNS=6 clean.
Approved by: tmm
show more ...
|
Revision tags: 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, 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 |
|
#
1b6eef5b |
| 18-Oct-2002 |
Thomas Moestl <tmm@FreeBSD.org> |
Add a utility to examine the OpenFirmware device tree (on sparc64). This allows access to detailed machine configuration information, and should be especially useful to gather information for driver-
Add a utility to examine the OpenFirmware device tree (on sparc64). This allows access to detailed machine configuration information, and should be especially useful to gather information for driver-related bug reports.
show more ...
|