Re: Stucking processes

2012-06-17 Thread Daniel Nebdal
Couldn't that just be because you're running a world that expects one
kernel but finds another? As far as I know, running a newer world in a jail
on an older system is not really recommended (while the opposite ought to
be ok)?
On Jun 16, 2012 11:33 AM, Alexander Yerenkow yeren...@gmail.com wrote:

 Hello all.
 Since I'm using stable as host, and current in chroot, I'll write to
 both mail list, sorry for any inconvenience.

 My host is binary freebsd-updated 9;
 FreeBSD 9.0-RELEASE-p3 (GENERIC) #0: Tue Jun 12 02:52:29 UTC 2012

 I have chroot with latest current there installed r237089 (make
 buildworld  buildkernel, no specific flags)
 When I built from ports some programs in chroot all went fine, until I
 got stucked process automoc (when building kdelibs4);
 After few restarts I got build, and forget about it.
 I'm toying now with portupgrade, and see similar stucks in ruby18 and
 ruby19 (Even got few times in miniruby while building 1.8);

 Here's example of stucked processes (they aren't in top, and seems
 totally inactive. I haven't kill them yet, so can try to dig, but to
 where?):
  2677   5  Is0:00,00 | `-- /bin/sh
  2678   5  I 0:00,00 |   `-- sudo su
  2679   5  I 0:00,00 | `-- su
  2680   5  I 0:00,01 |   `-- _su (csh)
  2687   5  I 0:00,03 | `-- /bin/csh -i
  2690   5  I+0:04,34 |   `-- ruby19: portupgrade: [1/237]
 audio/libsamplerate (ruby19)

 #  procstat -k 2690
  PIDTID COMM TDNAME   KSTACK
  2690 100477 ruby19   -mi_switch
 sleepq_catch_signals sleepq_timedwait_sig _sleep do_wait
 __umtx_op_wait_uint_private_compat32 ia32_syscall Xint0x80_syscall
  2690 101110 ruby19   -mi_switch
 sleepq_catch_signals sleepq_wait_sig _cv_wait_sig seltdwait
 kern_select freebsd32_select ia32_syscall Xint0x80_syscall

 #top (with inactive filtered out;)
 last pid: 11049;  load averages:  0.09,  0.16,  0.19

up 0+00:14:48  12:27:20
 63 processes:  1 running, 62 sleeping
 CPU:  1.0% user,  0.0% nice,  0.8% system,  1.2% interrupt, 97.0% idle
 Mem: 184M Active, 96M Inact, 1104M Wired, 2412K Cache, 171M Buf, 454M Free
 Swap: 4096M Total, 4096M Free

  PID USERNAMETHR PRI NICE   SIZERES STATE   C   TIME   WCPU COMMAND
  2610 root  2  200   261M 82548K kqread  1   0:12  1.27%
 rtorrent


 Is this my side's problem, or there's something wrong with current? :)
 Any help appreciated.

 --
 Regards,
 Alexander Yerenkow
 ___
 freebsd-current@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/freebsd-current
 To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org

___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org


PORTS_MODULES

2012-06-17 Thread Doug Barton
Howdy,

This is an FYI to let people know about a really nice feature for those
that have ports installed which include kernel modules. You can place a
list in /etc/src.conf like this:

PORTS_MODULES=  emulators/virtualbox-ose-kmod sysutils/fusefs-kmod
x11/nvidia-driver

which will cause those modules to be built and installed with all the
proper matching stuff at the same time as buildkernel and installkernel.

This feature has existed for a while, but has had issues. Thanks to a
team effort it's a lot more robust now, and ready for prime time (in
HEAD, and the -STABLE branches for now, soon to be in 9.1-RELEASE).

Enjoy,

Doug

-- 

This .signature sanitized for your protection

___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org


Re: PORTS_MODULES fix

2012-06-17 Thread Doug Barton
On 06/09/2012 16:51, Doug Barton wrote:
 Ok, never mind the last one ... this patch I've actually tested. :)

Committed to HEAD and MFC'ed. Thanks everyone for the feedback and help.

Doug

-- 

This .signature sanitized for your protection


___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org