During the boot process, when rc scripts (or whatever) are printing
messages, I turn on the scroll lock. As a result, I stop hearing my hard
drive seeking, indicating that the system isn't loading. However, when I
turn off the scroll lock, the boot process doesn't continue. It just
hangs at the
Hey, Baldie:
/usr/src/sys/modules/amr/../../dev/amr/amr.c:970:1: error: function
'amr_periodic' is not needed and will not be emitted
[-Werror,-Wunneeded-internal-declaration]
amr_periodic(void *data)
^
1 error generated.
*** [amr.o] Error code 1
Stop in /usr/src/sys/modules/amr.
___
Dimitry Andric wrote:
The one call to get the callout to amr_periodic() started seems to have
been commented out in r239912:
http://svnweb.freebsd.org/base/head/sys/dev/amr/amr.c?r1=239912&r2=239911&pathrev=239912
If the function isn't necessary anymore, it could just be deleted, or
#ifdef'
clang -O2 -pipe -march=native -DINET6 -DINET -Wall -Wmissing-prototypes
-Wcast-qual -Wwrite-strings -Wnested-externs -DRESCUE -std=gnu99
-Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall
-Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body
-Wno-string-plus-int
clang -O2 -pipe -march=native -DLOADER_NFS_SUPPORT -DBOOT_FORTH
-I/path/to/src/sys/boot/i386/loader/../../ficl
-I/path/to/src/sys/boot/i386/loader/../../ficl/i386 -DLOADER_GZIP_SUPPORT
-DLOADER_DISK_SUPPORT -DLOADER_GPT_SUPPORT -DLOADER_MBR_SUPPORT
-I/path/to/src/sys/boot/i386/loader/../../com
In an effort to test out the latest version of Clang -- for supposedly
increased performance and less crashes --, I've checked out and compiled a
recent version Clang/LLVM (recompiled it with itself), compiled a new kernel
and world using WITHOUT_GCC=1 and WITHOUT_CLANG=1, installed them, remov
On 02/15/2013 16:57, Dimitry Andric wrote:
On 2013-02-15 14:26, deeptech71 wrote:
[...] an effort to test out the latest version of Clang [...]
Sorry, but you are doing something that is totally unsupported.
Therefore, any broken pieces are yours to keep. :-)
Another purpose is development
My dogfood has the following flavor: SeaMonkey (a web browser) segfaults when
loading a non-trivial web page (almost all websites I visit regularly), if the
program is compiled with optimizations. Other than that, the system as a
desktop (including Xorg and some OpenGL-based) appears to be stab
On 02/16/2013 17:17, Dimitry Andric wrote:
On 2013-02-16 00:04, deeptech71 wrote:
First of all, you should understand that these are compilation errors
No, they are only errors because we have turned on -Werror.
You meant to say: Yes, but they are only errors because we have turned on
/llvm_installation/bin/clang -O2 -pipe -march=native -DTERMIOS -DANSI_SOURCE
-I/usr/src/secure/lib/libcrypto/../../../crypto/openssl
-I/usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto
-I/usr/obj/usr/src/secure/lib/libcrypto -DOPENSSL_THREADS -DDSO_DLFCN
-DHAVE_DLFCN_H -DOPENSSL_NO
Recently, I've posted several build errors that only I seemed to run into. The errors
were based on "incompatible/missing declarations". The bottom line of those is
actually the following, as I gather:
I, without any compilers in /usr/bin, was trying to build the world and kernel
by setting CC
For reference, my e-mails related to the build errors were:
http://lists.freebsd.org/pipermail/freebsd-current/2013-February/039672.html
http://lists.freebsd.org/pipermail/freebsd-current/2013-February/039675.html
http://lists.freebsd.org/pipermail/freebsd-current/2013-February/039857.html
___
:57, Dimitry Andric wrote:
On 2013-02-15 14:26, deeptech71 wrote:
During ``make installworld'':
* btxld: Command not found.
I had to append not only ``btxld'', but also ``ls dd cp'', to the ITOOLS
variable in Makefile.inc1.
There are apparently several things tha
Adrian Chadd wrote:
This is totally reproducable? Can you switch back/forth?
Yes.
On 29 February 2012 04:24, deeptec...@gmail.com wrote:
As of r232144, SeaMonkey (a web browser) runs rather slowly and is
constantly eating 100% CPU time. Before r232144, SeaMonkey would start
up and run faste
Aleksandr Rybalko wrote:
On Fri, 2 Mar 2012 09:01:25 -0800
Adrian Chadd wrote:
Ok. So it's that exact commit?
david, what did you break? :)
I bet it is old enough :)
I'm on 9.0-PRERELEASE #3 r227950 and when Seamonkey can't reach some
document it get 100% cpu. one time I even attach to it
A truss snippet from running with an older-than-r232144 kernel:
clock_gettime(4,{29653.159790037 }) = 0 (0x0)
write(12,"\M-z",1) = 1 (0x1)
clock_gettime(4,{29653.160165225 }) = 0 (0x0)
gettimeofday({1330716922.220648 },0x0) = 0 (0x0)
David Xu wrote:
I am also running the seamonkey and can not reproduce the problem.
maybe he did hit the race window when I was committing the patches ?
can he update and install the world and kernel again to see if the problem
is still existing ?
Yes, he has just rebuilt his world and kernel ag
deeptec...@gmail.com wrote:
Although generally, the property that SeaMonkey's CPU usage slowly
converges (instead of snapping) to 0 is WRONG, and that can be confirmed
by the fact that on FreeBSD 9.0-RELEASE (as reported by someone) and
Windows XP, SeaMonkey's CPU usage is snappy.
That's anothe
Peter Maloney wrote:
> On Thu, Feb 23, 2012 at 11:41 PM, deeptech71 at gmail.com
> wrote:
> > X11R6 should be a symlink to local or ./local.
>
> Did you test this, by removing the link and creating it
> relative to see if there are any stupid side effects?
No apparent side
A full port upgrade procedure seems to in some sort of a deadlock while
configuring a port. I did not try canceling and restarting the procedure, as
this may be a bug that should be fixed. If anyone wants to investigate, quickly
ask questions before these buggy video drivers decide to lock up a
C. P. Ghost wrote:
Not clearing /tmp on reboot has been
the norm for way too long and it is too late to change now.
We either evolve or be in a stalemate forever.
It's not just POLA, it also involves deleting data of unaware
users, and that should be avoided.
Mounting on a directory (/tmp)
Adrian Chadd wrote:
On 30 March 2012 17:57, wrote:
C. P. Ghost wrote:
Not clearing /tmp on reboot has been
the norm for way too long and it is too late to change now.
We either evolve or be in a stalemate forever.
No, you do it in a sensible, controlled fashion.
Does anyone see a confl
So while the unstable, reverse-engineered ATI drivers were locked up (which is
usual, it happens ~5 times a day on average), I pressed the ATX power button to
initiate a clean shutdown (statistically, this usually succeeds). During the
shutdown procedure, a panic occurred. (As a result, the fil
My previous upgrade run was about 2 weeks ago. Today I ran portupgrade
(``portupgrade -wfuck <2012-07-31T04:38:00''), but interrupted it (pausing the
upgrade process). Later I continued the upgrade process (using the same command
line), and got a Ruby script error.
The error occurred with port
Has anyone, ever, proposed, thought about, or used a hierarchical feedback
model, where conference participants are grouped into some tree, where one
experienced (or trusted) person in a group would answer simple questions
(coming from other members of the group), and forward advanced questions
When one of my flash drives is being heavily written to; typically by ``svn
update'' on /usr/src, located on the flash drive; the following can be said
about filesystem behavior:
- ``svn update'' seems to be able to quickly update a bunch of files, but is
then unable to continue for a period o
On 03/02/2013 21:46, Edward Tomasz Napierała wrote:
Wiadomość napisana przez deeptech71 w dniu 2 mar 2013, o godz. 18:29:
When one of my flash drives is being heavily written to; typically by ``svn
update'' on /usr/src, located on the flash drive; the following can be said
about
On 03/04/2013 04:01, Don Lewis wrote:
The Lemming-syncer problem should have mostly been fixed by 231160 in
head (231952 in stable/9 and 231967 in stable/8) a little over a year
ago. The exceptions are atime updates, mmaped files with dirty pages,
and quotas. Under certain workloads I still notic
When running ``man script'' (world r248258), I get:
mdoc warning: .Fx: Unknown FreeBSD version `10' (#181)
(and the whole man page, which quickly hides the warning).
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listin
On 03/19/2013 18:26, Marcus Reid wrote:
On Mon, Mar 04, 2013 at 04:53:10AM +0100, deeptech71 wrote:
I use atimes all the time to get to the bottom of lots of common
problems.
Details !
It sounds like in your case, atime is a debugging feature (which are generally
to be turned off on
/usr/local/bin/g++48 -o test test.o base64.o registry.o server_abyss.o
server_pstream.o tools.o value.o xml.o testclient.o
/usr/ports/net/xmlrpc-c-devel/work/xmlrpc-c-1.32.99/src/cpp/libxmlrpc_server_abyss++.a
/usr/ports/net/xmlrpc-c-devel/work/xmlrpc-c-1.32.99/src/cpp/libxmlrpc_server_pstre
/usr/src/bin/ed/cbc.c:76:13: error: unused variable 'bits'
[-Werror,-Wunused-variable]
static char bits[] = { /* used to extract bits from a char */
^
/usr/src/bin/ed/cbc.c:80:12: error: unused variable 'pflag'
[-Werror,-Wunused-variable]
static int pflag;
On 03/20/2013 20:49, Dimitry Andric wrote:> On Mar 20, 2013, at 19:54, deeptech71
wrote:
/usr/local/lib/gcc48/include/c++/bits/locale_facets.h:869: undefined reference to
`std::ctype::_M_widen_init() const'
[...]
/usr/local/lib/gcc48/include/c++/bits/stl_list.h:1550: undefined refe
As of r248872, my system, when ordered to power off, stalls at the "Uptime: [...]" message. Before
that revision, the "Uptime" message would be followed by several additional messages -- something
related to "usb controllers" -- before powering off.
__
My kernel configuration file:
cpu I686_CPU
options SCHED_ULE
options PREEMPTION
options INET
options FFS
options SOFTUPDATES
options UFS_DIRHASH
options MD_ROOT
options MSDOSFS
options CD9660
options GEOM_PART_GPT
options GEOM_LABEL
options COMPAT_FREEBSD4
options COMPAT_FREEBSD5
options COMPAT_F
On 04/07/2013 15:22, Lev Serebryakov wrote:
It looks like characters from two lines are interleaved... Is it
known problem?
Have you removed
options PRINTF_BUFR_SIZE=128 # Prevent printf output being interspersed.
from your (GENERIC) kernel?
__
On 04/07/2013 23:20, Andreas Nilsson wrote:
On Sun, Apr 7, 2013 at 9:36 PM, deeptech71 mailto:deeptec...@gmail.com>> wrote:
options PRINTF_BUFR_SIZE=128 # Prevent printf output being interspersed.
And here I thought that it was added to mitigate the "interspersed output"
37 matches
Mail list logo
