> --- all_subdir_cxgb ---
> /usr/src/sys/modules/cxgb/tom/../../../dev/cxgb/ulp/tom/cxgb_listen.c:926:13:
> error: redundant redeclaration of 'tcp_dooptions' [-Werror=redundant-decls]
> extern void tcp_dooptions(struct tcpopt *, u_char *, int, int);
> ^
> In file included from
> /us
On 2016-May-31, at 10:31 PM, Mark Millard wrote:
> [I'm too used to typing "buildworld": The subject line should have referenced
> buildkernel and this resend does.]
>
> On 2016-May-31, at 10:21 PM, Mark Millard wrote:
>>
>>> --- all_subdir_cxgb ---
>>> /usr/src/sys/modules/cxgb/tom/../../../
[I'm too used to typing "buildworld": The subject line should have referenced
buildkernel and this resend does.]
On 2016-May-31, at 10:21 PM, Mark Millard wrote:
>
>> --- all_subdir_cxgb ---
>> /usr/src/sys/modules/cxgb/tom/../../../dev/cxgb/ulp/tom/cxgb_listen.c:926:13:
>> error: redundant re
On Tue, May 31, 2016 at 10:49:29PM -0700, Mark Millard wrote:
> On 2016-May-31, at 10:31 PM, Mark Millard wrote:
>
>
> If the offending declaration in cxgb_listen.c is commented out (or removed)
> there is a "next problem" but for cxgbe:
>
> > --- all_subdir_cxgbe/tom ---
> > /usr/src/sys/modu
On 2016-Jun-1, at 12:36 AM, Navdeep Parhar wrote:
> On Tue, May 31, 2016 at 10:49:29PM -0700, Mark Millard wrote:
>> On 2016-May-31, at 10:31 PM, Mark Millard wrote:
>>
>
>>
>> If the offending declaration in cxgb_listen.c is commented out (or removed)
>> there is a "next problem" but for cxg
Steps to reproduce:
cd /usr/src/lib/libc/stdlib
touch *div*.c
cd ..
make depend
make
And see how imaxdiv.o only is recompiled.
No div.o ldiv.o lldiv.o are recompiled.
P.S. new make depend is simple disgusting. It tends to recompile
everything in the system if some minor header file is touched, b
On 5/29/2016 3:53 PM, Mark Millard wrote:
> Quoting the original note about WITH_META_MODE (
> https://lists.freebsd.org/pipermail/freebsd-current/2016-May/061481.html ):
>
>> You will also need to load the filemon(4) module with 'kldload filemon'.
>
> But head's sys/modules/Makefile says:
>
>>
Hi.
I compile FreeBSD-CURRENT at 30 may and my server is not loading
http://s33.postimg.org/5e1rk1lbz/20160531_123419.jpg
Today, I fetch fresh sources and compile kernel again
Server has loaded, but after some time I get kernel panic
http://postimg.org/image/r78vxopkb/
http://postimg.org/ima
On Monday, May 30, 2016 11:52:27 AM David Wolfskill wrote:
> On Mon, May 30, 2016 at 07:03:42PM +0300, Konstantin Belousov wrote:
> > ...
> > > May 30 11:29:31 g1-252 root: /etc/rc: WARNING: Unable to load kernel
> > > module linux64
> > > May 30 11:29:31 g1-252 kernel: KLD linux64.ko: depends on
Since upgrading to head r301040 I have started to get the above panic
while running
poudriere while building packages for 10.3-STABLE r301107.
Unfortuately I can't tell you the previous version of head but it was
from some
months ago.
https://charon.gopai.com/core.txt.7
https://charon.gopai
On 5/31/2016 5:17 PM, Simon J. Gerraty wrote:
>> Another reported issue just now is that right after an installworld,
>> everything rebuilds due to changed /bin/sh (-dM flag to make tells you
>> why things rebuild). I'll look into some mitigations for this.
>
> It is probably sufficient to just a
On 6/1/2016 6:11 AM, Andrey Chernov wrote:
> Steps to reproduce:
>
> cd /usr/src/lib/libc/stdlib
> touch *div*.c
> cd ..
> make depend
> make
>
> And see how imaxdiv.o only is recompiled.
> No div.o ldiv.o lldiv.o are recompiled.
My dev system is busy at the moment. I'll test it and get back to
On Fri, May 27, 2016 at 04:21:11PM -0700, John Baldwin wrote:
> On Friday, May 27, 2016 09:17:01 PM Mateusz Guzik wrote:
> > Hello there,
> >
> > quite some time ago I posted a trivial patch to locking primitives. What
> > they do is the inline part tries an atomic op and if that fails the
> > act
On 01.06.2016 21:18, Bryan Drewery wrote:
> On 6/1/2016 6:11 AM, Andrey Chernov wrote:
>> Steps to reproduce:
>>
>> cd /usr/src/lib/libc/stdlib
>> touch *div*.c
>> cd ..
>> make depend
>> make
>>
>> And see how imaxdiv.o only is recompiled.
>> No div.o ldiv.o lldiv.o are recompiled.
>
> My dev sys
Context: amd64 building for amd64 starting from:
> # uname -apKU
> FreeBSD FreeBSDx64 11.0-ALPHA1 FreeBSD 11.0-ALPHA1 #29 r300944M: Sun May 29
> 14:39:47 PDT 2016
> markmi@FreeBSDx64:/usr/obj/clang/amd64.amd64/usr/src/sys/GENERIC-NODEBUG
> amd64 amd64 1100114 1100114
After a successful W
On 6/1/16 11:49 AM, Andrey Chernov wrote:
> On 01.06.2016 21:18, Bryan Drewery wrote:
>> On 6/1/2016 6:11 AM, Andrey Chernov wrote:
>>> Steps to reproduce:
>>>
>>> cd /usr/src/lib/libc/stdlib
>>> touch *div*.c
>>> cd ..
>>> make depend
>>> make
>>>
>>> And see how imaxdiv.o only is recompiled.
>>>
On 6/1/16 12:35 PM, Mark Millard wrote:
> Context: amd64 building for amd64 starting from:
>
>> # uname -apKU
>> FreeBSD FreeBSDx64 11.0-ALPHA1 FreeBSD 11.0-ALPHA1 #29 r300944M: Sun May 29
>> 14:39:47 PDT 2016
>> markmi@FreeBSDx64:/usr/obj/clang/amd64.amd64/usr/src/sys/GENERIC-NODEBUG
>> a
On 01.06.2016 22:36, Bryan Drewery wrote:
>>> The graph in the original commit for WITH_FAST_DEPEND disagrees.
>>> https://svnweb.freebsd.org/base?view=revision&revision=290433
>>>
>>> We run the preprocessor once now, not twice.
>>
>> It sounds good, just implemented bad. You measure some spherica
On 6/1/16 12:58 PM, Andrey Chernov wrote:
> On 01.06.2016 22:36, Bryan Drewery wrote:
The graph in the original commit for WITH_FAST_DEPEND disagrees.
https://svnweb.freebsd.org/base?view=revision&revision=290433
We run the preprocessor once now, not twice.
>>>
>>> It sounds goo
19 matches
Mail list logo
