Re: www/chromium crashing whole system

2010-11-13 Thread Kostik Belousov
On Sat, Nov 13, 2010 at 12:38:46PM +, Alexander Best wrote: > On Sat Nov 13 10, Kostik Belousov wrote: > > On Sat, Nov 13, 2010 at 11:59:00AM +, Alexander Best wrote: > > > On Sat Nov 13 10, Kostik Belousov wrote: > > > > On Fri, Nov 12, 2010 at 10:37:15

Re: www/chromium crashing whole system

2010-11-13 Thread Kostik Belousov
On Sat, Nov 13, 2010 at 11:59:00AM +, Alexander Best wrote: > On Sat Nov 13 10, Kostik Belousov wrote: > > On Fri, Nov 12, 2010 at 10:37:15PM +, Alexander Best wrote: > > > hi there, > > > > > > i'm having an issue with www/chromium. somet

Re: www/chromium crashing whole system

2010-11-13 Thread Kostik Belousov
On Fri, Nov 12, 2010 at 10:37:15PM +, Alexander Best wrote: > hi there, > > i'm having an issue with www/chromium. sometimes it will completely lock up my > system without producing a core dump. i'm running HEAD (r215102; amd64). Core dump of the kernel or the process ? You probably should fo

Re: radeon_cp_texture: page fault with non-sleepable locks held

2010-11-10 Thread Kostik Belousov
On Wed, Nov 10, 2010 at 07:18:54AM +0200, Andriy Gapon wrote: > on 09/11/2010 16:05 Kostik Belousov said the following: > > Easiest would be for DRM to provide wrappers for copyin/copyout that > > unlock, do operation and lock. > > I am a little bit worried about thi

Re: radeon_cp_texture: page fault with non-sleepable locks held

2010-11-09 Thread Kostik Belousov
On Tue, Nov 09, 2010 at 11:25:49AM +0200, Andriy Gapon wrote: > on 08/11/2010 14:04 Kostik Belousov said the following: > > On Mon, Nov 08, 2010 at 01:50:25PM +0200, Andriy Gapon wrote: > >> on 05/11/2010 09:27 Andriy Gapon said the following: > >>> > >>>

Re: radeon_cp_texture: page fault with non-sleepable locks held

2010-11-08 Thread Kostik Belousov
On Mon, Nov 08, 2010 at 04:28:54PM +0200, Andriy Gapon wrote: > on 08/11/2010 16:22 Nathan Whitehorn said the following: > > > > The other issue is that this can be a legal thing to do. If you have taken > > care to > > wire the userland buffers ahead of time, there is no problem copying > > copy

Re: radeon_cp_texture: page fault with non-sleepable locks held

2010-11-08 Thread Kostik Belousov
On Mon, Nov 08, 2010 at 03:06:01PM +0200, Andriy Gapon wrote: > on 08/11/2010 14:04 Kostik Belousov said the following: > > On Mon, Nov 08, 2010 at 01:50:25PM +0200, Andriy Gapon wrote: > >> on 05/11/2010 09:27 Andriy Gapon said the following: > >>> Kernel pag

Re: radeon_cp_texture: page fault with non-sleepable locks held

2010-11-08 Thread Kostik Belousov
On Mon, Nov 08, 2010 at 02:07:43PM +0200, Andriy Gapon wrote: > on 08/11/2010 14:04 Kostik Belousov said the following: > > On Mon, Nov 08, 2010 at 01:50:25PM +0200, Andriy Gapon wrote: > >> on 05/11/2010 09:27 Andriy Gapon said the following: > >>> > >>>

Re: radeon_cp_texture: page fault with non-sleepable locks held

2010-11-08 Thread Kostik Belousov
On Mon, Nov 08, 2010 at 01:50:25PM +0200, Andriy Gapon wrote: > on 05/11/2010 09:27 Andriy Gapon said the following: > > > > I use FreeSBD head and KDE 4 with all the bells and whistles enabled. > > Apparently recent KDE update has enabled even more of them, because I > > started to > > have pani

Re: MTX_DEF versus MTX_SPIN

2010-11-03 Thread Kostik Belousov
On Wed, Nov 03, 2010 at 10:04:13AM -0700, m...@freebsd.org wrote: > On Wed, Nov 3, 2010 at 9:42 AM, Andriy Gapon wrote: > > on 03/11/2010 18:27 m...@freebsd.org said the following: > >> It's not clear to me from the man pages (perhaps I didn't look at the > >> right one?) in which environments I n

Re: Corruption of UFS filesystems after using md(4)

2010-11-02 Thread Kostik Belousov
On Tue, Nov 02, 2010 at 07:33:50PM +, Bruce Cran wrote: > On Tuesday 02 November 2010 19:12:14 Bruce Cran wrote: > > I've noticed in recent months that I appear to be getting silent corruption > > of my UFS filesystems - and I think it may be linked to using md(4) or > > creating sparse files.

Re: multiple problems between r212316 and r212643 on ia64

2010-10-22 Thread Kostik Belousov
On Thu, Oct 21, 2010 at 09:44:58PM -0700, Marcel Moolenaar wrote: > > On Sep 16, 2010, at 3:57 AM, Anton Shterenlikht wrote: > >>> > >>> % man ls > >>> zcat: /usr/share/man/cat1/ls.1.gz already has .gz suffix -- unchanged > >>> % man man > >>> zcat: /usr/share/man/cat1/man.1.gz already has .gz su

Re: Extend ktrace/kdump output

2010-09-17 Thread Kostik Belousov
On Fri, Sep 17, 2010 at 09:55:26PM +0200, Norberto Lopes wrote: > Hi. > I've been taking a look at ktrace and kdump in order to get (1) familiar with > the sources and (2) to finally try to give back something to the community. > > So far from what I've seen, and after reading this thread > http

Re: r212281 breaks KDE

2010-09-12 Thread Kostik Belousov
On Sun, Sep 12, 2010 at 10:42:57AM -0400, Michael Butler wrote: > For the last week, on and off, I've been looking for something that > caused KDE to be horridly unstable, i.e. machine freezes with and > without a core-dump. > > Removing r212281 (and r212282) restores that stability. Is there a ra

Re: r212281 breaks KDE

2010-09-12 Thread Kostik Belousov
On Sun, Sep 12, 2010 at 10:42:57AM -0400, Michael Butler wrote: > For the last week, on and off, I've been looking for something that > caused KDE to be horridly unstable, i.e. machine freezes with and > without a core-dump. > > Removing r212281 (and r212282) restores that stability. Is there a ra

Re: Eventtimers b0rking w/ math/atlas

2010-09-10 Thread Kostik Belousov
On Fri, Sep 10, 2010 at 04:31:40PM +0200, Dimitry Andric wrote: > On 2010-09-10 15:50, Thomas E. Spanjaard wrote: > >While trying to build math/atlas on a FreeBSD/amd64 9.0-CURRENT r212411, > >the kernel hangs at some point when math/atlas tries to run some tests > >(presumably the ones to profile

Re: emacs aborting on exit with recent lib/libc/stdlib/atexit.c changes

2010-08-27 Thread Kostik Belousov
On Fri, Aug 27, 2010 at 09:46:35PM +0200, Fabian Keil wrote: > > diff --git a/lib/libc/stdlib/atexit.c b/lib/libc/stdlib/atexit.c > > index 97cf234..511172a 100644 > > --- a/lib/libc/stdlib/atexit.c > > +++ b/lib/libc/stdlib/atexit.c > > @@ -200,6 +200,6 @@ __cxa_finalize(void *dso) > > if (dso

Re: emacs aborting on exit with recent lib/libc/stdlib/atexit.c changes

2010-08-27 Thread Kostik Belousov
On Fri, Aug 27, 2010 at 09:25:34PM +0200, Fabian Keil wrote: > Kostik Belousov wrote: > > > On Fri, Aug 27, 2010 at 06:21:08PM +0200, Fabian Keil wrote: > > > The recent lib/libc/stdlib/atexit.c changes broke emacs (23.2_2,2) for > > > me. It aborts on exit (C

Re: emacs aborting on exit with recent lib/libc/stdlib/atexit.c changes

2010-08-27 Thread Kostik Belousov
On Fri, Aug 27, 2010 at 06:21:08PM +0200, Fabian Keil wrote: > The recent lib/libc/stdlib/atexit.c changes broke emacs (23.2_2,2) for me. > It aborts on exit (C-x C-c) after receiving SIGBUS: > > f...@r500 ~ $gdb emacs > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB

Re: [PATCH] Use MACHINE_ARCH for boot loader

2010-08-27 Thread Kostik Belousov
On Thu, Aug 26, 2010 at 05:50:01PM -0700, Xin LI wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA256 > > Hi, > > The attached patch changes FreeBSD/x86 back to FreeBSD/i386 on i386 and > FreeBSD/amd64 on amd64. > > Comments welcome! I'll commit it in by the weekend if there is no > objec

Re: softupdate with journal panic

2010-08-23 Thread Kostik Belousov
On Sun, Aug 22, 2010 at 03:21:04PM +0200, Peter Holm wrote: > On Sat, Aug 21, 2010 at 01:49:45PM -0400, Michael Butler wrote: > > While updating sysutils/coreutils port on -current as of this morning > > (SVN r211550), I noted a panic during the directory rename config test. > > > > Your problem

Re: fusefs-kmod broken?

2010-08-23 Thread Kostik Belousov
On Mon, Aug 23, 2010 at 04:32:58PM +0200, Ian FREISLICH wrote: > Kostik Belousov wrote: > > > > --7hK5U8dVDlZxii7z > > Content-Type: text/plain; charset=us-ascii > > Content-Disposition: inline > > Content-Transfer-Encoding: quoted-printable > > > >

Re: fusefs-kmod broken?

2010-08-23 Thread Kostik Belousov
On Mon, Aug 23, 2010 at 03:47:23PM +0200, Ed Schouten wrote: > * Kostik Belousov wrote: > > On Mon, Aug 23, 2010 at 03:35:55PM +0200, Ed Schouten wrote: > > > * Kostik Belousov wrote: > > > > Which most likely means that fusesfs filled its own struct fileops > &g

Re: fusefs-kmod broken?

2010-08-23 Thread Kostik Belousov
On Mon, Aug 23, 2010 at 03:35:55PM +0200, Ed Schouten wrote: > * Kostik Belousov wrote: > > Which most likely means that fusesfs filled its own struct fileops > > without properly initializing fo_truncate member. > > It's a bit misleading that cdevs automatically pa

Re: fusefs-kmod broken?

2010-08-23 Thread Kostik Belousov
On Mon, Aug 23, 2010 at 02:58:59PM +0200, Ian FREISLICH wrote: > John Baldwin wrote: > > The uart thing is a red herring, notice the actual PC value is '0'. > > Something > > in kern_open() invoked a NULL function pointer. Doing 'l *kern_open+0x35' > > in > > kgdb would be a good start of where

Re: LOR on nfs: vfs_vnops.c:301 kern_descrip.c:1580

2010-08-20 Thread Kostik Belousov
On Fri, Aug 20, 2010 at 03:35:48PM -0400, John Baldwin wrote: > On Friday, August 20, 2010 3:19:53 pm Kostik Belousov wrote: > > It seems nobody replied to the mdf@ objection against wait of the > > new proc startup being equivalent to the LOR. I think that the wait > > is s

Re: LOR on nfs: vfs_vnops.c:301 kern_descrip.c:1580

2010-08-20 Thread Kostik Belousov
et wrote: > >> >> On 18 August 2010 23:11, pluknet wrote: > >> >> > On 18 August 2010 17:46, Kostik Belousov wrote: > >> >> >> On Wed, Aug 18, 2010 at 02:43:19PM +0400, pluknet wrote: > >> >> >>> On 18 Aug

Re: LOR on nfs: vfs_vnops.c:301 kern_descrip.c:1580

2010-08-18 Thread Kostik Belousov
On Wed, Aug 18, 2010 at 02:43:19PM +0400, pluknet wrote: > On 18 August 2010 12:07, pluknet wrote: > > On 17 August 2010 20:04, Kostik Belousov wrote: > > > >> > >> Also please take a note of the John' suggestion to use the taskqueue. > > > > I

Re: LOR on nfs: vfs_vnops.c:301 kern_descrip.c:1580

2010-08-17 Thread Kostik Belousov
On Tue, Aug 17, 2010 at 07:42:41PM +0400, pluknet wrote: > 2010/8/16 Kostik Belousov : > > On Mon, Aug 16, 2010 at 09:07:24PM +0400, pluknet wrote: > >> On 16 August 2010 21:05, pluknet wrote: > >> > Hi. > >> > > >> > Seeing on mostl

Re: Official request: Please make GNU grep the default

2010-08-17 Thread Kostik Belousov
. > > I added a simple mmap to grep, and time-trialed it, but the mmap version > was somewhat slower than the regular version. I understood from Kostik > Belousov that readahead does not work properly with mmap, and it should > not be used for "one-time" reads. This is no

Re: LOR on nfs: vfs_vnops.c:301 kern_descrip.c:1580

2010-08-16 Thread Kostik Belousov
On Mon, Aug 16, 2010 at 09:07:24PM +0400, pluknet wrote: > On 16 August 2010 21:05, pluknet wrote: > > Hi. > > > > Seeing on mostly idle, recently updated current, while closing a file. > > Presumably never reported on ML. > > > > lock order reversal: > >  1st 0xff00198199f8 nfs (nfs) @ /usr/s

Re: Official request: Please make GNU grep the default

2010-08-14 Thread Kostik Belousov
On Sat, Aug 14, 2010 at 06:23:55PM +0300, Daniel Braniss wrote: > > On Sat, 14 Aug 2010, Julian H. Stacey wrote: > > > > >> why would you want to lock a file for reading anyways? > > > > > > Does current bsdgrep read lock by default ? > > > If so, it would be better off by default, enabled by an o

Re: Filesystem wedge, SUJ-related?

2010-08-12 Thread Kostik Belousov
On Thu, Aug 12, 2010 at 02:01:57PM +0200, Ren? Ladan wrote: > Hi, > > if I understand correctly, this is what r211212 and r211213 fixes? r211213. r211212 fixes different issue, and there is one more known problem. > > Rene > > 2010/8/8 Rene Ladan : > > On 18-07-2010 15:02, Gavin Atkinson wrote:

Re: Deadlock in UFS/SU+J?

2010-08-12 Thread Kostik Belousov
On Thu, Aug 12, 2010 at 09:37:04AM +0200, Lucius Windschuh wrote: > Dear list members, > I tried to reproduce another bug on my test machine (i386, CURRENT > r211175), but ran into the following deadlock: This is not a deadlock, but the LOR. It is irrelevant for your deadlock. Supposedly, the deadl

Re: Incorrect cv_wait_sig() return values?

2010-08-04 Thread Kostik Belousov
On Wed, Aug 04, 2010 at 06:46:04PM +0300, Kostik Belousov wrote: > On Wed, Aug 04, 2010 at 10:36:24AM -0400, Andrew Gallatin wrote: > > Hi, > > > > I recently noticed that cv_wait_sig() will return -1 > > rather than EINTR when a SIGINT is delivered. This is > >

Re: Incorrect cv_wait_sig() return values?

2010-08-04 Thread Kostik Belousov
On Wed, Aug 04, 2010 at 10:36:24AM -0400, Andrew Gallatin wrote: > Hi, > > I recently noticed that cv_wait_sig() will return -1 > rather than EINTR when a SIGINT is delivered. This is > in contrast to CONDVAR(9) which states: > > <...> > cv_wait_sig() and cv_timedwait_sig() return prematur

Re: free(sc, M_DEVBUF) [Was: amd64 panic snd_hda - hdac_get_capabilities: Invalid corb size (0)]

2010-07-28 Thread Kostik Belousov
On Wed, Jul 28, 2010 at 04:14:10PM +0300, Andriy Gapon wrote: > on 27/07/2010 19:53 Gavin Atkinson said the following: > > > > Thanks. Can you try > > http://people.freebsd.org/~gavin/mexas-hda-panic.diff > > > > and see if that solves things for you? > > > > (Credit goes to avg@ for looking in

Re: [patch and review please] 64 CPU Support

2010-07-25 Thread Kostik Belousov
On Sun, Jul 25, 2010 at 01:48:53PM -0700, Sean Bruno wrote: > Reposting from -stable. > > Kind of a large patch, but in order to make an omlette, you need to > break a few servers. > > This is a diff against -CURRENT, not stable-8 as I didn't get a chance > to test it. It is directly based off

Re: firefox is stuck in getbuf()

2010-07-20 Thread Kostik Belousov
On Tue, Jul 20, 2010 at 10:58:00AM +0800, David Xu wrote: > With newest -HEAD code, firefox is stuck in getbuf(). > > top > > last pid: 1814; load averages: 0.00, 0.05, 0.07 > > up 0+00:37:11 10:54:01 > 135 processes: 1 running, 134 sleeping > CPU:

Re: Why is intr taking up so much cpu?

2010-07-20 Thread Kostik Belousov
On Mon, Jul 19, 2010 at 11:05:26PM -0700, Doug Barton wrote: > On Sun, 18 Jul 2010, Kostik Belousov wrote: > > >When intr time starts accumulating again, try to do > >"procstat -kk " and correlate the clock thread tid > >with the backtrace. Might be, it helps

Re: Why is intr taking up so much cpu?

2010-07-19 Thread Kostik Belousov
On Sun, Jul 18, 2010 at 10:06:06PM -0700, Doug Barton wrote: > On 07/18/10 12:41, Kostik Belousov wrote: > > On Sun, Jul 18, 2010 at 12:21:00PM -0700, Doug Barton wrote: > >> On 07/18/10 03:30, Kostik Belousov wrote: > >>> On Sun, Jul 18, 2010 at 01:14:41AM -0700, Do

Re: Why is intr taking up so much cpu?

2010-07-18 Thread Kostik Belousov
On Sun, Jul 18, 2010 at 12:21:00PM -0700, Doug Barton wrote: > On 07/18/10 03:30, Kostik Belousov wrote: > > On Sun, Jul 18, 2010 at 01:14:41AM -0700, Doug Barton wrote: > >> On Sat, 17 Jul 2010, Kostik Belousov wrote: > >> > >>> Run top in the mode where

Re: Why is intr taking up so much cpu?

2010-07-18 Thread Kostik Belousov
On Sun, Jul 18, 2010 at 01:14:41AM -0700, Doug Barton wrote: > On Sat, 17 Jul 2010, Kostik Belousov wrote: > > >Run top in the mode where all system threads are shown separately > >(e.g. top -HS seems to do it), then watch what thread eats the processor. > > And the wi

Re: Why is intr taking up so much cpu?

2010-07-17 Thread Kostik Belousov
On Sat, Jul 17, 2010 at 12:10:26PM -0700, Doug Barton wrote: > On Sat, 17 Jul 2010, Rui Paulo wrote: > > >This doesn't indicate any problem. I suggest you try to figure out what > >interrupt is causing this by adding printfs or disabling drivers one by > >one. > > I've no idea where to even beg

Re: avoid producing empty set_pcpu section [Was: elf obj load: skip zero-sized sections early]

2010-07-15 Thread Kostik Belousov
On Thu, Jul 15, 2010 at 02:25:26PM +0300, Andriy Gapon wrote: > on 11/07/2010 15:23 Andriy Gapon said the following: > > on 11/07/2010 14:54 Andriy Gapon said the following: > >> For completeness, here is a patch that simply drops the inline assembly > >> and the > >> comment about it, and GCC-gen

ATA-related LORs

2010-07-12 Thread Kostik Belousov
Hi, on the HEAD r209908, I see a lot of LORs at the boot. It seems that mutex called "ATA state lock" is held over the large period of kernel initialization. After the system booted, it seems to operate properly. atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xc000-0xc00f at device 1.1 on pc

Re: Regression in GSSAPI/libxh509 linking? [PR bin/147175]

2010-07-06 Thread Kostik Belousov
On Tue, Jul 06, 2010 at 11:26:26PM +1000, Andrew Reilly wrote: > Hi Kostik, > > On 06/07/2010, at 22:33 , Kostik Belousov wrote: > > > "Install evolution-data-server" as a reference to the command is a sure way > > to not get any help. > > Why, becaus

Re: Regression in GSSAPI/libxh509 linking? [PR bin/147175]

2010-07-06 Thread Kostik Belousov
On Tue, Jul 06, 2010 at 01:47:18PM +0200, Matthias Andree wrote: > Am 06.07.2010 10:54, schrieb Kostik Belousov: > > On Tue, Jul 06, 2010 at 10:20:28AM +0200, Matthias Andree wrote: > > >> Please help: read PR bin/147175 and comment if you're knowledgeable about &g

Re: Regression in GSSAPI/libxh509 linking? [PR bin/147175]

2010-07-06 Thread Kostik Belousov
On Tue, Jul 06, 2010 at 10:20:28AM +0200, Matthias Andree wrote: > Greetings, > > it appears that some change to -RECENT (relative to 8-STABLE) breaks > linking several GSSAPI applications from ports, for instance, > mail/fetchmail if GSSAPI is enabled. > > These applications then compile OK,

Re: running old binaries on -current

2010-07-02 Thread Kostik Belousov
On Fri, Jul 02, 2010 at 11:12:13AM -0700, Julian Elischer wrote: > every now and then, for fun I run up a chroot of freebsd 1.1. or 1.0 > under a chroot. Usually hillarity ensues with teh 15 second kernel > compile and the 4 minute make world. > > in -current I can't do that any more.. any bina

Re: Bug in debug.ncores sysctl code

2010-06-20 Thread Kostik Belousov
On Sun, Jun 20, 2010 at 08:38:37PM +0100, Bruce Cran wrote: > I noticed on my i386 router running 9-CURRENT that the "debug.ncores" sysctl > appears to get its value from some kernel memory that gets updated frequently: > > debug.ncores: -936629388 > > On line 2967 of sys/kern/kern_sig.c should

Re: [head tinderbox] failure on sparc64/sparc64

2010-06-18 Thread Kostik Belousov
On Fri, Jun 18, 2010 at 04:26:19AM +, FreeBSD Tinderbox wrote: > TB --- 2010-06-18 03:09:26 - tinderbox 2.6 running on > freebsd-current.sentex.ca > TB --- 2010-06-18 03:09:26 - starting HEAD tinderbox run for sparc64/sparc64 > TB --- 2010-06-18 03:09:26 - cleaning the object tree > TB --- 201

Re: ZFS LORs: syncer vs. zfs and devfs vs. zfs

2010-06-14 Thread Kostik Belousov
On Mon, Jun 14, 2010 at 05:00:00PM +, Bruce Cran wrote: > I got the attached ZFS LORs when building ports on a new install of > 9.0-CURRENT-20100610-JPSNAP. I know there have been some ZFS checkins in the > last few days so I don't know if they've already been fixed? The LORs are not specific

Re: need better POSIX semaphore support

2010-06-01 Thread Kostik Belousov
On Tue, Jun 01, 2010 at 11:41:09AM -0400, John Baldwin wrote: > On Sunday 30 May 2010 11:06:22 am Kostik Belousov wrote: > > On Sun, May 30, 2010 at 06:30:35PM +0400, Dmitry Marakasov wrote: > > > Hi! > > > > > > Not long ago, POSIX semaphores support was enabl

Re: [TESTING]: ClangBSD branch needs testing before the import to HEAD

2010-06-01 Thread Kostik Belousov
On Tue, Jun 01, 2010 at 10:46:54AM +1000, Lawrence Stewart wrote: > On 06/01/10 09:25, James R. Van Artsdalen wrote: > [snip interesting history] > > >I do suggest modifying the FreeBSD build process so that uname -a shows > >the compiler and its version for both the kernel and userland. > > Read

Re: [TESTING]: ClangBSD branch needs testing before the import to HEAD

2010-05-31 Thread Kostik Belousov
On Mon, May 31, 2010 at 06:55:17AM -0500, Astrodog wrote: > On Mon, May 31, 2010 at 6:39 AM, Roman Divacky wrote: > >> > people are already experimenting with clang installed from ports, > >> > with gcc4.{3,4,5} from ports etc. by not importing clang we can > >> > maybe delay this a little but it'

Re: [TESTING]: ClangBSD branch needs testing before the import to HEAD

2010-05-31 Thread Kostik Belousov
On Mon, May 31, 2010 at 12:24:52PM +0200, Roman Divacky wrote: > On Mon, May 31, 2010 at 12:56:17PM +0300, Kostik Belousov wrote: > > On Mon, May 31, 2010 at 12:03:17AM -0600, Scott Long wrote: > > > On May 30, 2010, at 7:58 AM, Kostik Belousov wrote: > > > > On S

Re: [TESTING]: ClangBSD branch needs testing before the import to HEAD

2010-05-31 Thread Kostik Belousov
On Mon, May 31, 2010 at 12:03:17AM -0600, Scott Long wrote: > On May 30, 2010, at 7:58 AM, Kostik Belousov wrote: > > On Sat, May 29, 2010 at 03:02:40PM +0200, Roman Divacky wrote: > >> hi, > >> > >> ClangBSD was updated to LLVM/clang revision 104832 which is

Re: AES NI vs BIOS settings

2010-05-31 Thread Kostik Belousov
On Sun, May 30, 2010 at 10:55:39PM -0700, Xin LI wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA256 > > Hi, > > I just found that if I disable "AES NI" in BIOS setting, FreeBSD would > be able to detect it on boot with: > > Features2=0x29ee3ff,DCA,SSE4.1,SSE4.2,POPCNT,AESNI> > > However

Re: need better POSIX semaphore support

2010-05-30 Thread Kostik Belousov
On Sun, May 30, 2010 at 06:30:35PM +0400, Dmitry Marakasov wrote: > Hi! > > Not long ago, POSIX semaphores support was enabled by default as it's > becoming more widely used, by e.g. firefox. However, the support > for these is still incomplete: we only have systemwide limit of 30 > semaphores, an

Re: [TESTING]: ClangBSD branch needs testing before the import to HEAD

2010-05-30 Thread Kostik Belousov
On Sat, May 29, 2010 at 03:02:40PM +0200, Roman Divacky wrote: > hi, > > ClangBSD was updated to LLVM/clang revision 104832 which is what we > aim to import into HEAD in roughly a week. We would like the initial It was promised that before the import, the public discussion on the mailing list will

Re: nvidia-driver 195.22 use horribly broken on amd64 between r206173 and

2010-05-27 Thread Kostik Belousov
On Thu, May 27, 2010 at 11:54:27AM -0700, Doug Barton wrote: > On 05/26/10 09:51, Kostik Belousov wrote: > >I did a quick glance over the driver, try this: > >http://people.freebsd.org/~kib/misc/nvidia-vm_page_lock.1.patch > >I did not even compiled the patched driver. &

Re: nvidia-driver 195.22 use horribly broken on amd64 between r206173 and

2010-05-26 Thread Kostik Belousov
On Wed, May 26, 2010 at 12:41:51PM -0500, Alan Cox wrote: > Kostik Belousov wrote: > >On Wed, May 26, 2010 at 11:23:02AM -0500, Alan Cox wrote: > > > >>Garrett Cooper wrote: > >> > >>> Just reporting the fact that nvidia-driver 195.22 is horribl

Re: nvidia-driver 195.22 use horribly broken on amd64 between r206173 and

2010-05-26 Thread Kostik Belousov
On Wed, May 26, 2010 at 11:23:02AM -0500, Alan Cox wrote: > Garrett Cooper wrote: > >Just reporting the fact that nvidia-driver 195.22 is horribly > >broken between r206173 and r208486 (my machine consistency livelocks > >at X11 startup); the latest driver is still broken as well with the > >sa

Re: About 32bit binary on amd64

2010-05-24 Thread Kostik Belousov
On Mon, May 24, 2010 at 06:58:56PM +0900, Kohji Okuno wrote: > Thank you for your comments. > > In my usage, it works good by the patch appended to this mail. The patch is probably a start in the right direction. But, it would be much better to install sys/i386/include to e.g. /usr/include/machine

Re: AESNI driver and fpu_kern KPI

2010-05-18 Thread Kostik Belousov
On Tue, May 18, 2010 at 05:30:19PM +0200, Pawel Jakub Dawidek wrote: > On Sat, May 15, 2010 at 01:04:01PM +0300, Kostik Belousov wrote: > > Hello, > > > > please find at http://people.freebsd.org/~kib/misc/aesni.1.patch the > > combined patch, containing the fpu_kern K

Re: AESNI driver and fpu_kern KPI

2010-05-15 Thread Kostik Belousov
On Sat, May 15, 2010 at 01:04:36PM +0200, Marius Strobl wrote: > On Sat, May 15, 2010 at 01:04:01PM +0300, Kostik Belousov wrote: > > > > I am interested in the problem reports and reviews. Maintainers of > > !x86-oids are welcome to provide feedback whether they feel that &

AESNI driver and fpu_kern KPI

2010-05-15 Thread Kostik Belousov
Hello, please find at http://people.freebsd.org/~kib/misc/aesni.1.patch the combined patch, containing the fpu_kern KPI and Intel AESNI crypto(9) driver. I did development and some testing on the hardware generously provided by Sentex Communications to Netperf cluster. I already posted the kern_

Re: kgdb unuseable with cores on current (for some people)

2010-05-13 Thread Kostik Belousov
On Fri, May 14, 2010 at 12:55:35AM -0400, Benjamin Kaduk wrote: > Hi all, > > As was revealed in a recent thread here [1], several people have been > unable to use kgdb on coredumps for the past few months (but possibly not > everyone). > > I am one of those affected, and have narrowed the brea

Re: HEADS UP: 64-bit quotas going in to head today

2010-05-12 Thread Kostik Belousov
On Wed, May 12, 2010 at 02:05:06PM +0200, Dag-Erling Sm??rgrav wrote: > Kostik Belousov writes: > > Dag-Erling Sm??rgrav writes: > > > It adds quite a bit of code to pretty much every UFS VOP. > > No, it does not. Essentially, it adds one or two function calls per

Re: [mini headsup] updating from 7.x to -CURRENT after lzma import

2010-05-11 Thread Kostik Belousov
On Tue, May 11, 2010 at 04:37:51PM -0700, Xin LI wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Hi, > > The recent lzma import has enabled libarchive's lzma support. However, > it have come to our attention that building -HEAD on earlier FreeBSD > versions (specifically, 7.x after

Re: HEADS UP: 64-bit quotas going in to head today

2010-05-11 Thread Kostik Belousov
On Tue, May 11, 2010 at 07:33:00PM +0200, Dag-Erling Sm??rgrav wrote: > Ivan Voras writes: > > Just wondering - does the quota code have that much impact on the file > > system that it's still today left out of the GENERIC kernel? > > It adds quite a bit of code to pretty much every UFS VOP. I h

Re: a panic on uart_z8530_class?

2010-05-08 Thread Kostik Belousov
On Sat, May 08, 2010 at 01:00:32PM -0700, Weongyo Jeong wrote: > Hello, > > Anyone encountered this panic on recent CURRENT kernel? > > [r...@test ~]# uname -a > FreeBSD test 9.0-CURRENT FreeBSD 9.0-CURRENT #16: Sun May 2 00:24:12 PDT > 2010 r...@test:/usr/obj/usr/src/sys/GENERIC amd64 >

Re: Time accounting is all wrong ...

2010-05-06 Thread Kostik Belousov
On Thu, May 06, 2010 at 05:58:32PM +0200, Ulrich Sp??rlein wrote: > Hi, > > fairly recent -CURRENT, system uptime is 7 min (yeah, it's crashing a > lot lately) and I'm pushing stuff with rsync, but see the TIME column: > > last pid: 2013; load averages: 1.39, 0.74, 0.41 up 0+00:07:

Re: Panic @r207433: "System call fork returning with the following locks held"

2010-04-30 Thread Kostik Belousov
On Fri, Apr 30, 2010 at 09:19:53AM -0700, David Wolfskill wrote: > This was during the single- to multi-user transition on boot; I was > going to skip the output from the LORs, but I suspect that some of > them might be relevant; see below. > > I can leave the system in this state for a whle, but

Re: SUJ update

2010-04-30 Thread Kostik Belousov
On Fri, Apr 30, 2010 at 02:43:49PM +0400, Vladimir Grebenschikov wrote: > Hi > > Ehh, looks like fresh kernel is not too stable, it holds after some time > of activity. > > DDB may be activated, but even 'call cpu_reset' does nothing here. > > Looks like it is not related to SUJ, it happens even

Re: Ruby w/clang (Was: Re: [CFT]: ClangBSD is selfhosting, we need testers now)

2010-04-28 Thread Kostik Belousov
On Wed, Apr 28, 2010 at 10:32:41PM +0200, Alexey Shuvaev wrote: > On Thu, Apr 29, 2010 at 02:40:24AM +1100, Dima Panov wrote: > > On Wednesday 28 April 2010 23:16:38 Ollivier Robert wrote: > > > According to Dima Panov: > > > > while building lang/ruby18: > > > Which options to you use? > > > > >

Re: ports and PBIs

2010-04-12 Thread Kostik Belousov
On Sun, Apr 11, 2010 at 03:44:37PM -0700, Julian Elischer wrote: > On 4/11/10 12:20 PM, Kostik Belousov wrote: > >On Sun, Apr 11, 2010 at 12:13:12PM -0700, Julian Elischer wrote: > >>On 4/11/10 11:44 AM, Kostik Belousov wrote: > >>>On Sun, Apr 11, 2010 at 11:23:33A

Re: ports and PBIs

2010-04-11 Thread Kostik Belousov
On Sun, Apr 11, 2010 at 12:13:12PM -0700, Julian Elischer wrote: > On 4/11/10 11:44 AM, Kostik Belousov wrote: > >On Sun, Apr 11, 2010 at 11:23:33AM -0700, Julian Elischer wrote: > >>On 4/11/10 3:27 AM, Kostik Belousov wrote: > >> > >>>I already pointed in

Re: ports and PBIs

2010-04-11 Thread Kostik Belousov
On Sun, Apr 11, 2010 at 11:23:33AM -0700, Julian Elischer wrote: > On 4/11/10 3:27 AM, Kostik Belousov wrote: > > >I already pointed in the other reply in this thread, $ORIGIN dynamic > >token should solve the issue. See > >http://docs.sun.com/app/docs/doc/817-1984/ch

Re: ports and PBIs

2010-04-11 Thread Kostik Belousov
On Sat, Apr 10, 2010 at 03:45:20PM -0700, Tim Kientzle wrote: > Julian Elischer wrote: > >On 4/10/10 12:07 PM, Tim Kientzle wrote: > >>[1] Actually, PBI might work just fine even for > >>embedded if we address the disk bloat issue. One > >>approach would be to make > >>/Package/Bar/libfoo-2.8.7.so

Re: "npxdna in kernel mode!" from VIA_RNG_store

2010-04-04 Thread Kostik Belousov
On Sun, Apr 04, 2010 at 09:04:50AM +0100, Bruce Cran wrote: > I noticed my mini-ITX box (runnning -CURRENT) has been printing quite a few > "npxdna in kernel mode!" messages recently, so I added KDB support to find > out > where they were coming from. The stack trace I got was: > > npxdna in ke

Re: newfs_msdos and DVD-RAM

2010-03-30 Thread Kostik Belousov
On Tue, Mar 30, 2010 at 10:40:07AM +1100, Bruce Evans wrote: > On Mon, 29 Mar 2010, Andriy Gapon wrote: > > >... > >I am not a FAT expert and I know to take Wikipedia with a grain of salt. > >But please take a look at this: > >http://en.wikipedia.org/wiki/File_Allocation_Table#Boot_Sector > > > >I

Re: bind fails with sig11 on start / pthread failure on ARM?

2010-02-18 Thread Kostik Belousov
On Thu, Feb 18, 2010 at 01:49:07PM +0100, Bernd Walter wrote: > On Tue, Feb 16, 2010 at 07:39:51PM +0100, Bernd Walter wrote: > > On Mon, Feb 15, 2010 at 10:39:07PM +0100, Bernd Walter wrote: > > [55]Please.tell.me.who.am.I# gdb /usr/sbin/named named.core > > GNU gdb 6.1.1 [FreeBSD] > > Copyright

<    1   2   3