Search results

Wait, it seems that I cannot reproduce it anymore. And I also noticed that those lines were included by mystake, since they refer to yesterday. I will let you know if I come across that error again. Just to be clear, the driver works on first load, at boot. I also forgot to give my system...

Hi, well, first of all thanks for the driver, this was the last major device who was totally not supported by FreeBSD on my HP Probook. With regard to the driver itself, I've tested it today for about three hours to connect to an hidden ssid-open network with browser based authentication. In...

@adamk,DrJ I'm certainly going to update my post on nvnews. Another note: I'm wondering that this seems to be nVidia/FreeBSD related issue since the 180-xx actually works on Linux. In the end I'd like to thank for their support all those who have posted in this thread. Best regards.

Incredible! The old 173-xx driver works like a charm! I'd like to stress again that according to the nVidia documentation I could/should use the most recent driver, that is the 180-xx one. This is the relevant excerpt from the README: For the most complete and accurate listing of supported...

Actually, according to the nVidia documentation, it seems that my card (a GeForce6) is supported trough the standard driver. However, just to leave nothing unattempted, I'm going to try the legacy drivers. I'll let you know as soon as possible.

Here they are.

tangram, I've tried by adding the record module which seems it was the only one missing from my configuration and I've also tried with dri/dri2 both enabled or disabled (see my previous discussion with ale) but the situation is the same. With regard to the demos, at the moment I don't own any...

@Ale,DrJ,tangram Just to be sure I reinstalled the driver, which I'd like to stress _is_ the one from ports tree, but the problem still persists. @Ale You will find the glxinfo output attached. Just a side note: I'm unable to completely compile the mesa-demos port due to compilation...

Apart from a small typo your xorg.conf is loaded without a glitch but my problem still persists. I'm going to test compiz (or any software you suggest) as soon as I can.

Here it is.

Yes, those lines are missing but I can't see any improvement.

Hi, I've added the Disable directive as you suggested. Even though the messages in Xorg.0.log are a bit confusing it seems that in fact these two modules are not loaded anymore. However the problem is still present. (WW) "dri" will not be loaded unless you've specified it to be loaded...

Hi, first of all let me apologize for this being a repost from the nvnews.net forums. I posted there because that seemed to me the most logical place where I could find some help, since some nVidia employers dwell there and this seems to be an nvidia specific issue. However I couldn't get any...

These ports won't be built unless you manage to compile their dependencies, which are, according to the error message you posted, 'x11-tollkits/gtk-2 ' and 'devel/gconf2'. Therefore you should first check why portinstall failed to build these two ports.

I think that the only thing you need to be aware when using the ntfs3g driver on freebsd is that it doesn't work perfectly when the system is under load. The following is the relevant excerpt from the README.FreeBSD file from fusefs-ntfs port: When reading/writting the same file repeatedly...