Re: system hangs after logging into gdm
В Mon, 11 Oct 2010 08:37:05 -0700 Garrett Cooper gcoo...@freebsd.org пишет: On Mon, Oct 11, 2010 at 2:04 AM, Andriy Gapon a...@icyb.net.ua wrote: on 11/10/2010 10:59 Ivan Klymenko said the following: В Sun, 10 Oct 2010 15:37:55 -0700 Garrett Cooper gcoo...@freebsd.org пишет: On Sun, Oct 10, 2010 at 3:08 PM, Ivan Klymenko fi...@ukr.net wrote: Hi! My system has an svn r213507 FreeBSD nonamehost 9.0-CURRENT FreeBSD 9.0-CURRENT #0 r213507: Sun Oct 10 22:43:18 EEST 2010 r...@nonamehost:/usr/obj/usr/src/sys/mk9 amd64 after upgrading to r213666 my system hangs after logging into gdm had to go back to r213507 What video driver are you using? -Garrett NVIDIA Driver Version: 260.19.06 but Xorg successfully starts and GDM login screen appears system hangs after a few seconds after entering the password ... I noticed the following: gvfsd does not create a directory of the form / var/tmp/gvfs-username-hash may hang system due to gvfsd? That seems a bit interesting. The other thing you can do is start running a binary search on the breakage because you have a range of good versions vs bad versions to look through. If you can access the system remotely or quickly switch to console, then you should be able to examine state of your system and get some facts. If you have ddb compiled into the kernel (and you should) try CTRL-ALT-ESC after the lockup. You may also want to try KGDB instead, which would require a serial connection (RS-232 or IEEE-1394). HTH, -Garrett --I have updated the source code to r213666 --rebuilt and reinstall: world and kernel GENERIC --reinstall nvidia driver with my patch: # --- src/nvidia_os.c.orig2010-09-15 01:26:27.0 +0300 +++ src/nvidia_os.c 2010-09-15 01:27:51.0 +0300 @@ -13,6 +13,67 @@ #include nv.h #include nv-freebsd.h +struct taskqueue { +STAILQ_HEAD(, task) tq_queue; +const char *tq_name; +taskqueue_enqueue_fntq_enqueue; +void*tq_context; +struct task *tq_running; +struct mtx tq_mutex; +struct thread **tq_threads; +int tq_tcount; +int tq_spin; +int tq_flags; +}; + +static void taskqueue_run(struct taskqueue *, struct task **); + +static __inline void +TQ_LOCK(struct taskqueue *tq) +{ +if (tq-tq_spin) + mtx_lock_spin(tq-tq_mutex); +else +mtx_lock(tq-tq_mutex); +} + +static __inline void +TQ_UNLOCK(struct taskqueue *tq) +{ + if (tq-tq_spin) + mtx_unlock_spin(tq-tq_mutex); + else + mtx_unlock(tq-tq_mutex); +} + +static void +taskqueue_run(struct taskqueue *queue, struct task **tpp) +{ + struct task *task; + int pending; + + mtx_assert(queue-tq_mutex, MA_OWNED); + while (STAILQ_FIRST(queue-tq_queue)) { + /* + * Carefully remove the first task from the queue and + * zero its pending count. + */ + task = STAILQ_FIRST(queue-tq_queue); + STAILQ_REMOVE_HEAD(queue-tq_queue, ta_link); + pending = task-ta_pending; + task-ta_pending = 0; + task-ta_running = tpp; + *tpp = task; + TQ_UNLOCK(queue); + + task-ta_func(task-ta_context, pending); + + TQ_LOCK(queue); + *tpp = NULL; + wakeup(task); + } +} + MALLOC_DEFINE(M_NVIDIA, nvidia, NVIDIA memory allocations); TASKQUEUE_DEFINE_THREAD(nvidia); @@ -332,7 +393,8 @@ RM_STATUS NV_API_CALL os_flush_work_queue(void) { -taskqueue_run(taskqueue_nvidia); +//taskqueue_run(taskqueue_nvidia); +taskqueue_run(taskqueue_nvidia, taskqueue_nvidia-tq_running); return RM_OK; } # --reboo --authorization window will appear gdm --i choose a user, enter a password and press Enter --takes a few seconds and my system hangs --I press CTRL + ALT + ESC, but nothing happens :( Here are some of the messages log at this loading: Oct 12 01:06:57 nonamehost syslogd: kernel boot file is /boot/kernel/kernel Oct 12 01:06:57 nonamehost kernel: Copyright (c) 1992-2010 The FreeBSD Project. Oct 12 01:06:57 nonamehost kernel: Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 Oct 12 01:06:57 nonamehost kernel: The Regents of the University of California. All rights reserved. Oct 12 01:06:57 nonamehost kernel: FreeBSD is a registered trademark of The FreeBSD Foundation. Oct 12 01:06:57 nonamehost kernel: FreeBSD 9.0-CURRENT #0 r213666: Tue Oct 12 00:23:58 EEST 2010 Oct 12 01:06:57 nonamehost kernel: i...@nonamehost:/usr/obj/usr/src/sys/GENERIC amd64 Oct 12 01:06:57 nonamehost kernel: WARNING: WITNESS option enabled, expect reduced performance. Oct 12 01:06:57 nonamehost kernel
Re: system hangs after logging into gdm
on 12/10/2010 11:35 Ivan Klymenko said the following: --i choose a user, enter a password and press Enter have you switched to text console after the above and before the next? --takes a few seconds and my system hangs --I press CTRL + ALT + ESC, but nothing happens You might want to add DEBUG_VFS_LOCKS. -- Andriy Gapon ___ 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: system hangs after logging into gdm
В Tue, 12 Oct 2010 11:51:05 +0300 Andriy Gapon a...@icyb.net.ua пишет: on 12/10/2010 11:35 Ivan Klymenko said the following: --i choose a user, enter a password and press Enter have you switched to text console after the above and before the next? After the system hangs - no after a reboot - yes - I went to the console and rebuilt world and kernel version r231507 again ... --takes a few seconds and my system hangs --I press CTRL + ALT + ESC, but nothing happens You might want to add DEBUG_VFS_LOCKS. Yes, I can, but this whole procedure takes me many hours ... I have FreeBSD - the only system on the PC and I need it in working order - I'm working on it Surely no one will be able to repeat my steps, that would verify this especially since I've written previously that the cause may be in the vfs ... ___ 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: system hangs after logging into gdm
on 12/10/2010 12:00 Ivan Klymenko said the following: В Tue, 12 Oct 2010 11:51:05 +0300 Andriy Gapon a...@icyb.net.ua пишет: on 12/10/2010 11:35 Ivan Klymenko said the following: --i choose a user, enter a password and press Enter have you switched to text console after the above and before the next? After the system hangs - no I specifically asked if you switched to text console right after pressing Enter in the above step. Sorry if that was not clear. after a reboot - yes - I went to the console and rebuilt world and kernel version r231507 again ... --takes a few seconds and my system hangs --I press CTRL + ALT + ESC, but nothing happens You might want to add DEBUG_VFS_LOCKS. Yes, I can, but this whole procedure takes me many hours ... I have FreeBSD - the only system on the PC and I need it in working order - I'm working on it Surely no one will be able to repeat my steps, that would verify this especially since I've written previously that the cause may be in the vfs ... Not sure what your point is. So far you seem to be the only one who has the problem (or has reported it, at least). -- Andriy Gapon ___ 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: system hangs after logging into gdm
On Tue, Oct 12, 2010 at 2:04 AM, Andriy Gapon a...@icyb.net.ua wrote: on 12/10/2010 12:00 Ivan Klymenko said the following: В Tue, 12 Oct 2010 11:51:05 +0300 Andriy Gapon a...@icyb.net.ua пишет: on 12/10/2010 11:35 Ivan Klymenko said the following: --i choose a user, enter a password and press Enter have you switched to text console after the above and before the next? After the system hangs - no I specifically asked if you switched to text console right after pressing Enter in the above step. Sorry if that was not clear. after a reboot - yes - I went to the console and rebuilt world and kernel version r231507 again ... --takes a few seconds and my system hangs --I press CTRL + ALT + ESC, but nothing happens You might want to add DEBUG_VFS_LOCKS. Yes, I can, but this whole procedure takes me many hours ... I have FreeBSD - the only system on the PC and I need it in working order - I'm working on it Surely no one will be able to repeat my steps, that would verify this especially since I've written previously that the cause may be in the vfs ... Not sure what your point is. So far you seem to be the only one who has the problem (or has reported it, at least). Could you try disabling some of your modules (fuse, nvidia, etc) in a stepwise manner? fuse is of particular interest for me to see whether or not it resolves the problem. Thanks, -Garrett ___ 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: system hangs after logging into gdm
В Tue, 12 Oct 2010 02:07:01 -0700 Garrett Cooper gcoo...@freebsd.org пишет: On Tue, Oct 12, 2010 at 2:04 AM, Andriy Gapon a...@icyb.net.ua wrote: on 12/10/2010 12:00 Ivan Klymenko said the following: В Tue, 12 Oct 2010 11:51:05 +0300 Andriy Gapon a...@icyb.net.ua пишет: on 12/10/2010 11:35 Ivan Klymenko said the following: --i choose a user, enter a password and press Enter have you switched to text console after the above and before the next? After the system hangs - no I specifically asked if you switched to text console right after pressing Enter in the above step. Sorry if that was not clear. after a reboot - yes - I went to the console and rebuilt world and kernel version r231507 again ... --takes a few seconds and my system hangs --I press CTRL + ALT + ESC, but nothing happens You might want to add DEBUG_VFS_LOCKS. Yes, I can, but this whole procedure takes me many hours ... I have FreeBSD - the only system on the PC and I need it in working order - I'm working on it Surely no one will be able to repeat my steps, that would verify this especially since I've written previously that the cause may be in the vfs ... Not sure what your point is. So far you seem to be the only one who has the problem (or has reported it, at least). Could you try disabling some of your modules (fuse, nvidia, etc) in a stepwise manner? fuse is of particular interest for me to see whether or not it resolves the problem. Thanks, -Garrett --I have updated the source code to r213666 --rebuilt and reinstall: ONLY kernel GENERIC + options DEBUG_VFS_LOCKS --i NOT reinstall nvidia driver with my patch... --i removed fusefs_enable=YES in /etc/rc.conf fusefs-kmod-0.3.9.p1.20080208_6 system booted fine and I successfully logged on to gdm! :) cause system hangs at the entrance to gdm was a module of the ports of fuse.ko Thank you very much! ___ 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: system hangs after logging into gdm
On Tue, Oct 12, 2010 at 4:51 AM, Ivan Klymenko fi...@ukr.net wrote: В Tue, 12 Oct 2010 02:07:01 -0700 Garrett Cooper gcoo...@freebsd.org пишет: On Tue, Oct 12, 2010 at 2:04 AM, Andriy Gapon a...@icyb.net.ua wrote: on 12/10/2010 12:00 Ivan Klymenko said the following: В Tue, 12 Oct 2010 11:51:05 +0300 Andriy Gapon a...@icyb.net.ua пишет: on 12/10/2010 11:35 Ivan Klymenko said the following: --i choose a user, enter a password and press Enter have you switched to text console after the above and before the next? After the system hangs - no I specifically asked if you switched to text console right after pressing Enter in the above step. Sorry if that was not clear. after a reboot - yes - I went to the console and rebuilt world and kernel version r231507 again ... --takes a few seconds and my system hangs --I press CTRL + ALT + ESC, but nothing happens You might want to add DEBUG_VFS_LOCKS. Yes, I can, but this whole procedure takes me many hours ... I have FreeBSD - the only system on the PC and I need it in working order - I'm working on it Surely no one will be able to repeat my steps, that would verify this especially since I've written previously that the cause may be in the vfs ... Not sure what your point is. So far you seem to be the only one who has the problem (or has reported it, at least). Could you try disabling some of your modules (fuse, nvidia, etc) in a stepwise manner? fuse is of particular interest for me to see whether or not it resolves the problem. Thanks, -Garrett --I have updated the source code to r213666 --rebuilt and reinstall: ONLY kernel GENERIC + options DEBUG_VFS_LOCKS --i NOT reinstall nvidia driver with my patch... --i removed fusefs_enable=YES in /etc/rc.conf fusefs-kmod-0.3.9.p1.20080208_6 system booted fine and I successfully logged on to gdm! :) cause system hangs at the entrance to gdm was a module of the ports of fuse.ko Try recompiling the module and load it to see whether or not the module has been broken in your recent CURRENT update. Thanks! -Garrett ___ 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: system hangs after logging into gdm [related but OFFTOPIC]
Try recompiling the module and load it to see whether or not the module has been broken in your recent CURRENT update. Thanks! I think fuse has many problems. I locks when being used by gvfs-fuse-daemon (which I may say is very useful as it avoids the task of manually mounting remote network places when using a non gio-aware application). I tried it with both stable and current, and both i386 and amd64. No luck. Is there any plan to port puffs to freebsd ? I read there was a google summer of code in 2009 to port it, but I'm unable to obtain any info. Best regards, Gus ___ 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
Re: system hangs after logging into gdm
--I have updated the source code to r213666 --rebuilt and reinstall: ONLY kernel GENERIC + options DEBUG_VFS_LOCKS --i NOT reinstall nvidia driver with my patch... --i removed fusefs_enable=YES in /etc/rc.conf fusefs-kmod-0.3.9.p1.20080208_6 system booted fine and I successfully logged on to gdm! :) cause system hangs at the entrance to gdm was a module of the ports of fuse.ko Try recompiling the module and load it to see whether or not the module has been broken in your recent CURRENT update. Thanks! -Garrett I updated the kernel source code and the world to r213666 I rebuilt the port fusefs-kmod-0.3.9.p1.20080208_6 everything works fine! In fact, there is no problem! Thank you all! P.S. I am ashamed that I could not find the problem yourself, the more that once during the FreeBSD 5.4 I am on such a problem with fuse.ko already stumbled. : ( ___ 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: system hangs after logging into gdm
В Sun, 10 Oct 2010 15:37:55 -0700 Garrett Cooper gcoo...@freebsd.org пишет: On Sun, Oct 10, 2010 at 3:08 PM, Ivan Klymenko fi...@ukr.net wrote: Hi! My system has an svn r213507 FreeBSD nonamehost 9.0-CURRENT FreeBSD 9.0-CURRENT #0 r213507: Sun Oct 10 22:43:18 EEST 2010 r...@nonamehost:/usr/obj/usr/src/sys/mk9 amd64 after upgrading to r213666 my system hangs after logging into gdm had to go back to r213507 What video driver are you using? -Garrett NVIDIA Driver Version: 260.19.06 but Xorg successfully starts and GDM login screen appears system hangs after a few seconds after entering the password ... I noticed the following: gvfsd does not create a directory of the form / var/tmp/gvfs-username-hash may hang system due to gvfsd? ___ 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: system hangs after logging into gdm
on 11/10/2010 10:59 Ivan Klymenko said the following: В Sun, 10 Oct 2010 15:37:55 -0700 Garrett Cooper gcoo...@freebsd.org пишет: On Sun, Oct 10, 2010 at 3:08 PM, Ivan Klymenko fi...@ukr.net wrote: Hi! My system has an svn r213507 FreeBSD nonamehost 9.0-CURRENT FreeBSD 9.0-CURRENT #0 r213507: Sun Oct 10 22:43:18 EEST 2010 r...@nonamehost:/usr/obj/usr/src/sys/mk9 amd64 after upgrading to r213666 my system hangs after logging into gdm had to go back to r213507 What video driver are you using? -Garrett NVIDIA Driver Version: 260.19.06 but Xorg successfully starts and GDM login screen appears system hangs after a few seconds after entering the password ... I noticed the following: gvfsd does not create a directory of the form / var/tmp/gvfs-username-hash may hang system due to gvfsd? If you can access the system remotely or quickly switch to console, then you should be able to examine state of your system and get some facts. -- Andriy Gapon ___ 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: system hangs after logging into gdm
On Mon, Oct 11, 2010 at 2:04 AM, Andriy Gapon a...@icyb.net.ua wrote: on 11/10/2010 10:59 Ivan Klymenko said the following: В Sun, 10 Oct 2010 15:37:55 -0700 Garrett Cooper gcoo...@freebsd.org пишет: On Sun, Oct 10, 2010 at 3:08 PM, Ivan Klymenko fi...@ukr.net wrote: Hi! My system has an svn r213507 FreeBSD nonamehost 9.0-CURRENT FreeBSD 9.0-CURRENT #0 r213507: Sun Oct 10 22:43:18 EEST 2010 r...@nonamehost:/usr/obj/usr/src/sys/mk9 amd64 after upgrading to r213666 my system hangs after logging into gdm had to go back to r213507 What video driver are you using? -Garrett NVIDIA Driver Version: 260.19.06 but Xorg successfully starts and GDM login screen appears system hangs after a few seconds after entering the password ... I noticed the following: gvfsd does not create a directory of the form / var/tmp/gvfs-username-hash may hang system due to gvfsd? That seems a bit interesting. The other thing you can do is start running a binary search on the breakage because you have a range of good versions vs bad versions to look through. If you can access the system remotely or quickly switch to console, then you should be able to examine state of your system and get some facts. If you have ddb compiled into the kernel (and you should) try CTRL-ALT-ESC after the lockup. You may also want to try KGDB instead, which would require a serial connection (RS-232 or IEEE-1394). HTH, -Garrett ___ 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: system hangs after logging into gdm
On Monday, October 11, 2010 3:59:04 am Ivan Klymenko wrote: В Sun, 10 Oct 2010 15:37:55 -0700 Garrett Cooper gcoo...@freebsd.org пишет: On Sun, Oct 10, 2010 at 3:08 PM, Ivan Klymenko fi...@ukr.net wrote: Hi! My system has an svn r213507 FreeBSD nonamehost 9.0-CURRENT FreeBSD 9.0-CURRENT #0 r213507: Sun Oct 10 22:43:18 EEST 2010 r...@nonamehost:/usr/obj/usr/src/sys/mk9 amd64 after upgrading to r213666 my system hangs after logging into gdm had to go back to r213507 What video driver are you using? -Garrett NVIDIA Driver Version: 260.19.06 but Xorg successfully starts and GDM login screen appears system hangs after a few seconds after entering the password ... I noticed the following: gvfsd does not create a directory of the form / var/tmp/gvfs-username-hash may hang system due to gvfsd? Did you recompile the nvidia.ko module after upgrading? -- John Baldwin ___ 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: system hangs after logging into gdm
В Mon, 11 Oct 2010 11:10:17 -0400 John Baldwin j...@freebsd.org пишет: On Monday, October 11, 2010 3:59:04 am Ivan Klymenko wrote: В Sun, 10 Oct 2010 15:37:55 -0700 Garrett Cooper gcoo...@freebsd.org пишет: On Sun, Oct 10, 2010 at 3:08 PM, Ivan Klymenko fi...@ukr.net wrote: Hi! My system has an svn r213507 FreeBSD nonamehost 9.0-CURRENT FreeBSD 9.0-CURRENT #0 r213507: Sun Oct 10 22:43:18 EEST 2010 r...@nonamehost:/usr/obj/usr/src/sys/mk9 amd64 after upgrading to r213666 my system hangs after logging into gdm had to go back to r213507 What video driver are you using? -Garrett NVIDIA Driver Version: 260.19.06 but Xorg successfully starts and GDM login screen appears system hangs after a few seconds after entering the password ... I noticed the following: gvfsd does not create a directory of the form / var/tmp/gvfs-username-hash may hang system due to gvfsd? Did you recompile the nvidia.ko module after upgrading? Yes, of course. ___ 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: system hangs after logging into gdm
В Mon, 11 Oct 2010 08:37:05 -0700 Garrett Cooper gcoo...@freebsd.org пишет: On Mon, Oct 11, 2010 at 2:04 AM, Andriy Gapon a...@icyb.net.ua wrote: on 11/10/2010 10:59 Ivan Klymenko said the following: В Sun, 10 Oct 2010 15:37:55 -0700 Garrett Cooper gcoo...@freebsd.org пишет: On Sun, Oct 10, 2010 at 3:08 PM, Ivan Klymenko fi...@ukr.net wrote: Hi! My system has an svn r213507 FreeBSD nonamehost 9.0-CURRENT FreeBSD 9.0-CURRENT #0 r213507: Sun Oct 10 22:43:18 EEST 2010 r...@nonamehost:/usr/obj/usr/src/sys/mk9 amd64 after upgrading to r213666 my system hangs after logging into gdm had to go back to r213507 What video driver are you using? -Garrett NVIDIA Driver Version: 260.19.06 but Xorg successfully starts and GDM login screen appears system hangs after a few seconds after entering the password ... I noticed the following: gvfsd does not create a directory of the form / var/tmp/gvfs-username-hash may hang system due to gvfsd? That seems a bit interesting. The other thing you can do is start running a binary search on the breakage because you have a range of good versions vs bad versions to look through. If you can access the system remotely or quickly switch to console, then you should be able to examine state of your system and get some facts. If you have ddb compiled into the kernel (and you should) try CTRL-ALT-ESC after the lockup. You may also want to try KGDB instead, which would require a serial connection (RS-232 or IEEE-1394). HTH, -Garrett Thank you! I'll try to recompile the kernel with DDB shortly and after blocking press ctrl+alt+esc, which would show the trace output... ___ 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: system hangs after logging into gdm
Ivan Klymenko fi...@ukr.net writes: В Sun, 10 Oct 2010 15:37:55 -0700 Garrett Cooper gcoo...@freebsd.org writes: On Sun, Oct 10, 2010 at 3:08 PM, Ivan Klymenko fi...@ukr.net wrote: My system has an svn r213507 FreeBSD nonamehost 9.0-CURRENT FreeBSD 9.0-CURRENT #0 r213507: Sun Oct 10 22:43:18 EEST 2010 r...@nonamehost:/usr/obj/usr/src/sys/mk9 amd64 after upgrading to r213666 my system hangs after logging into gdm had to go back to r213507 What video driver are you using? NVIDIA Driver Version: 260.19.06 Do you have local patches to make it compile on /head? Could they be the cause of the hang? 260.19.04 and 260.19.06 use taskqueue_run(9) that was removed in /h...@r210377. ___ 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: system hangs after logging into gdm
В Mon, 11 Oct 2010 22:49:29 +0400 Anonymous swel...@gmail.com пишет: Ivan Klymenko fi...@ukr.net writes: В Sun, 10 Oct 2010 15:37:55 -0700 Garrett Cooper gcoo...@freebsd.org writes: On Sun, Oct 10, 2010 at 3:08 PM, Ivan Klymenko fi...@ukr.net wrote: My system has an svn r213507 FreeBSD nonamehost 9.0-CURRENT FreeBSD 9.0-CURRENT #0 r213507: Sun Oct 10 22:43:18 EEST 2010 r...@nonamehost:/usr/obj/usr/src/sys/mk9 amd64 after upgrading to r213666 my system hangs after logging into gdm had to go back to r213507 What video driver are you using? NVIDIA Driver Version: 260.19.06 Do you have local patches to make it compile on /head? Could they be the cause of the hang? 260.19.04 and 260.19.06 use taskqueue_run(9) that was removed in /h...@r210377. patches exist, but the cause is not in them - as Xorg starts, the system hangs after a few seconds after entering the password box to login gdm without a password - it works --- src/nvidia_os.c.orig2010-09-15 01:26:27.0 +0300 +++ src/nvidia_os.c 2010-09-15 01:27:51.0 +0300 @@ -13,6 +13,67 @@ #include nv.h #include nv-freebsd.h +struct taskqueue { +STAILQ_HEAD(, task) tq_queue; +const char *tq_name; +taskqueue_enqueue_fntq_enqueue; +void*tq_context; +struct task *tq_running; +struct mtx tq_mutex; +struct thread **tq_threads; +int tq_tcount; +int tq_spin; +int tq_flags; +}; + +static void taskqueue_run(struct taskqueue *, struct task **); + +static __inline void +TQ_LOCK(struct taskqueue *tq) +{ +if (tq-tq_spin) + mtx_lock_spin(tq-tq_mutex); +else +mtx_lock(tq-tq_mutex); +} + +static __inline void +TQ_UNLOCK(struct taskqueue *tq) +{ + if (tq-tq_spin) + mtx_unlock_spin(tq-tq_mutex); + else + mtx_unlock(tq-tq_mutex); +} + +static void +taskqueue_run(struct taskqueue *queue, struct task **tpp) +{ + struct task *task; + int pending; + + mtx_assert(queue-tq_mutex, MA_OWNED); + while (STAILQ_FIRST(queue-tq_queue)) { + /* + * Carefully remove the first task from the queue and + * zero its pending count. + */ + task = STAILQ_FIRST(queue-tq_queue); + STAILQ_REMOVE_HEAD(queue-tq_queue, ta_link); + pending = task-ta_pending; + task-ta_pending = 0; + task-ta_running = tpp; + *tpp = task; + TQ_UNLOCK(queue); + + task-ta_func(task-ta_context, pending); + + TQ_LOCK(queue); + *tpp = NULL; + wakeup(task); + } +} + MALLOC_DEFINE(M_NVIDIA, nvidia, NVIDIA memory allocations); TASKQUEUE_DEFINE_THREAD(nvidia); @@ -332,7 +393,8 @@ RM_STATUS NV_API_CALL os_flush_work_queue(void) { -taskqueue_run(taskqueue_nvidia); +//taskqueue_run(taskqueue_nvidia); +taskqueue_run(taskqueue_nvidia, taskqueue_nvidia-tq_running); return RM_OK; } ___ 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
system hangs after logging into gdm
Hi! My system has an svn r213507 FreeBSD nonamehost 9.0-CURRENT FreeBSD 9.0-CURRENT #0 r213507: Sun Oct 10 22:43:18 EEST 2010 r...@nonamehost:/usr/obj/usr/src/sys/mk9 amd64 after upgrading to r213666 my system hangs after logging into gdm had to go back to r213507 Thanks! ___ 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