On Thu Jun 23 11, Matthew Jacob wrote:
I gave up on using it after a brief try earlier this year. I can't
remember the details, but it did lock up my amd64 system.
On Thu, 23 Jun 2011, David O'Brien wrote:
Does anyone object to this patch?
David Wolfskill and I have run TMPFS on a
On Fri Jun 17 11, Alexander Best wrote:
On Thu Jun 16 11, Alexander Best wrote:
hi there,
i reverted my kernel back to r222890. everything works fine now and both
issues
i mentioned below dissapeared.
the previous issues (xpt_action_default and DIOCSKERNELDUMP) have been fixed.
however
On Sat Jun 25 11, Alexander Best wrote:
On Fri Jun 17 11, Alexander Best wrote:
On Thu Jun 16 11, Alexander Best wrote:
hi there,
i reverted my kernel back to r222890. everything works fine now and both
issues
i mentioned below dissapeared.
the previous issues
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!
cheers.
alex
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To
On Wed Jul 6 11, arrowdodger wrote:
2011/7/6 O. Hartmann ohart...@zedat.fu-berlin.de
When performing an update on the ports tree via portsnap fetch update or
when checking out (or) large Subversion repositories or when copying large
data files (~ 50 to 250 GB in size, results from
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 only.
thanks. i did not know
On Wed Jul 6 11, Sergey Kandaurov wrote:
On 6 July 2011 13:19, Alexander Best arun...@freebsd.org 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 think the main reason is that tid takes
On Wed Jul 6 11, Alexander Best wrote:
On Wed Jul 6 11, Sergey Kandaurov wrote:
On 6 July 2011 13:19, Alexander Best arun...@freebsd.org 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
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 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/disable
per-cpu stats in top would
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.
very cool. i always thought that being able to interactivly
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 patch lets you use 'P' while top is running to toggle between
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
On Sat Jul 16 11, Pan Tsu wrote:
Alexander Best arun...@freebsd.org 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. This generally
works correctly
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
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:
/usr/bin/clang -O2 -pipe -fno-strict-aliasing -fno-omit-frame-pointer
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=core2 -I/usr/git-freebsd-head/lib/libc/include
-I/usr
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
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 arun...@freebsd.org wrote:
hi there,
i noticed that chromium, expecially in combination
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
___
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
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 instance.
However, unless there are *practical
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 doing disk IO using mmap?
how can i check, whether
On Wed Jul 27 11, René Ladan wrote:
2011/7/27 Gleb Kurtsou gleb.kurt...@gmail.com:
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 doing disk IO
On Wed Jul 27 11, René Ladan wrote:
2011/7/27 Alexander Best arun...@freebsd.org:
On Wed Jul 27 11, René Ladan wrote:
2011/7/27 Gleb Kurtsou gleb.kurt...@gmail.com:
On (27/07/2011 00:48), Alexander Best wrote:
On Mon Jul 25 11, Matthias Andree wrote:
Am 25.07.2011 09:21, schrieb
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 09:21, schrieb Alexander Best:
On Mon Jul 25 11, Adrian
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 are in sync. i'm running r224294 on amd64.
please disregard
On Wed Jul 27 11, Brandon Gooch wrote:
On Jul 27, 2011 7:58 AM, Alexander Best arun...@freebsd.org wrote:
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
On Wed Jul 27 11, René Ladan wrote:
2011/7/27 Alexander Best arun...@freebsd.org:
On Wed Jul 27 11, René Ladan wrote:
2011/7/27 Gleb Kurtsou gleb.kurt...@gmail.com:
On (27/07/2011 00:48), Alexander Best wrote:
On Mon Jul 25 11, Matthias Andree wrote:
Am 25.07.2011 09:21, schrieb
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 Tue Aug 9 11, Test Rat wrote:
Alexander Best arun...@freebsd.org 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 -O2 -c
/usr/ports/lang/go/work/go
On Tue Aug 9 11, Test Rat wrote:
Alexander Best arun...@freebsd.org writes:
On Tue Aug 9 11, Test Rat wrote:
Alexander Best arun...@freebsd.org writes:
[...]
gmake -C 6g install
gmake[1]: Entering directory
`/usr/ports/lang/go/work/go-20110515/src/cmd/6g'
quietgcc -I/usr
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:
On Wed Aug 10 11, Navdeep Parhar wrote:
On Wed, Aug 10, 2011 at 11:12 AM, Test Rat ttse...@gmail.com 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
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
.
A
B
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.
On Tue, Aug 09, 2011 at 08:18:42AM +, Alexander Best wrote
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
On Fri Aug 12 11, Test Rat wrote:
Alexander Best arun...@freebsd.org 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 will
resolve the problem.
the lock up
On Fri Aug 12 11, Test Rat wrote:
Alexander Best arun...@freebsd.org 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 will
resolve the problem.
the lock up
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 when i
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
On Sat Aug 13 11, Chris Rees wrote:
On 13 August 2011 20:51, Alexander Best arun...@freebsd.org 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/kernel as
the
results
On Sat Aug 13 11, Garrett Cooper wrote:
On Aug 13, 2011, at 12:51 PM, Alexander Best arun...@freebsd.org 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/kernel
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
fault
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 wrote:
On
On Sun Aug 14 11, Test Rat wrote:
Test Rat ttse...@gmail.com writes:
Eduardo Morras nec...@retena.com 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
On Sun Aug 14 11, Olivier Smedts wrote:
2011/8/14 Alexander Best arun...@freebsd.org:
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
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
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 problem here.
thanks. the patch
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 - cvsupping
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 --- 2011-10-05 12:55:29 - cleaning the object
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, lacom...@gmail.com wrote:
From: Arnaud Lacombe lacom...@gmail.com
Hi folks,
There is many case recently when I really wished timestamp were
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?
The kernel does not know enough
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 not only to the output of demsg? maybe via a sysctl
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 not only to the output of demsg? maybe via a sysctl
On Fri Oct 14 11, Arnaud Lacombe wrote:
Hi,
On Fri, Oct 14, 2011 at 8:52 AM, Nali Toja nalit...@gmail.com wrote:
Alexander Best arun...@freebsd.org writes:
On Fri Oct 14 11, Poul-Henning Kamp wrote:
In message 20111014085609.ga3...@freebsd.org, Alexander Best writes:
1) would
On Mon Oct 17 11, Arnaud Lacombe wrote:
Hi,
On Mon, Oct 17, 2011 at 2:01 PM, Alexander Best arun...@freebsd.org wrote:
On Fri Oct 14 11, Arnaud Lacombe wrote:
Hi,
On Fri, Oct 14, 2011 at 8:52 AM, Nali Toja nalit...@gmail.com wrote:
Alexander Best arun...@freebsd.org writes
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
+++
On Mon Oct 17 11, Arnaud Lacombe wrote:
Hi,
On Mon, Oct 17, 2011 at 3:44 PM, Alexander Best arun...@freebsd.org wrote:
On Mon Oct 17 11, Arnaud Lacombe wrote:
Hi,
On Mon, Oct 17, 2011 at 2:01 PM, Alexander Best arun...@freebsd.org
wrote:
On Fri Oct 14 11, Arnaud Lacombe wrote
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 nowadays
depend
on /dev/dvd.
IMO, go
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 the shared lib
On Thu Nov 3 11, Matthias Apitz wrote:
El día Thursday, November 03, 2011 a las 11:28:47AM +, 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 should not build
shared libs; the problem
hi there,
i recently bought a western digital 1 terrabyte usb2/usb3 hdd:
[83611.209514] umass0: MSC Bulk-Only Transport on usbus3
[83613.618514] da0 at umass-sim0 bus 0 scbus6 target 0 lun 0
[83613.618514] da0: WD My Passport 0740 1003 Fixed Direct Access SCSI-6
device
[83613.618514] da0:
On Sat Nov 19 11, Garrett Cooper wrote:
On Sat, Nov 19, 2011 at 11:05 AM, Adrian Chadd adr...@freebsd.org 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
On Sat Nov 19 11, Garrett Cooper wrote:
On Sat, Nov 19, 2011 at 12:53 PM, Alexander Best arun...@freebsd.org wrote:
On Sat Nov 19 11, Garrett Cooper wrote:
On Sat, Nov 19, 2011 at 11:05 AM, Adrian Chadd adr...@freebsd.org wrote:
.. how many users is this going to trip up?
cons25
On Sun Nov 20 11, Jason Edwards wrote:
On Sat, Nov 19, 2011 at 6:07 PM, Stefan Bethke s...@lassitu.de 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
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
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:
Index: newvers.sh
On Wed Nov 30 11, Garrett Cooper wrote:
On Wed, Nov 30, 2011 at 4:25 PM, Alexander Best arun...@freebsd.org 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
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
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:
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
4) in
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:
I observe ULE interactivity slowness even
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 to
me
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:
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 need to do refresh-writes every 5-10 years to avoid
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:
ps: the hdd only gets mounted read-only!
There is no known
On Mon Dec 19 11, Jeremy Chadwick wrote:
On Mon, Dec 19, 2011 at 10:56:33PM +, 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, Poul-Henning Kamp wrote:
In message
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 settings for a few months now
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 optimization options for amd64. This was touched upon
earlier by Alexander
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 just a
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 arun...@freebsd.org wrote:
On Thu Dec 22 11, Benjamin Kaduk wrote:
On Thu, 22 Dec 2011, Alexander Best wrote:
On Thu Dec 22 11
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 settings
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
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:
The same as it has always been. It avoids some
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:
The same as it has always been. It avoids some
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
longer?
i built GENERIC (including modules
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
megabytes - ie,
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:
This extra alignment does consume extra stack space, and generally
increases
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
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
On Tue Dec 27 11, Philip Paeps wrote:
On 2011-12-26 10:10:40 (+), Alexander Best arun...@freebsd.org 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= overrides from any
On Tue Dec 27 11, Luigi Rizzo wrote:
On Tue, Dec 27, 2011 at 11:27:43AM +, Alexander Best wrote:
On Tue Dec 27 11, Philip Paeps wrote:
On 2011-12-26 10:10:40 (+), Alexander Best arun...@freebsd.org
wrote:
i grep'ed through src/sys and found several places where WERROR
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 (+), Alexander Best arun...@freebsd.org 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
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
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 Motinm...@freebsd.org wrote:
I would like request for testing of my work on further HDA sound driver
improvement.
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 2012 21:33:17 +0200
Alexander Motinm...@freebsd.org wrote:
I
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
intuitive. the rule should really
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
intuitive. the rule should really
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 freebsd 10.0? the way it is done atm is
really
1 - 100 of 334 matches
Mail list logo