error while building stable world

2012-10-04 Thread Mike Manilone
Hi all, I'm trying to build a STABLE world. But now I've got an error. /usr/local/bin/clang -O2 -pipe -I/usr/src/lib/libc/include -I/usr/src/lib/libc/../../include -I/usr/src/lib/libc/amd64 -DNLS -D__DBINTERFACE_PRIVATE -I/usr/src/lib/libc/../../contrib/gdtoa -DINET6 -I/usr/obj/usr/src/lib/

Re: FreeBSD 9.0-STABLE problem with the Adaptec Storage Manager

2012-10-04 Thread Andrew A. Khlebutin
Hello, On Saturday, July 07, 2012 2:17:33 am David Chisnall wrote: DC> On 6 Jul 2012, at 20:32, Sergey Kandaurov wrote: >> This is probably because the private symbol __collate_load_error changed >> to macro (i.e. removed) in r235785 after 9.0. If so, it might brake those >> older binaries which

[releng_8 tinderbox] failure on mips/mips

2012-10-04 Thread FreeBSD Tinderbox
TB --- 2012-10-05 04:33:08 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-10-05 04:33:08 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 r...@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-10-05 04

Re: panic "Sleeping thread owns a non-sleepable lock" via cv_timedwait_signal, was "rsync over NFS"

2012-10-04 Thread Konstantin Belousov
On Thu, Oct 04, 2012 at 03:29:31PM +0200, Norbert Aschendorff wrote: > Nop, the patch doesn't seem to work - the machine crashes again. :| > This is the whole difference between stable and HEAD nullfs. Retest the HEAD then. pgpCMOX0jlgk4.pgp Description: PGP signature

[releng_8 tinderbox] failure on mips/mips

2012-10-04 Thread FreeBSD Tinderbox
TB --- 2012-10-05 00:34:17 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-10-05 00:34:17 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 r...@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-10-05 00

Re: gt520 and 9.1

2012-10-04 Thread Chuck Burns
On 10/4/2012 11:21 AM, Zoran Kolic wrote: Thanks Chuck! I'd avoid xconfig at all. I was puzzled with need to install prop blob. OK, nothing to stay awaken all night. :) Best regards Zoran ___ freebsd-stable@freebsd

Re: gt520 and 9.1

2012-10-04 Thread Zoran Kolic
Thanks Chuck! I'd avoid xconfig at all. I was puzzled with need to install prop blob. OK, nothing to stay awaken all night. :) Best regards Zoran ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/ma

Re: gt520 and 9.1

2012-10-04 Thread Chuck Burns
On 10/04/12 11:07, Zoran Kolic wrote: After years of using nvidia 6200 with "nv", I had to move to above mentioned gt520. Fast search shoes I "nvidia-driver". Correct? And to change "nv" in conf file to "nvidia" with "nvidia_load="YES"" in rc.conf? I wait to install the card till release comes ou

gt520 and 9.1

2012-10-04 Thread Zoran Kolic
After years of using nvidia 6200 with "nv", I had to move to above mentioned gt520. Fast search shoes I "nvidia-driver". Correct? And to change "nv" in conf file to "nvidia" with "nvidia_load="YES"" in rc.conf? I wait to install the card till release comes out. Best regards all

Re: CAM Target Layer and Linux (continued)

2012-10-04 Thread Nikolay Denev
On Oct 4, 2012, at 2:52 AM, Chuck Tuffli wrote: > On Tue, Oct 2, 2012 at 3:03 AM, Nikolay Denev wrote: >> >> On Sep 27, 2012, at 6:33 PM, Nikolay Denev wrote: >> >>> Hi All, >>> >>> With the help of Chuck Tuffli, I'm now able to use CTL to export a zvol >>> over FC to a Linux host: >>> >>>

Re: panic "Sleeping thread owns a non-sleepable lock" via cv_timedwait_signal, was "rsync over NFS"

2012-10-04 Thread Norbert Aschendorff
Nop, the patch doesn't seem to work - the machine crashes again. :| Norbert ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

[releng_8 tinderbox] failure on mips/mips

2012-10-04 Thread FreeBSD Tinderbox
TB --- 2012-10-04 12:23:11 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-10-04 12:23:11 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 r...@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-10-04 12

Re: panic "Sleeping thread owns a non-sleepable lock" via cv_timedwait_signal, was "rsync over NFS"

2012-10-04 Thread Norbert Aschendorff
On 10/04/2012 01:53 PM, Rick Macklem wrote: > Looks like you missed the change to fs/nfs/nfs_var.h, which changes > the prototypes for nfsv4_strtouid() and nfsv4_strtogid(). I see the problem, but I don't really understand why it failed. I applied the whole patch... However, 9.1-PRERELEASE is com

Re: panic "Sleeping thread owns a non-sleepable lock" via cv_timedwait_signal, was "rsync over NFS"

2012-10-04 Thread Rick Macklem
Norbert Aschendorff wrote: > Does not compile: http://nopaste.info/2bc2c189eb.html (I also > #define-d > a constant, but that works) > Looks like you missed the change to fs/nfs/nfs_var.h, which changes the prototypes for nfsv4_strtouid() and nfsv4_strtogid(). Btw, the numeric uid/gid patch is no

Re: panic "Sleeping thread owns a non-sleepable lock" via cv_timedwait_signal, was "rsync over NFS"

2012-10-04 Thread Norbert Aschendorff
On 10/04/2012 12:45 PM, Konstantin Belousov wrote: > But the errors has nothing to do with my nullfs backport. You're right; they stem from Rick's patch (from line 207 in numeric-uidgid.patch on): -nd->nd_repstat = nfsv4_strtogid(cp,j,&gid,p); +nd->nd_repstat = nfsv4_strtogid(nd, cp, j, &gid, +

Re: panic "Sleeping thread owns a non-sleepable lock" via cv_timedwait_signal, was "rsync over NFS"

2012-10-04 Thread Konstantin Belousov
On Thu, Oct 04, 2012 at 12:29:51PM +0200, Norbert Aschendorff wrote: > Does not compile: http://nopaste.info/2bc2c189eb.html (I also #define-d > a constant, but that works) > You completely strip off the quotes and attributions, as well as your To: address is bogus, so I do not know whom did you a

Re: panic "Sleeping thread owns a non-sleepable lock" via cv_timedwait_signal, was "rsync over NFS"

2012-10-04 Thread Konstantin Belousov
On Thu, Oct 04, 2012 at 09:08:08AM +0200, Norbert Aschendorff wrote: > On 10/04/2012 08:41 AM, Norbert Aschendorff wrote: > > I just applied the numeric-uidgid patch to CURRENT (worked so far) and > > compile the kernel with the patch and try it another time, just to > > eliminate the possibility o

Re: panic "Sleeping thread owns a non-sleepable lock" via cv_timedwait_signal, was "rsync over NFS"

2012-10-04 Thread Norbert Aschendorff
Does not compile: http://nopaste.info/2bc2c189eb.html (I also #define-d a constant, but that works) --Norbert ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-s

Re: panic "Sleeping thread owns a non-sleepable lock" via cv_timedwait_signal, was "rsync over NFS"

2012-10-04 Thread Norbert Aschendorff
Hehe, sure, if you assist me :) I'm not very experienced with SVN, I'm actually a git user and I think it's also better if I do /not/ express my opinion on SVN here ;) The only actions I'm currently able to do in SVN are checkout, update, commit and view log and status -- so any help is appreciated

Re: panic "Sleeping thread owns a non-sleepable lock" via cv_timedwait_signal, was "rsync over NFS"

2012-10-04 Thread Konstantin Belousov
On Thu, Oct 04, 2012 at 10:22:37AM +0200, Norbert Aschendorff wrote: > Hehe, sure, if you assist me :) > I'm not very experienced with SVN, I'm actually a git user and I think > it's also better if I do /not/ express my opinion on SVN here ;) > The only actions I'm currently able to do in SVN are c

[releng_8 tinderbox] failure on mips/mips

2012-10-04 Thread FreeBSD Tinderbox
TB --- 2012-10-04 08:32:51 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-10-04 08:32:51 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 r...@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-10-04 08

Re: panic "Sleeping thread owns a non-sleepable lock" via cv_timedwait_signal, was "rsync over NFS"

2012-10-04 Thread Norbert Aschendorff
On 10/04/2012 08:41 AM, Norbert Aschendorff wrote: > I just applied the numeric-uidgid patch to CURRENT (worked so far) and > compile the kernel with the patch and try it another time, just to > eliminate the possibility of a bug in this patch (the machine never > crashed before using this patch, b