| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
don't allow putenv() arg be on the stack, use strdup()
|
|
|
|
| |
MFC after: 1 week
|
| |
|
|
|
|
| |
don't free memory after putenv()
|
|
|
|
| |
don't free memory after putenv()
|
|
|
|
| |
MFC after: 1 week
|
|
|
|
| |
MFC after: 1 week
|
|
|
|
| |
don't allow putenv() arg be on the stack, replace putenv() with setenv()
|
|
|
|
|
|
|
|
|
|
| |
o Print "unknown ICMP" instead of "(null)" if we don't have a description for a icmp type.
Based on code
Submitted by: Christoph Weber-Fahr
PR: misc/112126
MFC after: 2 weeks
|
|
|
|
|
|
|
|
| |
- Remove struct tl_label and runtime malloc() for it.
- Include tl_lable list in struct fw_xfer.
- Don't free unallocated tlabel.
MFC after: 1 week
|
|
|
|
|
|
|
| |
1) Under POSIX unsetenv("foo=bar") is explicit error and not equal
to unsetenv("foo")
2) Prepare for upcomig POSIXed putenv() rewrite: make putenv() calls
portable and conforming to standard.
|
|
|
|
| |
MFC: after 3 days
|
|
|
|
|
|
|
|
| |
as some combinations of chipset, controller and target do not behave
correctly when DMA is enabled for other commands.
PR: kern/103602
MFC after: 2 weeks
|
|
|
|
|
|
|
|
| |
was being tested, which would result in a system hang in some configurations.
PR: kern/112119
Reviewed by: scottl
MFC after: 3 days
|
|
|
|
| |
standard and portable in the same way as f.e. gcc internal portable code does.
|
|
|
|
| |
standard in the same way as f.e. gcc internal portable code does.
|
|
|
|
|
|
|
|
|
| |
compatibility with the different environment conventions" (man page).
With the standards, we don't have them different anymore and
IEEE Std 1003.1-2001 says that
"The values that the environment variables may be assigned are not
restricted except that they are considered to end with a null byte"
|
|
|
|
| |
(also IEEE Std 1003.1-2001)
|
|
|
|
|
|
|
|
|
| |
Issue 6 (also IEEE Std 1003.1-2001) in following areas:
args, return, errors.
Putenv still needs rewriting because specs explicitly says that
altering passed string later should change the environment (currently we
copy the string so can't provide that).
|
|
|
|
| |
- Add a TODO comment where d_type is still noe defined.
|
| |
|
| |
|
| |
|
|
|
|
|
|
| |
PR: 111102
Submitted by: Sean Farley <sean-freebsd@farley.org>
Obtained from: OpenBSD
|
|
|
|
|
|
| |
these areguments to rman_init?)
MFC after: 1 week
|
| |
|
|
|
|
|
|
|
| |
remove them, since the functionality they are associated with isn't there
yet.
MFC after: 3 days
|
|
|
|
| |
inheritance chain.
|
|
|
|
|
|
|
| |
to override weak symbols exported by libc, so by definition these two
are using the same symbol version names.
Reflect the reality by referring to libc's Versions.def directly.
|
| |
|
| |
|
| |
|
|
|
|
| |
compatibility between versions (as we do for the public namespace).
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
- edsc(4) added
- pmcstat(4) -c and -t flags, defaults changed
- rpcbind -h and -6 flags
Modified release notes:
- Moved pmcstat information from kernel to userland section
- MSI-X supported as well, remove ref to pci(4) manpage, which is
different from the kernel's PCI code
- rpc.lockd/rpc.statd entry moved to the right place
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
remove comment and man page verbage...
Document return values for rman_init and rman_manage_region..
MFC after: 1 week
|
|
|
|
|
|
| |
modifier (-t is ignored without it).
MFC after: 1 week
|
|
|
|
| |
Approved by: itetcu (comentor)
|
|
|
|
| |
Approved by: itetcu (comentor)
|
|
|
|
| |
panics on boot.
|
|
|
|
|
|
|
|
|
| |
were never freed, but the big ring was freed twice.
-Don't supply rx hw csums for frames which are padded beyond the
length specified in the ip header. If the padding is non-zero,
the hw csum will be incorrect for such frames.
Sponsored by: Myricom
|
|
|
|
|
|
|
|
|
|
| |
- Allow the "-t" option to take a regular expression naming command
line processes to attach process PMCs to.
- Update the manual page and add an example showing the use of the
new functionality.
- Update the (c) year on the affected source files.
|
|
|
|
|
|
|
|
|
| |
part of the old tty system - helping the user to know how to transition to
the new tty api.
Approved by: mlaier (Mentor)
PR: kern/110667
|
|
|
|
| |
MFC after: 1 week
|
|
|
|
|
|
|
|
| |
it is only relevant to receiving data from sockets, not to sending.
PR: 109667
Submitted by: Jari Kirma <kirma@cs.hut.fi>
Approved by: wollman
|
| |
|