Hi there,
I just tried to do a buildworld with a current svn checkout (r286978). However
it appears that world fails with WITHOUT_SSP set.
I'm currently running r284582, so the SSP issue must have been introduced
somewhere between those two revision.
Cheers
Alexander
Here's the error log:
>>
On Wed Sep 5 12, Eir Nym wrote:
> I've got following warnings [no errors had been generated while
> -Werror is in command line] and want to know if they are ok. There are
> much more same warnings in modules, but I worry about kernel :
> Kernel config: http://eroese.org/_/_/pub/bsd/240070/GENERIC_
On Sat Apr 14 12, Jeremie Le Hen wrote:
> On Sat, Apr 14, 2012 at 08:59:42AM -0400, Robert Huff wrote:
> >
> > > This is probably a sysctl handler that is causing the reboot. You can
> > > run this one-liner to spot the culprit (use sh):
> > >
> > > for i in $(sysctl -Na); do sysctl $i >
hi there,
i'm running HEAD on amd64 and experienced some really annoying resets during
the last couple of months.
when i do 'sysctl -a' or 'sysctl -a|grep bla', my whole system does a hard
reset. no core dump gets produced.
isn't there a way to find out which sysctl variable is causing the reset
hi there,
while installing world with DESTDIR!=/ and running delete-old afterwards, i
noticed the following entries. if i'm not mistaken delete-old should not need
to delete anything, because DESTDIR was completely empty before running
installworld:
>>> Removing old files (only deletes safe to de
On Tue Feb 28 12, Chuck Burns wrote:
> On 2/28/2012 4:55 PM, Ade Lovett wrote:
> >On 2/28/2012 14:11, Alexander Best wrote:
> >>any chance we can have a CFLAGS.gcc and CFLAGS.clang in the future?
> >>that would
> >>make certain things a lot easier. dealing wi
On Tue Feb 28 12, Alexander Best wrote:
> On Tue Feb 28 12, Dimitry Andric wrote:
> > On 2012-02-26 22:37, Alexander Best wrote:
> > > any chance support for setting CC/CXX/CPP unconditionally in src.conf
> > > could be
> > > added before the release of fre
On Tue Feb 28 12, Dimitry Andric wrote:
> On 2012-02-26 22:37, Alexander Best wrote:
> > any chance support for setting CC/CXX/CPP unconditionally in src.conf could
> > be
> > added before the release of freebsd 10.0? the way it is done atm is really
> > not
> >
On Tue Feb 28 12, Dimitry Andric wrote:
> On 2012-02-26 22:37, Alexander Best wrote:
> > any chance support for setting CC/CXX/CPP unconditionally in src.conf could
> > be
> > added before the release of freebsd 10.0? the way it is done atm is really
> > not
> >
On Sat Jan 14 12, Alexander Motin wrote:
> On 01/14/12 15:48, Alexander Best wrote:
> >On Thu Jan 12 12, Rainer Hurling wrote:
> >>On 12.01.2012 12:18 (UTC+1), Alexander Motin wrote:
> >>>On 01/12/12 12:52, Gary Jennejohn wrote:
> >>>>On Wed, 11 Jan 201
On Thu Jan 12 12, Rainer Hurling wrote:
> On 12.01.2012 12:18 (UTC+1), Alexander Motin wrote:
> >On 01/12/12 12:52, Gary Jennejohn wrote:
> >>On Wed, 11 Jan 2012 21:33:17 +0200
> >>Alexander Motin wrote:
> >>>I would like request for testing of my work on further HDA sound driver
> >>>improvement.
hi there,
would it be possible to update the CXXFLAGS example in
share/examples/etc/make.conf?
looking at the gcc(1) man page, -fconserve-space seems to be a bad example.
can somebody thing of a C++ specific option which makes more sense?
or maybe something like -Weffc++? although idealy this sh
On Tue Dec 27 11, Warner Losh wrote:
>
> On Dec 26, 2011, at 6:04 PM, Philip Paeps wrote:
>
> > On 2011-12-26 10:10:40 (+0000), Alexander Best wrote:
> >> i grep'ed through src/sys and found several places where WERROR= was set in
> >> order to get rid of t
On Tue Dec 27 11, Luigi Rizzo wrote:
> On Tue, Dec 27, 2011 at 11:27:43AM +0000, Alexander Best wrote:
> > On Tue Dec 27 11, Philip Paeps wrote:
> > > On 2011-12-26 10:10:40 (+0000), Alexander Best
> > > wrote:
> > > > i grep'ed through src/sy
On Tue Dec 27 11, Philip Paeps wrote:
> On 2011-12-26 10:10:40 (+), Alexander Best wrote:
> > i grep'ed through src/sys and found several places where WERROR= was set in
> > order to get rid of the default -Werror setting. i tried to remove those
> > WERROR= override
hi there,
i grep'ed through src/sys and found several places where WERROR= was set in
order to get rid of the default -Werror setting. i tried to remove those
WERROR= overrides from any Makefile, where doing so did not break tinderbox.
in those cases, where it couldn't be completely removed, i ad
ok...so we all know that top(1) cannot compute the exact CPU usage for all
processes, since some processes get spawned and exit so fast that they don't
fall into the calculation range. i think nobody is getting angry when top(1)
is off by a few percent.
however please take a look at the following
On Sat Dec 24 11, Bruce Evans wrote:
> On Sat, 24 Dec 2011, Alexander Best wrote:
>
> >On Sat Dec 24 11, Bruce Evans wrote:
> >>On Fri, 23 Dec 2011, Alexander Best wrote:
> >...
> >>>the gcc(1) man page states the following:
> >>>
> >>
On Sat Dec 24 11, Bruce Evans wrote:
> On Fri, 23 Dec 2011, Adrian Chadd wrote:
>
> >Well, the whole kernel is bloated at the moment, sorry.
> >
> >I've been trying to build the _bare minimum_ required to bootstrap
> >-HEAD on these embedded boards and I can't get the kernel down below 5
> >megaby
On Sat Dec 24 11, Bruce Evans wrote:
> On Sat, 24 Dec 2011, Alexander Best wrote:
>
> >On Sat Dec 24 11, Bruce Evans wrote:
> >>On Fri, 23 Dec 2011, Alexander Best wrote:
> >>
> >>>is -mpreferred-stack-boundary=2 really necessary for i386 builds any
&g
On Sat Dec 24 11, Bruce Evans wrote:
> On Fri, 23 Dec 2011, Alexander Best wrote:
>
> >is -mpreferred-stack-boundary=2 really necessary for i386 builds any
> >longer?
> >i built GENERIC (including modules) with and without that flag. the results
> >are:
>
>
On Sat Dec 24 11, Bruce Evans wrote:
> On Fri, 23 Dec 2011, Alexander Best wrote:
>
> >is -mpreferred-stack-boundary=2 really necessary for i386 builds any
> >longer?
> >i built GENERIC (including modules) with and without that flag. the results
> >are:
>
>
hi there,
is -mpreferred-stack-boundary=2 really necessary for i386 builds any longer?
i built GENERIC (including modules) with and without that flag. the results
are:
1654496 bytes with the flag set
vs.
1654952 bytes with the flag unset
the gcc(1) man page states the following:
"
This extra al
On Fri Dec 23 11, Dimitry Andric wrote:
> On 2011-12-23 18:55, Kostik Belousov wrote:
> >On Fri, Dec 23, 2011 at 06:03:42PM +0100, Dimitry Andric wrote:
> ...
> >>The only thing my patch makes sure of, is that amd64 does the same thing
> >>as all other arches, e.g.: compile with a low optimization
On Fri Dec 23 11, John Baldwin wrote:
> On Thursday, December 22, 2011 9:51:47 pm Garrett Cooper wrote:
> > On Dec 22, 2011, at 4:59 PM, Alexander Best wrote:
> >
> > > On Thu Dec 22 11, Benjamin Kaduk wrote:
> > >> On Thu, 22 Dec 2011, Alexander Best wro
On Fri Dec 23 11, Daniel Kalchev wrote:
>
>
> On 23.12.11 08:47, Martin Sugioarto wrote:
> >A further thing is that I cannot understand the people here sometimes.
> >I would like that the -RELEASE versions of FreeBSD perform well
> >without any further optimizations.
>
> The -RELEASE things is
On Thu Dec 22 11, Benjamin Kaduk wrote:
> On Thu, 22 Dec 2011, Alexander Best wrote:
>
> >On Thu Dec 22 11, Dimitry Andric wrote:
> >>Hi,
> >>
> >>I would like to ask some feedback on the attached patch, which cleans up
> >>the kernel optimi
On Thu Dec 22 11, Dimitry Andric wrote:
> Hi,
>
> I would like to ask some feedback on the attached patch, which cleans up
> the kernel optimization options for amd64. This was touched upon
> earlier by Alexander Best in freebsd-toolchain, here:
i've been using such setti
On Mon Dec 19 11, Jeremy Chadwick wrote:
> On Mon, Dec 19, 2011 at 10:56:33PM +0000, Alexander Best wrote:
> > On Mon Dec 19 11, Poul-Henning Kamp wrote:
> > > In message <20111219224700.ga75...@freebsd.org>, Alexander Best writes:
> > > >On Mon Dec 19 11,
On Mon Dec 19 11, Poul-Henning Kamp wrote:
> In message <20111219224700.ga75...@freebsd.org>, Alexander Best writes:
> >On Mon Dec 19 11, Poul-Henning Kamp wrote:
> >> In message <20111219221617.ga70...@freebsd.org>, Alexander Best writes:
> >>
> &
On Mon Dec 19 11, Poul-Henning Kamp wrote:
> In message <20111219221617.ga70...@freebsd.org>, Alexander Best writes:
>
> >ps: the hdd only gets mounted read-only!
>
> There is no known wear-effects in flash storage as long as you
> only read.
>
> You may nee
hi there,
i'm using a usb hdd with the following specs:
otaku% sudo smartctl -i /dev/da0
smartctl 5.42 2011-10-20 r3458 [FreeBSD 10.0-CURRENT amd64] (local build)
Copyright (C) 2002-11 by Bruce Allen, http://smartmontools.sourceforge.net
=== START OF INFORMATION SECTION ===
Model Family: Wes
On Mon Dec 19 11, Nathan Whitehorn wrote:
> On 12/18/11 04:34, Adrian Chadd wrote:
> >The trouble is that there's lots of anecdotal evidence, but noone's
> >really gone digging deep into _their_ example of why it's broken. The
> >developers who know this stuff don't see anything wrong. That hints t
On Sun Dec 18 11, Alexander Best wrote:
> On Sun Dec 18 11, Andrey Chernov wrote:
> > On Sun, Dec 18, 2011 at 05:51:47PM +1100, Ian Smith wrote:
> > > On Sun, 18 Dec 2011 02:37:52 +, Bruce Cran wrote:
> > > > On 13/12/2011 09:00, Andrey Chernov wrote:
> >
On Sun Dec 18 11, Andrey Chernov wrote:
> On Sun, Dec 18, 2011 at 05:51:47PM +1100, Ian Smith wrote:
> > On Sun, 18 Dec 2011 02:37:52 +, Bruce Cran wrote:
> > > On 13/12/2011 09:00, Andrey Chernov wrote:
> > > > I observe ULE interactivity slowness even on single core machine
> > (Pentium
>
is there a chance to change cp's behaviour in connection with the -R switch, so
that it stops after the first error? i just ran into the following situation:
1) cp -ai bla /mnt/umass
2) i got a lot of warnings that /mnt/umass was full
3) cp -an bla /mnt/umass
4) ...that didn't work, since cp creat
On Wed Nov 30 11, Garrett Cooper wrote:
> On Wed, Nov 30, 2011 at 4:25 PM, Alexander Best wrote:
> > On Tue Nov 29 11, Warner Losh wrote:
> >> kill it.
> >>
> >> Warner
> >> On Nov 29, 2011, at 2:07 PM, John Baldwin wrote:
> >>
> >>
On Tue Nov 29 11, Warner Losh wrote:
> kill it.
>
> Warner
> On Nov 29, 2011, at 2:07 PM, John Baldwin wrote:
>
> > Any objections to this? It removes a weird line during 'make -s
> > buildworld'
> > output and I think it was debugging accidentally left in in 213077 by
> > Warner:
> >
> > In
hi there,
i've been playing with clang tot and noticed the following error:
/usr/local/bin/clang -c -O3 -pipe -fno-inline-functions -fno-strict-aliasing
-march=core2 -std=c99 -g -fdiagnostics-show-option -fformat-extensions -Wall
-Wcast-qual -Winline -Wmissing-include-dirs -Wmissing-prototype
On Sun Nov 20 11, Jason Edwards wrote:
> On Sat, Nov 19, 2011 at 6:07 PM, Stefan Bethke wrote:
> > Am 19.11.2011 um 17:29 schrieb Jason Edwards:
> >
> >> Dear list,
> >>
> >> Has anyone noticed the easy editor is quite bugged on 9.0? On console
> >> direct access, opening the easy editor has sever
On Sat Nov 19 11, Garrett Cooper wrote:
> On Sat, Nov 19, 2011 at 12:53 PM, Alexander Best wrote:
> > On Sat Nov 19 11, Garrett Cooper wrote:
> >> On Sat, Nov 19, 2011 at 11:05 AM, Adrian Chadd wrote:
> >> > .. how many users is this going to trip up?
> >>
On Sat Nov 19 11, Garrett Cooper wrote:
> On Sat, Nov 19, 2011 at 11:05 AM, Adrian Chadd wrote:
> > .. how many users is this going to trip up?
>
> cons25 is pretty much FUBAR on 9.x+ compared to previous releases. I
> went through several iterations with ed@ over the fact that various
> curses b
hi there,
i recently bought a western digital 1 terrabyte usb2/usb3 hdd:
[83611.209514] umass0: on usbus3
[83613.618514] da0 at umass-sim0 bus 0 scbus6 target 0 lun 0
[83613.618514] da0: Fixed Direct Access SCSI-6
device
[83613.618514] da0: 40.000MB/s transfers
[83613.618514] da0: 953837MB (1
On Thu Nov 3 11, Matthias Apitz wrote:
> El día Thursday, November 03, 2011 a las 11:28:47AM +0000, Alexander Best
> escribió:
>
> > > It turns out that the problem is more general! A lot of ./configure
> > > scripts are detecting in 10-CUR that they can't or sh
On Thu Nov 3 11, Matthias Apitz wrote:
> El día Wednesday, November 02, 2011 a las 08:36:07PM +0100, Matthias Apitz
> escribió:
>
> >
> > Hello,
> >
> > I fetched 10-CUR from SVN as r226986 and /usr/ports from CVS on November
> > 1st;
> >
> > The ports/audio/jack seems installing fine, but th
On Tue Oct 18 11, Andriy Gapon wrote:
> on 17/10/2011 23:01 Alexander Best said the following:
> > hi there,
> >
> > any thoughts regarding this change? with the ata subsystem dying, linking to
> > /dev/acd isn't really necessary any more. also a lot of ports nowa
On Mon Oct 17 11, Arnaud Lacombe wrote:
> Hi,
>
> On Mon, Oct 17, 2011 at 3:44 PM, Alexander Best wrote:
> > On Mon Oct 17 11, Arnaud Lacombe wrote:
> >> Hi,
> >>
> >> On Mon, Oct 17, 2011 at 2:01 PM, Alexander Best
> >> wrote:
> &
hi there,
any thoughts regarding this change? with the ata subsystem dying, linking to
/dev/acd isn't really necessary any more. also a lot of ports nowadays depend
on /dev/dvd.
cheers.
alex
diff --git a/etc/devfs.conf b/etc/devfs.conf
index f7869fe..f3a270e 100644
--- a/etc/devfs.conf
+++ b/etc/
On Mon Oct 17 11, Arnaud Lacombe wrote:
> Hi,
>
> On Mon, Oct 17, 2011 at 2:01 PM, Alexander Best wrote:
> > On Fri Oct 14 11, Arnaud Lacombe wrote:
> >> Hi,
> >>
> >> On Fri, Oct 14, 2011 at 8:52 AM, Nali Toja wrote:
> >> > Alexander Best
On Fri Oct 14 11, Arnaud Lacombe wrote:
> Hi,
>
> On Fri, Oct 14, 2011 at 8:52 AM, Nali Toja wrote:
> > Alexander Best writes:
> >
> >>> On Fri Oct 14 11, Poul-Henning Kamp wrote:
> >>> > In message <20111014085609.ga3...@freebsd.org>,
On Fri Oct 14 11, Alexander Best wrote:
> On Fri Oct 14 11, Poul-Henning Kamp wrote:
> > In message <20111014085609.ga3...@freebsd.org>, Alexander Best writes:
> >
> > >1) would it be possible to prepend those timestamps to the actual console
> > >output and
On Fri Oct 14 11, Alexander Best wrote:
> On Fri Oct 14 11, Poul-Henning Kamp wrote:
> > In message <20111014085609.ga3...@freebsd.org>, Alexander Best writes:
> >
> > >1) would it be possible to prepend those timestamps to the actual console
> > >output and
On Fri Oct 14 11, Poul-Henning Kamp wrote:
> In message <20111014085609.ga3...@freebsd.org>, Alexander Best writes:
>
> >1) would it be possible to prepend those timestamps to the actual console
> >output and not only to the output of demsg? maybe via a sysctl toggle?
On Fri Oct 14 11, Nikolay Denev wrote:
>
> On Oct 13, 2011, at 9:40 PM, Arnaud Lacombe wrote:
>
> > Hi,
> >
> > On Thu, Oct 13, 2011 at 2:00 PM, wrote:
> >> From: Arnaud Lacombe
> >>
> >> Hi folks,
> >>
> >> There is many case recently when I really wished timestamp were present in
> >> th
On Wed Oct 5 11, Alexander Best wrote:
> On Wed Oct 5 11, FreeBSD Tinderbox wrote:
> > TB --- 2011-10-05 12:55:29 - tinderbox 2.8 running on
> > freebsd-current.sentex.ca
> > TB --- 2011-10-05 12:55:29 - starting HEAD tinderbox run for powerpc/powerpc
> > TB --- 201
On Wed Oct 5 11, FreeBSD Tinderbox wrote:
> TB --- 2011-10-05 12:55:29 - tinderbox 2.8 running on
> freebsd-current.sentex.ca
> TB --- 2011-10-05 12:55:29 - starting HEAD tinderbox run for powerpc/powerpc
> TB --- 2011-10-05 12:55:29 - cleaning the object tree
> TB --- 2011-10-05 12:55:43 - cvsup
On Mon Aug 15 11, Robert Watson wrote:
>
> On Sun, 14 Aug 2011, Alexander Best wrote:
>
> >has anybody seen this buildworld failure?
>
> Could you try the attached patch and see if it helps? I currently have it
> in the re@ approval queue. It does appear to fix the pr
hi there,
has anybody seen this buildworld failure?
===> sys/modules/portalfs (depend)
@ -> /usr/git-freebsd-head/sys
machine -> /usr/git-freebsd-head/sys/amd64/include
x86 -> /usr/git-freebsd-head/sys/x86/include
awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -p
awk -f @/tools/vnode_if.awk @/ke
On Sun Aug 14 11, Olivier Smedts wrote:
> 2011/8/14 Alexander Best :
> > On Sun Aug 14 11, Niclas Zeising wrote:
> >> On 2011-08-13 12:08, Roland Smith wrote:
> >> > On Sat, Aug 13, 2011 at 09:51:41AM +0200, Hartmann, O. wrote:
> >> >> On 08/13/11 09:26
On Sun Aug 14 11, Test Rat wrote:
> Test Rat writes:
>
> > Eduardo Morras writes:
> >
> >> At 22:06 13/08/2011, Steven Hartland wrote:
> i just had the following idea: how about instead of copying the
> current kernel
> to /boot/kernel.old and then installing the new one under /boo
On Sun Aug 14 11, Niclas Zeising wrote:
> On 2011-08-13 12:08, Roland Smith wrote:
> > On Sat, Aug 13, 2011 at 09:51:41AM +0200, Hartmann, O. wrote:
> >> On 08/13/11 09:26, Roland Smith wrote:
> >>> On Sat, Aug 13, 2011 at 12:43:52AM +0200, Hartmann, O. wrote:
> On 08/12/11 22:54, Roland Smith
On Sun Aug 14 11, Alvaro Castillo wrote:
> uname -a: FreeBSD shuttle0.lan 9.0-BETA1 FreeBSD 9.0-BETA1 #2: Mon Aug
> 8 17:05:59 WEST 2011
> net...@shuttle0.lan:/usr/obj/usr/src/sys/HYDROGEN amd64
>
> kernel panic:
>
> Fatal trap 12: page fault while in kernel mode
> cpuid = 1; apic id = 01
> fau
On Sat Aug 13 11, Garrett Cooper wrote:
> On Aug 13, 2011, at 12:51 PM, Alexander Best wrote:
>
> > hi there,
> >
> > i just had the following idea: how about instead of copying the current
> > kernel
> > to /boot/kernel.old and then installing the ne
On Sat Aug 13 11, Chris Rees wrote:
> On 13 August 2011 20:51, Alexander Best wrote:
> > hi there,
> >
> > i just had the following idea: how about instead of copying the current
> > kernel
> > to /boot/kernel.old and then installing the new one under /boot/
hi there,
i just had the following idea: how about instead of copying the current kernel
to /boot/kernel.old and then installing the new one under /boot/kernel as the
results of target installkernel, we create a unique directory name for the old
kernel?
something like /boot/kernel-r${revision}-${
On Sat Aug 13 11, fidaj wrote:
> Hello all!
>
>I have:
>uname -a
>FreeBSD nonamehost 9.0-BETA1 FreeBSD 9.0-BETA1 #0 r224806: Sat Aug 13
>11:17:49 EEST 2011 ivan@nonamehost:/usr/obj/usr/src/sys/mk9 amd64
>
>After update source code r224728 to r224806 - my kernel smash w
On Fri Aug 12 11, Test Rat wrote:
> Alexander Best writes:
>
> > hi there,
> >
> > running r224715 i'm having no problems what so ever. after upgrading my
> > kernel
> > to r224784, i'm experiencing fatal lock ups, where only a hard reset wil
On Fri Aug 12 11, Test Rat wrote:
> Alexander Best writes:
>
> > hi there,
> >
> > running r224715 i'm having no problems what so ever. after upgrading my
> > kernel
> > to r224784, i'm experiencing fatal lock ups, where only a hard reset wil
hi there,
running r224715 i'm having no problems what so ever. after upgrading my kernel
to r224784, i'm experiencing fatal lock ups, where only a hard reset will
resolve the problem.
the lock up happend two times while running chromium with only a decent number
of tabs (~ 5). also the lock up oc
d report them.
but you're right...the author hasn't really paid a lot of attention to bsdgrep,
lately. :( i guess that's a problem when you have an open os, where everybody
can do as much or as little as it pleases him. ;)
>
> Debugging pencil should be handy in this case.
&g
On Wed Aug 10 11, Test Rat wrote:
> A quick example
>
> $ mkdir -p q/a q/b q/c q/d
> $ touch q/a/foo.c q/b/foo.c q/c/foo.c q/d/foo.c
>
> $ makefs -t cd9660 q.iso q
> $ tar tf q.iso
> .
> A
> B
> A/FOO.C
> B/FOO.C
> C
> D
>
> $ mkisofs -quiet -o q.iso q
> $ tar tf q.iso
On Wed Aug 10 11, Navdeep Parhar wrote:
> On Wed, Aug 10, 2011 at 11:12 AM, Test Rat wrote:
> > `make -s buildkernel' seems to contain lots of segfaults after recent
> > update of one-true-awk in r224731. It chokes on sys/conf/kmod_syms.awk.
just out of curiosity: what's the point of doing a vend
On Wed Aug 10 11, René Ladan wrote:
> Hi,
>
> it seems that HEAD is broken somewhere after 9.0-BETA1 amd64:
>
> acer % pwd
> /usr/src
> acer % svn info
> Path: .
> URL: svn+ssh://svn.freebsd.org/base/head
> Repository Root: svn+ssh://svn.freebsd.org/base
> Repository UUID: ccf9f872-aa2e-dd11-9fc8
On Tue Aug 9 11, Test Rat wrote:
> Alexander Best writes:
>
> > On Tue Aug 9 11, Test Rat wrote:
> >> Alexander Best writes:
> >>
> >> [...]
> >> > gmake -C 6g install
> >> > gmake[1]: Entering directory
> >> > `/u
On Tue Aug 9 11, Test Rat wrote:
> Alexander Best writes:
>
> [...]
> > gmake -C 6g install
> > gmake[1]: Entering directory
> > `/usr/ports/lang/go/work/go-20110515/src/cmd/6g'
> > quietgcc -I"/usr/ports/lang/go/work/go-20110515/include" -ggdb
hi there,
i'm running HEAD on amd64 with bsdgrep (WITH_BSD_GREP=true). i noticed the
lang/go port won't build due to errors caused by egrep. this might be a ports
issue, but to me it rather looks like bsdgrep is not behaving exactly the same,
as gnu grep. however i haven't tried building the port
On Wed Jul 27 11, René Ladan wrote:
> 2011/7/27 Alexander Best :
> > On Wed Jul 27 11, René Ladan wrote:
> >> 2011/7/27 Gleb Kurtsou :
> >> > On (27/07/2011 00:48), Alexander Best wrote:
> >> >> On Mon Jul 25 11, Matthias Andree wrote:
> >
On Wed Jul 27 11, Brandon Gooch wrote:
> On Jul 27, 2011 7:58 AM, "Alexander Best" wrote:
> >
> > On Tue Jul 26 11, Alexander Best wrote:
> > > hi there,
> > >
> > > 'vmstat -m' and 'vmstat -z' report:
> > >
>
On Tue Jul 26 11, Alexander Best wrote:
> hi there,
>
> 'vmstat -m' and 'vmstat -z' report:
>
> otaku% vmstat -m
> vmstat: memstat_sysctl_malloc: Too many CPUs
> otaku% vmstat -z
> vmstat: memstat_sysctl_uma: Too many CPUs
>
> world and kernel
On Wed Jul 27 11, Gleb Kurtsou wrote:
> On (27/07/2011 09:18), Alexander Best wrote:
> > On Wed Jul 27 11, Gleb Kurtsou wrote:
> > > On (27/07/2011 00:48), Alexander Best wrote:
> > > > On Mon Jul 25 11, Matthias Andree wrote:
> > > > > Am 25.07.2011
On Wed Jul 27 11, René Ladan wrote:
> 2011/7/27 Alexander Best :
> > On Wed Jul 27 11, René Ladan wrote:
> >> 2011/7/27 Gleb Kurtsou :
> >> > On (27/07/2011 00:48), Alexander Best wrote:
> >> >> On Mon Jul 25 11, Matthias Andree wrote:
> >
On Wed Jul 27 11, René Ladan wrote:
> 2011/7/27 Gleb Kurtsou :
> > On (27/07/2011 00:48), Alexander Best wrote:
> >> On Mon Jul 25 11, Matthias Andree wrote:
> >> > Am 25.07.2011 09:21, schrieb Alexander Best:
> >> > > On Mon Jul 25 11, Adrian Chadd
On Wed Jul 27 11, Gleb Kurtsou wrote:
> On (27/07/2011 00:48), Alexander Best wrote:
> > On Mon Jul 25 11, Matthias Andree wrote:
> > > Am 25.07.2011 09:21, schrieb Alexander Best:
> > > > On Mon Jul 25 11, Adrian Chadd wrote:
> > > >> Is it perhaps d
On Mon Jul 25 11, Matthias Andree wrote:
> Am 25.07.2011 09:21, schrieb Alexander Best:
> > On Mon Jul 25 11, Adrian Chadd wrote:
> >> Is it perhaps doing disk IO using mmap?
> >
> > how can i check, whether that's the case or not?
>
> Use truss(1) for
hi there,
i was trying to attach truss to chromium via
'truss -p 18445' and got:
[...]
kevent(26,{},0,{0x1b,EVFILT_READ,0x0,0,0x1,0x44cb600 0x0,0x0,0x0,0,0x0,0x0
0x0,0x0,0x0,0,0x0,0x0 0x0,0x0,0x0,0,0x0,0x0 0x0,0x0,0x0,0,0x0,0x0
0x0,0x0,0x0,0,0x0,0x0 0x0,0x0,0x0,0,0x0,0x0 0x0,0x0,0x0,0,0x0,0x0
hi there,
'vmstat -m' and 'vmstat -z' report:
otaku% vmstat -m
vmstat: memstat_sysctl_malloc: Too many CPUs
otaku% vmstat -z
vmstat: memstat_sysctl_uma: Too many CPUs
world and kernel are in sync. i'm running r224294 on amd64.
cheers.
alex
___
freebsd
On Mon Jul 25 11, Adrian Chadd wrote:
> Is it perhaps doing disk IO using mmap?
how can i check, whether that's the case or not?
>
>
>
> adrian
>
> On 25 July 2011 05:25, Alexander Best wrote:
> > hi there,
> >
> > i noticed that chromium, expeci
hi there,
i noticed that chromium, expecially in combination with nspluginwrapper and
flash, is causing a lot of I/O faults. i ran 'top -mio -I -n 99' and after
only ~ 4 hours of running chromium (most of the time not loading any new
pages), i got the following data:
last pid: 39976; load av
On Thu Jul 21 11, Dimitry Andric wrote:
> On 2011-07-21 09:08, Alexander Best wrote:
> >for some reason buildworld always fails in lib/libc/db/btree :(
> >
> >clang:
> >
> >/usr/bin/clang -O2 -pipe -fno-strict-aliasing -fno-omit-frame-pointer
> >-march
On Thu Jul 21 11, Xin LI wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> On 07/21/11 00:08, Alexander Best wrote:
> > hi there,
> >
> > for some reason buildworld always fails in lib/libc/db/btree :(
> >
> > clang:
> >
> > /
hi there,
for some reason buildworld always fails in lib/libc/db/btree :(
clang:
/usr/bin/clang -O2 -pipe -fno-strict-aliasing -fno-omit-frame-pointer
-march=core2 -I/usr/git-freebsd-head/lib/libc/include
-I/usr/git-freebsd-head/lib/libc/../../include
-I/usr/git-freebsd-head/lib/libc/amd64 -D
On Sat Jul 16 11, Pan Tsu wrote:
> Alexander Best writes:
>
> > On Fri Jul 15 11, John Baldwin wrote:
> >> This change exports each individual thread's resource usage via sysctl
> >> when
> >> individual threads are requested via KERN_PROC_INC_THREAD
On Fri Jul 15 11, John Baldwin wrote:
> This change exports each individual thread's resource usage via sysctl when
> individual threads are requested via KERN_PROC_INC_THREAD. This generally
> works correctly with 'top -m io' after the previous change to revert top(1)
> back to using KERN_PROC
On Mon Jul 11 11, John Baldwin wrote:
> On Saturday, July 09, 2011 5:44:16 am Alexander Best wrote:
> > On Sat Jul 9 11, Alexander Best wrote:
> > > On Fri Jul 8 11, Alexander Best wrote:
> > > > On Fri Jul 8 11, John Baldwin wrote:
> > > > > This p
On Sat Jul 9 11, Alexander Best wrote:
> On Fri Jul 8 11, Alexander Best wrote:
> > On Fri Jul 8 11, John Baldwin wrote:
> > > This patch lets you use 'P' while top is running to toggle between
> > > per-CPU and
> > > global CPU stats.
> >
On Fri Jul 8 11, Alexander Best wrote:
> On Fri Jul 8 11, John Baldwin wrote:
> > This patch lets you use 'P' while top is running to toggle between per-CPU
> > and
> > global CPU stats.
>
> very cool. i always thought that being able to interactivly enable
On Fri Jul 8 11, John Baldwin wrote:
> This patch lets you use 'P' while top is running to toggle between per-CPU and
> global CPU stats.
very cool. i always thought that being able to interactivly enable/disable
per-cpu stats in top would be a useful feature. great to see this being
implemented.
On Wed Jul 6 11, Alexander Best wrote:
> On Wed Jul 6 11, Sergey Kandaurov wrote:
> > On 6 July 2011 13:19, Alexander Best wrote:
> > > hi there,
> > >
> > > any reason why bin/139389 hasn't been committed, yet? i think seeing the
> > > th
On Wed Jul 6 11, Sergey Kandaurov wrote:
> On 6 July 2011 13:19, Alexander Best wrote:
> > hi there,
> >
> > any reason why bin/139389 hasn't been committed, yet? i think seeing the
> > thread
> > id in top -H output is extremely useful!
>
> I thin
On Wed Jul 6 11, Andriy Gapon wrote:
> on 06/07/2011 16:33 Alexander Best said the following:
> > you might also want to try enabling options IPI_PREEMPTION. no idea, if this
> > improves your situation, though.
>
> Just in case, this option has effect for 4BSD scheduler onl
1 - 100 of 338 matches
Mail list logo