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 Sun Apr 15 12, Alexander Best wrote:
> On Sun Apr 15 12, Alexander Best wrote:
> > On Sun Apr 15 12, Alexander Leidinger wrote:
> > > On Sun, 15 Apr 2012 19:04:08 +0000 Alexander Best
> > > wrote:
> > >
> > > > On Sun Apr 15 12, Alexander Leid
On Sun Apr 15 12, Alexander Best wrote:
> On Sun Apr 15 12, Alexander Leidinger wrote:
> > On Sun, 15 Apr 2012 19:04:08 + Alexander Best
> > wrote:
> >
> > > On Sun Apr 15 12, Alexander Leidinger wrote:
> > > > On Sun, 15 Apr 2012 18
On Sun Apr 15 12, Alexander Leidinger wrote:
> On Sun, 15 Apr 2012 19:04:08 +0000 Alexander Best
> wrote:
>
> > On Sun Apr 15 12, Alexander Leidinger wrote:
> > > On Sun, 15 Apr 2012 18:16:13 + Alexander Best
> > > wrote:
>
> > > > also...eve
On Sun Apr 15 12, Alexander Leidinger wrote:
> On Sun, 15 Apr 2012 18:16:13 +0000 Alexander Best
> wrote:
>
> > On Sun Apr 15 12, Alexander Best wrote:
>
> > here are the results for a single flash instance:
> >
> > otaku% sudo time ./check_internal_loc
On Sun Apr 15 12, Alexander Best wrote:
> On Sun Apr 15 12, Alexander Best wrote:
> > On Sun Apr 15 12, Alexander Best wrote:
> > > On Sun Apr 15 12, Alexander Leidinger wrote:
> > > > On Sun, 15 Apr 2012 13:03:06 + Alexander Best
> > > > wrote:
>
On Sun Apr 15 12, Alexander Best wrote:
> On Sun Apr 15 12, Alexander Best wrote:
> > On Sun Apr 15 12, Alexander Leidinger wrote:
> > > On Sun, 15 Apr 2012 13:03:06 +0000 Alexander Best
> > > wrote:
> > >
> > > > On Sun Apr 15 12, Alexander Leid
On Sun Apr 15 12, Alexander Best wrote:
> On Sun Apr 15 12, Alexander Leidinger wrote:
> > On Sun, 15 Apr 2012 13:03:06 + Alexander Best
> > wrote:
> >
> > > On Sun Apr 15 12, Alexander Leidinger wrote:
> > > > On Sun, 15 Apr 2012 11
On Sun Apr 15 12, Alexander Leidinger wrote:
> On Sun, 15 Apr 2012 13:03:06 +0000 Alexander Best
> wrote:
>
> > On Sun Apr 15 12, Alexander Leidinger wrote:
> > > On Sun, 15 Apr 2012 11:51:12 + Alexander Best
> > > wrote:
> > >
> >
On Sun Apr 15 12, Alexander Leidinger wrote:
> On Sun, 15 Apr 2012 11:51:12 +0000 Alexander Best
> wrote:
>
> > ahh ok. i've managed to get some stats via stats_timing.d. this is a
> > snapshot during which a newly loaded tab in chromium was unresponsive
> >
On Sun Apr 15 12, Alexander Leidinger wrote:
> On Sun, 15 Apr 2012 11:23:08 +0000 Alexander Best
> wrote:
>
> > On Sun Apr 15 12, Alexander Best wrote:
> > > On Sun Apr 15 12, Alexander Best wrote:
> > > > On Sun Apr 15 12, Alexander Leidinger wrote:
> >
On Sun Apr 15 12, Alexander Best wrote:
> On Sun Apr 15 12, Alexander Best wrote:
> > On Sun Apr 15 12, Alexander Leidinger wrote:
> > > On Sat, 14 Apr 2012 22:47:46 +0200 Alexander Leidinger
> > > wrote:
> > >
> > > > On Sat, 14 Apr 2
On Sun Apr 15 12, Alexander Best wrote:
> On Sun Apr 15 12, Alexander Leidinger wrote:
> > On Sat, 14 Apr 2012 22:47:46 +0200 Alexander Leidinger
> > wrote:
> >
> > > On Sat, 14 Apr 2012 20:32:56 + Alexander Best
> > > wrote:
> > >
>
On Sun Apr 15 12, Alexander Leidinger wrote:
> On Sat, 14 Apr 2012 22:47:46 +0200 Alexander Leidinger
> wrote:
>
> > On Sat, 14 Apr 2012 20:32:56 + Alexander Best
> > wrote:
> >
> > > On Sat Apr 14 12, Alexander Leidinger wrote:
> > > > O
On Sat Apr 14 12, Alexander Leidinger wrote:
> On Fri, 13 Apr 2012 20:32:22 +0000 Alexander Best
> wrote:
>
> > i'm having problems with the patch. beforehand, playing music from
> > www.mixcloud.com worked. now the flash based player is initialising
> > forever.
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
On Tue Apr 10 12, Jung-uk Kim wrote:
> On Tuesday 10 April 2012 07:39 pm, Jung-uk Kim wrote:
> > On Tuesday 10 April 2012 06:56 pm, Jung-uk Kim wrote:
> > > Th attached patch implements pipe2 syscall for Linuxulator, which
> > > is quite trivial. Although it was added in Linux 2.6.27 (thanks,
> >
On Sat Apr 14 12, Mahesh Babu wrote:
> How to disable a particular core in FreeBSD 9?
> How to enable it again?
i don't think it's possible to do that in freebsd. what you can do is to
disable SMP oder hyperthreading. alternatively you can assign a certain process
to a certain core.
i think there
On Thu Apr 5 12, Matthias Apitz wrote:
>
> Hello,
>
> I was doing
>
> $ cp -Rv 10 11 12 13 14 15 16 17 2 /mnt/osm
>
> and was surprised seeing that source_dir 17 was done before 16; the man
> page does not specify the order, but I was thinking it just goes through
> the list in the given order
hi there,
i noticed the following worning from clang when building HEAD:
===> sys/modules/aic7xxx/aicasm (obj,build-tools)
/usr/github-freebsd-head/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm.c:604:5:
warning: passing 'int *' to parameter of type 'unsigned int *' converts
betw
On Fri Mar 30 12, Warren Block wrote:
> On Fri, 30 Mar 2012, Alexander Best wrote:
>
> >i have a question regarding a label for a swap partition. when should i do
> >the
> >labeling? after or before creating the partition scheme?
> >
> >when i label before
hi there,
i have a question regarding a label for a swap partition. when should i do the
labeling? after or before creating the partition scheme?
when i label before creating the partition scheme, likes this:
glabel label -v swap /dev/da0
gpart create -s GPT /dev/da0
i get the following warning
hi there,
a few years ago there were huge issues with SMP and dmesg output, where
messages from various drivers were output to /dev/ttyv0 without any timing,
which caused a lot of unreadable lines.
this was fixed and almost all of the dmesg lines i see now look similar to
dmesg on a non-SMP aware
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 Mon Mar 12 12, Dimitry Andric wrote:
> Author: dim
> Date: Mon Mar 12 21:07:22 2012
> New Revision: 232894
> URL: http://svn.freebsd.org/changeset/base/232894
>
> Log:
> Pull in r145194 from upstream clang trunk:
>
> Make our handling of MMX x SSE closer to what gcc does:
>
> *
On Mon Mar 12 12, Dimitry Andric wrote:
> Author: dim
> Date: Mon Mar 12 21:07:22 2012
> New Revision: 232894
> URL: http://svn.freebsd.org/changeset/base/232894
>
> Log:
> Pull in r145194 from upstream clang trunk:
>
> Make our handling of MMX x SSE closer to what gcc does:
>
> *
On Mon Mar 5 12, Devin Teske wrote:
> Hiya fellow -hackers@
>
> Many have complained that bsdinstall(8) does only a fraction of sysinstall(8).
> This complaint is generally understood to be in-relation to the "Configure"
> menu
> of sysinstall(8).
>
> Some here may already know that Ron McDowel
On Fri Mar 2 12, Jason Hellenthal wrote:
>
>
> On Thu, Mar 01, 2012 at 11:38:22PM +, Alexander Best wrote:
> > hi there,
> >
> > i just noticed that du will not accepts something like the following:
> >
> > du -t-500M
> >
> > whereas
>
hi there,
i just noticed that du will not accepts something like the following:
du -t-500M
whereas
du -t500M
will work. i've attached a patch, which makes unit suffixes in connection with
negative thresholds possible.
cheers.
alex
diff --git a/usr.bin/du/du.1 b/usr.bin/du/du.1
index 3db1367..
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, 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 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 Sun Feb 26 12, Jilles Tjoelker wrote:
> Author: jilles
> Date: Sun Feb 26 15:14:29 2012
> New Revision: 232183
> URL: http://svn.freebsd.org/changeset/base/232183
>
> Log:
> Fix fchmod() and fchown() on fifos.
>
> The new fifo implementation in r232055 broke fchmod() and fchown() on fifo
On Sun Feb 26 12, Jilles Tjoelker wrote:
> Author: jilles
> Date: Sun Feb 26 15:14:29 2012
> New Revision: 232183
> URL: http://svn.freebsd.org/changeset/base/232183
>
> Log:
> Fix fchmod() and fchown() on fifos.
>
> The new fifo implementation in r232055 broke fchmod() and fchown() on fifo
hi there,
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 be:
- make.conf = applies globally
- src.conf = applies only to /usr/src
( maybe a ports.conf
On Sat Feb 25 12, Bruce Evans wrote:
> On Fri, 24 Feb 2012, Alexander Best wrote:
>
> >On Fri Feb 24 12, Dimitry Andric wrote:
> >>On 2012-02-24 10:38, Alexander Best wrote:
> >>>which will turn all -Wformat-invalid-specifier and -Wformat-extra-args
> >>
On Sat Feb 25 12, Bruce Evans wrote:
> On Fri, 24 Feb 2012, Alexander Best wrote:
>
> >On Fri Feb 24 12, Dimitry Andric wrote:
> >>On 2012-02-24 10:38, Alexander Best wrote:
> >>>which will turn all -Wformat-invalid-specifier and -Wformat-extra-args
> >>
On Fri Feb 24 12, Dimitry Andric wrote:
> On 2012-02-24 10:38, Alexander Best wrote:
> > is the clang version in base able to do complete universe builds for i386
> > and
> > amd64 without the need for NO_WERROR= and WERROR= now?
>
> "universe" means all
On Fri Feb 24 12, Dimitry Andric wrote:
> On 2012-02-24 10:38, Alexander Best wrote:
> > is the clang version in base able to do complete universe builds for i386
> > and
> > amd64 without the need for NO_WERROR= and WERROR= now?
>
> "universe" means all
On Thu Feb 23 12, Dimitry Andric wrote:
> Author: dim
> Date: Thu Feb 23 21:34:14 2012
> New Revision: 232074
> URL: http://svn.freebsd.org/changeset/base/232074
>
> Log:
> Use a better way to silence unneeded internal declaration warnings in
> several sys/cam/ctl files.
is the clang version
On Thu Feb 23 12, Dimitry Andric wrote:
> Author: dim
> Date: Thu Feb 23 21:34:14 2012
> New Revision: 232074
> URL: http://svn.freebsd.org/changeset/base/232074
>
> Log:
> Use a better way to silence unneeded internal declaration warnings in
> several sys/cam/ctl files.
is the clang version
On Wed Feb 22 12, Doug Barton wrote:
> On 02/22/2012 07:05, Josh Paetzel wrote:
> > -# CPU. This behaviour is enabled by default, so this option can be used
>
> That's not a typo, it's an alternate spelling, which we usually don't
> "correct" (same with initialisation). I'm not asking for the cha
On Wed Feb 22 12, Doug Barton wrote:
> On 02/22/2012 07:05, Josh Paetzel wrote:
> > -# CPU. This behaviour is enabled by default, so this option can be used
>
> That's not a typo, it's an alternate spelling, which we usually don't
> "correct" (same with initialisation). I'm not asking for the cha
On Mon Feb 6 12, Alexander Motin wrote:
> On 02/06/12 19:37, Tijl Coosemans wrote:
> >On Monday 06 February 2012 17:29:14 Alexander Motin wrote:
> >>On 02/06/12 18:01, Alexander Best wrote:
> >>>On Mon Feb 6 12, Alexander Motin wrote:
> >>>>I'
On Mon Feb 6 12, Alexander Motin wrote:
> Hi.
>
> I've analyzed scheduler behavior and think found the problem with HTT.
> SCHED_ULE knows about HTT and when doing load balancing once a second,
> it does right things. Unluckily, if some other thread gets in the way,
> process can be easily pus
On Sun Jan 29 12, Patrick Lamaiziere wrote:
> Le Sun, 29 Jan 2012 19:34:11 +,
> Alexander Best a écrit :
>
> > hi there,
>
> Hello,
>
> > maybe i'm missing something obvious, but i don't quite understand the
> > following top(1) output:
&
hi there,
maybe i'm missing something obvious, but i don't quite understand the following
top(1) output:
last pid: 13875; load averages: 0.73, 0.75, 0.68
65 processes: 2 running, 62 sleeping, 1 waiting
CPU 0: 19.5% user, 0.0% nice, 13.3% system, 0.0% interrupt, 67.2% idle
CPU 1: 20.3% user
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.
On Wed Jan 11 12, Alexander Best wrote:
> On Tue Jan 10 12, Dimitry Andric wrote:
> > On 2012-01-10 09:21, Pawel Jakub Dawidek wrote:
> > >On Tue, Jan 10, 2012 at 02:58:29AM +, Eitan Adler wrote:
> > >>Author: eadler (ports committer)
> > >>Date: T
On Wed Jan 11 12, Alexander Best wrote:
> On Tue Jan 10 12, Dimitry Andric wrote:
> > On 2012-01-10 09:21, Pawel Jakub Dawidek wrote:
> > >On Tue, Jan 10, 2012 at 02:58:29AM +, Eitan Adler wrote:
> > >>Author: eadler (ports committer)
> > >>Date: T
On Tue Jan 10 12, Dimitry Andric wrote:
> On 2012-01-10 09:21, Pawel Jakub Dawidek wrote:
> >On Tue, Jan 10, 2012 at 02:58:29AM +, Eitan Adler wrote:
> >>Author: eadler (ports committer)
> >>Date: Tue Jan 10 02:58:29 2012
> >>New Revision: 229908
> >>URL: http://svn.freebsd.org/changeset/base/2
On Tue Jan 10 12, Dimitry Andric wrote:
> On 2012-01-10 09:21, Pawel Jakub Dawidek wrote:
> >On Tue, Jan 10, 2012 at 02:58:29AM +, Eitan Adler wrote:
> >>Author: eadler (ports committer)
> >>Date: Tue Jan 10 02:58:29 2012
> >>New Revision: 229908
> >>URL: http://svn.freebsd.org/changeset/base/2
can somebody help me with this issue? i'm running HEAD on amd64:
1) connect my usb hdd
2) mount it (/mnt/wd)
3) don't access it for a few hours
4) ls /mnt/wd returns nothing; doing ls or pwd from /mnt/wd returns ENXIO
5) unmount /mnt/wd succeeds
6) mount /mnt/wd fails
then i did fsck /mnt/wd thre
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
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 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 Fri Dec 23 11, Alexander Best wrote:
> On Fri Dec 23 11, Dimitry Andric wrote:
> > Author: dim
> > Date: Fri Dec 23 00:23:37 2011
> > New Revision: 228822
> > URL: http://svn.freebsd.org/changeset/base/228822
> >
> > Log:
> > When building the ke
On Fri Dec 23 11, Alexander Best wrote:
> On Fri Dec 23 11, Dimitry Andric wrote:
> > Author: dim
> > Date: Fri Dec 23 00:23:37 2011
> > New Revision: 228822
> > URL: http://svn.freebsd.org/changeset/base/228822
> >
> > Log:
> > When building the ke
On Fri Dec 23 11, Dimitry Andric wrote:
> Author: dim
> Date: Fri Dec 23 00:23:37 2011
> New Revision: 228822
> URL: http://svn.freebsd.org/changeset/base/228822
>
> Log:
> When building the kernel with clang, it produces several warnings which
> might be useful in some cases, but which are no
On Fri Dec 23 11, Dimitry Andric wrote:
> Author: dim
> Date: Fri Dec 23 00:23:37 2011
> New Revision: 228822
> URL: http://svn.freebsd.org/changeset/base/228822
>
> Log:
> When building the kernel with clang, it produces several warnings which
> might be useful in some cases, but which are no
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 Thu Dec 22 11, John Baldwin wrote:
> On Wednesday, December 21, 2011 6:27:54 pm Alexander Best wrote:
> > On Wed Dec 21 11, John Baldwin wrote:
> > > On Wednesday, December 21, 2011 4:52:04 pm Adrian Chadd wrote:
> > > > Erm, why did you do this without first
On Thu Dec 22 11, John Baldwin wrote:
> On Wednesday, December 21, 2011 6:27:54 pm Alexander Best wrote:
> > On Wed Dec 21 11, John Baldwin wrote:
> > > On Wednesday, December 21, 2011 4:52:04 pm Adrian Chadd wrote:
> > > > Erm, why did you do this without first
On Thu Dec 22 11, Pawel Jakub Dawidek wrote:
> On Wed, Dec 21, 2011 at 11:27:54PM +0000, Alexander Best wrote:
> > the commits should stay. after all this is HEAD. this way all developers
> > running HEAD and with the appropriate ath hardware will test the changes. if
> &
On Thu Dec 22 11, Pawel Jakub Dawidek wrote:
> On Wed, Dec 21, 2011 at 11:27:54PM +0000, Alexander Best wrote:
> > the commits should stay. after all this is HEAD. this way all developers
> > running HEAD and with the appropriate ath hardware will test the changes. if
> &
On Wed Dec 21 11, John Baldwin wrote:
> On Wednesday, December 21, 2011 4:52:04 pm Adrian Chadd wrote:
> > Erm, why did you do this without first getting clearance from someone
> > who has the hardware to test it?
> >
> > Just because it looks obviously wrong to you, doesn't at all mean that
> > i
On Wed Dec 21 11, John Baldwin wrote:
> On Wednesday, December 21, 2011 4:52:04 pm Adrian Chadd wrote:
> > Erm, why did you do this without first getting clearance from someone
> > who has the hardware to test it?
> >
> > Just because it looks obviously wrong to you, doesn't at all mean that
> > i
On Wed Dec 21 11, Dimitry Andric wrote:
> On 2011-12-21 13:54, Alexander Best wrote:
> >i just ran into some issues while trying to make buildworld:
> >
> >otaku% make buildworld
> >
> >--
&g
hi there,
i just ran into some issues while trying to make buildworld:
otaku% make buildworld
--
>>> Building an up-to-date make(1)
--
"/usr/share/mk/bsd.prog.mk", line 13: Mal
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 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 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
>
1 - 100 of 1670 matches
Mail list logo
