Re: NFSv4 console messages (locks lost etc.)

2013-06-29 Thread Eggert, Lars
Hi, I should have mentioned that the server is FreeBSD -STABLE running newnfs, and the network isn't partitioned (because I access the box over SSH at the same time I see these messages.) They only appear under heavy NFS load (portmaster build of math/R in this case.) Lars On Jun 29, 2013,

Re: NFSv4 console messages (locks lost etc.)

2013-06-29 Thread Eggert, Lars
Thanks Rick! I will check these Monday. Lars On Jun 29, 2013, at 2:45, Rick Macklem rmack...@uoguelph.ca wrote: Lars Eggert wrote: Hi, On Jun 28, 2013, at 16:37, Eggert, Lars l...@netapp.com wrote: On Jun 28, 2013, at 16:14, Eggert, Lars l...@netapp.com wrote: on a -CURRENT client, I get

Re: panic: vm_page_alloc: pindex already allocated

2013-06-29 Thread Gavin Atkinson
On Tue, 25 Jun 2013, Gavin Atkinson wrote: I've just managed to panic an amd64 host, running HEAD r252161 from June 24th. Filesystem is fully ZFS, no UFS or NFS is involved. The panic is fully reproducible, and is also reproduceable with r251861, so has not been introduced in the last week.

Re: zfs kernel panic, known incompatibilities with clang CPUTYPE/COPTFLAGS?

2013-06-29 Thread Alexander Leidinger
On Thu, 27 Jun 2013 23:58:33 +0200 Kristof Provost kris...@sigsegv.be wrote: On 2013-06-24 22:08:01 (+0200), Alexander Leidinger alexan...@leidinger.net wrote: On Mon, 24 Jun 2013 12:15:18 +0200 Kristof Provost kris...@sigsegv.be wrote: For what it's worth, I'm running into exactly

Re: zfs kernel panic, known incompatibilities with clang CPUTYPE/COPTFLAGS?

2013-06-29 Thread Martin Matuska
On 2013-06-29 12:01, Alexander Leidinger wrote: On Thu, 27 Jun 2013 23:58:33 +0200 Kristof Provost kris...@sigsegv.be wrote: On 2013-06-24 22:08:01 (+0200), Alexander Leidinger alexan...@leidinger.net wrote: On Mon, 24 Jun 2013 12:15:18 +0200 Kristof Provost kris...@sigsegv.be wrote: For

another -Wunsequenced topic

2013-06-29 Thread dt71
Here's a patch to fix several compilation errors coming from -Wunsequenced warnings: Index: bin/ed/re.c === --- bin/ed/re.c (revision 252372) +++ bin/ed/re.c (working copy) @@ -89,7 +89,7 @@ default:

compilation error regarding __cxa_call_terminate()

2013-06-29 Thread dt71
Using Clang head: /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc++/eh_call.cc:44:1: error: conflicting types for '__cxa_call_terminate' __cxa_call_terminate(_Unwind_Exception* ue_header_) ^ /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc++/unwind-cxx.h:136:17:

Robert Noland's DRM patch

2013-06-29 Thread dt71
I'm tired of having a local patch to fix video card software. The patch was written by Robert Noland, and is supposed to fix cases where DRM is doing a copyin() while holding a mutex, which is not allowed. Could someone commit the patch? If not, why?

Re: Robert Noland's DRM patch

2013-06-29 Thread dt71
Index: sys/dev/drm/r300_cmdbuf.c === --- sys/dev/drm/r300_cmdbuf.c (revision 252372) +++ sys/dev/drm/r300_cmdbuf.c (working copy) @@ -1043,6 +1043,8 @@ int emit_dispatch_age = 0; int ret = 0; + DRM_UNLOCK(); + DRM_DEBUG(\n);

Re: zfs kernel panic, known incompatibilities with clang CPUTYPE/COPTFLAGS?

2013-06-29 Thread Alexander Leidinger
On Sat, 29 Jun 2013 14:02:35 +0200 Martin Matuska m...@freebsd.org wrote: some input would be great (at least the panic message - ideally from a debug kernel). The bt in the minidump is useless, but I made a bt directly in the kernel debugger: ---snip--- Fatal trap 12: page fault while in

Re: another -Wunsequenced topic

2013-06-29 Thread Tim Kientzle
Thanks! I've committed all of these except the change to contrib/bmake/ which should probably be submitted upstream first. Tim On Jun 29, 2013, at 7:16 AM, d...@gmx.com wrote: Here's a patch to fix several compilation errors coming from -Wunsequenced warnings: Index: bin/ed/re.c

Re: zfs kernel panic, known incompatibilities with clang CPUTYPE/COPTFLAGS?

2013-06-29 Thread Martin Matuska
This was an obvious error by me - I forgot to register zfs_ioc_jail and zfs_ioc_unjail using the new functions. Amazing noone noticed this by now until it got merged down to stable/8. In addition, I see no need to log these operations to the zpool history as they cause no on-disk changes, so I

Re: zfs kernel panic, known incompatibilities with clang CPUTYPE/COPTFLAGS?

2013-06-29 Thread Alexander Leidinger
On Sat, 29 Jun 2013 18:49:16 +0200 Martin Matuska m...@freebsd.org wrote: Please test the patch from current in r252380. Buildworld+kernel in progress, expect feedback soon. FYI: you misspelled my FreeBSD address in the commit. Bye, Alexander. -- http://www.Leidinger.netAlexander @

panic: Unrecoverable machine check exception

2013-06-29 Thread Mark Felder
I'm trying to get my server to a stable build of current so I can run a current poudriere jail alongside my 9.1 and 8.4 environments for testing package building. This server runs several other jails that host all the other services on my server. Coredump, etc can be found here:

usb sound module loading

2013-06-29 Thread Waitman Gobble
Hi, I have sound modules commented out in kernel config : # Sound support #device sound # Generic sound driver (required) #device snd_cmi # CMedia CMI8338/CMI8738 #device snd_csa # Crystal Semiconductor CS461x/428x #device snd_emu10kx

Re: usb sound module loading

2013-06-29 Thread Gary Palmer
On Sat, Jun 29, 2013 at 12:03:20PM -0700, Waitman Gobble wrote: Hi, I have sound modules commented out in kernel config : # Sound support #device sound # Generic sound driver (required) #device snd_cmi # CMedia CMI8338/CMI8738 #device snd_csa

Re: usb sound module loading

2013-06-29 Thread Waitman Gobble
On Sat, 29 Jun 2013 15:20:13 -0400, Gary Palmer gpal...@freebsd.org wrote: Check /etc/devd/usb.conf You don't mention which release you are using, but I suspect the USB config file for devd is autoloading the snd_uaudio module for you. Regards, Gary Thanks Gary. BTW I'm running FreeBSD

Re: compilation error regarding __cxa_call_terminate()

2013-06-29 Thread Dimitry Andric
On Jun 29, 2013, at 16:14, d...@gmx.com wrote: Using Clang head: /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc++/eh_call.cc:44:1: error: conflicting types for '__cxa_call_terminate' __cxa_call_terminate(_Unwind_Exception* ue_header_) ^

Re: zfs kernel panic, known incompatibilities with clang CPUTYPE/COPTFLAGS?

2013-06-29 Thread Kristof Provost
On 2013-06-29 18:49:16 (+0200), Martin Matuska m...@freebsd.org wrote: This was an obvious error by me - I forgot to register zfs_ioc_jail and zfs_ioc_unjail using the new functions. Amazing noone noticed this by now until it got merged down to stable/8. In addition, I see no need to log

Re: zfs kernel panic, known incompatibilities with clang CPUTYPE/COPTFLAGS?

2013-06-29 Thread Alexander Leidinger
On Sat, 29 Jun 2013 23:05:20 +0200 Kristof Provost kris...@sigsegv.be wrote: On 2013-06-29 18:49:16 (+0200), Martin Matuska m...@freebsd.org wrote: This was an obvious error by me - I forgot to register zfs_ioc_jail and zfs_ioc_unjail using the new functions. Amazing noone noticed this by

Re: NFSv4 console messages (locks lost etc.)

2013-06-29 Thread Rick Macklem
Lars Eggert wrote: Hi, I should have mentioned that the server is FreeBSD -STABLE running newnfs, and the network isn't partitioned (because I access the box over SSH at the same time I see these messages.) They only appear under heavy NFS load (portmaster build of math/R in this case.)

Re: NFSv4 console messages (locks lost etc.)

2013-06-29 Thread Rick Macklem
Lars Eggert wrote: Hi, I should have mentioned that the server is FreeBSD -STABLE running newnfs, and the network isn't partitioned (because I access the box over SSH at the same time I see these messages.) They only appear under heavy NFS load (portmaster build of math/R in this case.)

VFCF_JAIL

2013-06-29 Thread Oliver Pinter
Hi! Why needed the VFCF_JAIL flag in this commit? And why not reflected this change in the commit message? https://github.com/freebsd/freebsd/commit/b08615c213db4d34132dea8c42770d1635e903fc PS.: the svnweb.freebsd.org is out of sync.. ___

Re: VFCF_JAIL

2013-06-29 Thread Oliver Pinter
Sorry for the noise, I found this revert: https://github.com/freebsd/freebsd/commit/51861f0c71f2b3945937dbef2e27efaf6e19fe92 On 6/30/13, Oliver Pinter oliver.p...@gmail.com wrote: Hi! Why needed the VFCF_JAIL flag in this commit? And why not reflected this change in the commit message?