Re: panic "Sleeping thread owns a non-sleepable lock" via cv_timedwait_signal, was "rsync over NFS"
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, but I'm not sure if I tested this > consciously before having applied the patch) Sorry, does not compile. But we nevertheless know that it should be fixed in 10.0. --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
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:32:51 - starting RELENG_8 tinderbox run for mips/mips TB --- 2012-10-04 08:32:51 - cleaning the object tree TB --- 2012-10-04 08:32:52 - checking out /src from svn://svn.freebsd.org/base/stable/8 TB --- 2012-10-04 08:32:52 - cd /tinderbox/RELENG_8/mips/mips TB --- 2012-10-04 08:32:52 - /usr/local/bin/svn cleanup /src TB --- 2012-10-04 08:33:02 - /usr/local/bin/svn update /src TB --- 2012-10-04 08:33:09 - At svn revision 241184S TB --- 2012-10-04 08:33:10 - building world TB --- 2012-10-04 08:33:10 - CROSS_BUILD_TESTING=YES TB --- 2012-10-04 08:33:10 - MAKEOBJDIRPREFIX=/obj TB --- 2012-10-04 08:33:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-10-04 08:33:10 - SRCCONF=/dev/null TB --- 2012-10-04 08:33:10 - TARGET=mips TB --- 2012-10-04 08:33:10 - TARGET_ARCH=mips TB --- 2012-10-04 08:33:10 - TZ=UTC TB --- 2012-10-04 08:33:10 - __MAKE_CONF=/dev/null TB --- 2012-10-04 08:33:10 - cd /src TB --- 2012-10-04 08:33:10 - /usr/bin/make -B buildworld >>> World build started on Thu Oct 4 08:33:11 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] cc -O2 -pipe -I/obj/mips/src/tmp/legacy/usr/include -c /src/games/fortune/strfile/strfile.c cc -O2 -pipe -I/obj/mips/src/tmp/legacy/usr/include -static -L/obj/mips/src/tmp/legacy/usr/lib -o strfile strfile.o -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 strfile /obj/mips/src/tmp/legacy/usr/games ===> gnu/usr.bin/gperf (obj,depend,all,install) /obj/mips/src/tmp/src/gnu/usr.bin/gperf created for /src/gnu/usr.bin/gperf ===> gnu/usr.bin/gperf/doc (obj) /obj/mips/src/tmp/src/gnu/usr.bin/gperf/doc created for /src/gnu/usr.bin/gperf/doc make: don't know how to make iterator.cc. Stop *** Error code 2 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-10-04 08:33:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-10-04 08:33:24 - ERROR: failed to build world TB --- 2012-10-04 08:33:24 - 13.46 user 8.23 system 32.70 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-mips-mips.full ___ 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"
Re: panic "Sleeping thread owns a non-sleepable lock" via cv_timedwait_signal, was "rsync over NFS"
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 checkout, update,
> commit and view log and status -- so any help is appreciated :P
I merged the changes for you, try the patch below.
Index: .
===
--- . (revision 241191)
+++ . (working copy)
Property changes on: .
___
Modified: svn:mergeinfo
Merged /head/sys:r240283-240285
Index: fs
===
--- fs (revision 241191)
+++ fs (working copy)
Property changes on: fs
___
Modified: svn:mergeinfo
Merged /head/sys/fs:r240285
Index: fs/nullfs/null.h
===
--- fs/nullfs/null.h(revision 241191)
+++ fs/nullfs/null.h(working copy)
@@ -56,6 +56,7 @@
int nullfs_init(struct vfsconf *vfsp);
int nullfs_uninit(struct vfsconf *vfsp);
int null_nodeget(struct mount *mp, struct vnode *target, struct vnode **vpp);
+struct vnode *null_hashget(struct mount *mp, struct vnode *lowervp);
void null_hashrem(struct null_node *xp);
int null_bypass(struct vop_generic_args *ap);
Index: fs/nullfs/null_subr.c
===
--- fs/nullfs/null_subr.c (revision 241191)
+++ fs/nullfs/null_subr.c (working copy)
@@ -67,7 +67,6 @@
static MALLOC_DEFINE(M_NULLFSHASH, "nullfs_hash", "NULLFS hash table");
MALLOC_DEFINE(M_NULLFSNODE, "nullfs_node", "NULLFS vnode private part");
-static struct vnode * null_hashget(struct mount *, struct vnode *);
static struct vnode * null_hashins(struct mount *, struct null_node *);
/*
@@ -98,7 +97,7 @@
* Return a VREF'ed alias for lower vnode if already exists, else 0.
* Lower vnode should be locked on entry and will be left locked on exit.
*/
-static struct vnode *
+struct vnode *
null_hashget(mp, lowervp)
struct mount *mp;
struct vnode *lowervp;
@@ -209,14 +208,10 @@
struct vnode *vp;
int error;
- /*
-* The insmntque1() call below requires the exclusive lock on
-* the nullfs vnode.
-*/
- ASSERT_VOP_ELOCKED(lowervp, "lowervp");
- KASSERT(lowervp->v_usecount >= 1, ("Unreferenced vnode %p\n", lowervp));
+ ASSERT_VOP_LOCKED(lowervp, "lowervp");
+ KASSERT(lowervp->v_usecount >= 1, ("Unreferenced vnode %p", lowervp));
- /* Lookup the hash firstly */
+ /* Lookup the hash firstly. */
*vpp = null_hashget(mp, lowervp);
if (*vpp != NULL) {
vrele(lowervp);
@@ -224,6 +219,19 @@
}
/*
+* The insmntque1() call below requires the exclusive lock on
+* the nullfs vnode. Upgrade the lock now if hash failed to
+* provide ready to use vnode.
+*/
+ if (VOP_ISLOCKED(lowervp) != LK_EXCLUSIVE) {
+ vn_lock(lowervp, LK_UPGRADE | LK_RETRY);
+ if ((lowervp->v_iflag & VI_DOOMED) != 0) {
+ vput(lowervp);
+ return (ENOENT);
+ }
+ }
+
+ /*
* We do not serialize vnode creation, instead we will check for
* duplicates later, when adding new vnode to hash.
* Note that duplicate can only appear in hash if the lowervp is
@@ -233,8 +241,7 @@
* might cause a bogus v_data pointer to get dereferenced
* elsewhere if MALLOC should block.
*/
- xp = malloc(sizeof(struct null_node),
- M_NULLFSNODE, M_WAITOK);
+ xp = malloc(sizeof(struct null_node), M_NULLFSNODE, M_WAITOK);
error = getnewvnode("null", mp, &null_vnodeops, &vp);
if (error) {
Index: fs/nullfs/null_vfsops.c
===
--- fs/nullfs/null_vfsops.c (revision 241191)
+++ fs/nullfs/null_vfsops.c (working copy)
@@ -65,6 +65,7 @@
static vfs_unmount_t nullfs_unmount;
static vfs_vget_t nullfs_vget;
static vfs_extattrctl_tnullfs_extattrctl;
+static vfs_reclaim_lowervp_t nullfs_reclaim_lowervp;
/*
* Mount null layer
@@ -121,8 +122,10 @@
*/
NDINIT(ndp, LOOKUP, FOLLOW|LOCKLEAF, UIO_SYSSPACE, target, curthread);
error = namei(ndp);
+
/*
* Re-lock vnode.
+* XXXKIB This is deadlock-prone as well.
*/
if (isvnunlocked)
vn_lock(mp->mnt_vnodecovered, LK_EXCLUSIVE | LK_RETRY);
@@ -146,7 +149,7 @@
}
xmp = (struct null_mount *) malloc(sizeof(struct null_mount),
- M_NULLFSMNT, M_WAITOK); /* XXX */
+ M_NULLFSMNT, M_WAI
Re: panic "Sleeping thread owns a non-sleepable lock" via cv_timedwait_signal, was "rsync over NFS"
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 :P --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"
Re: panic "Sleeping thread owns a non-sleepable lock" via cv_timedwait_signal, was "rsync over NFS"
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-stable-unsubscr...@freebsd.org"
Re: panic "Sleeping thread owns a non-sleepable lock" via cv_timedwait_signal, was "rsync over NFS"
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 of a bug in this patch (the machine never > > crashed before using this patch, but I'm not sure if I tested this > > consciously before having applied the patch) > > Sorry, does not compile. But we nevertheless know that it should be > fixed in 10.0. Good, thank you. To finish the experiment, you could take the r240283, r240284 and r240285 from head and apply to stable/9. I suspect that the fix is in r240285, but other two revisions are the prerequisites. I assume that you do not use ZFS. pgpywIZJsBLDK.pgp Description: PGP signature
Re: panic "Sleeping thread owns a non-sleepable lock" via cv_timedwait_signal, was "rsync over NFS"
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 addressed the note. But the errors has nothing to do with my nullfs backport. pgpRicwIl07v5.pgp Description: PGP signature
Re: panic "Sleeping thread owns a non-sleepable lock" via cv_timedwait_signal, was "rsync over NFS"
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, + p); I reverted the patch and see what's going to happen... ___ 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"
Re: panic "Sleeping thread owns a non-sleepable lock" via cv_timedwait_signal, was "rsync over NFS"
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 now in head and I plan on MFC'ing it to stable/9 to-day, so you might just want to wait a day or and then checkout a fresh source tree. (I know you aren't an svn fan, but I think you mentioned you know how to do a checkout.) And then you can apply Kostik's patch. Sounds like the problem is fixed in head. Good work guys, rick > --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" ___ 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"
Re: panic "Sleeping thread owns a non-sleepable lock" via cv_timedwait_signal, was "rsync over NFS"
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 compiling at the moment without the numeric-patch and we'll see. > Btw, the numeric uid/gid patch is now in head and I plan on MFC'ing it > to stable/9 to-day [...] That's fine :) --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
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:23:11 - starting RELENG_8 tinderbox run for mips/mips TB --- 2012-10-04 12:23:11 - cleaning the object tree TB --- 2012-10-04 12:23:12 - checking out /src from svn://svn.freebsd.org/base/stable/8 TB --- 2012-10-04 12:23:12 - cd /tinderbox/RELENG_8/mips/mips TB --- 2012-10-04 12:23:12 - /usr/local/bin/svn cleanup /src TB --- 2012-10-04 12:23:21 - /usr/local/bin/svn update /src TB --- 2012-10-04 12:28:02 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-10-04 12:28:02 - WARNING: sleeping 30 s and retrying... TB --- 2012-10-04 12:28:32 - /usr/local/bin/svn update /src TB --- 2012-10-04 12:28:39 - At svn revision 241193S TB --- 2012-10-04 12:28:40 - building world TB --- 2012-10-04 12:28:40 - CROSS_BUILD_TESTING=YES TB --- 2012-10-04 12:28:40 - MAKEOBJDIRPREFIX=/obj TB --- 2012-10-04 12:28:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-10-04 12:28:40 - SRCCONF=/dev/null TB --- 2012-10-04 12:28:40 - TARGET=mips TB --- 2012-10-04 12:28:40 - TARGET_ARCH=mips TB --- 2012-10-04 12:28:40 - TZ=UTC TB --- 2012-10-04 12:28:40 - __MAKE_CONF=/dev/null TB --- 2012-10-04 12:28:40 - cd /src TB --- 2012-10-04 12:28:40 - /usr/bin/make -B buildworld >>> World build started on Thu Oct 4 12:28:41 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] cc -O2 -pipe -I/obj/mips/src/tmp/legacy/usr/include -c /src/games/fortune/strfile/strfile.c cc -O2 -pipe -I/obj/mips/src/tmp/legacy/usr/include -static -L/obj/mips/src/tmp/legacy/usr/lib -o strfile strfile.o -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 strfile /obj/mips/src/tmp/legacy/usr/games ===> gnu/usr.bin/gperf (obj,depend,all,install) /obj/mips/src/tmp/src/gnu/usr.bin/gperf created for /src/gnu/usr.bin/gperf ===> gnu/usr.bin/gperf/doc (obj) /obj/mips/src/tmp/src/gnu/usr.bin/gperf/doc created for /src/gnu/usr.bin/gperf/doc make: don't know how to make iterator.cc. Stop *** Error code 2 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-10-04 12:28:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-10-04 12:28:50 - ERROR: failed to build world TB --- 2012-10-04 12:28:50 - 12.88 user 7.23 system 339.59 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-mips-mips.full ___ 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"
Re: panic "Sleeping thread owns a non-sleepable lock" via cv_timedwait_signal, was "rsync over NFS"
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"
Re: CAM Target Layer and Linux (continued)
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:
>>>
>>> LUN Backend Size (Blocks) BS Serial NumberDevice ID
>>> 0 block4185915392 512 FBSDZFS001 ORA_ASM_01
>>> lun_type=0
>>> num_threads=14
>>> file=/dev/zvol/tank/oracle_asm_01
>>> 1 block4185915392 512 FBSDZFS002 ORA_ASM_02
>>> lun_type=0
>>> num_threads=14
>>> file=/dev/zvol/tank/oracle_asm_02
>>> 2 block4185915392 512 FBSDZFS003 ORA_ASM_03
>>> lun_type=0
>>> num_threads=14
>>> file=/dev/zvol/tank/oracle_asm_03
>>> 3 block4185915392 512 FBSDZFS004 ORA_ASM_04
>>> lun_type=0
>>> num_threads=14
>>> file=/dev/zvol/tank/oracle_asm_04
>>>
>>> Then we ran some tests using Oracle's ORION benchmark tool from the Linux
>>> host.
>>> We ran one test which passed successfully,
>>> then I've just disabled zfs prefetch -> "vfs.zfs.prefetch_disable=1"
>>> and rerun the test, which failed due to this error.
>>>
>>> On the FreeBSD side:
>>>
>>> (0:3:0:1): READ(10). CDB: 28 0 84 f9 58 0 0 4 0 0
>>> (0:3:0:1): Tag: 0x116220, Type: 1
>>> (0:3:0:1): CTL Status: SCSI Error
>>> (0:3:0:1): SCSI Status: Check Condition
>>> (0:3:0:1): SCSI sense: NOT READY asc:4b,0 (Data phase error)
> ...
>> After a whole day of orion tests without problems, we started an Oracle ASM
>> instance from the Linux host and
>> again got an error, this time it was WRITE error :
>>
>> (0:3:0:3): WRITE(10). CDB: 2a 0 1 5b 10 0 0 4 0 0
>> (0:3:0:3): Tag: 0x110940, Type: 1
>> (0:3:0:3): CTL Status: SCSI Error
>> (0:3:0:3): SCSI Status: Check Condition
>> (0:3:0:3): SCSI sense: NOT READY asc:4b,0 (Data phase error)
>>
>> I've tried to track down this "Data phase error" in the CTL code and it
>> looks like it is something related to the isp(4) driver:
>
> This would have been my first guess if there had been something in the
> logs from isp, but since there wasn't, it's hard to tell. I been
> running orion for ~3hrs now with a different FC driver + an analyzer
> but haven't seen this problem.
>
> Would it be possible to stick some prints in default clause of the
> ctlfedone() to confirm if this is front or back end problem?
> Especially interesting would be the value of done_ccb->ccb_h.status.
>
> ---chuck
I have added the printfs like this :
--- sys/cam/ctl/scsi_ctl.c.orig 2012-10-04 10:52:57.413144029 +0200
+++ sys/cam/ctl/scsi_ctl.c 2012-10-04 11:23:35.501143149 +0200
@@ -1415,6 +1415,7 @@
*/
io->io_hdr.port_status = 0xbad1;
ctl_set_data_phase_error(&io->scsiio);
+ printf("XXX: done_ccb->ccb_h.status = %lu\n",
(long unsigned int)done_ccb->ccb_h.status);
/*
* XXX KDM figure out residual.
*/
But I've postponed the tests as the pool got nearly filled up, and probably the
ZVOLs became very fragmented
and they were extremely slow to access and generated scsi timeout and abort
command errors from the Linux host.
Even deleting them took maybe 40 minutes.
Also there was some bad interaction while accessing the zvols over CAM and at
the same time using a nfs share from this host,
which bring all disk IO on the pool almost to a stop.
I will create a new zvol tomorrow and retest with the printf enabled, while the
machine is idle (no nfs activity).
___
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"
gt520 and 9.1
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 Zoran ___ 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"
Re: gt520 and 9.1
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 out. Best regards all Zoran ___ 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" # portmaster x11/nvidia-driver x11/nvidia-xconfig x11/nvidia-settings Once that is done: # nvidia-xconfig Once that is done, start X. You're done. ___ 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"
Re: gt520 and 9.1
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/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: gt520 and 9.1
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.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org" No problem. Oh. you -do- still need to manually add nvidia_load="YES" to /boot/loader.conf - but the xconfig automatically modifies your xorg.conf (or creates one if it doesnt exist) to use the proper xorg video driver. I've never had a problem with using it, and I've had nvidia for.. ever, basically :) -- Chuck Burns ___ 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
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:34:17 - starting RELENG_8 tinderbox run for mips/mips TB --- 2012-10-05 00:34:17 - cleaning the object tree TB --- 2012-10-05 00:34:19 - checking out /src from svn://svn.freebsd.org/base/stable/8 TB --- 2012-10-05 00:34:19 - cd /tinderbox/RELENG_8/mips/mips TB --- 2012-10-05 00:34:19 - /usr/local/bin/svn cleanup /src TB --- 2012-10-05 00:34:28 - /usr/local/bin/svn update /src TB --- 2012-10-05 00:39:01 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-10-05 00:39:01 - WARNING: sleeping 30 s and retrying... TB --- 2012-10-05 00:39:31 - /usr/local/bin/svn update /src TB --- 2012-10-05 00:39:38 - At svn revision 241214S TB --- 2012-10-05 00:39:39 - building world TB --- 2012-10-05 00:39:39 - CROSS_BUILD_TESTING=YES TB --- 2012-10-05 00:39:39 - MAKEOBJDIRPREFIX=/obj TB --- 2012-10-05 00:39:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-10-05 00:39:39 - SRCCONF=/dev/null TB --- 2012-10-05 00:39:39 - TARGET=mips TB --- 2012-10-05 00:39:39 - TARGET_ARCH=mips TB --- 2012-10-05 00:39:39 - TZ=UTC TB --- 2012-10-05 00:39:39 - __MAKE_CONF=/dev/null TB --- 2012-10-05 00:39:39 - cd /src TB --- 2012-10-05 00:39:39 - /usr/bin/make -B buildworld >>> World build started on Fri Oct 5 00:39:40 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] cc -O2 -pipe -I/obj/mips/src/tmp/legacy/usr/include -c /src/games/fortune/strfile/strfile.c cc -O2 -pipe -I/obj/mips/src/tmp/legacy/usr/include -static -L/obj/mips/src/tmp/legacy/usr/lib -o strfile strfile.o -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 strfile /obj/mips/src/tmp/legacy/usr/games ===> gnu/usr.bin/gperf (obj,depend,all,install) /obj/mips/src/tmp/src/gnu/usr.bin/gperf created for /src/gnu/usr.bin/gperf ===> gnu/usr.bin/gperf/doc (obj) /obj/mips/src/tmp/src/gnu/usr.bin/gperf/doc created for /src/gnu/usr.bin/gperf/doc make: don't know how to make iterator.cc. Stop *** Error code 2 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-10-05 00:39:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-10-05 00:39:49 - ERROR: failed to build world TB --- 2012-10-05 00:39:49 - 12.19 user 7.89 system 331.99 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-mips-mips.full ___ 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"
Re: panic "Sleeping thread owns a non-sleepable lock" via cv_timedwait_signal, was "rsync over NFS"
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
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:33:08 - starting RELENG_8 tinderbox run for mips/mips TB --- 2012-10-05 04:33:08 - cleaning the object tree TB --- 2012-10-05 04:33:14 - checking out /src from svn://svn.freebsd.org/base/stable/8 TB --- 2012-10-05 04:33:14 - cd /tinderbox/RELENG_8/mips/mips TB --- 2012-10-05 04:33:14 - /usr/local/bin/svn cleanup /src TB --- 2012-10-05 04:33:23 - /usr/local/bin/svn update /src TB --- 2012-10-05 04:33:33 - At svn revision 241216S TB --- 2012-10-05 04:33:34 - building world TB --- 2012-10-05 04:33:34 - CROSS_BUILD_TESTING=YES TB --- 2012-10-05 04:33:34 - MAKEOBJDIRPREFIX=/obj TB --- 2012-10-05 04:33:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-10-05 04:33:34 - SRCCONF=/dev/null TB --- 2012-10-05 04:33:34 - TARGET=mips TB --- 2012-10-05 04:33:34 - TARGET_ARCH=mips TB --- 2012-10-05 04:33:34 - TZ=UTC TB --- 2012-10-05 04:33:34 - __MAKE_CONF=/dev/null TB --- 2012-10-05 04:33:34 - cd /src TB --- 2012-10-05 04:33:34 - /usr/bin/make -B buildworld >>> World build started on Fri Oct 5 04:33:35 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] cc -O2 -pipe -I/obj/mips/src/tmp/legacy/usr/include -c /src/games/fortune/strfile/strfile.c cc -O2 -pipe -I/obj/mips/src/tmp/legacy/usr/include -static -L/obj/mips/src/tmp/legacy/usr/lib -o strfile strfile.o -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 strfile /obj/mips/src/tmp/legacy/usr/games ===> gnu/usr.bin/gperf (obj,depend,all,install) /obj/mips/src/tmp/src/gnu/usr.bin/gperf created for /src/gnu/usr.bin/gperf ===> gnu/usr.bin/gperf/doc (obj) /obj/mips/src/tmp/src/gnu/usr.bin/gperf/doc created for /src/gnu/usr.bin/gperf/doc make: don't know how to make iterator.cc. Stop *** Error code 2 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-10-05 04:33:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-10-05 04:33:48 - ERROR: failed to build world TB --- 2012-10-05 04:33:48 - 13.32 user 8.12 system 39.80 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-mips-mips.full ___ 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"
Re: FreeBSD 9.0-STABLE problem with the Adaptec Storage Manager
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 rely on that symbol, though it's still defined in >> Symbol.map. Probably David Chisnall could further comment on this. DC> This was accidentally removed in the xlocale refactoring. I've DC> restored it in r238182 and CC'd re@ for permission to merge to the 9.1 release branch. Do you plan on MFC'ing it to stable/9 and releng/9.1? It breaks sysutils/arcconf, I can't monitor a state of my raid controller. -- SY, Andrew Khlebutin ___ 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"
error while building stable world
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/libc -I/usr/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../../contrib/tzcode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-conversion -Wno-switch -Wno-switch-enum -c /usr/src/lib/libc/amd64/sys/__vdso_gettc.c -o __vdso_gettc.o /usr/src/lib/libc/amd64/sys/__vdso_gettc.c:31:10: fatal error: 'sys/vdso.h' file not found #include ^ 1 error generated. *** [__vdso_gettc.o] Error code 1 How can I fix this error? Another question: will buildworld also build the kernel? Thanks. Cheers, Mike Manilone ___ 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"
