On Wed, Jan 2, 2013 at 2:06 PM, Alexander Motin wrote:
> On 02.01.2013 18:08, Adrian Chadd wrote:
>>
>> .. I'm pretty damned sure we're going to need to enforce a "never
>> earlier than X" latency.
>
>
> Do you mean here that we should never wake up before specified time (just as
> specified by th
At 07:09 PM 1/2/2013, KAHO Toshikazu wrote:
> Hello,
>
>I have a similar problem if "ifconfig_lo0" line is exist in /etc/rc.conf.
>Can you remove lo0 configure line from /etc/rc.conf.
>
>> /etc/rc.conf:
>> ifconfig_lo0="inet 127.0.0.1" # default loopback device
>> configuration.
Ok
I c
Hello,
I have a similar problem if "ifconfig_lo0" line is exist in /etc/rc.conf.
Can you remove lo0 configure line from /etc/rc.conf.
> /etc/rc.conf:
> ifconfig_lo0="inet 127.0.0.1" # default loopback device
> configuration.
--
vi...@elam.kais.kyoto-u.ac.jp
TB --- 2013-01-03 00:12:40 - tinderbox 2.10 running on freebsd-current.sentex.ca
TB --- 2013-01-03 00:12:40 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE
FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012
d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64
TB --- 2013
>
>
>Ok, so this is my failure. :( Sorry. I will look at it as soon as
>I get to decent internet connection. Right now I am on very bad GPRS.
>
>Can you please show your rc.conf (the network related part)?
>
>
>--
>Totus tuus, Glebius.
Here you go:
/etc/hosts:
::1 localhost loc
On 02.01.2013 18:08, Adrian Chadd wrote:
.. I'm pretty damned sure we're going to need to enforce a "never
earlier than X" latency.
Do you mean here that we should never wake up before specified time
(just as specified by the most of existing APIs), or that we should not
allow sleep shorter t
On 2 January 2013 08:59, Stefan Farfeleder wrote:
> On Sun, Dec 30, 2012 at 11:17:10PM +0100, Dimitry Andric wrote:
>>
>> I have been playing with Stefan's testcase for a while now, and while I
>> can reproduce the crashes, I am still at a loss about the cause. It
>> does seem to have something t
On 02.01.2013 19:09, Konstantin Belousov wrote:
On Wed, Jan 02, 2013 at 05:22:06PM +0100, Luigi Rizzo wrote:
Probably one way to close this discussion would be to provide
a sysctl so the sysadmin can decide which point in the interval
to pick when there is no suitable callout already scheduled.
On Tue, 1 Jan 2013 10:55:58 -0800
Tim Kientzle wrote:
>
> On Jan 1, 2013, at 8:12 AM, Brett Wynkoop wrote:
> > Greeting-
> >
> > The driver is working much better than the driver currently in
> > head. I have maintained an ssh connection to the BeagleBone for
> > more than 24 hours!
>
> Just
On 1/2/2013 1:57 PM, Benjamin Kaduk wrote:
On Wed, 2 Jan 2013, Robert Huff wrote:
For a full clean install, I believe that bsdinstall should prompt about
installing bootcode around here. I don't really understand from your
procedure how bsdinstall was used; there might be some edge case where
On Tue, Jan 01, 2013 at 12:42:47PM -0800, Manfred Antar wrote:
M> OK
M> I tracked it down to revision 244678
M> 244677 works
M> the files involved are:
M> (src)5012}svn up -r 244678
M> Updating '.':
M> Usys/netinet/in.c
M> Usys/netinet6/in6.c
M> Updated to revision 244678
M>
M> It seems li
On 1/2/2013 12:10 PM, Benjamin Kaduk wrote:
> My recent upgrading experience led to the installkernel portion of 'make
> kernel' failing on the lack of an auditdistd user, for which
> 'mergemaster -p' was ample workaround. However, the instructions for
> "to rebuild everything" in UPDATING still h
.. I'm pretty damned sure we're going to need to enforce a "never
earlier than X" latency.
Is there a more detailed writeup of calloutng somewhere, besides
David's slides? The wiki page is rather empty.
Eg - I think this work does coalesce wakeups, right? Or it can? So
when in low-power scenarios
On Wed, 2 Jan 2013, Robert Huff wrote:
(While this may not be a strictly CURRENT issue, I asked on
questions@, but have not found a solution.)
Situation:
One of my boxes failed, and for various reasons it became easier to
just scrub and rebuild it. Like its predecessor it will run C
On Wed, Jan 02, 2013 at 05:22:06PM +0100, Luigi Rizzo wrote:
> On Wed, Jan 02, 2013 at 03:11:05PM +0200, Alexander Motin wrote:
> ...
> > > First of all, if you know that there is already a hardclock/statclock/*
> > > scheduled in [T_X, T_X+D] you just reuse that. This particular bullet
> > > was "
My recent upgrading experience led to the installkernel portion of 'make
kernel' failing on the lack of an auditdistd user, for which 'mergemaster
-p' was ample workaround. However, the instructions for "to rebuild
everything" in UPDATING still have 'mergemaster -p' before installworld
and aft
(While this may not be a strictly CURRENT issue, I asked on questions@,
but have not found a solution.)
Situation:
One of my boxes failed, and for various reasons it became easier to
just scrub and rebuild it. Like its predecessor it will run CURRENT
1) Using BSDinstall, I fl
On Wed, Jan 02, 2013 at 03:11:05PM +0200, Alexander Motin wrote:
...
> > First of all, if you know that there is already a hardclock/statclock/*
> > scheduled in [T_X, T_X+D] you just reuse that. This particular bullet
> > was ""no event scheduled in [T_X, T_X+D]" so you need to generate
> > a new
2013/1/2 Chris Rees
> On 2 January 2013 14:04, Alexander Yerenkow wrote:
> > Hello there and please excuse my harshness.
> >
> > I just installed 9.1, and I tried to set up poudriere with 9/stable.
> > It took a lot of time compiling kernel and world, and after this it all
> > failed with messag
On 2 January 2013 14:04, Alexander Yerenkow wrote:
> Hello there and please excuse my harshness.
>
> I just installed 9.1, and I tried to set up poudriere with 9/stable.
> It took a lot of time compiling kernel and world, and after this it all
> failed with message about missing auditdistd user.
>
On Wed, 2013-01-02 at 15:11 +0200, Alexander Motin wrote:
> 02.01.2013 14:28 пользователь "Luigi Rizzo" написал:
> >
> > On Wed, Jan 02, 2013 at 01:24:26PM +0200, Alexander Motin wrote:
> > > On 02.01.2013 12:57, Luigi Rizzo wrote:
> > First of all, if you know that there is already a hardclock/s
On Sun, Dec 30, 2012 at 11:17:10PM +0100, Dimitry Andric wrote:
>
> I have been playing with Stefan's testcase for a while now, and while I
> can reproduce the crashes, I am still at a loss about the cause. It
> does seem to have something to do with throwing exceptions, but I am
> still not sure
On 01/02/13 07:04, Stefan Esser wrote:
> I'd be interested in the general policy on LINKS vs. SYMLINKS
> between directories that might end up on different file systems.
>
> There seems to be an assumption that system directories in /usr
> (e.g. /usr/bin, /usr/sbin, /usr/libexec) are on the same fi
02.01.2013 14:28 пользователь "Luigi Rizzo" написал:
>
> On Wed, Jan 02, 2013 at 01:24:26PM +0200, Alexander Motin wrote:
> > On 02.01.2013 12:57, Luigi Rizzo wrote:
> ...
> > >i am not sure what you mean by "extending interval", but i believe the
> > >logic should be the following:
> > >
> > >- s
On Wed, Jan 02, 2013 at 01:24:26PM +0200, Alexander Motin wrote:
> On 02.01.2013 12:57, Luigi Rizzo wrote:
...
> >i am not sure what you mean by "extending interval", but i believe the
> >logic should be the following:
> >
> >- say user requests a timeout after X seconds and with a tolerance of D
I'd be interested in the general policy on LINKS vs. SYMLINKS
between directories that might end up on different file systems.
There seems to be an assumption that system directories in /usr
(e.g. /usr/bin, /usr/sbin, /usr/libexec) are on the same file
system, but I do not think that this assumpti
On 02.01.2013 12:57, Luigi Rizzo wrote:
On Mon, Dec 31, 2012 at 12:17:27PM +0200, Alexander Motin wrote:
On 31.12.2012 08:17, Luigi Rizzo wrote:
On Sun, Dec 30, 2012 at 04:13:43PM -0700, Ian Lepore wrote:
...
Then I noticed you had a 12_26 patchset so I tested
that (after crudely fixing a cou
On Mon, Dec 31, 2012 at 12:17:27PM +0200, Alexander Motin wrote:
> On 31.12.2012 08:17, Luigi Rizzo wrote:
> >On Sun, Dec 30, 2012 at 04:13:43PM -0700, Ian Lepore wrote:
...
> >>Then I noticed you had a 12_26 patchset so I tested
> >>that (after crudely fixing a couple uninitialized var warnings),
On Wed, Jan 2, 2013 at 1:21 AM, O. Hartmann wrote:
> Current r244916M fails to compile a world with following error:
http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/174214 -- not sure
why it hasn't already been committed.
HTH,
-Garrett
___
freebsd-cu
Current r244916M fails to compile a world with following error:
[...]
cc -O2 -pipe -O3 -march=native
-I/usr/src/contrib/ofed/usr.bin/opensm/../../include/infiniband
-I/usr/src/contrib/ofed/usr.bin/opensm/../../management/opensm/include/
-pthread -DVENDOR_RMPP_SUPPORT -DDUAL_SIDED_RMPP
-I/usr/src/
30 matches
Mail list logo