Re: x11/nvidia-driver: crash with FreeBSD 9.0-STABLE/amd64 when module loaded via /boot/loader.conf
On 2012/01/03 at 18:15, O. Hartmann ohart...@mail.zedat.fu-berlin.de wrote: On one of my FreeBSD 9.0 boxes running FreeBSD 9.0-STABLE/amd64 (CLANG built), equipted with a nVidia GT760Ti graphics board, loading the nvidia module via /boot/loader.conf results in a page fault with random error messages before rebooting. Booting the box without the nvidia.ko module loaded in he preboot phase, results in a stable system. I can then load the module via kldload and the system jumps then into X11-screen as usual. I recompile x11/nvidia-driver on a regular basis when recompiling the kernel, so the module is always up to date and en par with the kernel sources. The problem occurs idendependently of having kernel module drm.ko loaded or not. I also tried falling back to the older nvidia driver 285.05.09 (I use at the moment successfully 290.10). Before issuing a PR and doing a full debug reconfiguration of my box, I'd like to ask whether this is a commong, well known problem since with FreeBSD 9.0, I'd like to stay with STABLE rather than with RELEASE. No. But build your x11/nvidia-driver with no more than -O. Better with gcc (clang may be OK, but I'm not sure). Furthermore, if you use x11/nvidia-driver, you have no need to load drm.ko, which is for, e.g. radeon cards. Regards, Oliver -- It is impossible for an optimist to be pleasantly surprised. ___ 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: emacs-devel glib-warning
On 2011/12/22 at 23:02, 1126 mailingli...@elfsechsundzwanzig.de wrote: Hello! I considered switching from emacs23 to emacs24 over the christmas-holidays.. So I removed emacs23 and installed emacs-devel via ports. Emacs runs fine, in terminal, but it crashes my whole X-system when I try to start it as X-client... The error message tells me that there is a glib-problem: GLib-WARNING **: In call to g_spawn_sync(), exit status of a child process was requested but SIGCHLD action was set to SIG_IGN and ECHILD was received by waitpid(), so exit status can't be returned. This is a bug in the program calling g_spawn_sync(); either don't request the exit status, or don't set the SIGCHLD action. I am currently using emacs-devel, however, I have been using glib-2.30.x from marcus's experimental ports for a while. It seems everything is ok. Either you can tweak some configure args availabe to emacs-devel, and see how it is going, or you might pull the glib-2.30.x port from Marcus's site and give it a try. Good luck! I have emacs-devel installed, and glib-2.28.8_2. I am runnig xmonad as WM, but it happened on awesome as well.. Does anyone know what I can do to get emacs to work as X-client? ;) Thanks in advance! Greetings from rainy Cologne, 1126 -- The inside contact that you have developed at great expense is the first person to be let go in any reorganization. ___ 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: chflags on zfs (sappnd)
On 2010/11/17 at 18:49, George Mamalakis mama...@eng.auth.gr wrote: Hi everbody, from http://wiki.freebsd.org/ZFS I understand that chflags are supported by zfs. But if I have a file with sappnd on a zfs filesystem, I am unable to execute a command like this: # touch lili # chflags sappnd lili # ls -lrto lili -rw-r--r-- 1 root wheel sappnd 5 Nov 17 12:38 lili # echo lala lili # echo lala lili -su: echo: write error: Operation not permitted So, the first time it worked, but it stops working on any consequent time (when the file is no more empty). I found a bug report on: http://www.freebsd.org/cgi/query-pr.cgi?pr=149495 where a patch is suggested. Nevertheless, even though my sources are newer than the suggested patch, my source tree does not contain it. Do we know anything more about it? # uname -a FreeBSD myhost 8.1-STABLE FreeBSD 8.1-STABLE #1: Fri Nov 5 17:27:37 EET 2010 root@:/mnt/obj/mnt/src/sys/GENERIC amd64 Thank you all for your time in advance, mamalos I can't reproduce the warning message here. When I do the second 'echo', nothing appeared. But the file content was unchanged. I am using zfs version 15. #uname -a FreeBSD pluton.xbsd.name 8.1-STABLE FreeBSD 8.1-STABLE #0: Wed Nov 17 08:13:47 CST 2010 d...@pluton.xbsd.name:/opt/obj/sysbld/usr/src/sys/pluton-amd64 amd64 -- If a scientist uncovers a publishable fact, it will become central to his theory. His theory, in turn, will become central to all scientific truth. ___ 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: stable GENERIC kernel build fails?
On 2010/10/26 at 06:37, Chip Camden sterl...@camdensoftware.com wrote: After a csup, building the GENERIC kernel on amd64 fails with: Exactly the same here, but with a custom kernel on 8-STABLE amd64. make -V CFILES -V SYSTEM_CFILES -V GEN_CFILES | MKDEP_CPP=cc -E CC=cc xargs mkdep -a -f .newdep -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/contrib/pf -I/usr/src/sys/dev/ath -I/usr/src/sys/dev/ath/ath_hal -I/usr/src/sys/contrib/ngatm -I/usr/src/sys/dev/twa -I/usr/src/sys/gnu/fs/xfs/FreeBSD -I/usr/src/sys/gnu/fs/xfs/FreeBSD/support -I/usr/src/sys/gnu/fs/xfs -I/usr/src/sys/contrib/opensolaris/compat -I/usr/src/sys/dev/cxgb -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector cc: /usr/src/sys/libkern/inet_ntop.c: No such file or directory cc: /usr/src/sys/libkern/inet_pton.c: No such file or directory mkdep: compile failed *** Error code 1 Stop in /usr/obj/usr/src/sys/GENERIC. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. libertas/usr/src# uname -a FreeBSD libertas.local.camdensoftware.com 8.1-STABLE FreeBSD 8.1-STABLE #81: Sun Oct 24 11:46:14 PDT 2010 sterl...@libertas.local.camdensoftware.com:/usr/obj/usr/src/sys/LIBERTAS amd64 -- You never know who's right, but you always know who's in charge. ___ 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: Smartctl and ahci
Johan Hendriks jo...@double-l.nl writes: Hello all I am running FreeBSD 8_Stable, and i started to use the ahci driver, all is fine All my drives are now detected as ada[0-9] But when i run smartctl it give me the following message: same here. And I did some research on Google. Some linux guys seemed to have found solutions, which, however, do not work on FreeBSD. Smartctl version 5.38 [amd64-portbld-freebsd8.0] Copyright (c) 2002-9 Bruce allen Home page is http://smartmontools.sourceforge.net/ Smartctl: Device read Identity Failed (nota n ATA/ATAPI device) A mandatory SMART command failed : exiting. To continue, add one or more '-T permissive' options Do i need to set some option somewhere, or rebuild smartmontools with some option? Regards, Johan ___ 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 -- tamgya |aT| GmAiL |DoT| cOm ___ 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: root partition too small
al...@ulgsm.ru writes: Label from freebsd sysinstall in auto mode, make root partition 500mb For update OS (kernel + kernel.old) need about 700mb Howto rebild kernel with litsted in kldstat modules? Remove all the symbol files in /boot/kernel, I think. You don't need them. Actually 500 mb for the root partition is enough. -- tamgya |aT| GmAiL |DoT| cOm ___ 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: Next stable version
Boris == Boris Samorodov b...@ipt.ru writes: Boris Daniel Bond d...@danielbond.org writes: If the schedule is still accurate, looks like release building will start in about a week. Boris AFAIC RC2 will be out really soon. But due to many fixes it Boris should be stabilized and RC3 will take place before release Boris is done. I've been followying -STABLE and now it is already RC2 as of today. You can give it a csup and take a look. Boris -- WBR, bsam ___ Boris freebsd-stable@freebsd.org mailing list Boris http://lists.freebsd.org/mailman/listinfo/freebsd-stable To Boris unsubscribe, send any mail to Boris freebsd-stable-unsubscr...@freebsd.org -- (dhg) darcsis AT gmail dot COM ___ 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: devfs ignores pass0 entry at boot time
Mark Nowiasz [EMAIL PROTECTED] writes: Hi all, There appears to be a small and vexing bug in devfs. I've got the following devfs.rules: [system=10] add path 'da0*' mode 660 group wheel user mark add path 'da1*' mode 600 group wheel user mark add path 'usb*' group cups add path 'usb*' mode 0666 add path 'ugen*' group cups add path 'ugen*' mode 0666 add path 'cd*' mode 660 group wheel user mark add path 'pass0' mode 660 group wheel user mark All entries except the pass0 are working fine: tower# ls -la /dev/pass0 crw--- 1 root operator0, 107 9 Mär 13:57 /dev/pass0 After /etc/rc.d/devfs restart tower# ls -la /dev/pass0 crw-rw-rw- 1 mark wheel0, 107 9 Mär 13:57 /dev/pass0 Do you have any ideas what's wrong? try to write like this: add path `pass*` mode 660 there is no problem with my 7-STABLE/amd64. I'm using 7.0-STABLE/amd64 Regards, Mark -- Every four seconds a woman has a baby. Our problem is to find this woman and stop her. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED] -- Denise H. G. darcsis-AT-gmail-DOT-com ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
