On Tue, Jul 10, 2012 at 10:52:26AM -0400, Kim Culhan wrote:
Updating -current to r238290 after make buildworld, installworld fails at:
install -o root -g wheel -m 444 as.info.gz ld.info.gz
binutils.info.gz /usr/share/info
=== gnu/usr.bin/cc (install)
=== gnu/usr.bin/cc/cc_tools (install)
On Thu, Jul 12, 2012 at 08:03:09PM -0400, Jung-uk Kim wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2012-07-12 14:04:58 -0400, Jung-uk Kim wrote:
OpenSSL 1.0.1c will be merged to head today. There will be
several important changes to note.
- Several crypto/engine modules
On Sat, Jul 14, 2012 at 05:32:31PM +, Poul-Henning Kamp wrote:
In message 50016d73.3020...@wp.pl, Marek Salwerowicz writes:
I'm currently trying to boot an intel evaluation board (D2700) with
Boot goes fine until the kernel is loaded.
Once the kernel is loaded, boot continues,
On Sat, Jul 14, 2012 at 06:47:10PM +, Poul-Henning Kamp wrote:
In message 20120714181058.gr2...@deviant.kiev.zoral.com.ua, Konstantin
Belous
ov writes:
Try the fix I committed in r237203+r237223, that was for a D2500CC
which also had bogus VGA behaviour.
This should be merged for
On Thu, Jul 19, 2012 at 03:00:16PM +0400, Andrey Smagin wrote:
Hi.
make installworld can't be done.
for success installworld need:
mkdir /usr/share/examples/libusb20/
Yes, I think that r238603 missed an update to etc/mtree/BSD.usr.dist.
pgpon0VpTtnyq.pgp
Description: PGP signature
On Fri, Jul 20, 2012 at 05:40:32PM +0200, Dimitry Andric wrote:
On 2012-07-20 16:49, Kim Culhan wrote:
Seeing this for r:238655
...
In file included from
/usr/src/sys/modules/dtrace/dtrace/../../../sys/pcpu.h:44:
./machine/pcpu.h:226:13: error: indirection of non-volatile null
On Fri, Jul 20, 2012 at 10:07:05PM +0100, David Chisnall wrote:
On 20 Jul 2012, at 17:33, Konstantin Belousov wrote:
It is not related to dtrace at all, and indeed OFFSETOF_CURTHREAD is 0.
This is a bug in clang, we compile our kernel in freestanding environment.
The copies of the C spec
On Sat, Jul 21, 2012 at 01:35:26PM +0200, Dimitry Andric wrote:
On 2012-07-21 01:16, Konstantin Belousov wrote:
On Fri, Jul 20, 2012 at 10:07:05PM +0100, David Chisnall wrote:
On 20 Jul 2012, at 17:33, Konstantin Belousov wrote:
It is not related to dtrace at all, and indeed
On Sat, Jul 21, 2012 at 02:43:16PM +0300, Konstantin Belousov wrote:
On Sat, Jul 21, 2012 at 01:35:26PM +0200, Dimitry Andric wrote:
On 2012-07-21 01:16, Konstantin Belousov wrote:
On Fri, Jul 20, 2012 at 10:07:05PM +0100, David Chisnall wrote:
On 20 Jul 2012, at 17:33, Konstantin
On Sat, Jul 21, 2012 at 12:59:07PM +0100, David Chisnall wrote:
On 21 Jul 2012, at 00:16, Konstantin Belousov wrote:
Ok, I stand corrected. But the standard does not say what you claim
either. It only specifies that NULL pointer is unequal to any pointer
to object or function (implicitely
On Sat, Jul 21, 2012 at 04:00:45PM -0400, Kim Culhan wrote:
On Fri, Jul 20, 2012 at 11:40 AM, Dimitry Andric d...@freebsd.org wrote:
On 2012-07-20 16:49, Kim Culhan wrote:
Seeing this for r:238655
...
In file included from
/usr/src/sys/modules/dtrace/dtrace/../../../sys/pcpu.h:44:
[Why don't you bother to configure your mail client properly ?
Answering to email with 500+ long lines is not trivial]
On Sun, Jul 22, 2012 at 06:18:12PM +0100, David Chisnall wrote:
On 21 Jul 2012, at 22:16, Konstantin Belousov wrote:
On Sat, Jul 21, 2012 at 04:00:45PM -0400, Kim Culhan
On Sun, Jul 22, 2012 at 09:01:19PM +0300, Konstantin Belousov wrote:
[Why don't you bother to configure your mail client properly ?
Answering to email with 500+ long lines is not trivial]
On Sun, Jul 22, 2012 at 06:18:12PM +0100, David Chisnall wrote:
On 21 Jul 2012, at 22:16, Konstantin
On Tue, Jul 24, 2012 at 10:08:13PM +0100, David Chisnall wrote:
On 23 Jul 2012, at 20:53, David Chisnall wrote:
On 23 Jul 2012, at 20:18, Konstantin Belousov wrote:
Longer description is that pc_curthread is offset 0 if %gs-based.
The dereferenced pointer point to the struct thread
On Wed, Jul 25, 2012 at 09:03:58AM +0100, David Chisnall wrote:
On 24 Jul 2012, at 23:43, Konstantin Belousov wrote:
As kan rightfully notes, the assumption that %fs:0 == *%fs:0 holds for
userspace on amd64, and the same is true for %gs userspace on i386.
The change you committed to clang
[Long story, the summary is in last two paragraphs]
I use several APC UPS some of which are connected by the USB-serial
dongle. Said USBs very much like to drop from the USB bus on a
smallest power glitch. Today I noted that a machine dropped UPS
serial USB device, and did not reattached it.
On Wed, Aug 01, 2012 at 10:46:58PM +0200, Ed Schouten wrote:
Hi Kostik,
2012/8/1 Konstantin Belousov kostik...@gmail.com:
I would blame tty subsystem rather then USB subsystem. The d_purge
method of the ttydev_cdevsw is not implemented, but it is the only
measure that can break
On Thu, Aug 02, 2012 at 09:55:36PM -0400, Alexander Kabaev wrote:
It is weird that program tries to dlopen what appears to be the binary
(itself?), but that did uncover the issue. Please try attached patch,
I only very lightly tested it here.
Also available here:
On Sun, Aug 05, 2012 at 05:31:19PM +0200, Juergen Lock wrote:
Hi kib, -current, seems we have a segfault in rtld when updating
the multimedia/vlc port from the version currently in ports to the
2.0.3 CFT version from here:
http://people.freebsd.org/~nox/tmp/vlc-2.0.3-006.patch
(If
On Tue, Aug 07, 2012 at 05:03:13PM +0200, Hans Petter Selasky wrote:
On Sunday 05 August 2012 10:33:13 Hans Petter Selasky wrote:
On Friday 03 August 2012 10:32:47 Ed Schouten wrote:
2012/8/1 Hans Petter Selasky hsela...@c2i.net:
I think the problem is like this, that in order to re-use
On Wed, Aug 08, 2012 at 07:42:24PM +0200, Hans Petter Selasky wrote:
On Wednesday 08 August 2012 19:24:18 Ed Schouten wrote:
2012/8/8 Hans Petter Selasky hsela...@c2i.net:
I have a question regarding the changed fragment of code. Why don't you
use unr(9) KPI to manage unit numbers ?
On Mon, Aug 13, 2012 at 01:13:35AM +0200, Juergen Lock wrote:
On Sun, Aug 05, 2012 at 07:38:11PM +0200, Juergen Lock wrote:
On Sun, Aug 05, 2012 at 07:13:53PM +0300, Konstantin Belousov wrote:
On Sun, Aug 05, 2012 at 05:31:19PM +0200, Juergen Lock wrote:
Hi kib, -current, seems we have
On Mon, Aug 20, 2012 at 01:42:31PM +0200, Bernhard Fr?hlich wrote:
On Sun, Aug 19, 2012 at 10:01 PM, Tim Kientzle t...@kientzle.com wrote:
On Aug 19, 2012, at 12:17 PM, Garrett Cooper wrote:
On Sun, Aug 19, 2012 at 9:45 AM, Tim Kientzle t...@kientzle.com wrote:
On Aug 12, 2012, at
On Wed, Aug 22, 2012 at 09:13:44AM +0200, David Naylor wrote:
Hi,
While trying to compile FreeBSD 10 packages I encountered this error:
# chroot /scratchpad/freebsd10_i386 tar -cf /dev/null root
tar: getvfsbyname failed: No such file or directory
tar: Error exit delayed from previous
On Mon, Aug 27, 2012 at 05:28:09PM +0200, Bernhard Fr?hlich wrote:
On Mon, Aug 20, 2012 at 2:31 PM, Konstantin Belousov
kostik...@gmail.com wrote:
On Mon, Aug 20, 2012 at 01:42:31PM +0200, Bernhard Fr?hlich wrote:
On Sun, Aug 19, 2012 at 10:01 PM, Tim Kientzle t...@kientzle.com wrote
On Tue, Aug 28, 2012 at 12:40:29PM -0400, John Baldwin wrote:
On Tuesday, August 28, 2012 11:50:25 am Luigi Rizzo wrote:
On Mon, Aug 27, 2012 at 12:27:54PM -0400, John Baldwin wrote:
On Monday, August 27, 2012 3:55:47 am Andriy Gapon wrote:
on 27/08/2012 10:34 Luigi Rizzo said the
On Tue, Aug 28, 2012 at 01:38:13PM -0400, John Baldwin wrote:
On Tuesday, August 28, 2012 1:26:06 pm Konstantin Belousov wrote:
On Tue, Aug 28, 2012 at 12:40:29PM -0400, John Baldwin wrote:
On Tuesday, August 28, 2012 11:50:25 am Luigi Rizzo wrote:
On Mon, Aug 27, 2012 at 12:27:54PM
On Tue, Aug 28, 2012 at 08:42:26PM +0200, Luigi Rizzo wrote:
On Tue, Aug 28, 2012 at 08:26:06PM +0300, Konstantin Belousov wrote:
...
dev_clone() is rather gross and a lot harder to use than
devfs_set_cdevpriv(). If you are fine with the inherent problems
of the device pager (you can't
On Wed, Aug 29, 2012 at 06:55:26AM +0200, Luigi Rizzo wrote:
On Wed, Aug 29, 2012 at 07:12:40AM +0300, Konstantin Belousov wrote:
On Tue, Aug 28, 2012 at 08:42:26PM +0200, Luigi Rizzo wrote:
On Tue, Aug 28, 2012 at 08:26:06PM +0300, Konstantin Belousov wrote:
...
dev_clone
On Thu, Aug 30, 2012 at 04:07:48PM +0200, Bernhard Fr?hlich wrote:
On Mon, Aug 20, 2012 at 2:31 PM, Konstantin Belousov
kostik...@gmail.com wrote:
On Mon, Aug 20, 2012 at 01:42:31PM +0200, Bernhard Fr?hlich wrote:
On Sun, Aug 19, 2012 at 10:01 PM, Tim Kientzle t...@kientzle.com wrote
It is relatively well known that Ivy Bridge CPUs (Core iX 3XXX) have
built-in hardware random number generator, which is claimed to be both
very fast and high quality. Generator is accessible using non-privileged
RDRAND instruction. It is claimed that CPU performs sanitization of the
random
On Mon, Sep 03, 2012 at 12:35:08PM +0200, Svatopluk Kraus wrote:
Hi,
I found out that while the running excecutables and a dynamic linker
are protected against writing (ETXTBSY), the loaded shared libraries
are not protected. The libraries are mapped by mmap() in dynamic
linker (rtld) and
On Tue, Sep 04, 2012 at 02:49:07PM +0200, Svatopluk Kraus wrote:
On Mon, Sep 3, 2012 at 2:46 PM, Konstantin Belousov kostik...@gmail.com
wrote:
On Mon, Sep 03, 2012 at 12:35:08PM +0200, Svatopluk Kraus wrote:
Hi,
I found out that while the running excecutables and a dynamic linker
On Fri, Sep 07, 2012 at 05:12:37PM +0200, Svatopluk Kraus wrote:
On Tue, Sep 4, 2012 at 6:00 PM, John Baldwin j...@freebsd.org wrote:
On Tuesday, September 04, 2012 9:00:39 am Konstantin Belousov wrote:
On Tue, Sep 04, 2012 at 02:49:07PM +0200, Svatopluk Kraus wrote:
On Mon, Sep 3, 2012
On Fri, Sep 07, 2012 at 12:21:37PM -0400, John Baldwin wrote:
On Friday, September 07, 2012 12:02:08 pm Konstantin Belousov wrote:
On Fri, Sep 07, 2012 at 05:12:37PM +0200, Svatopluk Kraus wrote:
On Tue, Sep 4, 2012 at 6:00 PM, John Baldwin j...@freebsd.org wrote:
On Tuesday, September
On Fri, Sep 07, 2012 at 02:05:28PM -0400, John Baldwin wrote:
On Friday, September 07, 2012 12:42:18 pm Konstantin Belousov wrote:
On Fri, Sep 07, 2012 at 12:21:37PM -0400, John Baldwin wrote:
On Friday, September 07, 2012 12:02:08 pm Konstantin Belousov wrote:
On Fri, Sep 07, 2012 at 05
On Fri, Sep 07, 2012 at 12:48:19PM -0600, Ian Lepore wrote:
On Fri, 2012-09-07 at 21:41 +0300, Konstantin Belousov wrote:
After a second thought, I do not like your proposal as well. +x is set for
shebang scripts, and allowing PROT_EXEC to set VV_TEXT for them means
that such scripts
Please find at
http://people.freebsd.org/~kib/misc/smep.1.patch
the patch which should enable the FSGSBASE and SMEP features
supposedly present in the IvyBridge CPUs.
FSGSBASE are four new instructions available in the 64bit mode only.
They allow to access bases for %fs and %gs without touching
9 with
interrupts disabled), system doesn't boot on E3-1230 V2 on Supermicro
X9SCM-IIF
Anything else I could check?
I need the backtrace and the whole kernel messages.
Regards,
Michael!
On 09/08/2012 08:10 PM, Konstantin Belousov wrote:
Please find at
http://people.freebsd.org
On Sun, Sep 09, 2012 at 02:02:55PM +0300, Konstantin Belousov wrote:
On Sun, Sep 09, 2012 at 08:42:37AM +0200, Michael Fuckner wrote:
Hi all,
I changed your patch slightly to apply to specialreh.h on STABLE
root@c64:/root # diff smep.1.patch.bak smep.1.patch
80c80
diff --git
On Mon, Sep 10, 2012 at 04:12:07PM -0500, Brooks Davis wrote:
[Please confine your replies to toolch...@freebsd.org to keep the thread
on the most relevant list.]
I do not see how removing current@ can be done, toolchain@ is not
relevant for this discussion. Proposed is not a local change in the
On Tue, Sep 11, 2012 at 02:06:49PM +0200, Roman Divacky wrote:
tl;dr: Clang will become the default compiler for x86 architectures on
2012-11-04
There was a chorus of voices talking about ports already. My POV
is that suggesting to 'fix remaining ports to work with clang' is
just a
On Tue, Sep 11, 2012 at 09:27:07AM -0700, Pedro Giffuni wrote:
Hello;
Just my $0.02.
- Original Message -
...
Can you, please, read what I wrote ? Fixing _ports_ to compile with
clang is plain wrong. Upstream developers use gcc almost always for
development and testing.
On Sun, Sep 16, 2012 at 12:34:45AM +0200, Dimitry Andric wrote:
Hi all,
By request, I performed a series of kernel performance tests on FreeBSD
10.0-CURRENT, particularly comparing the runtime performance of GENERIC
kernels compiled by gcc 4.2.1 and by clang 3.2.
The attached text file[1]
On Thu, Sep 20, 2012 at 06:15:54AM +0400, Gleb Smirnoff wrote:
On Wed, Sep 19, 2012 at 02:16:17PM -0700, Maksim Yevmenkin wrote:
M hello,
M
M for sometime now i've been repeatedly annoyed by the fact that 10G
M interfaces lie about their ifi_baudrate. i would like to propose
M simple
On Fri, Sep 21, 2012 at 11:39:40PM +0200, Dimitry Andric wrote:
Hi all,
As a followup to my previous post about the performance of FreeBSD 10.0
kernels compiled with different compilers (clang and gcc), I did another
series of tests, now on a more modern machine (Core i5-based). I also
Please find below the patch to add the unwind annotations for the libc
and libthr assembler routines on amd64. The change shall have no impact
on the execution of the changed code, because no functions there ever
generate C++ exception or call a function that could generate exception.
The
On Fri, Oct 12, 2012 at 10:50:55AM +0200, Harald Schmalzbauer wrote:
schrieb Konstantin Belousov am 02.09.2012 12:34 (localtime):
It is relatively well known that Ivy Bridge CPUs (Core iX 3XXX) have
built-in hardware random number generator, which is claimed to be both
very fast and high
On Fri, Oct 19, 2012 at 08:55:42AM -0700, John-Mark Gurney wrote:
Ulrich Sprlein wrote this message on Fri, Oct 19, 2012 at 16:36 +0200:
those roff sources have been very naughty and will be removed from the
tree by the end of the year. Most of those papers are severely out of
date and
On Tue, Oct 23, 2012 at 02:36:07PM +0200, Svatopluk Kraus wrote:
Hi,
I'm just syncing my ARM pmap code (base on i386 one) with current
i386 pmap code. It looks that sched_pin() is missing after successful
rw_try_wlock() in pmap_protect().
Yes, you are right, I think. The following patch
On Sun, Sep 09, 2012 at 11:29:05PM +0300, Konstantin Belousov wrote:
On Sun, Sep 09, 2012 at 02:02:55PM +0300, Konstantin Belousov wrote:
On Sun, Sep 09, 2012 at 08:42:37AM +0200, Michael Fuckner wrote:
Hi all,
I changed your patch slightly to apply to specialreh.h on STABLE
On Fri, Nov 02, 2012 at 09:21:56AM +0100, Michael Fuckner wrote:
is at http://people.freebsd.org/~kib/misc/smep.3.patch .
Please test.
looks good (after changing the location of specialreg.h (on STABLE)
do you need any output or something like that?
No, thank you, I do not need
On Sat, Nov 03, 2012 at 10:55:42PM +0100, Alexander Leidinger wrote:
Hi,
I updated from r239708 to r242511 and my watchdogd coredumps (and
brings down the system... well, the WD works).
Before I have a deeper look (recompiling with debugging and such) at
this, can someone confirm that
On Sun, Nov 04, 2012 at 02:42:13PM +0200, David Naylor wrote:
On Saturday, 3 November 2012 23:47:54 Jan Beich wrote:
David Naylor naylor.b.da...@gmail.com writes:
There are two issues here: 1) wine compiled with clang, and 2) wine
(compiled with gcc) running on clang compiled base.
On Sun, Nov 04, 2012 at 03:29:42PM +0100, Dimitry Andric wrote:
On 2012-11-04 14:18, Konstantin Belousov wrote:
On Sun, Nov 04, 2012 at 02:42:13PM +0200, David Naylor wrote:
...
I tried building (using gcc) wine with your patch and now (at least)
winecfg
and regedit work with a clang
On Wed, Nov 07, 2012 at 09:27:32AM -0600, Larry Rosenman wrote:
Vic Abell (the lsof author) asked me the following:
In adjusting for clang I have come up with an unanswered
question. Where is the VOP_UNLOCK() macro defined?
I've done a full search of all the files in /usr/src/sys
and can't
On Thu, Nov 08, 2012 at 01:23:13PM +0100, Joel Dahl wrote:
On 08-11-2012 12:55, Andriy Gapon wrote:
on 08/11/2012 10:45 Joel Dahl said the following:
Hi,
I rebuilt head (r242605) in a VMware virtual machine a couple of days
ago, and
now it won't boot anymore. The loader menu
On Thu, Nov 08, 2012 at 05:33:53PM +0100, Joel Dahl wrote:
On 08-11-2012 16:33, Konstantin Belousov wrote:
On Thu, Nov 08, 2012 at 01:23:13PM +0100, Joel Dahl wrote:
On 08-11-2012 12:55, Andriy Gapon wrote:
on 08/11/2012 10:45 Joel Dahl said the following:
Hi,
I rebuilt
On Thu, Nov 08, 2012 at 07:01:02PM -0600, Larry Rosenman wrote:
Continuing from my thread with clang questions from Vic Abell
a...@purdue.edu for lsof:
Larry,
Thanks for forwarding the comments. I would be happy
to engage anyone interested in improving lsof's interface
to FreeBSD.
On Thu, Nov 08, 2012 at 03:49:32PM -0800, Steve Kargl wrote:
On Thu, Nov 08, 2012 at 03:13:49PM -0800, Steve Kargl wrote:
Upgraded my amd64 system, yesterday. Needed to rebuild one
of my projects, and hit
/usr/local/openmpi-1.6.3/bin/mpif90 -static -O2 -pipe -march=native
On Fri, Nov 09, 2012 at 08:43:04AM -0800, Steve Kargl wrote:
On Fri, Nov 09, 2012 at 02:00:12PM +0200, Konstantin Belousov wrote:
On Thu, Nov 08, 2012 at 03:49:32PM -0800, Steve Kargl wrote:
This appears to fix the problem. Don't know if this is
th right way to handle
On Mon, Nov 26, 2012 at 06:31:34AM -0800, sig6247 wrote:
Hi,
Just checked out r243529, this only happens when the kernel is compiled
by clang, and only on i386, either recompiling the kernel with gcc or
booting from a UFS root works fine. Is it a known problem?
It looks like that clang
On Tue, Nov 27, 2012 at 12:26:44PM +0100, Andre Oppermann wrote:
FreeBSD bbb.ccc 10.0-CURRENT FreeBSD 10.0-CURRENT #0:
Fri Nov 23 17:00:40 CET 2012
a...@bbb.ccc:/usr/obj/usr/src/head/sys/GENERIC amd64
#0 doadump (textdump=-2014022336) at pcpu.h:229
#1 0x8033e2d2 in db_fncall
On Tue, Nov 27, 2012 at 04:38:12PM +0100, Andre Oppermann wrote:
On 27.11.2012 16:06, Konstantin Belousov wrote:
On Tue, Nov 27, 2012 at 12:26:44PM +0100, Andre Oppermann wrote:
FreeBSD bbb.ccc 10.0-CURRENT FreeBSD 10.0-CURRENT #0:
Fri Nov 23 17:00:40 CET 2012
a...@bbb.ccc:/usr/obj/usr
On Tue, Nov 27, 2012 at 08:21:05AM +1100, Bruce Evans wrote:
On Mon, 26 Nov 2012, Konstantin Belousov wrote:
On Mon, Nov 26, 2012 at 06:31:34AM -0800, sig6247 wrote:
Just checked out r243529, this only happens when the kernel is compiled
by clang, and only on i386, either recompiling
On Fri, Nov 30, 2012 at 04:42:45AM -0800, sig6247 wrote:
On Fri, 30 Nov 2012 01:29:44 +0200, Konstantin Belousov kostik...@gmail.com
wrote:
Please apply the patch below and obtain the backtrace of the double fault
panic again. I will commit the patch later.
Thanks for the patch
On Sun, Dec 02, 2012 at 08:21:50AM +0900, Hiroki Sato wrote:
Garrett Cooper yaneg...@gmail.com wrote
in CAGH67wShpcmOKhc09+MP5c-AOm7EAPG+Gqv=j0prq0sgutz...@mail.gmail.com:
ya On Sat, Dec 1, 2012 at 2:10 PM, Garrett Cooper yaneg...@gmail.com wrote:
ya Why change the tool when we can
On Sat, Dec 01, 2012 at 01:34:04AM -0800, sig6247 wrote:
On Fri, 30 Nov 2012 18:47:15 +0200, Konstantin Belousov kostik...@gmail.com
wrote:
Hm, this is not very useful. Although the panic is again caused by the stack
overflow, most likely (please also include the output of the show thread
On Mon, Dec 10, 2012 at 09:35:29AM -0800, Mark Atkinson wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 12/07/2012 09:29, Dimitry Andric wrote:
On 2012-12-07 17:43, Mark Atkinson wrote:
On 12/7/2012 6:08 AM, Dimitry Andric wrote:
...
With this patch (placed in
On Mon, Dec 10, 2012 at 01:38:21PM -0500, Rick Macklem wrote:
Adrian Chadd wrote:
.. what was the previous kernel version?
Hopefully Tim has it narrowed down more, but I don't see
the hangs on a Sept. 7 kernel from head and I do see them
on a Dec. 3 kernel from head. (Don't know the eact
On Mon, Dec 10, 2012 at 12:29:20PM -0800, Mark Atkinson wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 12/10/2012 10:25, Konstantin Belousov wrote:
On Mon, Dec 10, 2012 at 09:35:29AM -0800, Mark Atkinson wrote: On
12/07/2012 09:29, Dimitry Andric wrote:
On 2012-12-07 17:43
On Mon, Dec 10, 2012 at 01:13:23PM -0800, Mark Atkinson wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 12/10/2012 12:45, Mark Atkinson wrote:
On 12/10/2012 12:33, Konstantin Belousov wrote:
Hmm. Since I took out -O2 and added -g in rebuilding
libthr/libc/rtld, I figured I
On Mon, Dec 10, 2012 at 07:11:59PM -0500, Rick Macklem wrote:
Konstantin Belousov wrote:
On Mon, Dec 10, 2012 at 01:38:21PM -0500, Rick Macklem wrote:
Adrian Chadd wrote:
.. what was the previous kernel version?
Hopefully Tim has it narrowed down more, but I don't see
the hangs
On Tue, Dec 11, 2012 at 04:55:52PM -0500, Rick Macklem wrote:
Konstantin Belousov wrote:
On Mon, Dec 10, 2012 at 07:11:59PM -0500, Rick Macklem wrote:
Konstantin Belousov wrote:
On Mon, Dec 10, 2012 at 01:38:21PM -0500, Rick Macklem wrote:
Adrian Chadd wrote:
.. what
On Tue, Dec 11, 2012 at 05:30:24PM -0500, Rick Macklem wrote:
Konstantin Belousov wrote:
On Tue, Dec 11, 2012 at 04:55:52PM -0500, Rick Macklem wrote:
Konstantin Belousov wrote:
On Mon, Dec 10, 2012 at 07:11:59PM -0500, Rick Macklem wrote:
Konstantin Belousov wrote:
On Mon
On Tue, Dec 11, 2012 at 08:58:47PM -0500, Rick Macklem wrote:
Ok, I'll test r243598 and then r243599 and r243835, just to
see if it really is this.
I'll email when I have done this.
If you test only r243598, I am sure that you would experience corruption.
The r243599 should cause the
On Wed, Dec 12, 2012 at 10:01:39PM -0500, Rick Macklem wrote:
Konstantin Belousov wrote:
On Tue, Dec 11, 2012 at 08:58:47PM -0500, Rick Macklem wrote:
Ok, I'll test r243598 and then r243599 and r243835, just to
see if it really is this.
I'll email when I have done this.
If you
On Thu, Dec 13, 2012 at 10:14:29PM -0500, Rick Macklem wrote:
Good work. This patch seems to have done the trick. I've run
quite a few kernel build cycles without a hang. I'll keep running
them, but I would have expected to see a hang by now.
Maybe Tim can test the patch as well?
(I needed
On Sat, Dec 22, 2012 at 01:08:10PM +0200, Andriy Gapon wrote:
on 22/12/2012 02:21 Garrett Cooper said the following:
Fatal trap 1: privileged instruction fault while in kernel mode
Fatal trap 1: privileged instruction fault while in kernel mode
Unrelated to the original topic - this looks
On Sat, Dec 22, 2012 at 01:44:49PM +0200, Andriy Gapon wrote:
on 22/12/2012 13:21 Konstantin Belousov said the following:
This is due to the vtoslab() returning NULL. Since slabref is dereferenced
later, clang tries to be helpful as usual and converts the !(p-flags
PG_SLAB) case from
On Sun, Dec 23, 2012 at 11:55:15AM -0700, Ian Lepore wrote:
Background: I'm trying to get nandfs working on a low-end small-memory
embedded system. I'm debugging performance problems that manifest as
the system (or large portions of it) becoming unresponsive for many
seconds at a time. It
On Wed, Jan 02, 2013 at 05:22:06PM +0100, Luigi Rizzo wrote:
On Wed, Jan 02, 2013 at 03:11:05PM +0200, Alexander Motin wrote:
...
First of all, if you know that there is already a hardclock/statclock/*
scheduled in [T_X, T_X+D] you just reuse that. This particular bullet
was no event
On Fri, Jan 04, 2013 at 04:49:41PM +0100, Stefan Farfeleder wrote:
On Wed, Jan 02, 2013 at 02:59:50PM +0100, Stefan Farfeleder wrote:
On Sun, Dec 30, 2012 at 11:17:10PM +0100, Dimitry Andric wrote:
I have been playing with Stefan's testcase for a while now, and while I
can reproduce
On Fri, Jan 04, 2013 at 08:06:02PM +0100, Stefan Farfeleder wrote:
On Fri, Jan 04, 2013 at 08:14:38PM +0200, Konstantin Belousov wrote:
On Fri, Jan 04, 2013 at 04:49:41PM +0100, Stefan Farfeleder wrote:
Here's a minimal test case that reproduces the bug:
$ cat throw-crash.cc
On Mon, Jan 07, 2013 at 03:54:23PM -0800, Xin Li wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Hi,
I've recently (by mid-December I think) noticed that sysctl -a can
sometimes cause kernel trap 12. Tried enabling INVARIANTS and the
problem mysteriously disappeared. After some
On Wed, Jan 09, 2013 at 07:52:43PM +0100, Florian Smeets wrote:
Hi,
I got this while building packages with poudriere. I'm running r245188.
Let me know if you need anything else from the dump.
Florian
VNASSERT failed
0xfe04fda5bba0: tag zfs, type VREG
usecount 1, writecount
On Tue, Jan 31, 2012 at 09:23:50AM +0800, Paul Ambrose wrote:
?? 2012??1??31?? 12:43??Kostik Belousov kostik...@gmail.com ??
On Mon, Jan 30, 2012 at 07:08:13PM +0800, Paul Ambrose wrote:
?? 2012??1??30?? 2:36??Kostik Belousov kostik...@gmail.com ??
On Mon, Jan 30, 2012 at
On Thu, Feb 02, 2012 at 08:46:47AM +0800, Paul Ambrose wrote:
Unfortunately, I try 10-current(HEAD) with pcid.3.patch in my i5-2300
box, system panic
Unfortunately, you did not provided any details of the panic.
Panic message and backtrace is the absolute minimum.
pgpxg4eyJtcbA.pgp
On Fri, Feb 03, 2012 at 04:01:46PM -0800, Dmitry Mikulin wrote:
Please provide more details, I am looking forward for the panic
message and backtrace.
I can't seem to get the panic with the latest source base, but tracing
doesn't appear to work with vfork(). I attached a modified test
On Mon, Feb 06, 2012 at 01:19:30PM -0800, Dmitry Mikulin wrote:
I see what is going on. The wait loop for P_PPWAIT in do_fork() simply
do not allow the ptracestop() in the syscall return path to be reached.
There seems to be more problems. In particular, I do not see anything
which would
On Wed, Feb 08, 2012 at 04:51:57PM -0800, Dmitry Mikulin wrote:
The patch I sent earlier works for me. Just wanted to let you know to
illustrate what I would like to see from the kernel.
I'm trying to see if there's way not to add flags with semantics similar to
TDB_EXEC. I think the
On Thu, Feb 09, 2012 at 12:48:26PM -0800, Dmitry Mikulin wrote:
The semantic of PL_FLAG_EXEC up until now is very simple: it indicates
that current stop occured during the first return to usermode after
successful exec. The proposed patch breaks the semantic, because now
some stops which
I looked at the orphan.patch.
Am I right that the orphans are the real childs of the process which
are temporarily reparented to the debugger ? Whatever they are, a comment
should be added to proc.h describing what does it mean.
Please provide me with a test case that demonstrates the issue
On Mon, Feb 13, 2012 at 02:04:24PM -0800, Dmitry Mikulin wrote:
On 02/13/2012 07:28 AM, Konstantin Belousov wrote:
I looked at the orphan.patch.
Am I right that the orphans are the real childs of the process which
are temporarily reparented to the debugger ? Whatever they are, a comment
On Mon, Feb 13, 2012 at 02:50:45PM -0800, Dmitry Mikulin wrote:
It seems that now wait4(2) can be called from the real (non-debugger)
parent first and result in the call to proc_reap(), isn't it ? We would
then just reparent the child back to the caller, still leaving the
zombie and confusing
On Wed, Feb 15, 2012 at 09:22:10AM -0800, Dmitry Mikulin wrote:
On 02/15/2012 08:32 AM, Konstantin Belousov wrote:
On Mon, Feb 13, 2012 at 02:50:45PM -0800, Dmitry Mikulin wrote:
It seems that now wait4(2) can be called from the real (non-debugger)
parent first and result in the call
On Wed, Feb 15, 2012 at 09:54:44AM -0800, Dmitry Mikulin wrote:
On 02/15/2012 09:40 AM, Konstantin Belousov wrote:
On Wed, Feb 15, 2012 at 09:22:10AM -0800, Dmitry Mikulin wrote:
On 02/15/2012 08:32 AM, Konstantin Belousov wrote:
On Mon, Feb 13, 2012 at 02:50:45PM -0800, Dmitry Mikulin
This is a notification to allow you to comment on the patch before the
commit.
I will commit the latest version of the patch to remove the limitation
of the maximal i/o size for read/write syscalls to INT_MAX in the
beginning of the next week.
The change is available at
On Tue, Feb 21, 2012 at 10:28:50AM -0800, Steve Kargl wrote:
Sorry about the cross post, but I can't tell if this
a -current issue of a -ports issue. Unfortunately,
I updated my freebsd 10.0 systems and the lang/gcc
port during the same timeframe.
I have compiled my math library and
On Tue, Feb 21, 2012 at 11:42:59AM -0800, Steve Kargl wrote:
On Tue, Feb 21, 2012 at 08:57:54PM +0200, Konstantin Belousov wrote:
On Tue, Feb 21, 2012 at 10:28:50AM -0800, Steve Kargl wrote:
troutmask:kargl[210] halfspace
/lib/libgcc_s.so.1: version GCC_4.6.0 required by
/home
101 - 200 of 1224 matches
Mail list logo