Re: Thoughts on TMPFS no longer being considered highly experimental

2011-06-23 Thread Kostik Belousov
On Thu, Jun 23, 2011 at 09:31:09AM -0700, David O'Brien wrote: Does anyone object to this patch? David Wolfskill and I have run TMPFS on a number of machines for two years with no problems. I may have missed something, but I'm not aware of any serious PRs on TMPFS either. Index:

Re: Thoughts on TMPFS no longer being considered highly experimental

2011-06-24 Thread Kostik Belousov
On Fri, Jun 24, 2011 at 12:30:16PM +0200, Peter Holm wrote: On Thu, Jun 23, 2011 at 11:21:53PM +0300, Kostik Belousov wrote: On Thu, Jun 23, 2011 at 09:31:09AM -0700, David O'Brien wrote: Does anyone object to this patch? David Wolfskill and I have run TMPFS on a number of machines

Re: Thoughts on TMPFS no longer being considered highly experimental

2011-06-24 Thread Kostik Belousov
On Fri, Jun 24, 2011 at 03:21:05PM +0200, Peter Holm wrote: On Fri, Jun 24, 2011 at 02:06:27PM +0300, Kostik Belousov wrote: On Fri, Jun 24, 2011 at 12:30:16PM +0200, Peter Holm wrote: On Thu, Jun 23, 2011 at 11:21:53PM +0300, Kostik Belousov wrote: On Thu, Jun 23, 2011 at 09:31:09AM

Re: Thoughts on TMPFS no longer being considered highly experimental

2011-06-24 Thread Kostik Belousov
On Fri, Jun 24, 2011 at 06:20:03PM +0200, Peter Holm wrote: Got a panic: Not a vnode object quite fast: http://people.freebsd.org/~pho/stress/log/kostik441.txt Ah, yes, this is an assertion that was added in the r209702. http://people.freebsd.org/~kib/misc/tmpfs.7.patch pgpfCkfwvYyso.pgp

Re: Thoughts on TMPFS no longer being considered highly experimental

2011-06-28 Thread Kostik Belousov
On Mon, Jun 27, 2011 at 10:42:07AM -0700, David O'Brien wrote: Hi KIB, Thanks for the list of issues you know about -- I don't believe we have PRs covering those. On Thu, Jun 23, 2011 at 11:21:53PM +0300, Kostik Belousov wrote: - I believe Peter Holm has more test cases that fails

Intel GPU kernel driver

2011-06-30 Thread Kostik Belousov
[Please remove current@ when replying.] I created the first code drop for the ongoing GEM/KMS project. Please note that this is not an end-user release, and even _not_ a call for testing. The project is not finished yet, and I expect quite more efforts from me even after the scheduled project

Re: kenv values with ansi escapte sequences - ansi_caption

2011-07-08 Thread Kostik Belousov
On Fri, Jul 08, 2011 at 02:51:48PM +, John wrote: Hi Folks, It seems the new pre-boot options selection process has some values defined within the kernel environment that contain ansi control sequences. For instance: # kenv LINES=24 ansi_caption[1]=Boot [ENTER]

Re: [PATCH] Improve LinuxThreads compatibility in rfork()

2011-07-11 Thread Kostik Belousov
On Mon, Jul 11, 2011 at 03:27:56PM +0200, Petr Salinger wrote: This patch made by Petr Salinger improves compatibility with LinuxThreads in rfork() syscall. The Linux clone() implementation allows specifying the signal sent to parent when child terminates (instead of SIGCHLD). As the

Re: [PATCH] Improve LinuxThreads compatibility in rfork()

2011-07-11 Thread Kostik Belousov
On Mon, Jul 11, 2011 at 04:23:36PM +0200, Petr Salinger wrote: Can you, please, describe the reasoning behind the + if (sig == SIGCHLD) sig = 0; line ? The main reason is backward compatibility. The original FreeBSD code allows only to select between SIGUSR1 or SIGCHLD signals.

Re: [PATCH] Improve LinuxThreads compatibility in rfork()

2011-07-11 Thread Kostik Belousov
On Mon, Jul 11, 2011 at 04:50:44PM +0200, Petr Salinger wrote: RFLINUXPTH was used by the linuxthreads port, that was popular in the time of FreeBSD 4.x and may be 5.x to run mysql. I will object against this breakage. Do I understand correctly that API/ABI backward compatibility with

Re: [PATCH] Improve LinuxThreads compatibility in rfork()

2011-07-11 Thread Kostik Belousov
On Mon, Jul 11, 2011 at 05:43:23PM +0200, Petr Salinger wrote: The 1st patch satisfies this. I agree that SIGCHLD part is not easily readable. The SIGCHLD part is ugly. This is why I am asking about possible ways to overcome this. We need a way to specify no signal. It can be new flag or

Re: [PATCH] Improve LinuxThreads compatibility in rfork()

2011-07-11 Thread Kostik Belousov
On Mon, Jul 11, 2011 at 06:12:15PM +0200, Petr Salinger wrote: I would instead use a new flag to specify a signal sent on the child death. Like RFTSIGZMB. If flag is not set, SIGCHLD is used. If it is set, the bit slice is used as signal number, 0 means do not send any signal. Please note

Re: [PATCH] Improve LinuxThreads compatibility in rfork()

2011-07-11 Thread Kostik Belousov
On Mon, Jul 11, 2011 at 08:05:56PM +0200, Petr Salinger wrote: Should the bit slice be 7 or 8 bits ? I propose to go 8 bits, and add the check to be future-proof. It seems that we already parse GNU/kFreeBSD brandnote. I think this could be used to distinguish between old behaviour, that is

Re: [PATCH] Improve LinuxThreads compatibility in rfork()

2011-07-12 Thread Kostik Belousov
On Tue, Jul 12, 2011 at 11:16:28AM +0200, Petr Salinger wrote: Seems this interface be acceptable ? Looks good to me. The proposed code changes are in the attached patch. Proposed wording of addition into RFORK(2): Below is the patch I intend to commit after you retest it. I added the

Re: Bug about devfs?

2011-07-12 Thread Kostik Belousov
On Tue, Jul 12, 2011 at 07:10:28PM +0900, Kohji Okuno wrote: Hello, I think that devfs has a problem. I encountered the problem that open(/dev/AAA) returned ENOENT. Of course, /dev/AAA exists. ENOENT was created by the point(***) in devfs_allocv(). I think that the race condition had

Re: Bug about devfs?

2011-07-12 Thread Kostik Belousov
On Tue, Jul 12, 2011 at 03:02:44PM +0200, Attilio Rao wrote: 2011/7/12 Kostik Belousov kostik...@gmail.com: On Tue, Jul 12, 2011 at 07:10:28PM +0900, Kohji Okuno wrote: Hello, I think that devfs has a problem. I encountered the problem that open(/dev/AAA) returned ENOENT. Of course

Re: [PATCH] Improve LinuxThreads compatibility in rfork()

2011-07-12 Thread Kostik Belousov
On Tue, Jul 12, 2011 at 04:36:24PM +0200, Petr Salinger wrote: Below is the patch I intend to commit after you retest it. I applied it against our 8.2 based package, altered our clone to use this new interface and run eglibc testsuite. No regression. Our runtime detection of this new

Re: [PATCH] Improve LinuxThreads compatibility in rfork()

2011-07-12 Thread Kostik Belousov
On Tue, Jul 12, 2011 at 11:53:05PM +0200, Petr Salinger wrote: I will bump revision for stable/8 when merging, but I do not see much reason to bump on HEAD right now. Many thanks. Uhm I think we can survive without a bump in HEAD. For now we will need to keep our backward-compatibility

Re: truss crashing process

2011-07-27 Thread Kostik Belousov
On Wed, Jul 27, 2011 at 11:35:49AM -0500, Dan Nelson wrote: In the last episode (Jul 27), Alexander Best said: 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

Re: Bug: devfs is sure to have the bug.

2011-08-03 Thread Kostik Belousov
On Wed, Aug 03, 2011 at 02:44:23PM +0900, Kohji Okuno wrote: Hello, Hello, I think that devfs is sure to have the bug. I found that I couldn't open /dev/XXX though the kernel detected XXX device. dm-dm_generation is updated with devfs_generation in devfs_populate(), and the

Re: Bug: devfs is sure to have the bug.

2011-08-04 Thread Kostik Belousov
On Thu, Aug 04, 2011 at 11:41:39AM +0900, Kohji Okuno wrote: Hello Kostik, From: Kostik Belousov kostik...@gmail.com Subject: Re: Bug: devfs is sure to have the bug. Date: Wed, 3 Aug 2011 16:50:44 +0300 I think the problem you described is real, and suggested change is right. Initially

Re: Bug: devfs is sure to have the bug.

2011-08-04 Thread Kostik Belousov
On Thu, Aug 04, 2011 at 06:56:00PM +0900, Kohji Okuno wrote: Hello Kostik, On Thu, Aug 04, 2011 at 11:41:39AM +0900, Kohji Okuno wrote: But, now I'm using 8.1-RELEASE. May I have advice about 8.X ? Do you mean a patch for the stable/8 ? I believe it is enough to apply rev. 211628 to

Re: panic: share - excl @r224632

2011-08-04 Thread Kostik Belousov
On Thu, Aug 04, 2011 at 05:54:54AM -0700, David Wolfskill wrote: I've only seen this on my laptop; my build machine doesn't exhibit the panic. r224602 is the most recent point I've built that does not exhibit the panic at all. The first few lines (hand-transcribed; I have no serial

Re: panic: share - excl @r224632

2011-08-05 Thread Kostik Belousov
On Fri, Aug 05, 2011 at 10:18:49AM +0200, Martin Matuska wrote: I agree to Kostik's approach, but I suggest implementing it in a separate function and also use for the unmount() part. Please review attached patch. Since you are moving the fragment to a function, you may somewhat reduce the

Re: Bug: devfs is sure to have the bug.

2011-08-05 Thread Kostik Belousov
On Fri, Aug 05, 2011 at 06:45:22PM +0300, Jaakko Heinonen wrote: On 2011-08-03, Kostik Belousov wrote: On Wed, Aug 03, 2011 at 02:44:23PM +0900, Kohji Okuno wrote: devfs_populate(), and the context holds only dm-dm_lock in devfs_populate(). On the other hand, devfs_generation

Re: Recursive nullfs mounts and r224655

2011-08-06 Thread Kostik Belousov
On Sat, Aug 06, 2011 at 04:44:25AM -0400, b. f. wrote: Recent changes to the kernel (sys/kern/vfs_mount.c, in r224655?) between r224550 and r224655 have broken my tinderbox setup. It had a tmpfs filesystem mounted at /T and a UFS filesystem mounted at /U, and, when setting up the tinderbox,

Re: Recursive nullfs mounts and r224655

2011-08-06 Thread Kostik Belousov
On Sat, Aug 06, 2011 at 08:11:32PM -0400, b. f. wrote: On 8/6/11, Kostik Belousov kostik...@gmail.com wrote: On Sat, Aug 06, 2011 at 04:44:25AM -0400, b. f. wrote: Recent changes to the kernel (sys/kern/vfs_mount.c, in r224655?) between r224550 and r224655 have broken my tinderbox setup

Re: fsid change of ZFS?

2011-08-24 Thread Kostik Belousov
On Tue, Aug 23, 2011 at 11:23:03PM +0200, Pawel Jakub Dawidek wrote: On Tue, Aug 23, 2011 at 04:11:20PM -0400, Rick Macklem wrote: Pawel Jakub Dawidek wrote: On Tue, Aug 23, 2011 at 10:09:41AM -0400, Rick Macklem wrote: Ok, I'll admit I wasn't very fond of a fixed table that would

Re: fsid change of ZFS?

2011-08-24 Thread Kostik Belousov
On Wed, Aug 24, 2011 at 09:34:58PM +0900, Hiroki Sato wrote: Kostik Belousov kostik...@gmail.com wrote in 20110824082119.gj17...@deviant.kiev.zoral.com.ua: ko On Tue, Aug 23, 2011 at 11:23:03PM +0200, Pawel Jakub Dawidek wrote: ko On Tue, Aug 23, 2011 at 04:11:20PM -0400, Rick Macklem

Re: fsid change of ZFS?

2011-08-24 Thread Kostik Belousov
On Wed, Aug 24, 2011 at 09:36:37AM -0400, Rick Macklem wrote: Kostik Belousov wrote: On Wed, Aug 24, 2011 at 09:34:58PM +0900, Hiroki Sato wrote: Kostik Belousov kostik...@gmail.com wrote in 20110824082119.gj17...@deviant.kiev.zoral.com.ua: ko On Tue, Aug 23, 2011 at 11:23:03PM

Re: Removal of Giant from the VFS layer for 10.0

2011-08-27 Thread Kostik Belousov
On Sat, Aug 27, 2011 at 02:00:50PM +0200, Attilio Rao wrote: [ Sorry for cross-posting, but I included -arch@ for technical discussion, -current@ for reaching the wider audience and -fs@ for the relevance of the matter.] During the last years a lot of effort by several developers happened

Re: Shared libraries version bump?

2011-09-07 Thread Kostik Belousov
On Wed, Sep 07, 2011 at 09:14:12AM +, Thomas Mueller mueller6727@bellsouth.net wrote: When FreeBSD 9.0_BETA1 was announced, the announcement included a notice that shared library version would be updated some time prior to BETA2, which would necessitate rebuilding all ports. Has this

Re: cvsup broken on amd64?

2011-09-09 Thread Kostik Belousov
On Fri, Sep 09, 2011 at 11:30:46AM +0200, Oliver Lehmann wrote: Chris Rees cr...@freebsd.org wrote: On 9 September 2011 06:33, Oliver Lehmann lehm...@ans-netz.de wrote: I got used to it in the past 12 years? But this is not realy the question. If it is BROKEN it should be marked as BROKEN

Re: cvsup broken on amd64?

2011-09-09 Thread Kostik Belousov
On Fri, Sep 09, 2011 at 01:47:37PM +0200, Oliver Lehmann wrote: Kostik Belousov kostik...@gmail.com wrote: For start, you should provide the information what exactly is the instruction that caused the fault. Show the disassembly from gdb for the function that caused the fault. Ok, I'm

Re: cvsup broken on amd64?

2011-09-09 Thread Kostik Belousov
On Fri, Sep 09, 2011 at 04:19:42PM +0200, Oliver Lehmann wrote: Kostik Belousov kostik...@gmail.com wrote: I do not know, I was curious about 'illegal instruction' signal, which would indicate a problem in the compilation environment. Now you get segmentation violation, that is usually

Re: cvsup broken on amd64?

2011-09-09 Thread Kostik Belousov
On Fri, Sep 09, 2011 at 04:34:54PM +0200, Oliver Lehmann wrote: Kostik Belousov kostik...@gmail.com wrote: On Fri, Sep 09, 2011 at 04:19:42PM +0200, Oliver Lehmann wrote: (gdb) bt #0 0x004d24c6 in tzload () Try to do disas 0x4d24c6 0x4d24c6+30 from gdb prompt with the loaded

Re: cvsup broken on amd64?

2011-09-09 Thread Kostik Belousov
On Fri, Sep 09, 2011 at 05:55:13PM +0300, Kostik Belousov wrote: On Fri, Sep 09, 2011 at 04:34:54PM +0200, Oliver Lehmann wrote: Kostik Belousov kostik...@gmail.com wrote: On Fri, Sep 09, 2011 at 04:19:42PM +0200, Oliver Lehmann wrote: (gdb) bt #0 0x004d24c6 in tzload

Re: cvsup broken on amd64?

2011-09-09 Thread Kostik Belousov
On Fri, Sep 09, 2011 at 06:20:57PM +0200, Oliver Lehmann wrote: Kostik Belousov kostik...@gmail.com wrote: On Fri, Sep 09, 2011 at 05:55:13PM +0300, Kostik Belousov wrote: Ok, please do the following: run cvsup under the gdb. When SIGSEGV is raised, from the gdb prompt, do: 1. info

Re: Segfault in libthr.so on 9.0-BETA2 (with stunnel FWIW)

2011-09-14 Thread Kostik Belousov
On Wed, Sep 14, 2011 at 02:36:07PM +0200, Jeremie Le Hen wrote: Hi list, I've recently migrated my services from a box running 8.1-STABLE to another one running 9.0-BETA2. I run stunnel 4.28 on 8.1-STABLE, and it has run flawlessly so far. I compiled manually this very version on

Re: Segfault in libthr.so on 9.0-BETA2 (with stunnel FWIW)

2011-09-14 Thread Kostik Belousov
On Wed, Sep 14, 2011 at 05:42:21PM +0200, Jeremie Le Hen wrote: On Wed, Sep 14, 2011 at 03:59:53PM +0300, Kostik Belousov wrote: On Wed, Sep 14, 2011 at 02:36:07PM +0200, Jeremie Le Hen wrote: Hi list, I've recently migrated my services from a box running 8.1-STABLE to another one

Re: svn commit: r225474 - in head/sys: amd64/amd64 amd64/ia32 i386/i386 ia64/ia32 ia64/ia64 kern powerpc/aim powerpc/booke sparc64/sparc64 sys

2011-09-14 Thread Kostik Belousov
[It seems that distribution list can be trimmed without any bad consequences] On Wed, Sep 14, 2011 at 01:50:51PM -0700, Garrett Cooper wrote: On Sun, Sep 11, 2011 at 9:05 AM, Konstantin Belousov k...@freebsd.org wrote: Author: kib Date: Sun Sep 11 16:05:09 2011 New Revision: 225474 URL:

Re: Crashes in world built w/ clang: FP registers?

2011-09-17 Thread Kostik Belousov
On Fri, Sep 16, 2011 at 10:34:40PM -0500, Jason Harmening wrote: Hi everyone, Using clang as the default compiler, the kernel and drivers will work fine, but a lot of programs in the base system and ports will crash w/ SIGBUS. In fact, so much of the stuff in the chroot'ed world will crash

Re: cvsup broken on amd64?

2011-09-18 Thread Kostik Belousov
On Sun, Sep 18, 2011 at 12:22:53PM +0200, Oliver Lehmann wrote: Adrian Chadd adr...@freebsd.org wrote: So I've taken a look at the csup source. [...] What about this patch: [...] Oliver, would you please try that? I have a problem with cvsup, not csup - Alexander mentioned a

Re: Segfault in libthr.so on 9.0-BETA2 (with stunnel FWIW)

2011-09-18 Thread Kostik Belousov
On Sun, Sep 18, 2011 at 01:56:50PM +0200, Jilles Tjoelker wrote: On Wed, Sep 14, 2011 at 11:04:56PM +0300, Kostik Belousov wrote: tzload() allocates ~80KB for the local variables. The backtrace you provided shows the nested call to tzload(), so there is total 160KB of the stack space

Re: cvsup broken on amd64?

2011-09-18 Thread Kostik Belousov
On Sun, Sep 18, 2011 at 02:46:24PM +0200, Oliver Lehmann wrote: Kostik Belousov kostik...@gmail.com wrote: Did you saw the message with the patch for tzcode I mailed to you ? Mmmh... no didn't reached my mailbox - can you resend it please? See the Segfault in libthr.so on 9.0-BETA2

Re: truss

2011-09-19 Thread Kostik Belousov
On Mon, Sep 19, 2011 at 04:03:42PM +, Anton Yuzhaninov wrote: On Mon, 19 Sep 2011 15:00:31 + (UTC), Anton Yuzhaninov wrote: AY On Mon, 19 Sep 2011 15:58:02 +0300, Mikolaj Golub wrote: AY ktrace -i for truss sleep 5 AY http://dl.dropbox.com/u/8798217/tmp/truss_ktrace2.txt MG MG

Re: Choosing between DELAY(useconds) and pause()

2011-09-27 Thread Kostik Belousov
On Tue, Sep 27, 2011 at 10:39:44AM -0600, Julian Elischer wrote: On 9/27/11 4:12 AM, Gavin Atkinson wrote: On Mon, 2011-09-26 at 09:30 -0400, John Baldwin wrote: On Friday, September 23, 2011 11:21:06 am Gavin Atkinson wrote: On Thu, 2011-09-22 at 20:07 +0200, Hans Petter Selasky wrote: On

Re: ia64 r225789 panic during make installworld: Bad buffer logic, remain = 0

2011-09-28 Thread Kostik Belousov
On Wed, Sep 28, 2011 at 04:27:39PM +0300, Jaakko Heinonen wrote: On 2011-09-28, Anton Shterenlikht wrote: KDB: stack backtrace: getenv with the following non-sleepable locks held: exclusive sleep mutex vnode interlock (vnode interlock) r = 0 (0xe00011950488) locked @

Re: stable/9 r225827 i386 panic: vm_page_unwire: page 0xc2a38dc8's wire count is zero

2011-09-29 Thread Kostik Belousov
On Thu, Sep 29, 2011 at 02:52:31PM +0300, Alexandr Kovalenko wrote: Hello! I'm running 9.0-BETA3 (r225827) and now rebuilding all my 1215 ports (I've upgraded from 8.2). I'm getting panic. Is it known problem/already fixed somewhere? FreeBSD mile.xxx.ua 9.0-BETA3 FreeBSD 9.0-BETA3 #0

Re: stable/9 r225827 i386 panic: vm_page_unwire: page 0xc2a38dc8's wire count is zero

2011-09-29 Thread Kostik Belousov
On Thu, Sep 29, 2011 at 03:47:19PM +0300, Alexandr Kovalenko wrote: On Thu, Sep 29, 2011 at 3:30 PM, Kostik Belousov kostik...@gmail.com wrote: On Thu, Sep 29, 2011 at 02:52:31PM +0300, Alexandr Kovalenko wrote: Hello! I'm running 9.0-BETA3 (r225827) and now rebuilding all my 1215 ports

Re: stable/9 r225827 i386 panic: vm_page_unwire: page 0xc2a38dc8's wire count is zero

2011-09-29 Thread Kostik Belousov
On Thu, Sep 29, 2011 at 03:51:53PM +0300, Alexandr Kovalenko wrote: 2011/9/29 Kostik Belousov kostik...@gmail.com: On Thu, Sep 29, 2011 at 03:47:19PM +0300, Alexandr Kovalenko wrote: On Thu, Sep 29, 2011 at 3:30 PM, Kostik Belousov kostik...@gmail.com wrote: On Thu, Sep 29, 2011 at 02

Re: stable/9 r225827 i386 panic: vm_page_unwire: page 0xc2a38dc8's wire count is zero

2011-09-29 Thread Kostik Belousov
On Thu, Sep 29, 2011 at 04:12:19PM +0300, Alexandr Kovalenko wrote: 2011/9/29 Kostik Belousov kostik...@gmail.com: On Thu, Sep 29, 2011 at 03:51:53PM +0300, Alexandr Kovalenko wrote: 2011/9/29 Kostik Belousov kostik...@gmail.com: On Thu, Sep 29, 2011 at 03:47:19PM +0300, Alexandr Kovalenko

st_dev and st_ino for pipes

2011-10-02 Thread Kostik Belousov
Our implementation of pipes does not provide useful values for st_dev and st_ino when stat(2) is done on an anonymous pipe. It was noted by the people outside the project, e.g. Perl contains a workaround in one of its modules, submitted by Debian/kFreeBSD developers, see

Re: st_dev and st_ino for pipes

2011-10-04 Thread Kostik Belousov
On Tue, Oct 04, 2011 at 05:37:27PM +1100, Peter Jeremy wrote: On 2011-Oct-03 01:04:05 +0300, Kostik Belousov kostik...@gmail.com wrote: Our implementation of pipes does not provide useful values for st_dev and st_ino when stat(2) is done on an anonymous pipe. It was noted by the ... Patch

Re: x220 notes

2011-10-04 Thread Kostik Belousov
On Tue, Oct 04, 2011 at 12:26:27PM -0700, matt wrote: On Tue, 4 Oct 2011 02:21:59 -0400 (EDT) Benjamin Kaduk ka...@mit.edu wrote: On Mon, 3 Oct 2011, matt wrote: Ultimately, I think if we can set backlight, we can fix the screen after resume...I think it's just the backlight is

Re: x220 notes

2011-10-04 Thread Kostik Belousov
On Tue, Oct 04, 2011 at 02:38:06PM -0700, matt wrote: Friend had idea of trying to resume under X with external VGA display...both remained off, however I am using the Intel GPU experimental drivers (To make a note, resume is broken without them as well). Suspend/resume is not

Re: pmap_qenter() - the page *must* be wired - is violated

2011-10-05 Thread Kostik Belousov
On Wed, Oct 05, 2011 at 02:28:01PM +0200, Svatopluk Kraus wrote: Hi, I found out that on a few places pmap_qenter() is called on pages which are not wired. For example, in the following functions, when vm_pager_get_pages() is called, the pages are not wired: exec_map_first_page() in

Re: pmap_qenter() - the page *must* be wired - is violated

2011-10-06 Thread Kostik Belousov
On Thu, Oct 06, 2011 at 01:45:16PM +0200, Svatopluk Kraus wrote: On Wed, Oct 5, 2011 at 4:53 PM, Kostik Belousov kostik...@gmail.com wrote: On Wed, Oct 05, 2011 at 02:28:01PM +0200, Svatopluk Kraus wrote: Hi,   I found out that on a few places pmap_qenter() is called on pages which

Re: cvsup broken on amd64?

2011-10-06 Thread Kostik Belousov
On Wed, Oct 05, 2011 at 03:21:45PM -0700, David O'Brien wrote: On Fri, Sep 09, 2011 at 06:00:02PM +0300, Kostik Belousov wrote: --- libs/m3core/src/thread/POSIX/ThreadPosix.m3.orig2011-09-09 17:58:12.867431639 +0300 +++ libs/m3core/src/thread/POSIX/ThreadPosix.m3 2011-09-09

Re: [RFC] Enable nxstack by default

2011-10-18 Thread Kostik Belousov
On Mon, Oct 17, 2011 at 09:30:56PM +0200, Oliver Pinter wrote: Hi all! I think, it's the time to enable the nxstack feature. Any comments, pros, cons? I dragged the change long enough for it to miss the 9.0. After the 9.0 is released, I will flip the switch with the following change. diff

Re: freebsd-9.0 smartmontools and ada devices

2011-10-18 Thread Kostik Belousov
On Tue, Oct 18, 2011 at 11:02:42AM +0200, John Hay wrote: On Tue, Oct 18, 2011 at 09:39:24AM +0200, John Hay wrote: Hi Guys, I have upgraded my desktop from 8.2-stable to 9.0-RC1 (from source), using a GENERIC kernel. I have installed the smartmontools-5.41_3 package from a mirror and

Re: [RFC] Enable nxstack by default

2011-10-18 Thread Kostik Belousov
: On Tue, 18 Oct 2011, Arnaud Lacombe wrote: Hi, On Tue, Oct 18, 2011 at 5:07 AM, Kostik Belousov kostik...@gmail.com wrote: On Mon, Oct 17, 2011 at 09:30:56PM +0200, Oliver Pinter wrote: Hi all! I think, it's the time to enable the nxstack feature. Any comments, pros, cons? I

Re: 9.0 RC1/Clang / illegal instruction (Signal 4) in gengtype while building cc_tools on i586.

2011-10-23 Thread Kostik Belousov
On Sun, Oct 23, 2011 at 10:24:12AM +0200, Roman Divacky wrote: Program received signal SIGILL, Illegal instruction. 0x08048b24 in do_typedef (s=0x80532bf CUMULATIVE_ARGS, pos=0x805e1a4) at /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/gengtype.c:103 103 { (gdb)

Re: 9.0-RC1 panic in tcp_input: negative winow.

2011-10-23 Thread Kostik Belousov
On Sun, Oct 23, 2011 at 08:10:38AM +0200, Pawel Jakub Dawidek wrote: On Sun, Oct 23, 2011 at 12:35:15PM +1100, Lawrence Stewart wrote: On 10/22/11 19:49, Pawel Jakub Dawidek wrote: The panic message says: panic: tcp_input negative window: tp 0xfe007763e000 rcv_nxt 3718269252

Re: getting the cpuid for a userspace process ?

2011-10-25 Thread Kostik Belousov
On Tue, Oct 25, 2011 at 01:42:45PM -0400, John Baldwin wrote: On Tuesday, October 25, 2011 11:06:22 am Luigi Rizzo wrote: as the subject says... is there any way to get the current CPU id for a userspace process (of course, valid only at the time the function is called as the process

Re: In-kernel API for tasks, which could wait?

2011-10-30 Thread Kostik Belousov
On Sun, Oct 30, 2011 at 06:54:51PM +0400, Lev Serebryakov wrote: So, I have question: what should I do if I need to perofrm ONE action, which could block for some time (for example, open file or create ALQ)? I could create thread for this. But it looks strange and too heavy: create

x86: how to get maximum possible CPU frequency ?

2011-10-30 Thread Kostik Belousov
Assume we are running on the single-package X86 machine, how to answer the question: what is the possible maximum tsc frequency ? I read tsc_levels_changed(), is it the right way to query the max frequency for the general purpose driver ? If yes, could the code be made into the utility function ?

Re: panic at vm_page_wire with FreeBSD 9.0 Beta 3

2011-11-03 Thread Kostik Belousov
On Thu, Nov 03, 2011 at 12:40:08AM -0500, Alan Cox wrote: On 11/02/2011 05:32, Andriy Gapon wrote: [restored cc: to the original poster] As Bruce Evans has pointed to me privately [I am not sure why privately], there is already an example in i386 and amd64 atomic.h, where operations are

Re: panic at vm_page_wire with FreeBSD 9.0 Beta 3

2011-11-04 Thread Kostik Belousov
On Thu, Nov 03, 2011 at 12:51:10PM -0500, Alan Cox wrote: On 11/03/2011 08:24, Kostik Belousov wrote: On Thu, Nov 03, 2011 at 12:40:08AM -0500, Alan Cox wrote: On 11/02/2011 05:32, Andriy Gapon wrote: [restored cc: to the original poster] As Bruce Evans has pointed to me privately [I am

Re: panic at vm_page_wire with FreeBSD 9.0 Beta 3

2011-11-04 Thread Kostik Belousov
On Fri, Nov 04, 2011 at 10:09:09AM -0500, Alan Cox wrote: On 11/04/2011 05:08, Kostik Belousov wrote: On Thu, Nov 03, 2011 at 12:51:10PM -0500, Alan Cox wrote: I would suggest introducing the vm_page_bits_t change first. If, at the same time, you change the return type from the function

Re: panic at vm_page_wire with FreeBSD 9.0 Beta 3

2011-11-04 Thread Kostik Belousov
On Fri, Nov 04, 2011 at 10:48:45AM -0500, Alan Cox wrote: On 11/04/2011 10:30, Kostik Belousov wrote: for (b = i = 0; i= PAGE_SIZE / DEV_BSIZE; ++i) { if (i == (PAGE_SIZE / DEV_BSIZE) || -(m-valid (1 i)) +(m-valid ((vm_page_bits_t)1 i

Re: 9.0/i386 build failure

2011-11-05 Thread Kostik Belousov
On Sat, Nov 05, 2011 at 02:20:03PM +0100, Dimitry Andric wrote: On 2011-11-04 20:09, Michael W. Lucas wrote: I suspect I'm building on a system that's too old, but it's worth asking. FreeBSD eyeball.lodden.com 9.0-CURRENT FreeBSD 9.0-CURRENT #0: Sat Aug 29 00:31:14 EDT 2009

vm_page_t related KBI [Was: Re: panic at vm_page_wire with FreeBSD 9.0 Beta 3]

2011-11-05 Thread Kostik Belousov
On Fri, Nov 04, 2011 at 06:03:39PM +0200, Kostik Belousov wrote: Below is the KBI patch after vm_page_bits_t merge is done. Again, I did not spent time converting all in-tree consumers from the (potentially) loadable modules to the new KPI until it is agreed upon. diff --git a/sys/nfsclient

Re: vm_page_t related KBI [Was: Re: panic at vm_page_wire with FreeBSD 9.0 Beta 3]

2011-11-05 Thread Kostik Belousov
On Sat, Nov 05, 2011 at 07:37:48AM -0700, m...@freebsd.org wrote: On Sat, Nov 5, 2011 at 7:13 AM, Kostik Belousov kostik...@gmail.com wrote: On Fri, Nov 04, 2011 at 06:03:39PM +0200, Kostik Belousov wrote: Below is the KBI patch after vm_page_bits_t merge is done. Again, I did not spent

Re: 9.0/i386 build failure

2011-11-05 Thread Kostik Belousov
On Sat, Nov 05, 2011 at 08:06:26PM +0100, Dimitry Andric wrote: On 2011-11-05 14:28, Kostik Belousov wrote: On Sat, Nov 05, 2011 at 02:20:03PM +0100, Dimitry Andric wrote: On 2011-11-04 20:09, Michael W. Lucas wrote: ... : undefined reference to `__sync_add_and_fetch_4' ... The system

Re: vm_page_t related KBI [Was: Re: panic at vm_page_wire with FreeBSD 9.0 Beta 3]

2011-11-06 Thread Kostik Belousov
On Sat, Nov 05, 2011 at 03:00:58PM -0500, Alan Cox wrote: On 11/05/2011 10:15, Kostik Belousov wrote: On Sat, Nov 05, 2011 at 07:37:48AM -0700, m...@freebsd.org wrote: On Sat, Nov 5, 2011 at 7:13 AM, Kostik Belousovkostik...@gmail.com wrote: On Fri, Nov 04, 2011 at 06:03:39PM +0200, Kostik

Re: vm_page_t related KBI [Was: Re: panic at vm_page_wire with FreeBSD 9.0 Beta 3]

2011-11-06 Thread Kostik Belousov
On Sun, Nov 06, 2011 at 07:22:51AM -0800, m...@freebsd.org wrote: On Sun, Nov 6, 2011 at 4:43 AM, Kostik Belousov kostik...@gmail.com wrote: Regarding the _vm_page_lock() vs. vm_page_lock_func(), the mutex.h has a lot of violations in regard of the namespaces, IMO. The __* namespace

Re: vm_page_t related KBI [Was: Re: panic at vm_page_wire with FreeBSD 9.0 Beta 3]

2011-11-07 Thread Kostik Belousov
On Mon, Nov 07, 2011 at 11:45:38AM -0600, Alan Cox wrote: Ok. I'll offer one final suggestion. Please consider an alternative suffix to func. Perhaps, kbi or KBI. In other words, something that hints at the function's reason for existing. Sure. Below is the extraction of only

Re: vm_page_t related KBI [Was: Re: panic at vm_page_wire with FreeBSD 9.0 Beta 3]

2011-11-07 Thread Kostik Belousov
On Mon, Nov 07, 2011 at 11:47:59AM -0800, m...@freebsd.org wrote: On Mon, Nov 7, 2011 at 11:35 AM, Kostik Belousov kostik...@gmail.com wrote: On Mon, Nov 07, 2011 at 11:45:38AM -0600, Alan Cox wrote: Ok.  I'll offer one final suggestion.  Please consider an alternative suffix to func

Stop scheduler on panic

2011-11-13 Thread Kostik Belousov
I was tricked into finishing the work by Andrey Gapon, who developed the patch to reliably stop other processors on panic. The patch greatly improves the chances of getting dump on panic on SMP host. Several people already saw the patchset, and I remember that Andrey posted it to some lists. The

Re: Stop scheduler on panic

2011-11-14 Thread Kostik Belousov
On Mon, Nov 14, 2011 at 12:06:48PM +0200, Andriy Gapon wrote: on 13/11/2011 10:32 Kostik Belousov said the following: I was tricked into finishing the work by Andrey Gapon, who developed the patch to reliably stop other processors on panic. The patch greatly improves the chances of getting

Re: vm_page_t related KBI [Was: Re: panic at vm_page_wire with FreeBSD 9.0 Beta 3]

2011-11-16 Thread Kostik Belousov
On Tue, Nov 15, 2011 at 07:15:01PM +0100, Attilio Rao wrote: 2011/11/7 Kostik Belousov kostik...@gmail.com: On Mon, Nov 07, 2011 at 11:45:38AM -0600, Alan Cox wrote: Ok.  I'll offer one final suggestion.  Please consider an alternative suffix to func.  Perhaps, kbi or KBI.  In other words

Re: [RFC] Enable nxstack by default

2011-11-16 Thread Kostik Belousov
On Wed, Nov 16, 2011 at 01:09:18AM +0100, Oliver Pinter wrote: On 11/15/11, Jeremie Le Hen jere...@le-hen.org wrote: Hi, On Wed, Oct 19, 2011 at 12:37:44AM +0200, Oliver Pinter wrote: In NetBSD has been some PaX feature [0] implemented. (ASLR, W^X (~nxstack), mprotect restriction,

Re: [head tinderbox] failure on amd64/amd64

2011-11-16 Thread Kostik Belousov
On Wed, Nov 16, 2011 at 06:18:59PM +, FreeBSD Tinderbox wrote: TB --- 2011-11-16 15:30:00 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-11-16 15:30:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2011-11-16 15:30:00 - cleaning the object tree TB --- 2011-11-16

Re: Stop scheduler on panic

2011-11-17 Thread Kostik Belousov
On Thu, Nov 17, 2011 at 01:07:38AM +0200, Alexander Motin wrote: On 17.11.2011 00:21, Andriy Gapon wrote: on 16/11/2011 21:27 Fabian Keil said the following: Kostik Belousovkostik...@gmail.com wrote: I was tricked into finishing the work by Andrey Gapon, who developed the patch to reliably

Re: Stop scheduler on panic

2011-11-17 Thread Kostik Belousov
On Thu, Nov 17, 2011 at 10:40:58AM +0200, Alexander Motin wrote: On 11/17/11 10:15, Kostik Belousov wrote: On Thu, Nov 17, 2011 at 01:07:38AM +0200, Alexander Motin wrote: On 17.11.2011 00:21, Andriy Gapon wrote: on 16/11/2011 21:27 Fabian Keil said the following: Kostik Belousovkostik

Re: Stop scheduler on panic

2011-11-17 Thread Kostik Belousov
On Thu, Nov 17, 2011 at 11:29:02AM +0200, Alexander Motin wrote: On 11/17/11 11:06, Kostik Belousov wrote: On Thu, Nov 17, 2011 at 10:40:58AM +0200, Alexander Motin wrote: On 11/17/11 10:15, Kostik Belousov wrote: On Thu, Nov 17, 2011 at 01:07:38AM +0200, Alexander Motin wrote

Re: Stop scheduler on panic

2011-11-17 Thread Kostik Belousov
On Thu, Nov 17, 2011 at 02:40:45PM +0200, Alexander Motin wrote: On 11/17/11 13:14, Kostik Belousov wrote: On Thu, Nov 17, 2011 at 11:29:02AM +0200, Alexander Motin wrote: On 11/17/11 11:06, Kostik Belousov wrote: On Thu, Nov 17, 2011 at 10:40:58AM +0200, Alexander Motin wrote: On 11/17

Re: vm_page_t related KBI [Was: Re: panic at vm_page_wire with FreeBSD 9.0 Beta 3]

2011-11-18 Thread Kostik Belousov
On Fri, Nov 18, 2011 at 11:40:28AM +0100, Attilio Rao wrote: 2011/11/16 Kostik Belousov kostik...@gmail.com: On Tue, Nov 15, 2011 at 07:15:01PM +0100, Attilio Rao wrote: 2011/11/7 Kostik Belousov kostik...@gmail.com: On Mon, Nov 07, 2011 at 11:45:38AM -0600, Alan Cox wrote: Ok.  I'll

Re: vm_page_t related KBI [Was: Re: panic at vm_page_wire with FreeBSD 9.0 Beta 3]

2011-11-18 Thread Kostik Belousov
On Fri, Nov 18, 2011 at 11:56:55AM +0100, Attilio Rao wrote: 2011/11/18 Kostik Belousov kostik...@gmail.com: On Fri, Nov 18, 2011 at 11:40:28AM +0100, Attilio Rao wrote: 2011/11/16 Kostik Belousov kostik...@gmail.com: On Tue, Nov 15, 2011 at 07:15:01PM +0100, Attilio Rao wrote: 2011/11

Re: [PATCH] Detect GNU/kFreeBSD in user-visible kernel headers

2011-11-19 Thread Kostik Belousov
On Sat, Nov 19, 2011 at 10:32:50AM +0100, Robert Millan wrote: 2011/11/18 Robert Millan r...@freebsd.org: 2011/11/17 John Baldwin j...@freebsd.org: Hmm, I wonder if it's better to use the #ifndef approach rather than #undef so that when compilers are updated to DTRT we will honor their

Re: vm_page_t related KBI [Was: Re: panic at vm_page_wire with FreeBSD 9.0 Beta 3]

2011-11-20 Thread Kostik Belousov
On Sun, Nov 20, 2011 at 05:37:33PM +0100, Attilio Rao wrote: 2011/11/18 Attilio Rao atti...@freebsd.org: Please consider: http://www.freebsd.org/~attilio/mutexfileline2.patch This is now committed as r227758,227759, you can update your patch now. Here is it. diff --git a/sys/vm/vm_page.c

Re: [PATCH] Detect GNU/kFreeBSD in user-visible kernel headers

2011-11-20 Thread Kostik Belousov
On Sun, Nov 20, 2011 at 12:40:42PM +0100, Robert Millan wrote: On Sat, Nov 19, 2011 at 07:56:20PM +0200, Kostik Belousov wrote: I fully agree with an idea that compiler is not an authorative source of the knowledge of the FreeBSD version. Even more, I argue that we shall not rely

Re: vm_page_t related KBI [Was: Re: panic at vm_page_wire with FreeBSD 9.0 Beta 3]

2011-11-20 Thread Kostik Belousov
On Sun, Nov 20, 2011 at 07:02:14PM +0100, Attilio Rao wrote: 2011/11/20 Kostik Belousov kostik...@gmail.com: +#define        vm_page_lock_assert(m, a)       \ +    vm_page_lock_assert_KBI((m), (a), LOCK_FILE, LOCK_LINE) I think you should put the \ in the last tab and also

Re: vm_page_t related KBI [Was: Re: panic at vm_page_wire with FreeBSD 9.0 Beta 3]

2011-11-20 Thread Kostik Belousov
On Sun, Nov 20, 2011 at 08:04:21PM +0100, Attilio Rao wrote: This other patch converts sx to a similar interface which cleans up vm_map.c: http://www.freebsd.org/~attilio/sxfileline.patch What do you think about it? This one only changes the KBI ? Note that _sx suffix is not reserved.

Re: vm_page_t related KBI [Was: Re: panic at vm_page_wire with FreeBSD 9.0 Beta 3]

2011-11-20 Thread Kostik Belousov
On Sun, Nov 20, 2011 at 08:22:38PM +0100, Attilio Rao wrote: 2011/11/20 Kostik Belousov kostik...@gmail.com: On Sun, Nov 20, 2011 at 08:04:21PM +0100, Attilio Rao wrote: This other patch converts sx to a similar interface which cleans up vm_map.c: http://www.freebsd.org/~attilio

Re: [PATCH] Detect GNU/kFreeBSD in user-visible kernel headers

2011-11-21 Thread Kostik Belousov
On Mon, Nov 21, 2011 at 01:45:29PM +1100, Bruce Evans wrote: On Sun, 20 Nov 2011, Kostik Belousov wrote: On Sun, Nov 20, 2011 at 12:40:42PM +0100, Robert Millan wrote: On Sat, Nov 19, 2011 at 07:56:20PM +0200, Kostik Belousov wrote: I fully agree with an idea that compiler

Re: [PATCH] Detect GNU/kFreeBSD in user-visible kernel headers

2011-11-22 Thread Kostik Belousov
On Mon, Nov 21, 2011 at 06:39:26PM +0100, Robert Millan wrote: (replying with Debian hat this time) 2011/11/21 Kostik Belousov kostik...@gmail.com: There are some implementations that use FreeBSD kernel, and which could potentially benefit from providing its own value

RLIMIT_DATA and malloc(3) use of mmap(2)

2011-11-22 Thread Kostik Belousov
I was reminded about the patch I wrote for Igor Sysoev some time ago. The issue the patch tries to handle is that jemalloc uses mmap() instead of sbrk() for pages allocation, and thus RLIMIT_DATA limit is no longer effective to put the bounds on the process heap. Since reverting to sbrk for such

Re: RLIMIT_DATA and malloc(3) use of mmap(2)

2011-11-22 Thread Kostik Belousov
On Tue, Nov 22, 2011 at 07:43:57PM +0400, Maxim Dounin wrote: Hello! On Tue, Nov 22, 2011 at 02:44:10PM +0200, Kostik Belousov wrote: I was reminded about the patch I wrote for Igor Sysoev some time ago. The issue the patch tries to handle is that jemalloc uses mmap() instead of sbrk

  1   2   3   >