Well, looks like something is wrong with CURRENT. I just tested
10.2-RELEASE, and everything works fine. So, summing up:
10.2-RELEASE works fine with 2Gb of memory
11.0-CURRENT r290273 fails with 2Gb
11.0-CURRENT r290273 works fine with 4Gb
On Wed, Nov 4, 2015 at 9:19 AM, Maxim Pugachev wrote:
>
On Tue, Nov 03, 2015 at 09:08:28PM -0600, Mark Felder wrote:
> Recent ipfw commits now cause my firewall to panic on boot. I had to
> revert them and only pull in Adrian's ath fix which was to fix yet a
> different panic I was encountering... :-)
>
> KDB: stack backtrace:
> db_trace_self_wrapper()
Recent ipfw commits now cause my firewall to panic on boot. I had to
revert them and only pull in Adrian's ath fix which was to fix yet a
different panic I was encountering... :-)
KDB: stack backtrace:
db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame
0xfe01226a33e0
vpanic() at vpani
Can you put the MK_FOO column at the end so it doesn't push everything
else off the Right hand side of the screen?
On 11/4/15 12:37 AM, Bjoern A. Zeeb wrote:
Hi,
phk had asked me to run a build options survey again. It took about two weeks
to go through all of them. The results are here:
h
On Wed, Nov 04, 2015 at 01:23:42AM +0300, Andrey V. Elsukov wrote:
> On 04.11.2015 00:10, David Wolfskill wrote:
> > So... with the change from r290334, what's the point of the KASSERT?
>
> Yes, you are right. We changed this code and use it some time, but
> without INVARIANTS. I just removed this
On 2015-11-03 21:50, Maxim Pugachev wrote:
I tried to install r29273 into Parallels VM, but got an error on
"distextract" stage. Here is the last messages from bsdinstall_log:
DEBUG: f_debug_init: ARGV=[distextract] GETOPTS_STDARGS=[dD:]
DEBUG: f_debug_init: debug=[1] debugFile=[/tmp/bsdinstall_
On 04.11.2015 00:10, David Wolfskill wrote:
> So... with the change from r290334, what's the point of the KASSERT?
Yes, you are right. We changed this code and use it some time, but
without INVARIANTS. I just removed this KASSERT in r290345. Can you try
this revision? Sorry for the breakage.
--
Hi,
I tried to install r29273 into Parallels VM, but got an error on
"distextract" stage. Here is the last messages from bsdinstall_log:
DEBUG: f_debug_init: ARGV=[distextract] GETOPTS_STDARGS=[dD:]
DEBUG: f_debug_init: debug=[1] debugFile=[/tmp/bsdinstall_log]
DEBUG: Running installation step: d
In message , Warner Losh
writes:
>> phk had asked me to run a build options survey again. It took about
>two weeks to go through all of them. The results are here:
Many thanks!
>> There are plans to run it more often again and improve it a bit. No
>promises on the actual timeline
On Tue, Nov 03, 2015 at 08:39:52AM -0800, David Wolfskill wrote:
> On Tue, Nov 03, 2015 at 06:15:35PM +0300, Alexander V. Chernikov wrote:
> > ...
> > > I tried booting it, and during the transition to multi-user mode,
> > > once ipfw was being invoked, I got the above-cited panic. Circumvention
>
Hello;
> Il giorno 03/nov/2015, alle ore 10:52, Wolfgang Jenkner
> ha scritto:
>
> On Tue, Nov 03 2015, Pedro Giffuni wrote:
>
>> What worries me about libtre is that it lacks important functionality like
>> word
>> delimiters. We even brought the sysv delimiters to be more compatible with
>>
On Tue, Nov 03 2015, Pedro Giffuni wrote:
> What worries me about libtre is that it lacks important functionality like
> word
> delimiters. We even brought the sysv delimiters to be more compatible with
> Solaris and GNU and we can’t back those out now:
>
> https://svnweb.freebsd.org/base?view=re
On Sun, Nov 01, 2015 at 11:19:09PM -0800, NGie Cooper wrote:
>
> > On Nov 1, 2015, at 08:47, Steve Kargl
> > wrote:
> >
> > ===> libexec/dma/dmagent (all)
> > cc -I/usr/src/libexec/dma/dmagent/../../../contrib/dma -DHAVE_REALLOCF
> > -DHAVE_STRLCPY -DHAVE_GETPROGNAME -DCONF_PATH='"/etc/dma"
> On Nov 3, 2015, at 9:37 AM, Bjoern A. Zeeb wrote:
>
> Hi,
>
> phk had asked me to run a build options survey again. It took about two
> weeks to go through all of them. The results are here:
>
> https://people.freebsd.org/~bz/build_option_survey_20151017/
>
> There are plans to run it mo
On Tue, Nov 03, 2015 at 06:15:35PM +0300, Alexander V. Chernikov wrote:
> ...
> > I tried booting it, and during the transition to multi-user mode,
> > once ipfw was being invoked, I got the above-cited panic. Circumvention
> > was to leave it disconnected from a network (turn off the WiFi
> > swit
Hi,
phk had asked me to run a build options survey again. It took about two weeks
to go through all of them. The results are here:
https://people.freebsd.org/~bz/build_option_survey_20151017/
There are plans to run it more often again and improve it a bit. No promises
on the actual timeline
On Tue, 2015-11-03 at 13:24 +0100, Hans Petter Selasky wrote:
> On 10/27/15 17:16, Hans Petter Selasky wrote:
> > On 10/27/15 16:49, John Baldwin wrote:
> > > With MAKE_JUST_WORLDS you would only build
> > > a "generic" module once per architecture. That savings is likely
> > > far
> > > more
>
03.11.2015, 17:05, "David Wolfskill" :
> This was on my laptop; yesterday, it built & booted:
>
> FreeBSD g1-252.catwhisker.org 11.0-CURRENT FreeBSD 11.0-CURRENT #230
> r290270M/290270:1100085: Mon Nov 2 05:03:07 PST 2015
> r...@g1-252.catwhisker.org:/common/S4/obj/usr/src/sys/CANARY amd64
>
> OK
Hi Baptiste;
> Il giorno 03/nov/2015, alle ore 02:17, Baptiste Daroussin
> ha scritto:
>
> On Mon, Nov 02, 2015 at 06:59:15PM -0500, Pedro Giffuni wrote:
>> First of all, congratulations to Baptiste and Marino for succeeding where
>> I failed many moons ago. Also huge thanks to Nexenta and Garr
FreeBSD_HEAD - Build #3470 - Fixed:
Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD/3470/
Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD/3470/changes
Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD/3470/console
Change summaries:
290334 by ae:
Eliminate
This was on my laptop; yesterday, it built & booted:
FreeBSD g1-252.catwhisker.org 11.0-CURRENT FreeBSD 11.0-CURRENT #230
r290270M/290270:1100085: Mon Nov 2 05:03:07 PST 2015
r...@g1-252.catwhisker.org:/common/S4/obj/usr/src/sys/CANARY amd64
OK; today, after building:
FreeBSD localhost
FreeBSD_HEAD_i386 - Build #1580 - Fixed:
Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/1580/
Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/1580/changes
Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/1580/console
Change summaries:
290
On 10/27/15 17:16, Hans Petter Selasky wrote:
On 10/27/15 16:49, John Baldwin wrote:
With MAKE_JUST_WORLDS you would only build
a "generic" module once per architecture. That savings is likely far
more
than the cost of the additional tools.
I will try it out. Thanks for your hints and tips.
FreeBSD_HEAD - Build #3469 - Failure:
Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD/3469/
Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD/3469/changes
Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD/3469/console
Change summaries:
290327 by hselasky:
F
FreeBSD_HEAD_i386 - Build #1579 - Failure:
Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/1579/
Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/1579/changes
Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/1579/console
Change summaries:
2
On Mon, 2 Nov 2015 19:29:39 -0800
Craig Rodrigues wrote:
> On Mon, Nov 2, 2015 at 3:50 PM, Michael Gmelin
> wrote:
> >
> >
> >
> > On Mon, 2 Nov 2015 14:04:18 -0800
> >
> > ikvjwd.com once offered a service using haproxy, you can find their
> > configuration here:
> >
> >
> https://github.com/rc
26 matches
Mail list logo
