Re: Xorg disaster

2009-02-15 Thread Garrett Cooper
On Sun, Feb 8, 2009 at 4:38 PM, Diego Depaoli trebes...@gmail.com wrote:
 On Mon, Feb 9, 2009 at 12:08 AM, Garrett Cooper yanef...@gmail.com wrote:

I updated nvidia-driver to the latest version, and submitted a
 patch, but ran into issues with graphics/mesa-demos (until recently
 when someone fixed the build CFLAGS -- rnoland?).

 patch your Makefile patch  to allow build on -current

 @@ -87,6 +87,10 @@
${REINPLACE_CMD} -e \
's/suser(CURTHREAD)/priv_check(CURTHREAD, PRIV_DRIVER)/' \
${WRKSRC}/src/nvidia_os.c
 +   ${REINPLACE_CMD} -e \
 +   's/minor(/dev2unit(/g' \
 +   ${WRKSRC}/src/nvidia_dev.c \
 +   ${WRKSRC}/src/nvidia_subr.c

 worked for me

It's MUCH better than the current ports version. They fixed a
 driver regression, so my displays no longer seize up with high CPU
 usage while compiling and no longer freeze after playing movies with
 mplayer.
 Looks like you're right, but I need more testing time.

After rebuilding my kernel I see what you mean. That wasn't the case
when I originally posted the patch, so someone changed some API's...
-Garrett
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org


Re: Xorg disaster

2009-02-08 Thread Garrett Cooper
On Fri, Feb 6, 2009 at 2:20 PM, Diego Depaoli trebes...@gmail.com wrote:
 On Fri, Feb 6, 2009 at 8:35 PM, Doug Barton do...@freebsd.org wrote:
 c. Use the new Xorg with the included nv driver instead of the nvidia
 binary driver.

 I usually use the binary driver, but I recently upgraded to the new
 Xorg and for a variety of reasons decided to try out the Xorg nv
 driver and didn't have any problems.
 You're lucky. On my system (nvidia 8500GT card) only vesa driver works
 without issues.

 FWIW, as a general course of action I find it useful to upgrade
 _everything_ on the system (base, ports, etc.) first before doing the
 nvidia driver, since the compiled parts are sensitive to changes in
 the underlying source and headers.
 Done

  and you might also consider clearing out
 /usr/local/lib/compat/pkg if it exists.
 Undone, I'll try

I updated nvidia-driver to the latest version, and submitted a
patch, but ran into issues with graphics/mesa-demos (until recently
when someone fixed the build CFLAGS -- rnoland?).
It's MUCH better than the current ports version. They fixed a
driver regression, so my displays no longer seize up with high CPU
usage while compiling and no longer freeze after playing movies with
mplayer.
I have an 8800GTS with dual Xinerama setup connected to 2
monitors, one running at 1920x1600 and the other monitor at 1680x1050.
See: http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/130976 for the
patch (and please vote so we can get the bloody thing in ports
already!).
Thanks,
-Garrett
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org


Re: Xorg disaster

2009-02-08 Thread Diego Depaoli
On Mon, Feb 9, 2009 at 12:08 AM, Garrett Cooper yanef...@gmail.com wrote:

I updated nvidia-driver to the latest version, and submitted a
 patch, but ran into issues with graphics/mesa-demos (until recently
 when someone fixed the build CFLAGS -- rnoland?).

patch your Makefile patch  to allow build on -current

@@ -87,6 +87,10 @@
${REINPLACE_CMD} -e \
's/suser(CURTHREAD)/priv_check(CURTHREAD, PRIV_DRIVER)/' \
${WRKSRC}/src/nvidia_os.c
+   ${REINPLACE_CMD} -e \
+   's/minor(/dev2unit(/g' \
+   ${WRKSRC}/src/nvidia_dev.c \
+   ${WRKSRC}/src/nvidia_subr.c

worked for me

It's MUCH better than the current ports version. They fixed a
 driver regression, so my displays no longer seize up with high CPU
 usage while compiling and no longer freeze after playing movies with
 mplayer.
Looks like you're right, but I need more testing time.

Regards

-- 
Diego Depaoli

P.S. Could be my problems were caused by a broken card since yesterday it died.
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org


Re: Xorg disaster

2009-02-06 Thread Peter Ulrich Kruppa

Lars Eighner schrieb:



Xorg upgrade (gory details follow) went south.  I must have a working
graphics browser by Monday.  This is pretty much *vital*, as in a matter of
survival.

What is the fastest and/or surest way to get a platform that will run
firefox or opera?

a. try to get my nvidia hardware to work with a generic (vesa or vga) 
driver?

b. try to downgrade Xorg to something that worked.
Deinstall the nvidia driver and try a. first. Chances are high 
you will have something usable.

If that doesn't work: do b. .

Good Luck!

Uli.


Hints on either course would be appreciated.

What happened: upgraded system from 7.1 prerelease to 7.1 release p2.

cvsupped the ports tree.  Upgraded Xorg and nvidia-driver (after upgrading
perl and everything portupgrade -fr perl5.8 will upgrade (as the script
failed miserably).  This was after 20090124 when the mouse problem was
supposed to be fixed.

What happens:  first there is something undefined in nvidia's libwfb
so I changed the symbolic link to point to Xorg's version of the lib.
That message went away, but there are tons of Generic Event Extension
missing messages and no mouse --- what is more the accessibility keypad
mouse thing doesn't work at all.

I can't pay my bills and I can't get to another computer to use someone
else's browser to do it.



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


Re: Xorg disaster

2009-02-06 Thread Lars Eighner

On Thu, 5 Feb 2009, Alex Goncharov wrote:


,--- You/Lars (Thu, 5 Feb 2009 20:20:50 -0600 (CST)) *
| Xorg upgrade (gory details follow) went south.  I must have a working
| graphics browser by Monday.  This is pretty much *vital*, as in a matter of
| survival.

Been there (last week) -- know what you mean.

| What is the fastest and/or surest way to get a platform that will run
| firefox or opera?
|
| a. try to get my nvidia hardware to work with a generic (vesa or vga) driver?
| b. try to downgrade Xorg to something that worked.

I tried b -- very successfully.

The path is (roughly):

1. Find the dependencies of xproto and xextproto:

  pkg_info -R xproto-\* xextproto-\* | wc -l

  Prepare to remove those (new) packages from your system.

2. Before you remove them, record their names and origins -- you will
  need them to either get their old versions from ftp.freebsd.org or
  too build from ports source.

3. Remove the packages identified in step 1.

4. FTP-get or build the old versions.

  If you are to build them, you need the old ports tree: use this tag
  in your ports-supfile:

*default release=cvs tag=. date=2009.01.23.12.00.00


Thanks.  It was how to set the wayback machine that was the missing
piece to the puzzle.

I did this since I am on dial-up and had not deleted the old distfiles (and
did not have any of the packages.  It wasn't a bed of roses and plenty of
restoring is still ahead, but the mission critical stuff now works.




 I would not recommend your own build under the circumstances:
 FTP-getting is much faster, of course -- the whole process will take
 you about two hours, I think.


No doubt, but having the monster distfiles still on-hand tips the balance.
This seems to make the point: never delete the last cycle distfiles.



I use the nv driver BTW -- perfectly -- in the old (downgraded to) X.


yes xorg 7.3 seems to work perfectly.  The display would work but the mouse
wouldn't with 7.4.  I suspect the fix for the hal-moused battle does not
work nv.


--
Lars Eighner
http://www.larseighner.com/index.html
8800 N IH35 APT 1191 AUSTIN TX 78753-5266

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


Re: Xorg disaster

2009-02-06 Thread Doug Barton
Lars Eighner wrote:
 
 
 Xorg upgrade (gory details follow) went south.  I must have a working
 graphics browser by Monday.  This is pretty much *vital*, as in a matter of
 survival.
 
 What is the fastest and/or surest way to get a platform that will run
 firefox or opera?
 
 a. try to get my nvidia hardware to work with a generic (vesa or vga)
 driver?
 b. try to downgrade Xorg to something that worked.

c. Use the new Xorg with the included nv driver instead of the nvidia
binary driver.

I usually use the binary driver, but I recently upgraded to the new
Xorg and for a variety of reasons decided to try out the Xorg nv
driver and didn't have any problems.

FWIW, as a general course of action I find it useful to upgrade
_everything_ on the system (base, ports, etc.) first before doing the
nvidia driver, since the compiled parts are sensitive to changes in
the underlying source and headers.

Also, make sure that you have followed the instructions in
/usr/ports/UPDATING, and you might also consider clearing out
/usr/local/lib/compat/pkg if it exists.


hth,

Doug

-- 

This .signature sanitized for your protection
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org


Re: Xorg disaster

2009-02-06 Thread Scot Hetzel
On Fri, Feb 6, 2009 at 12:11 PM, Lars Eighner portsu...@larseighner.com wrote:
 I use the nv driver BTW -- perfectly -- in the old (downgraded to) X.

 yes xorg 7.3 seems to work perfectly.  The display would work but the mouse
 wouldn't with 7.4.  I suspect the fix for the hal-moused battle does not
 work nv.

The video driver (nv) shouldn't have any effect on an input driver (mouse).

If you still have xorg 7.4 installed, try running hal-device and check
if your mouse is enabled or ignored.

I had this problem due to an extra configuration file under
/usr/local/share/hal that had disabled hal's ability to manage my
/dev/psm0.

If you can post both the output of hal-device and the Xorg.0.log (from
xorg 7.4), someone should be able to resolve your mouse issue.

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


Re: Xorg disaster

2009-02-06 Thread Diego Depaoli
On Fri, Feb 6, 2009 at 8:35 PM, Doug Barton do...@freebsd.org wrote:
 c. Use the new Xorg with the included nv driver instead of the nvidia
 binary driver.

 I usually use the binary driver, but I recently upgraded to the new
 Xorg and for a variety of reasons decided to try out the Xorg nv
 driver and didn't have any problems.
You're lucky. On my system (nvidia 8500GT card) only vesa driver works
without issues.

 FWIW, as a general course of action I find it useful to upgrade
 _everything_ on the system (base, ports, etc.) first before doing the
 nvidia driver, since the compiled parts are sensitive to changes in
 the underlying source and headers.
Done

  and you might also consider clearing out
 /usr/local/lib/compat/pkg if it exists.
Undone, I'll try

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


Re: Xorg disaster

2009-02-05 Thread matt donovan
On Thu, Feb 5, 2009 at 9:20 PM, Lars Eighner portsu...@larseighner.comwrote:



 Xorg upgrade (gory details follow) went south.  I must have a working
 graphics browser by Monday.  This is pretty much *vital*, as in a matter of
 survival.

 What is the fastest and/or surest way to get a platform that will run
 firefox or opera?

 a. try to get my nvidia hardware to work with a generic (vesa or vga)
 driver?
 b. try to downgrade Xorg to something that worked.

 Hints on either course would be appreciated.

 What happened: upgraded system from 7.1 prerelease to 7.1 release p2.

 cvsupped the ports tree.  Upgraded Xorg and nvidia-driver (after upgrading
 perl and everything portupgrade -fr perl5.8 will upgrade (as the script
 failed miserably).  This was after 20090124 when the mouse problem was
 supposed to be fixed.

 What happens:  first there is something undefined in nvidia's libwfb
 so I changed the symbolic link to point to Xorg's version of the lib.
 That message went away, but there are tons of Generic Event Extension
 missing messages and no mouse --- what is more the accessibility keypad
 mouse thing doesn't work at all.

 I can't pay my bills and I can't get to another computer to use someone
 else's browser to do it.

 --
 Lars Eighner
 http://www.larseighner.com/index.html
 8800 N IH35 APT 1191 AUSTIN TX 78753-5266

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


I've had issues with nvidia driver not hooking into the  kernel on 7.1. but
Generic Event Extension problem is in /usr/ports/UPDATING the xorg server
does not have that entension yet but will be in the next version.
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org


Re: Xorg disaster

2009-02-05 Thread Alex Goncharov
,--- You/Lars (Thu, 5 Feb 2009 20:20:50 -0600 (CST)) *
| Xorg upgrade (gory details follow) went south.  I must have a working
| graphics browser by Monday.  This is pretty much *vital*, as in a matter of
| survival.

Been there (last week) -- know what you mean.

| What is the fastest and/or surest way to get a platform that will run
| firefox or opera?
| 
| a. try to get my nvidia hardware to work with a generic (vesa or vga) driver?
| b. try to downgrade Xorg to something that worked.

I tried b -- very successfully.

The path is (roughly):

1. Find the dependencies of xproto and xextproto:

   pkg_info -R xproto-\* xextproto-\* | wc -l

   Prepare to remove those (new) packages from your system.

2. Before you remove them, record their names and origins -- you will
   need them to either get their old versions from ftp.freebsd.org or
   too build from ports source.

3. Remove the packages identified in step 1.

4. FTP-get or build the old versions.

   If you are to build them, you need the old ports tree: use this tag
   in your ports-supfile:

 *default release=cvs tag=. date=2009.01.23.12.00.00

  I would not recommend your own build under the circumstances:
  FTP-getting is much faster, of course -- the whole process will take
  you about two hours, I think.

| Hints on either course would be appreciated.
| 
| What happened: upgraded system from 7.1 prerelease to 7.1 release p2.
| 
| cvsupped the ports tree.  Upgraded Xorg and nvidia-driver (after upgrading
| perl and everything portupgrade -fr perl5.8 will upgrade (as the script
| failed miserably).  This was after 20090124 when the mouse problem was
| supposed to be fixed.

I use the nv driver BTW -- perfectly -- in the old (downgraded to) X.

| What happens:  first there is something undefined in nvidia's libwfb
| so I changed the symbolic link to point to Xorg's version of the lib.
| That message went away, but there are tons of Generic Event Extension
| missing messages and no mouse --- what is more the accessibility keypad
| mouse thing doesn't work at all.
| 
| I can't pay my bills and I can't get to another computer to use someone
| else's browser to do it.

Use ncftpget instead of the browser.

Good luck!

-- Alex -- alex-goncha...@comcast.net --
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org