On Fri, Nov 12, 2010 at 5:24 AM, Wilkinson, Alex
alex.wilkin...@dsto.defence.gov.au wrote:
0n Thu, Nov 11, 2010 at 04:52:43PM +0100, Ed Schouten wrote:
I just committed libcompiler_rt.a to HEAD. Even though I don't expect
serious issues -- especially not on the tier 1 architectures
taskqueue_create() documentation never explicitly says this, but current
taskqueue_create() implementation just stores a 'name' pointer parameter
internally. Thus it depends on the 'name' having a life time encompassing that
of
the taskqueue.
I think that alternatively we could have copied the
On 08.11.2010 15:31, Adrian Chadd wrote:
I've broken out the crunchgen logic from src/rescue/rescue into a
share/mk file - that way it can be reused in other areas.
The diff is here: http://people.freebsd.org/~adrian/crunchgen-mk.diff
http://people.freebsd.org/%7Eadrian/crunchgen-mk.diff
On Tuesday, November 16, 2010 7:20:47 am Andriy Gapon wrote:
taskqueue_create() documentation never explicitly says this, but current
taskqueue_create() implementation just stores a 'name' pointer parameter
internally. Thus it depends on the 'name' having a life time encompassing
that of
On Tuesday, November 16, 2010 8:01:43 am Andrey V. Elsukov wrote:
On 08.11.2010 15:31, Adrian Chadd wrote:
I've broken out the crunchgen logic from src/rescue/rescue into a
share/mk file - that way it can be reused in other areas.
The diff is here:
On Tue, Nov 16, 2010 at 08:27:11AM -0500, John Baldwin wrote:
On Tuesday, November 16, 2010 7:20:47 am Andriy Gapon wrote:
taskqueue_create() documentation never explicitly says this, but current
taskqueue_create() implementation just stores a 'name' pointer parameter
internally. Thus
Hello all,
FOSDEM 2011 will take place February 5-6, 2011 in Brussels, Belgium.
We want to continue the great success of the last years and again we
have a booth and a devroom.
Please submit your proposal to me asap. We have a devroom on
saturday this time. Talks will be 45 minutes including
rescue does not have any hardlinks:
http://pub.allbsd.org/FreeBSD-snapshots/i386-i386/9.0-HEAD-20101116-JPSNAP/cdrom/livefs/rescue/
And what is was before:
http://pub.allbsd.org/FreeBSD-snapshots/i386-i386/9.0-HEAD-20101112-JPSNAP/cdrom/livefs/rescue/
--
WBR, Andrey V. Elsukov
signature.asc
Many modern processors provide APERF and MPERF MSRs which allow to easily and
reliable calculate average CPU performance level over some interval of time.
This also allows to notice things like performance boost, which is generally
hidden from software.
What would be a proper place to add code
I wonder whether CKJ characters would be displayed out of box if TEKEN_UTF8 was
set in the kernel.
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to
as it will make rescue much harder to
use.
Yes, probably this patch is not needed and it should be fixed somewhere in
makefiles. But currently rescue does not have any hardlinks:
http://pub.allbsd.org/FreeBSD-snapshots/i386-i386/9.0-HEAD-20101116-JPSNAP/cdrom/livefs/rescue/
And what is was before
-i386/9.0-HEAD-20101116-JPSNAP/cdrom/livefs/rescue/
And what is was before:
http://pub.allbsd.org/FreeBSD-snapshots/i386-i386/9.0-HEAD-20101112-JPSNAP/cdrom/livefs/rescue/
That definitely needs to be fixed.
The .mk file wasn't being installed. Could someone please test
this patch
Trying to installworld on 9-current AMD64, and it fails with:
install -o root -g wheel -m 444
/usr/src/share/info/../../contrib/tzdata//zone.tab /usr/share/zoneinfo/
Updating /etc/localtime
tzsetup: illegal option -- r
usage:tzsetup [-ns]
***Error code 1
Stop in /usr/src/share/zoneinfo.
On Tue, 16 Nov 2010, AN wrote:
Trying to installworld on 9-current AMD64, and it fails with:
install -o root -g wheel -m 444
/usr/src/share/info/../../contrib/tzdata//zone.tab /usr/share/zoneinfo/
Updating /etc/localtime
tzsetup: illegal option -- r
usage:tzsetup [-ns]
***Error code 1
Stop
On Tue, 16 Nov 2010, Benjamin Kaduk wrote:
On Tue, 16 Nov 2010, AN wrote:
Trying to installworld on 9-current AMD64, and it fails with:
install -o root -g wheel -m 444
/usr/src/share/info/../../contrib/tzdata//zone.tab /usr/share/zoneinfo/
Updating /etc/localtime
tzsetup: illegal option
On Tue, 16 Nov 2010, AN wrote:
On Tue, 16 Nov 2010, Benjamin Kaduk wrote:
On Tue, 16 Nov 2010, AN wrote:
Trying to installworld on 9-current AMD64, and it fails with:
install -o root -g wheel -m 444
/usr/src/share/info/../../contrib/tzdata//zone.tab /usr/share/zoneinfo/
Updating
On Tue, Nov 16, 2010 at 10:39 AM, AN a...@neu.net wrote:
On Tue, 16 Nov 2010, Benjamin Kaduk wrote:
On Tue, 16 Nov 2010, AN wrote:
Trying to installworld on 9-current AMD64, and it fails with:
install -o root -g wheel -m 444
/usr/src/share/info/../../contrib/tzdata//zone.tab
Le Mon, 15 Nov 2010 20:36:42 -0500,
Jung-uk Kim j...@freebsd.org a écrit :
Often times I hear complaints like my Mac hangs after upgrading to
8.1 or snapshot CD hangs on my brand new Mac. I know some of
these complaints started happening when we switched to new PAT
layout. It is so
On Tue, 16 Nov 2010, Garrett Cooper wrote:
On Tue, Nov 16, 2010 at 10:39 AM, AN a...@neu.net wrote:
On Tue, 16 Nov 2010, Benjamin Kaduk wrote:
On Tue, 16 Nov 2010, AN wrote:
Trying to installworld on 9-current AMD64, and it fails with:
install -o root -g wheel -m 444
On Tue, 16 Nov 2010, Garrett Cooper wrote:
There might be a handful of other apps that don't work when upgrading
from major version to major version (config; the way to work around this
I thought we only supported major version upgrades by first upgrading from
RELENG_X_Y to RELENG_X and
On Tuesday 16 November 2010 02:33 pm, Patrick Lamaiziere wrote:
Le Mon, 15 Nov 2010 20:36:42 -0500,
Jung-uk Kim j...@freebsd.org a �crit :
Often times I hear complaints like my Mac hangs after upgrading
to 8.1 or snapshot CD hangs on my brand new Mac. I know some
of these complaints
On Monday 15 November 2010 08:36 pm, Jung-uk Kim wrote:
Often times I hear complaints like my Mac hangs after upgrading to
8.1 or snapshot CD hangs on my brand new Mac. I know some of
these complaints started happening when we switched to new PAT
layout. It is so puzzling because it never
as it will make rescue much harder to
use.
Yes, probably this patch is not needed and it should be fixed somewhere in
makefiles. But currently rescue does not have any hardlinks:
http://pub.allbsd.org/FreeBSD-snapshots/i386-i386/9.0-HEAD-20101116-JPSNAP/cdrom/livefs/rescue/
And what
somewhere in
makefiles. But currently rescue does not have any hardlinks:
http://pub.allbsd.org/FreeBSD-snapshots/i386-i386/9.0-HEAD-20101116-JPSNAP/cdrom/livefs/rescue/
And what is was before:
http://pub.allbsd.org/FreeBSD-snapshots/i386-i386/9.0-HEAD-20101112-JPSNAP/cdrom/livefs/rescue
On Tue Nov 16 10, Marcin Wisnicki wrote:
On Sat, 13 Nov 2010 14:17:35 -0800, Julian Elischer wrote:
On 11/13/10 2:08 PM, Robert Watson wrote:
If regular crashdumps appear unreliable, try setting up a textdump with
an automatic reboot, that might provde more reliable (small chance, but
Nope. it's easy. That's why I've done it.
Adrian
On 15 November 2010 01:43, John Hein jh...@symmetricom.com wrote:
Adrian Chadd wrote at 11:40 +0800 on Nov 14, 2010:
I've committed the below changes to -HEAD. You can now create and build
your
own busybox style binary system,
On Wed Nov 10 10, John Baldwin wrote:
On Wednesday, November 10, 2010 5:07:21 pm Alexander Best wrote:
On Wed Nov 10 10, Alexander Best wrote:
On Tue Nov 9 10, John Baldwin wrote:
On Tuesday, November 09, 2010 9:10:28 am Alexander Best wrote:
On Tue Nov 9 10, John Baldwin wrote:
On Tue Nov 16 10, Alexander Best wrote:
On Tue Nov 16 10, Marcin Wisnicki wrote:
On Sat, 13 Nov 2010 14:17:35 -0800, Julian Elischer wrote:
On 11/13/10 2:08 PM, Robert Watson wrote:
If regular crashdumps appear unreliable, try setting up a textdump with
an automatic reboot, that
Hello,
We are using FreeBSD + VIMAGE at work, and we have seen an annoying problem :
there seems to be a memory leak in the kernel, which eventually causes a
panic.
(yes, we have seen the following message : WARNING: VIMAGE (virtualized
network stack) is a highly experimental feature.)
On Wed, 17 Nov 2010, Thierry Herbelot wrote:
Hi,
first of all freebsd-virtualization@ is the better list for this; Cc:ed.
We are using FreeBSD + VIMAGE at work, and we have seen an annoying problem :
there seems to be a memory leak in the kernel, which eventually causes a
panic.
(yes, we
On 11/12/10 20:35, Lawrence Stewart wrote:
Hi All,
A quick note that this evening, I made the first in a series of upcoming
commits to head that modify the TCP stack fairly significantly. I have
no reason to believe you'll notice any issues, but TCP is a complex
beast and it's possible
Bjoern A. Zeeb bzeeb-li...@lists.zabbadoz.net a écrit
On Wed, 17 Nov 2010, Thierry Herbelot wrote:
Hi,
first of all freebsd-virtualization@ is the better list for this; Cc:ed.
(in fact, I did not know where else to send this message : -net, ... ? thanks
for the CC)
We are using
Xin LI delp...@delphij.net writes:
Hi,
Here is a patch that makes top(1) to inverse its table header (PID
USERNAME THR, etc).
That MAX_COLS change in it makes `top -b' produce too much extra
whitespace that's not trimmed and spans several lines, e.g.
$ stty -a | sed 1q
speed 38400
33 matches
Mail list logo