On Fri, Nov 12, 2010 at 5:24 AM, Wilkinson, Alex
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 -- be sure
> >to contact m
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 n
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
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
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: http://people.freebsd.org/~a
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.
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 disc
rently 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
signatu
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 tha
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 "freebsd-
s a problem 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-HEA
oes 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/
>&g
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.
(abov
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 /etc/l
On Tue, Nov 16, 2010 at 10:39 AM, 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 /
Le Mon, 15 Nov 2010 20:36:42 -0500,
Jung-uk Kim 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 puzzling becau
On Tue, 16 Nov 2010, Garrett Cooper wrote:
On Tue, Nov 16, 2010 at 10:39 AM, 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/../../con
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 the
On Tuesday 16 November 2010 02:33 pm, Patrick Lamaiziere wrote:
> Le Mon, 15 Nov 2010 20:36:42 -0500,
>
> Jung-uk Kim 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
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 n
gt; > crunch? If so, that is a problem 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:
>&
ake 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/FreeBS
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 c
Nope. it's easy. That's why I've done it.
Adrian
On 15 November 2010 01:43, John Hein 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, completely cross-compiled
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 Ba
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 auto
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.")
Conf
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 have
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" 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 FreeBSD + VIMAGE at work, a
Xin LI 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 baud; 57 rows; 79 c
33 matches
Mail list logo
