| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
| |
understand which code paths aren't possible.
This commit eliminates 117 false positive bug reports of the form
"allocate memory; error out if pointer is NULL; use pointer".
|
|
|
|
|
|
| |
- ANSI'fy showrawquotas().
- Shut up GCC by initializing bgrace and igrace. The situation
that caused the GCC warning can never happen though.
|
|
|
|
|
|
|
|
|
| |
environ[0] to be more obvious that environ is not NULL before environ[0]
is tested. Although I believe the previous code worked, this change
improves code maintainability.
Reviewed by: ache
MFC after: 3 days
|
|
|
|
|
| |
PR: 125253
Submitted by: Mateusz Guzik <mjguzik@gmail.com> (original version)
|
|
|
|
|
| |
PR: 126223
Submitted by: Mateusz Guzik
|
|
|
|
|
|
|
|
|
| |
big endian platforms where time_t is 64bits (ie armeb and sparc64), it will
be a problem.
Use a temporary time_t to work around this.
Submitted by: Matthew Luckie <mjl AT luckie DOT org dot nz>
MFC after: 3 days
|
|
|
|
|
|
|
|
|
| |
assumed to be reviewd by them):
Stir directly from the kernel PRNG, without taking less random pid & time
bytes too (when it is possible).
The difference with OpenBSD code is that they have KERN_ARND sysctl for
that task, while we need to read /dev/random
|
|
|
|
| |
Spotted by: das
|
| |
|
|
|
|
|
|
|
| |
- Improve the order of some tests.
- Fix style.
Submitted by: bde
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
lstat(2) is called on symlinks -- this code appears never to have
worked. The PR this addresses suggests that the intended
original behavior is the right one, but as bde points out in the
PR comments, we do actually support storing a mode on symlinks,
so returning it seems reasonable.
This is consistent with Mac OS X, which despite documentation to
the contrary does return the mode set on a symlink, but not some
other platforms. The Single Unix Spec requires only that the
returned bits be "meaningful", which seems at best unhelpful as
advice goes.
PR: 25018
MFC after: 3 days
|
|
|
|
| |
MFC after: 3 days
|
|
|
|
|
|
|
| |
FreeBSD 7.1 before 8.0 ships.
Spotted by: Ulrich Spoerlein <uspoerlein at gmail dot com>
MFC after: 3 days
|
|
|
|
|
| |
Reviewed by: alc, Matt Dillon <dillon@apollo.backplane.com>
Approved by: alc
|
|
|
|
|
|
|
| |
FreeBSD 7.1 before 8.0 ships.
Spotted by: Ulrich Spoerlein <uspoerlein at gmail dot com>
MFC after: 3 days
|
|
|
|
| |
Approved by: imp
|
|
|
|
|
|
|
|
|
| |
vnode lock may cause a LOR between kld_sx lock and vnode lock.
linker_load_dependencies() drops kld_sx, and another thread may attempt
to load the same kld.
Reported and tested by: pjd
MFC after: 1 week
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
As clearly mentioned on the mailing lists, there is a list of drivers
that have not been ported to the MPSAFE TTY layer yet. Remove them from
the kernel configuration files. This means people can now still use
these drivers if they explicitly put them in their kernel configuration
file, which is good.
People should keep in mind that after August 10, these drivers will not
work anymore. Even though owners of the hardware are capable of getting
these drivers working again, I will see if I can at least get them to a
compilable state (if time permits).
|
|
|
|
|
|
| |
PR: conf/126199
Submitted by: comet--berkeley (aka Pablo Picasso) <comet@transbay.net>
Approved by: bde@
|
|
|
|
| |
with no support for the LED, buttons, realtime clock or flash support.
|
|
|
|
|
|
| |
code.
Submitted by: sam
|
|
|
|
|
| |
Obtained from: NetBSD
MFC after: 3 days
|
|
|
|
| |
MFC after: 3 days
|
|
|
|
| |
Minor word smithing on the need for newer firmware.
|
|
|
|
|
|
| |
identical packaging and model numbers, but has had the Prism-II chips
replaced by Prism-3. The wi driver was just updated with the new
entry.
|
| |
|
| |
|
|
|
|
|
|
|
| |
other policies that similarly now avoid the additional mac_ prefix on
variables.
MFC after: soon
|
|
|
|
| |
card. I got a pair of these at a garage sale for US$1.00 today...
|
|
|
|
| |
exported via a sysctl.
|
|
|
|
| |
on better.
|
| |
|
|
|
|
|
|
| |
http://www.schneier.com/blog/archives/2008/08/schneier_misquo.html
(and reorder one I appearantly didn't get in the right place last time.)
|
| |
|
|
|
|
|
|
|
| |
- When y/x is huge, it's faster and more accurate to return pi/2
instead of pi - pi/2.
- There's no need for 3 lines of bit fiddling to compute -z.
- Fix a comment.
|
|
|
|
| |
get channel+bss use -v
|
| |
|
|
|
|
| |
Submitted by: Chris Zimmermann
|
|
|
|
|
|
| |
header as they have one natively
Submitted by: Chris Zimmermann
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
yank it's description; likewise for the FIRMWARE_WAIT flag to firmware_put.
For the record, the last commit was to cleanup various mistakes and correct
the example of embedding to reflect the npe firmware now being distributed
with the system.
|
|
|
|
|
|
| |
compatibility with other systems
Reviewed by: ed, battlez
|
|
|
|
| |
Submitted by: ed
|
|
|
|
|
|
| |
code interfered with Performant mode and legacy interrupts. Also
remove a register read operation on the Simplq code that was
effectively a time-wasting no-op.
|
|
|
|
|
|
|
| |
return instruction as well, or we'll stop single-stepping as soon as we'll
return from a function.
MFC after: 3 days
|
|
|
|
|
| |
Obtained from: NetBSD
MFC after: 3 days
|
| |
|
|
|
|
|
|
|
| |
PR: kern/126097
Submitted by: Anton Kartashev <amokk@seb.org.ua>
Approved by: imp (mentor, implicit)
MFC after: 3 days
|