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
"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
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
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
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 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
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
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 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
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
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:
>&
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
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 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 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
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, 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 /
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, 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:
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
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
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
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
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-
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
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
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
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.
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 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 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
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 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
33 matches
Mail list logo
