Re: files/dd7c394c9c9ddf4b97f1b14c676f370adc259b2c7a4b8346eba0788a431db398.gz not found -- snapshot corrupt.
On Sat, Aug 13, 2011 at 12:43:52AM +0200, Hartmann, O. wrote: On 08/12/11 22:54, Roland Smith wrote: On Fri, Aug 12, 2011 at 08:44:07PM +0200, Hartmann, O. wrote: files/dd7c394c9c9ddf4b97f1b14c676f370adc259b2c7a4b8346eba0788a431db398.gz Does this file actually exist if you extract the snapshot? And are the permissions et cetera OK? Roland -- R.F.Smith http://www.xs4all.nl/~rsmith/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725) pgpXSyMn0lIgR.pgp Description: PGP signature
Re: files/dd7c394c9c9ddf4b97f1b14c676f370adc259b2c7a4b8346eba0788a431db398.gz not found -- snapshot corrupt.
On 08/13/11 09:26, Roland Smith wrote: On Sat, Aug 13, 2011 at 12:43:52AM +0200, Hartmann, O. wrote: On 08/12/11 22:54, Roland Smith wrote: On Fri, Aug 12, 2011 at 08:44:07PM +0200, Hartmann, O. wrote: files/dd7c394c9c9ddf4b97f1b14c676f370adc259b2c7a4b8346eba0788a431db398.gz Does this file actually exist if you extract the snapshot? And are the permissions et cetera OK? Roland No, it does not. What I did so far over night: I deleted /var/db/portsnap as well as /usr/ports/. Then I tried again. Again failure. After that it got the ports tree via CVS (make update in /usr/ports). Everything seems all right. I tried portsnap again. portsnap compalins about a non-portsnap-created /usr/ports and please me to use 'extract'. I do ... but then I run into the very same failure: (portsnap fetch extract:) /usr/ports/devel// /usr/ports/devel/ccdoc/ /usr/ports/devel/ccrtp/ /usr/ports/devel/cdash/ files/dd7c394c9c9ddf4b97f1b14c676f370adc259b2c7a4b8346eba0788a431db398.gz not found -- snapshot corrupt. Oliver ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: files/dd7c394c9c9ddf4b97f1b14c676f370adc259b2c7a4b8346eba0788a431db398.gz not found -- snapshot corrupt.
On Sat, Aug 13, 2011 at 09:51:41AM +0200, Hartmann, O. wrote: On 08/13/11 09:26, Roland Smith wrote: On Sat, Aug 13, 2011 at 12:43:52AM +0200, Hartmann, O. wrote: On 08/12/11 22:54, Roland Smith wrote: On Fri, Aug 12, 2011 at 08:44:07PM +0200, Hartmann, O. wrote: files/dd7c394c9c9ddf4b97f1b14c676f370adc259b2c7a4b8346eba0788a431db398.gz Does this file actually exist if you extract the snapshot? And are the permissions et cetera OK? Roland No, it does not. What I did so far over night: I deleted /var/db/portsnap as well as /usr/ports/. Then I tried again. Again failure. After that it got the ports tree via CVS (make update in /usr/ports). Everything seems all right. I tried portsnap again. portsnap compalins about a non-portsnap-created /usr/ports and please me to use 'extract'. I do ... but then I run into the very same failure: (portsnap fetch extract:) /usr/ports/devel// /usr/ports/devel/ccdoc/ /usr/ports/devel/ccrtp/ /usr/ports/devel/cdash/ files/dd7c394c9c9ddf4b97f1b14c676f370adc259b2c7a4b8346eba0788a431db398.gz not found -- snapshot corrupt. I've been looking at the portsnap shellscript. This error message is generated by the shell's built-in test command, specifically '[ -r'. It is looking for a file that was extracted with tar. So the place to look for the bug is IMO 1) the portsnap script itself (differences between 8.2 and 9?) 2) the sh(1)'s built-in test command (ditto) 3) tar (ditto) When you run 'portsnap fetch' it downloads a tgz archive and unpacks it with tar(1). What you could try is to comment out the line 'rm ${SNAPSHOTHASH}.tgz' in portsnap, and test if the tgz file extracts differently using an 8.2-RELEASE tar and the 9-CURRENT tar. If so, that would be a bug! Roland -- R.F.Smith http://www.xs4all.nl/~rsmith/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725) pgpZ0qmATYvWX.pgp Description: PGP signature
Re: library with click built-in?
On Sat, Aug 13, 2011 at 03:34:18AM +0200, Polytropon wrote: Date: Sat, 13 Aug 2011 03:34:18 +0200 From: Polytropon free...@edvax.de Subject: Re: library with click built-in? To: Gary Kline kl...@thought.org Cc: freebsd-questions@freebsd.org X-Mailer: Sylpheed version 1.0.6 (GTK+ 1.2.10; amd64-portbld-freebsd8.2) On Fri, 12 Aug 2011 16:02:24 -0700, Gary Kline wrote: thanks. i have _never_ heard the BEL inmy version of ubuntu. my server is a 2-proc dell, too cheap to have a real spkr; it does beep [bbarely] thanks to some kind of piezo gimmick. but no speaker connections. This is typical for today's hardware. In some cases, it's possible to remove the piezo speaker and attach a regular one, but this _might_ kill something on the mainboard, so it's not adviced. In worst case, it should be possible to get the signal and put it through a simple amplifier (e. g. an A210, but that's too much work for just a beep). yep; that's hy i wat to know how to use the gtk stuff! gary -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org -- Gary Kline kl...@thought.org http://www.thought.org Public Service Unix Journey Toward the Dawn, E-Book: http://www.thought.org The 8.51a release of Jottings: http://jottings.thought.org ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: library with click built-in?
On Sat, 13 Aug 2011 09:14:16 -0700, Gary Kline wrote: yep; that's hy i wat to know how to use the gtk stuff! If I remember correctly, this is the esound component used by Gtk. I don't know if it has its own sound sub- system, and in how far it's even possible to generate tones from a description of frequency + duration. It requires a sound card that FreeBSD's drivers can properly access. My first own sound card, the Logitech SnoundMan 16, had an interesting feature: The PC speaker sound was put as an input channel for the sound card mixer. I have no idea how this worked, as the sound card was a typical 16 bit ISA expansion card, and there was no wired connection from the PC speaker to the sound card. However, when the speaker was removend and addressed - e. g. by ^G = BEL or a sound output command such as sound(1000); delay(500); nosound(); - the sound could be heared through the speakers (or amplifier) attached to the sound card. Maybe something similar is still possible today? In this case, addressing the PC speaker, even if it's just a little piezo speaker (or not present) would cause an input to the sound card? This would combine the easy method of generating simple sounds with the ability to use whatever one wants to connect to the sound card (builtin speakers, headphones, speakers or amplifier). -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Wine-fbsd64 updated to 1.3.26 (32bit Wine for 64bit FreeBSD)
Hi, Packages for wine-fbsd64-1.3.26 have been uploaded to mediafire [1]. This does contain XInput2 support. There are still reports of sound problems. To date there has been 858 (+173) downloads from mediafire. nVidia uses should rerun patch-wine-nvidia.sh after updating wine. Regards, David [1] http://www.mediafire.com/wine_fbsd64 signature.asc Description: This is a digitally signed message part.
zfs-snapshot-mgmt.conf
I would like to get some suggestions on the configuration of zfs snapshots taken for the root pool. zfs-snapshot-mgmt.conf.example just gives some info on /usr/home and/or /usr Does anybody use this utility for automated snapshots for his/her rootpool and want to share some code? I use it in a cron job and want to use the snapshots for the zxfer tool. I now use this line: /usr/local/sbin/zxfer -dFkPv -g 376 -R zroot backup01/pools I would like to have some snapshots on my system that are usable with this zxfer line. I once did create snapshots every ten minutes but the system got loaded with snapshots and transferring them (incremental) tot the backup system froze my kernel (vm.kmem_size too low) I have 2G ram and use a vm.kmem_size=512M Maybe this _is_ too small? ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: library with click built-in?
On Sat, Aug 13, 2011 at 06:41:54PM +0200, Polytropon wrote: Date: Sat, 13 Aug 2011 18:41:54 +0200 From: Polytropon free...@edvax.de Subject: Re: library with click built-in? To: Gary Kline kl...@thought.org Cc: freebsd-questions@freebsd.org X-Mailer: Sylpheed version 1.0.6 (GTK+ 1.2.10; amd64-portbld-freebsd8.2) On Sat, 13 Aug 2011 09:14:16 -0700, Gary Kline wrote: yep; that's hy i wat to know how to use the gtk stuff! If I remember correctly, this is the esound component used by Gtk. I don't know if it has its own sound sub- system, and in how far it's even possible to generate tones from a description of frequency + duration. It requires a sound card that FreeBSD's drivers can properly access. My first own sound card, the Logitech SnoundMan 16, had an interesting feature: The PC speaker sound was put as an input channel for the sound card mixer. I have no idea how this worked, as the sound card was a typical 16 bit ISA expansion card, and there was no wired connection from the PC speaker to the sound card. However, when the speaker was removend and addressed - e. g. by ^G = BEL or a sound output command such as sound(1000); delay(500); nosound(); - the sound could be heared through the speakers (or amplifier) attached to the sound card. Maybe something similar is still possible today? In this case, addressing the PC speaker, even if it's just a little piezo speaker (or not present) would cause an input to the sound card? This would combine the easy method of generating simple sounds with the ability to use whatever one wants to connect to the sound card (builtin speakers, headphones, speakers or amplifier). did i mention that there is a linux python script (by Scott Kirkwood) that uses the gtk stufff to click whenever you click a mouse? left or right. so i figure there is a C interface. [[i have taught myself python; need to go re-look at Scott's code. gary -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... -- Gary Kline kl...@thought.org http://www.thought.org Public Service Unix Journey Toward the Dawn, E-Book: http://www.thought.org The 8.51a release of Jottings: http://jottings.thought.org ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Poll on server attacks
Hi all, The purpose of this thread is to get some feedback on actions that admins here are taking to deal with ever increasing attacks on servers. I have relied heavily on fail2ban it's really effective and frustrating for crakers, and the notifications help you initiate your inspection workflows. But of course, it doesn't solve all the problems and way too passive for massive attacks on some services like Asterisk. So lately I have opted to simply close down IP block massively using the lists from wizcraft. I know it's a bit extreme but I've had to block all chinese, russian and nigerian ip blocks. And we're still evaluating closing off many other blocks from other lists as well. Is anyone else using such desperate measures? BTW I created an automated script in Perl that works with wizcraft's lists if anyone is interested I can post somewhere... My question is are any of you following up on US, Canadian, and European ISPs? Is it actually useful follow up and write to the abuse addresses? What type of feedback do you get? Do you use any other authority? Does it make sense to report to Local Police, DoD, FBI, CIA ? Do you help feed maintain gray/black lists? Up to now I just write to the abuse addresses as part of my follow-up from the fail2ban and my own log evaluations. My response rate from ISPs has been very low, though it's very gratifying to see that some have ticket systems, and that a few actually respond, care and take action. The majority though, are simply deaf so I've been thinking of pursuing the matter with police and legal authorities, at least for US, Canada and Europe. I can't believe that the majority of ISPs simple ignore my petitions to follow-up on their client's (or employee) abuse. I would like these people to at least be responsible and cover the enormous administrative costs. We are 2 admins in our company and we only have a few servers! I can't begin to imagine what companies with larger server farms have to through every day, and the enormous costs the face to fight off attackers. And that's not counting SPAM, which is a major headache for any organization today. IANA doesn't get involved so I think that at least where we have legal power within our reach, some legal action may get ISPs into being a bit more serious about keeping their networks safe. What do you think about pursuing matters into the police and legal system? ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Poll on server attacks
On Sat, 13 Aug 2011 15:43:02 -0400 Alejandro Imass articulated: The purpose of this thread is to get some feedback on actions that admins here are taking to deal with ever increasing attacks on servers. I have relied heavily on fail2ban it's really effective and frustrating for crakers, and the notifications help you initiate your inspection workflows. But of course, it doesn't solve all the problems and way too passive for massive attacks on some services like Asterisk. So lately I have opted to simply close down IP block massively using the lists from wizcraft. I know it's a bit extreme but I've had to block all chinese, russian and nigerian ip blocks. And we're still evaluating closing off many other blocks from other lists as well. Personally, I prefer: https://www.countryipblocks.net/. It is just a matter of personal taste I guess. Is anyone else using such desperate measures? BTW I created an automated script in Perl that works with wizcraft's lists if anyone is interested I can post somewhere... My question is are any of you following up on US, Canadian, and European ISPs? Is it actually useful follow up and write to the abuse addresses? What type of feedback do you get? Do you use any other authority? Does it make sense to report to Local Police, DoD, FBI, CIA ? Do you help feed maintain gray/black lists? Up to now I just write to the abuse addresses as part of my follow-up from the fail2ban and my own log evaluations. My response rate from ISPs has been very low, though it's very gratifying to see that some have ticket systems, and that a few actually respond, care and take action. The majority though, are simply deaf so I've been thinking of pursuing the matter with police and legal authorities, at least for US, Canada and Europe. Other useful exercises are flapping your arms at a high rate of speed and attempting to fly. I can't believe that the majority of ISPs simple ignore my petitions to follow-up on their client's (or employee) abuse. I would like these people to at least be responsible and cover the enormous administrative costs. We are 2 admins in our company and we only have a few servers! I can't begin to imagine what companies with larger server farms have to through every day, and the enormous costs the face to fight off attackers. And that's not counting SPAM, which is a major headache for any organization today. IANA doesn't get involved so I think that at least where we have legal power within our reach, some legal action may get ISPs into being a bit more serious about keeping their networks safe. What do you think about pursuing matters into the police and legal system? About as useful as attempting to build a time machine in my basement. Knujon http://www.knujon.com/ is basically a one man operation that has made huge strides in discovering criminal activity among registrars, etcetera. You might want to investigate them further. They are always looking for help. Just for my own morbid curiosity, what are these enormous costs that you refer to? You are not buying new hard ware I assume. If you are using FOSS then there is little or no software cost involved. Other than paying for someone's time, something that would be happening anyway, what enormous cost comes into play? -- Jerry ✌ jerry+f...@seibercom.net Disclaimer: off-list followups get on-list replies or ignored. Do not CC this poster. Please do not ignore the Reply-To header. http://www.catb.org/~esr/faqs/smart-questions.html ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: what is causing this warning in /var/log/messages?
Did you every get any response to this question? I'm seeing something very similar after just setting up named yesterday: Aug 13 18:06:39 serene named[1105]: managed-keys-zone ./IN: loading from master file managed-keys.bind failed: file not found I'm just trying to setup a simple caching nameserver (slave), using the auto_forward options. Quoted message (from mailing list search): snip Can anybody clue me in on how to get rid of the following? Jul 11 13:00:25 ethic named[40109]: managed-keys-zone ./IN/internal: loading from master file 3bed2cb3a3acf7b6a8ef408420cc682d5520e26976d354254f528c965612054f.mkeys failed: file not found snip -- Conrad J. Sabatier conr...@cox.net ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Poll on server attacks
On Sat, Aug 13, 2011 at 4:40 PM, Jerry je...@seibercom.net wrote: On Sat, 13 Aug 2011 15:43:02 -0400 Alejandro Imass articulated: [...] Personally, I prefer: https://www.countryipblocks.net/. It is just a matter of personal taste I guess. Thanks for the information, they look like a great option. We are still evaluating all our options for block lists, but for sure it's one of the measures we started taking recently. We really avoided for years the idea of blocking any country as such, because it seems that is unfair to the legitimate Internauts in those countries, but sadly it has come down to that. [...] About as useful as attempting to build a time machine in my basement. Works for Stewe Griffin! Knujon http://www.knujon.com/ is basically a one man operation that has made huge strides in discovering criminal activity among registrars, etcetera. You might want to investigate them further. They are always looking for help. That looks very cool. Definitively worth collaborating with! Just for my own morbid curiosity, what are these enormous costs that you refer to? You are not buying new hard ware I assume. If you are using FOSS then there is little or no software cost involved. Other than paying for someone's time, something that would be happening anyway, what enormous cost comes into play? We're a tiny 10 people operation and we manage about half a dozen servers. We have one dedicate sysadmin, and even so I have to dedicate at least 20% of my time to the security issues. This does not count DB maintenance and overall health checks of the platform. About 50% or more of my admin's time goes into fine tuning our security measures, security patches, etc. - that plus about 20% of my time which I could be doing much more productive stuff. For such a small company to me that is a huge cost! You could say that maybe probably don't have all the security expertise, and that's why we invest so much human time into this, but whichever way it's still a lot of lost money. I think that hiring this out would probably be more expensive and in my experience these security experts many time know less than we do - especially when it comes down to our FBSD servers! I can only image how this is affecting companies that are much larger than us. Well that is, if they really take care and analyze attacks and logs, or maybe they hire fewer but more expert security teams... probably, but it's still very costly IMHO. -- Alejandro Imass ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
System lockups in X with nVidia GeForce 7600 GS (G73) and Gtk+
I'm using FreeBSD/amd64 on an Intel Core 2 4300 (1.8GHz) on a VIA-equipped mainboard. The whole machine is a quite cheap one from a discounter (mainly food). OS is 8.2-STABLE (July 2011). I have xorg-7.5.1 installed with xorg-server-1.7.7_1,1, using xf86-video-nv-2.1.18 configured in xorg.conf. The GPU I'm using is a nVidia GeForce 7600 (G73) which is being supported by the nv driver (as well as by nouveau, see later on) according to the documentation. When in X and _only_ in conjunction with programs using the Gtk2 (Gtk+) toolkit, I encounter _total_ system lockups (freezes): no disk activity, no console I/O, nothing. It even happens during drawing operations. A hard reset is required, which means power-cycling as the cheap PC doesn't have a RESET button. A fsck is required on next booting. I could trigger this problem with Sylpheed, Claws Mail and Firefox. I am only able to do email because I downgraded Sylpheed from 3.1.1_1 to 1.0.6_9 which does use the classic Gtk (which I find more accessible anyway). This old version that _works_ is about to be removed from the ports tree!!! The machine has successfully been compiling the system, X and OpenOffice, so I may assume that it's not defective RAM or broken CPU. The hard disk is new. When the system does not lock up, frame rates for 3D (tested with glxgears and xlock -mode fire) is _very_ bad - much worse than on my old P4 with ATI graphics. I read that the nv driver does not support 3D, so I tried to install the nouveau driver. I did install xf86-video-nouveau-0.0.10.20090728_3 from ports and replaced nv by nouveau in xorg.conf. Result: (EE) [drm] drmOpen failed. (EE) NOUVEAU(0): [drm] error opening the drm Segmentation fault: 11 at address 0x0 Fatal server error: Caught signal 11 (Segmentation fault: 11). Server aborting There is no /dev/dri available. /usr/ports/x11-drivers/xf86-video-nouveau/pkg-message: # cd /usr/src/sys # fetch http://people.freebsd.org/~rnoland/drm-nouveau-062309.patch # patch -sp0 -i drm-nouveau-062309.patch # cd modules/drm # make depend all install I've done this, installed rebooted, same result. % startx drmOpenDevice: node name is /dev/dri/card0 Failed to change owner or group for file /dev/dri! 2: No such file or directory Failed to change owner or group for file /dev/dri/card0! 2: No such file or directory [drm] failed to load kernel module nouveau (EE) [drm] drmOpen failed. (EE) NOUVEAU(0): [drm] error opening the drm Segmentation fault: 11 at address 0x0 Fatal server error: Caught signal 11 (Segmentation fault: 11). Server aborting The kernel loggs the following messages: link_elf_obj: symbol DRM_MEM_TTM undefined linker_load_file: Unsupported file type I tried some searching and found We can haz Nouveau on FreeBSD! of March 2009. According to this instruction: http://romain.blogreen.org/blog/2009/03/we-can-haz-nouveau-on-freebsd/ It complains about xorg-server must be = 1.8, but only 1.7.7 is in latest ports (right now). This is step 4 on the list. Note that it's ./autogen.sh, not ./autogen as in the article. The steps explained are: 1. Uninstall any nvidia driver # pkg_delete nvidia-driver-\* # vi /boot/loader.conf # Remove the line 'nvidia_load=YES' 2. Patch your kernel (Update your system if you are not running 8.0-CURRENT or a recent 7.1-STABLE / 7.2-PRERELEASE): # cd /usr/src/sys # fetch http://people.freebsd.org/~rnoland/drm-nouveau-032109.patch # mkdir modules/drm/nouveau # patch drm-nouveau-032109.patch # cd /usr/src make kernel # reboot 3. Install libdrm from git: % git clone git://anongit.freedesktop.org/git/mesa/drm % cd drm % ./autogen --enable-nouveau-experimental-api % gmake % sudo gmake install 4. Install xf86-video-nouveau from git: % git clone git://anongit.freedesktop.org/git/nouveau/xf86-video-nouveau % cd xf86-video-nouveau % ./autogen % gmake % sudo gmake install 5. Update /usr/local/etc/X11/xorg.conf. As I said, I have problems doing so because of nouveau_dri2.c:374: warning: implicit declaration of function 'DRI2BlockClient' nouveau_dri2.c: In function 'nouveau_dri2_init': nouveau_dri2.c:445: error: 'DRI2InfoRec' has no member named 'ScheduleSwap' nouveau_dri2.c:446: error: 'DRI2InfoRec' has no member named 'ScheduleWaitMSC' nouveau_dri2.c:447: error: 'DRI2InfoRec' has no member named 'GetMSC' gmake[2]: *** [nouveau_dri2.lo] Error 1 gmake[2]: Leaving directory `/usr/src/sys/drm/xf86-video-nouveau/src' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/src/sys/drm/xf86-video-nouveau' gmake: *** [all] Error 2 and so on. So my questions are: Has anyone got the nouveau driver working, and if, how precisely has he done so? Is there an explaination of the lockups (always only in relation to Gtk+ triggering it)? Does it indicate a defective driver or a defective hardware? What do you think? I have _never_ encountered such kind of problems yet, so I'm almost out of ideas. Sadly I can't check with my (wonderfully
Re: System lockups in X with nVidia GeForce 7600 GS (G73) and Gtk+
On Sun, Aug 14, 2011 at 03:22:06AM +0200, Polytropon wrote: I'm using FreeBSD/amd64 on an Intel Core 2 4300 (1.8GHz) on a VIA-equipped mainboard. The whole machine is a quite cheap one from a discounter (mainly food). OS is 8.2-STABLE (July 2011). I have xorg-7.5.1 installed with xorg-server-1.7.7_1,1, using xf86-video-nv-2.1.18 configured in xorg.conf. The GPU I'm using is a nVidia GeForce 7600 (G73) which is being supported by the nv driver (as well as by nouveau, see later on) according to the documentation. My setup is about the same but with a GeForce 7300. I use nv without problems. When in X and _only_ in conjunction with programs using the Gtk2 (Gtk+) toolkit, I encounter _total_ system lockups (freezes): no disk activity, no console I/O, nothing. It even happens during drawing operations. A hard reset is required, which means power-cycling as the cheap PC doesn't have a RESET button. A fsck is required on next booting. I could trigger this problem with Sylpheed, Claws Mail and Firefox. I am only able to do email because I downgraded Sylpheed from 3.1.1_1 to 1.0.6_9 which does use the classic Gtk (which I find more accessible anyway). This old version that _works_ is about to be removed from the ports tree!!! The machine has successfully been compiling the system, X and OpenOffice, so I may assume that it's not defective RAM or broken CPU. The hard disk is new. When the system does not lock up, frame rates for 3D (tested with glxgears and xlock -mode fire) is _very_ bad - much worse than on my old P4 with ATI graphics. I read that the nv driver does not support 3D, so I tried to install the nouveau driver. I did install xf86-video-nouveau-0.0.10.20090728_3 from ports and replaced nv by nouveau in xorg.conf. Result: (EE) [drm] drmOpen failed. (EE) NOUVEAU(0): [drm] error opening the drm Segmentation fault: 11 at address 0x0 Fatal server error: Caught signal 11 (Segmentation fault: 11). Server aborting There is no /dev/dri available. /usr/ports/x11-drivers/xf86-video-nouveau/pkg-message: # cd /usr/src/sys # fetch http://people.freebsd.org/~rnoland/drm-nouveau-062309.patch # patch -sp0 -i drm-nouveau-062309.patch # cd modules/drm # make depend all install I've done this, installed rebooted, same result. % startx drmOpenDevice: node name is /dev/dri/card0 Failed to change owner or group for file /dev/dri! 2: No such file or directory Failed to change owner or group for file /dev/dri/card0! 2: No such file or directory [drm] failed to load kernel module nouveau (EE) [drm] drmOpen failed. (EE) NOUVEAU(0): [drm] error opening the drm Segmentation fault: 11 at address 0x0 Fatal server error: Caught signal 11 (Segmentation fault: 11). Server aborting The kernel loggs the following messages: link_elf_obj: symbol DRM_MEM_TTM undefined linker_load_file: Unsupported file type I tried some searching and found We can haz Nouveau on FreeBSD! of March 2009. According to this instruction: http://romain.blogreen.org/blog/2009/03/we-can-haz-nouveau-on-freebsd/ It complains about xorg-server must be = 1.8, but only 1.7.7 is in latest ports (right now). This is step 4 on the list. Note that it's ./autogen.sh, not ./autogen as in the article. The steps explained are: 1. Uninstall any nvidia driver # pkg_delete nvidia-driver-\* # vi /boot/loader.conf # Remove the line 'nvidia_load=YES' 2. Patch your kernel (Update your system if you are not running 8.0-CURRENT or a recent 7.1-STABLE / 7.2-PRERELEASE): # cd /usr/src/sys # fetch http://people.freebsd.org/~rnoland/drm-nouveau-032109.patch # mkdir modules/drm/nouveau # patch drm-nouveau-032109.patch # cd /usr/src make kernel # reboot 3. Install libdrm from git: % git clone git://anongit.freedesktop.org/git/mesa/drm % cd drm % ./autogen --enable-nouveau-experimental-api % gmake % sudo gmake install 4. Install xf86-video-nouveau from git: % git clone git://anongit.freedesktop.org/git/nouveau/xf86-video-nouveau % cd xf86-video-nouveau % ./autogen % gmake % sudo gmake install 5. Update /usr/local/etc/X11/xorg.conf. As I said, I have problems doing so because of nouveau_dri2.c:374: warning: implicit declaration of function 'DRI2BlockClient' nouveau_dri2.c: In function 'nouveau_dri2_init': nouveau_dri2.c:445: error: 'DRI2InfoRec' has no member named 'ScheduleSwap' nouveau_dri2.c:446: error: 'DRI2InfoRec' has no member named 'ScheduleWaitMSC' nouveau_dri2.c:447: error: 'DRI2InfoRec' has no member named 'GetMSC' gmake[2]: *** [nouveau_dri2.lo] Error 1 gmake[2]: Leaving directory `/usr/src/sys/drm/xf86-video-nouveau/src' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/src/sys/drm/xf86-video-nouveau' gmake: *** [all] Error 2 and so on. So my questions are: Has anyone got the nouveau driver working, and if, how precisely has he done so? Yes. I got
Re: System lockups in X with nVidia GeForce 7600 GS (G73) and Gtk+
On Sat, Aug 13, 2011 at 8:22 PM, Polytropon free...@edvax.de wrote: Has anyone got the nouveau driver working, and if, how precisely has he done so? I used to have it working, but I think for various reasons it's being abandoned by FreeBSD x11 team. Not sure of exact current state but it's not worth pursuing. Is there an explaination of the lockups (always only in relation to Gtk+ triggering it)? Does it indicate a defective driver or a defective hardware? What do you think? Too soon to say. I always use the proprietary nvidia driver, and I've never had major issue from one installed from ports: /usr/ports/x11/nvidia-driver -- Adam Vande More ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: System lockups in X with nVidia GeForce 7600 GS (G73) and Gtk+
It complains about xorg-server must be = 1.8, but only 1.7.7 is in latest ports (right now). This is step 4 on the list. Note that it's ./autogen.sh, not ./autogen as in the article. The steps explained are: 1. Uninstall any nvidia driver # pkg_delete nvidia-driver-\* # vi /boot/loader.conf # Remove the line 'nvidia_load=YES' 2. Patch your kernel (Update your system if you are not running 8.0-CURRENT or a recent 7.1-STABLE / 7.2-PRERELEASE): # cd /usr/src/sys # fetch http://people.freebsd.org/~rnoland/drm-nouveau-032109.patch # mkdir modules/drm/nouveau # patch drm-nouveau-032109.patch # cd /usr/src make kernel # reboot 3. Install libdrm from git: % git clone git://anongit.freedesktop.org/git/mesa/drm % cd drm % ./autogen --enable-nouveau-experimental-api % gmake % sudo gmake install 4. Install xf86-video-nouveau from git: % git clone git://anongit.freedesktop.org/git/nouveau/xf86-video-nouveau % cd xf86-video-nouveau % ./autogen % gmake % sudo gmake install 5. Update /usr/local/etc/X11/xorg.conf. As I said, I have problems doing so because of nouveau_dri2.c:374: warning: implicit declaration of function 'DRI2BlockClient' nouveau_dri2.c: In function 'nouveau_dri2_init': nouveau_dri2.c:445: error: 'DRI2InfoRec' has no member named 'ScheduleSwap' nouveau_dri2.c:446: error: 'DRI2InfoRec' has no member named 'ScheduleWaitMSC' nouveau_dri2.c:447: error: 'DRI2InfoRec' has no member named 'GetMSC' gmake[2]: *** [nouveau_dri2.lo] Error 1 gmake[2]: Leaving directory `/usr/src/sys/drm/xf86-video-nouveau/src' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/src/sys/drm/xf86-video-nouveau' gmake: *** [all] Error 2 and so on. So my questions are: Has anyone got the nouveau driver working, and if, how precisely has he done so? I have nouveau working but for another card: vgapci0@pci0:1:0:0: class=0x03 card=0x82781043 chip=0x06e410de rev=0xa1 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'NVIDIA GeForce 8400 GS (G98)' class = display subclass = VGA [olivares@quadcore ~]$ cat /var/log/Xorg.0.log | grep 'nouveau' (II) LoadModule: nouveau (II) Loading /usr/local/lib/xorg/modules/drivers/nouveau_drv.so (II) Module nouveau: vendor=X.Org Foundation [drm] failed to load kernel module nouveau In mplayer's mailing list, some folks recommended me to get the nvidia driver directly, but I have run into trouble compiling the nvidia driver from ports. I need the source and I did not want to get into trouble :( Is there an explaination of the lockups (always only in relation to Gtk+ triggering it)? Does it indicate a defective driver or a defective hardware? What do you think? I have _never_ encountered such kind of problems yet, so I'm almost out of ideas. Sadly I can't check with my (wonderfully working) ATI card because this one is AGP, but the mainboard only has PCIe. Any ideas and instructions, as well as diagnosis-guessing is very welcome. :-) It complains about xorg-server must be = 1.8, but only 1.7.7 is in latest ports (right now). This is step 4 on the list. Note that it's ./autogen.sh, not ./autogen as in the article. This would explain it :( The xorg-server is at 1.7.7, I questioned myself why xf86-driver-nouveau is from 2009 :(, and in Fedora it is just old and these guys keep churning and churning new updated drivers :( The folks recommended me to get nvidia driver, but I get: quadcore# pwd /usr/ports/x11/nvidia-driver quadcore# make install clean === Building for nvidia-driver-270.41.19 === src (all) /usr/share/mk/bsd.kmod.mk, line 12: can't find kernel source tree *** Error code 1 Stop in /usr/ports/x11/nvidia-driver/work/NVIDIA-FreeBSD-x86_64-270.41.19. *** Error code 1 Stop in /usr/ports/x11/nvidia-driver. *** Error code 1 Stop in /usr/ports/x11/nvidia-driver. Maybe this would be the route to go in your case Polytropon? The folks recommend it to me because of some additional things, lower CPU usage, better 3D stuff other good things http://freebsd.1045724.n5.nabble.com/Nvidia-driver-td4078051.html Some folks say that it is the recommended thing to do, is to install nvidia drivers. Regards, Antonio ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: System lockups in X with nVidia GeForce 7600 GS (G73) and Gtk+
On Sun, 14 Aug 2011 03:55:20 +0100, Frank Shute wrote: On Sun, Aug 14, 2011 at 03:22:06AM +0200, Polytropon wrote: Has anyone got the nouveau driver working, and if, how precisely has he done so? Yes. I got it working once by following the package instructions but on a subsequent system upgrade it stopped working and all my efforts to get it working again have been unsuccessful. The instructions in the pkg-message seem to be incomplete (in comparison to what I read in the article. Is there an explaination of the lockups (always only in relation to Gtk+ triggering it)? Does it indicate a defective driver or a defective hardware? What do you think? It doesn't seem to make sense. Have you got something missing/added to xorg.conf that's causing it? My xorg.conf looks quite like yours. I am not using HAL (compiled X without that). Monitor attached is a 21 CRT. The xorg.conf has been autogenerated and then trimmed. Section ServerLayout Identifier Layout0 Screen 0 Screen0 0 0 InputDevice Mouse0CorePointer InputDevice Keyboard0 CoreKeyboard # Option SingleCardtrue EndSection Section ServerFlags Option DontVTSwitch false Option DontZap false Option DontZoom false # Option Xinerama false # Option AIGLX true EndSection Section Files ModulePath /usr/local/lib/xorg/modules FontPath/usr/local/lib/X11/fonts/misc/ FontPath/usr/local/lib/X11/fonts/TTF/ FontPath/usr/local/lib/X11/fonts/OTF FontPath/usr/local/lib/X11/fonts/Type1/ FontPath/usr/local/lib/X11/fonts/100dpi/ FontPath/usr/local/lib/X11/fonts/75dpi/ FontPath/usr/local/share/ghostscript/fonts/ # FontPath/usr/local/share/fonts/amspsfont/type1/ # FontPath/usr/local/share/fonts/cmpsfont/type1/ # FontPath/usr/local/lib/X11/fonts/truetype/ EndSection Section Module Loadextmod Loadrecord Loaddbe Loadglx Loaddri Loaddri2 Loadfreetype Loadtype1 EndSection Section DRI Mode0666 EndSection Section InputDevice Identifier Keyboard0 Driver kbd Option XkbModel pc105 Option XkbLayout de EndSection Section InputDevice Identifier Mouse0 Driver mouse Option Protocol auto Option Device/dev/sysmouse Option Emulate3Buttons true Option EmulateWheel true Option EmulateWheelButton2 Option ZAxisMapping 4 5 EndSection Section Monitor Identifier Monitor0 VendorName Eizo ModelName FlexScan F980 HorizSync 30.0 - 137.0 VertRefresh 50.0 - 160.0 Option DPMS false Option PreferredMode 1152x864 EndSection Section Device Identifier Card0 # Driver nouveau Driver nv VendorName nVidia Corporation BoardName G73 [GeForce 7600 GS] BusID PCI:2:0:0 Screen 0 EndSection Section Screen Identifier Screen0 Device Card0 Monitor Monitor0 DefaultDepth24 Option Accel SubSection Display Viewport0 0 Depth 24 Visual TrueColor Modes 1400x1050 1152x864 1024x768 800x600 640x480 320x240 EndSubSection EndSection I don't have any ideas but I wish the nouveau driver port would get some love and attention. I sould like that too - especially as the nv driver seems (at least according to the documentation) no 3D functionality which would be a real waste of money and power. Aligning it a bit more with the ports infrastructure to allow a quite immediate use would be nice. Downloading and applying patches etc. should be automatic shouldn't it? It seems rather brittle too. Installing git to get the other stuff (as described in the article) was a real horror to me. :-) But as I said: The symptom is _SPECIFIC_ (!!!) to the use of Gtk+ based programs. Everything else seems to be normal (except the usual degrading of program quality allover). What I found strange is stat in the gv viewer, th four keys for the page printing selection are squished, e. g. the usual rectangular shape
Re: System lockups in X with nVidia GeForce 7600 GS (G73) and Gtk+
On Sun, 14 Aug 2011, Polytropon wrote: PS. Looking at your xorg.conf, maybe the reason why I can't do Ctrl+Alt+Backspace anymore is that DontZap belongs to ServerLayout, not to ServerFlags - I'll quickly check that. xorg.conf(5) says about ServerFlags: Options specified in this section (with the exception of the Default-ServerLayout Option) may be overridden by Options specified in the active ServerLayout section. In general, ServerFlags is unnecessary. Just put the options in ServerLayout. DontZap defaults to off now, but the key sequence has to be set, like setxkbmap -option terminate:ctrl_alt_bksp or Section InputDevice Identifier Keyboard0 Driver kbd Option XkbOptions terminate:ctrl_alt_bksp EndSection ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: System lockups in X with nVidia GeForce 7600 GS (G73) and Gtk+
On Sat, 13 Aug 2011 21:38:59 -0600 (MDT), Warren Block wrote: On Sun, 14 Aug 2011, Polytropon wrote: PS. Looking at your xorg.conf, maybe the reason why I can't do Ctrl+Alt+Backspace anymore is that DontZap belongs to ServerLayout, not to ServerFlags - I'll quickly check that. xorg.conf(5) says about ServerFlags: Options specified in this section (with the exception of the Default-ServerLayout Option) may be overridden by Options specified in the active ServerLayout section. In general, ServerFlags is unnecessary. Just put the options in ServerLayout. Done that, but Ctrl+Alt+Backspace still doesn't work. DontZap defaults to off now, but the key sequence has to be set, like setxkbmap -option terminate:ctrl_alt_bksp or Section InputDevice Identifier Keyboard0 Driver kbd Option XkbOptions terminate:ctrl_alt_bksp EndSection I'll try on next X startup. Meanwhile, I got the nvidia driver compiled, installed and running. Tests like % xlock -nolock -mode lament or % xlock -nolock -mode fire show the FPS rate I've expected (no comparison to the 3 fps I got with nv). In gears there are 5000 FPS, that's _magnitudes_ better than with nv. But my text font in Sylpheed as well as the one used in intclock is not a bit damaged (just chose a different one in Sylpheed so I can see what I'm currently typing). The next thing I have to try is triggering the system freeze by using any Gtk+ application. :-) I'd like to point out that the nvidia driver comes with nice documentation: /usr/local/share/doc/NVIDIA_GLX-1.0/README contains lots of great stuff. -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: System lockups in X with nVidia GeForce 7600 GS (G73) and Gtk+
On Sat, 13 Aug 2011 22:12:26 -0500, Antonio Olivares wrote: I have nouveau working but for another card: vgapci0@pci0:1:0:0: class=0x03 card=0x82781043 chip=0x06e410de rev=0xa1 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'NVIDIA GeForce 8400 GS (G98)' class = display subclass = VGA [olivares@quadcore ~]$ cat /var/log/Xorg.0.log | grep 'nouveau' (II) LoadModule: nouveau (II) Loading /usr/local/lib/xorg/modules/drivers/nouveau_drv.so (II) Module nouveau: vendor=X.Org Foundation [drm] failed to load kernel module nouveau Do you still have the commands that successfully brought you there? It complains about xorg-server must be = 1.8, but only 1.7.7 is in latest ports (right now). This is step 4 on the list. Note that it's ./autogen.sh, not ./autogen as in the article. This would explain it :( The xorg-server is at 1.7.7, I questioned myself why xf86-driver-nouveau is from 2009 :(, and in Fedora it is just old and these guys keep churning and churning new updated drivers :( What I don't understand is how a port that's more than one year old can require a X server version that's not reached yet _today_... :-) The folks recommended me to get nvidia driver, but I get: quadcore# pwd /usr/ports/x11/nvidia-driver quadcore# make install clean === Building for nvidia-driver-270.41.19 === src (all) /usr/share/mk/bsd.kmod.mk, line 12: can't find kernel source tree *** Error code 1 Stop in /usr/ports/x11/nvidia-driver/work/NVIDIA-FreeBSD-x86_64-270.41.19. *** Error code 1 Stop in /usr/ports/x11/nvidia-driver. *** Error code 1 Stop in /usr/ports/x11/nvidia-driver. Just tried, and it compiled quick and nice. It also seems to run very good, and 3D is also at a sufficient rate (see my other reply to the list). In your case - it seems that you don't have the kernel sources installed? Populate your /usr/src tree via CVS (csup) or from the installation media in case you're using a -RELEASE system. The subtree for the kernel is /usr/src/sys. The folks recommend it to me because of some additional things, lower CPU usage, better 3D stuff other good things I'm looking forward to be able to play my (today old fashioned) Linux and wine-powered 3D games. :-) Next thing will be dual screen. I have to try that in order to form an opinion if this is just silly nonsense or helpful for my individual productivity. Some folks say that it is the recommended thing to do, is to install nvidia drivers. As I have (hopefully correctly) understood from the documentation of the nv driver, this one is only for 2D. With the present incorporation of 3D stuff into simple desktop applications this might be worth considering. PS. Ctrl+Alt+Backspace now works. I'm always impressed how much work it takes to _transform_ functionality that one takes for granted with all the old software into their modern continuations... -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: System lockups in X with nVidia GeForce 7600 GS (G73) and Gtk+
On Sat, Aug 13, 2011 at 11:01 PM, Polytropon free...@edvax.de wrote: On Sat, 13 Aug 2011 22:12:26 -0500, Antonio Olivares wrote: I have nouveau working but for another card: vgapci0@pci0:1:0:0: class=0x03 card=0x82781043 chip=0x06e410de rev=0xa1 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'NVIDIA GeForce 8400 GS (G98)' class = display subclass = VGA [olivares@quadcore ~]$ cat /var/log/Xorg.0.log | grep 'nouveau' (II) LoadModule: nouveau (II) Loading /usr/local/lib/xorg/modules/drivers/nouveau_drv.so (II) Module nouveau: vendor=X.Org Foundation [drm] failed to load kernel module nouveau Do you still have the commands that successfully brought you there? I just # cd /ports/x11-drivers/xf86-drivers-nouveau/ # make install clean # Xorg -configure tested the screen, then ran # cp /root/xorg.conf.net /etc/X11/xorg.conf # sed -i 's|nv|nouveau|g' /etc/X11/xorg.conf restarted machine and I have nouveau working fine. Sometimes screen flickers, but I consider that normal behavior, given that Fedora 14 Fedora 15, porteus 64 bit also flicker and they have newer xorg packages and newer nouveau drivers too and it is no loss :( I can go back to nv, but nouveau is working fine :) I had a problem when playing a movie with mplayer, the movie did not fill the entire screen when I typed 'f' or used -fs options. I corrected this by adding to ~/.mplayer/config zoom=YES and it worked :) I was going to try and get the kernel sources to successfully install nvidia, but why go through that hassle if it is now working like I wanted it to work. Regards, Antonio ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: System lockups in X with nVidia GeForce 7600 GS (G73) and Gtk+
On Sat, 13 Aug 2011 23:15:52 -0500, Antonio Olivares wrote: I just # cd /ports/x11-drivers/xf86-drivers-nouveau/ # make install clean # Xorg -configure tested the screen, then ran # cp /root/xorg.conf.net /etc/X11/xorg.conf # sed -i 's|nv|nouveau|g' /etc/X11/xorg.conf restarted machine and I have nouveau working fine. Nothing more? I mean kernel modules stuff? I had a problem when playing a movie with mplayer, the movie did not fill the entire screen when I typed 'f' or used -fs options. I corrected this by adding to ~/.mplayer/config zoom=YES and it worked :) An important feature, thanks for the clue! I was going to try and get the kernel sources to successfully install nvidia, but why go through that hassle if it is now working like I wanted it to work. Mayvbe you can check the 3D abilities with the commands I mentioned. Meanwhile, I was a brave man and launched Firefox. Three seconds later the system froze. Furthermore, I've lost my ~/.sylpheed/accountrc and folderlist.xml which I had to restore manually. Lost: Indications which messages I already had replied to. So again, Gtk+ triggers the system freeze, independent of the driver used. Now can I say that the GPU must be faulty? And just in case I have to replace it (PCIe required), what brand of GPU should I buy instead? Again nVidia, or better ATI, or Intel? It's a hard decision because I don't want to get from one trouble into the next one... -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: System lockups in X with nVidia GeForce 7600 GS (G73) and Gtk+
On Sun, Aug 14, 2011 at 6:52 AM, Polytropon free...@edvax.de wrote: Has anyone got the nouveau driver working, and if, how precisely has he done so? I am using nouveau driver on FreeBSD 8.2 Release with resolution 1280x1024. I have Nvidia GeForce 7025 card embedded in my Asus Mobo. CPU: AMD Phenom(tm) II X2 545 Processor (3013.73-MHz K8-class CPU) I am able to run nouveau driver by simply following the instructions given in package xf86-video-nouveau's pkg-message file: These are those instructions: ---Start-- Installing it should be as simple as below procedure provided you have base sources in /usr/src. # cd /usr/src/sys # fetch http://people.freebsd.org/~rnoland/drm-nouveau-062309.patch # patch -sp0 -i drm-nouveau-062309.patch # cd modules/drm # make depend all install ---End-- Here is my Xorg's version: ---Start- X.Org X Server 1.7.7 Release Date: 2010-05-04 X Protocol Version 11, Revision 0 Build Operating System: FreeBSD 8.2-RELEASE amd64 Current Operating System: FreeBSD amnesiac 8.2-RELEASE FreeBSD 8.2-RELEASE #0: Thu Feb 17 02:41:51 UTC 2011 r...@mason.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 Build Date: 11 August 2011 11:06:01PM ---End-- And I didn't changed anything in my xorg.conf generate by Xorg -configure except changing Driver nv to nouveau in Device section. Here it is: --Start-- Section ServerLayout Identifier X.org Configured Screen 0 Screen0 0 0 InputDeviceMouse0 CorePointer InputDeviceKeyboard0 CoreKeyboard EndSection Section Files ModulePath /usr/local/lib/xorg/modules FontPath /usr/local/lib/X11/fonts/misc/ FontPath /usr/local/lib/X11/fonts/TTF/ FontPath /usr/local/lib/X11/fonts/OTF FontPath /usr/local/lib/X11/fonts/Type1/ FontPath /usr/local/lib/X11/fonts/100dpi/ FontPath /usr/local/lib/X11/fonts/75dpi/ EndSection Section Module Load extmod Load record Load dbe Load glx Load dri Load dri2 EndSection Section InputDevice Identifier Keyboard0 Driver kbd EndSection Section InputDevice Identifier Mouse0 Driver mouse OptionProtocol auto OptionDevice /dev/sysmouse OptionZAxisMapping 4 5 6 7 EndSection Section Monitor Identifier Monitor0 VendorName Monitor Vendor ModelNameMonitor Model EndSection Section Device ### Available Driver options are:- ### Values: i: integer, f: float, bool: True/False, ### string: String, freq: f Hz/kHz/MHz ### [arg]: arg optional #Option SWcursor # [bool] #Option HWcursor # [bool] #Option NoAccel# [bool] #Option ShadowFB # [bool] #Option UseFBDev # [bool] #Option Rotate # [str] #Option VideoKey # i #Option FlatPanel # [bool] #Option FPDither # [bool] #Option CrtcNumber # i #Option FPScale# [bool] #Option FPTweak# i #Option DualHead # [bool] Identifier Card0 Driver nouveau VendorName nVidia Corporation BoardName C61 [GeForce 7025 / nForce 630a] BusID PCI:0:13:0 EndSection Section Screen Identifier Screen0 Device Card0 MonitorMonitor0 SubSection Display Viewport 0 0 Depth 1 EndSubSection SubSection Display Viewport 0 0 Depth 4 EndSubSection SubSection Display Viewport 0 0 Depth 8 EndSubSection SubSection Display Viewport 0 0 Depth 15 EndSubSection SubSection Display Viewport 0 0 Depth 16 EndSubSection SubSection Display Viewport 0 0 Depth 24 EndSubSection EndSection ---End Is there an explaination of the lockups (always only in relation to Gtk+ triggering it)? Does it indicate a defective driver or a defective hardware? What do you think? I once experienced such mysterious lockup since I started using FreeBSD 1 month ago. It left no traces which I could find. If I can recall correctly I was using Firefox that time and 2/3 Eterms were open. WM was Fluxbox. Regards, Gurpreet -- A: Because it fouls the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail? ___
Re: System lockups in X with nVidia GeForce 7600 GS (G73) and Gtk+
On Sun, Aug 14, 2011 at 10:21 AM, Gurpreet Singh gurpreet...@gmail.comwrote: ---Start-- Installing it should be as simple as below procedure provided you have base sources in /usr/src. # cd /usr/src/sys # fetch http://people.freebsd.org/~rnoland/drm-nouveau-062309.patch # patch -sp0 -i drm-nouveau-062309.patch # cd modules/drm # make depend all install ---End-- I should mention that before following these steps I installed xf86-video-nouveau package using make install. It was then that I was showing the above message. Regards, Gurpreet -- A: Because it fouls the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail? ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: System lockups in X with nVidia GeForce 7600 GS (G73) and Gtk+
On Sat, Aug 13, 2011 at 11:01 PM, Polytropon free...@edvax.de wrote: What I don't understand is how a port that's more than one year old can require a X server version that's not reached yet _today_... :-) Not exactly related to your point here, but you should also be aware of the WITHOUT_NOUVEAU macro. When set, nouveau will not work, but it does allow for much newer versions of some graphics subsystems which should give you better performance and possibly stability. As I said earlier, nouveau is to be avoided on FreeBSD. Newer versions of nouveau require KMS AKAIK, so it might be better to revisit that port when support is added to the kernel. -- Adam Vande More ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org