inode *);
voidsoftdep_revert_mkdir(struct inode *, struct inode *);
Fixing is not obvios for me.
Some of non-SU stub functions return 0, and some of them panic.
--
wbr,
pluknet
___
svn-src-head@freebsd.org mailing list
http://lists.freebsd.org
On 13 May 2010 01:20, Christian Brueffer wrote:
> Author: brueffer
> Date: Wed May 12 21:20:04 2010
> New Revision: 208002
> URL: http://svn.freebsd.org/changeset/base/208002
>
> Log:
> Note 8.0-RELEASE.
>
> PR: 143824
> Submitted by: pluknet
On 13 May 2010 07:37, Ken Smith wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 5/12/10 11:13 PM, pluknet wrote:
>> On 13 May 2010 01:20, Christian Brueffer wrote:
>>> Author: brueffer
>>> Date: Wed May 12 21:20:04 2010
>>> New Rev
05-19 [OBD]
Bibliography
--
wbr,
pluknet
___
svn-src-head@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/svn-src-head
To unsubscribe, send any mail to "svn-src-head-unsubscr...@freebsd.org"
> environ.7 \
> ffs.7 \
> @@ -27,5 +28,9 @@ MAN= adding_user.7 \
>
> MLINKS= intro.7 miscellaneous.7
> MLINKS+= security.7 securelevel.7
> +MLINKS+= c99.7 c.7
> +MLINKS+= c99.7 c79.7
Hi, should it be MLINKS+= c99.7 c78.7 instead?
You cite c78 in manpage, b
e some time (maybe since before 4.4-lite :)
>
> Submitted by: bde
>
Yeah, I didn't quite get at all why it was ever undefed in those arches which
didn't use it in "excessively bogus" proprietary parts...
--
wbr,
pluknet
_
adap
> }
>
>
> +/** igb_sysctl_tdh_handler - Handler function
> + * Retrieves the TDH value from the hardware
> + */
> +static int igb_sysctl_tdh_handler(SYSCTL_HANDLER_ARGS)
> +{
^^
This function definition (and three ones below) breaks style(9):
"
That probably fixes universe failure on powerpc, mips, arm,
sparc64 for me..
--
wbr,
pluknet
___
svn-src-head@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/svn-src-head
To unsubscribe, send any mail to "svn-src-head-unsubscr...@freebsd.org"
;ipi6_ifindex)
+ if (optp != NULL && (!optp->ip6po_pktinfo ||
+ !optp->ip6po_pktinfo->ipi6_ifindex))
--
wbr,
pluknet
___
svn-src-head@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/svn-src-head
To unsubscribe, send any mail to "svn-src-head-unsubscr...@freebsd.org"
TW I tried to make tags from src/ (with clean obj, if that
matters) and the target
began to build my gcc (cc/cc_tools) after going through various world paths.
Is that intended?
%%%
--
wbr,
pluknet
___
svn-src-head@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/svn-src-head
To unsubscribe, send any mail to "svn-src-head-unsubscr...@freebsd.org"
unload right
after nfs_unmount()?
Warning: memory type rpc leaked memory on destroy (3 allocations, 1216
bytes leaked).
--
wbr,
pluknet
___
svn-src-head@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/svn-src-head
To unsubscri
static int
> sbuf_extendsize(int size)
Hi,
as I can see, the next (and maybe preferred) model is used in system headers:
#ifdef CTASSERT
CTASSERT(...);
#endif
--
wbr,
pluknet
___
svn-src-head@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/svn-src-head
To unsubscribe, send any mail to "svn-src-head-unsubscr...@freebsd.org"
_INITFLAGS_NEW_COMM_SUPPORTED 1
+#define AAC_INITFLAGS_DRIVER_USES_UTC_TIME 0x10
+#define AAC_INITFLAGS_DRIVER_SUPPORTS_PM 0x20
u_int32_t MaxIoCommands; /* max outstanding commands */
u_int32_t MaxIoSize; /* largest I/O
command */
. Is it intentional?
I though something more like this was meant in svn log:
while (waitpid(...) < 0)
if (errno != EINTR) {
warn("waitpid");
return (-1);
}
--
wbr,
pluknet
___
svn-src-head@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/svn-src-head
To unsubscribe, send any mail to "svn-src-head-unsubscr...@freebsd.org"
onth can be partially closed.
Thanks.
--
wbr,
pluknet
___
svn-src-head@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/svn-src-head
To unsubscribe, send any mail to "svn-src-head-unsubscr...@freebsd.org"
is a very useful feature.
Will you MFC it to RELENG_8?
--
wbr,
pluknet
___
svn-src-head@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/svn-src-head
To unsubscribe, send any mail to "svn-src-head-unsubscr...@freebsd.org"
On 16 September 2010 11:56, Dag-Erling Smorgrav wrote:
> Author: des
> Date: Thu Sep 16 07:56:34 2010
> New Revision: 212723
> URL: http://svn.freebsd.org/changeset/base/212723
>
> Log:
> Implement proc/$$/environment.
>
[...]
> /*
> * Filler function for proc/pid/environ
> */
> static int
>
2010/9/24 Kostik Belousov :
> On Fri, Sep 24, 2010 at 02:17:29PM +0400, pluknet wrote:
>> On 16 September 2010 11:56, Dag-Erling Smorgrav wrote:
>> > Author: des
>> > Date: Thu Sep 16 07:56:34 2010
>> > New Revision: 212723
>> > URL: http://svn.fr
n, syslogd, and inetd.
>
> May be there is a sense to have some utility in the system so that an admin
> could protect any process he wanted? E.g. something like in the attach.
>
Hi.
You might want to look at is sysutils/scprotect in ports.
Not sure that
+ if (!addr_is_bound(ifsa))
> + continue;
>
> if (!(ifap->ifa_flags & IFF_LOOPBACK) && !listen_addr(ifsa))
> continue;
>
Hi, Warner.
Was this change intentional?
Thanks.
--
wbr,
pluknet
Approved by: trasz
>
Just interesting, what about other 172 files (112 of them in sys/).
--
wbr,
pluknet
___
svn-src-head@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/svn-src-head
To unsubscribe, send any mail to "svn-src-head-unsubscr...@freebsd.org"
too.
> - Try rename(2) in move_file() first.
> - Bump PKG_INSTALL_VERSION to 20100401.
>
> PR: bin/145101 [1], bin/139492 [2], bin/144919 [3]
> bin/144920 [4], bin/144921 [5]
> Submitted by: gcooper [1,2,3,4,5]
--
wbr,
pluknet
__
22 matches
Mail list logo
