Re: nvidia driver what do you recommend
Hello, Indeed, switching to vesa driver in xorg.conf removed all the windows lags. I don't need any kind of 3D acceleration, so vesa is just enough to run Emacs and resizing some windows. I think the best will be to port Nouveau to OpenBSD, but it's not a priority. As I said, vesa is just good enough to work with basic 2D, for people stuck with Nvidia. Thanks, Gilles Cafedjian. Le 2013-10-30 08:08, Matthieu Herrb a écrit : On Tue, Oct 29, 2013 at 05:36:43PM +0100, Gilles Cafedjian wrote: I have the same problem but on a dell laptop with integrated NVidia chip. The chip is NVidia Geforce 8600M GS and since I upgraded to 5.4 my laptop is unusable (very slow window movement). I'm thinking of reinstall 5.3 to have a working laptop. I can't change GPU chipset. There is a solution to get a working window manager back? If the VESA BIOS on you machine supports the native resolution of the panel, then running the vesa driver is probably faster than the nv driver. Otherwise, if some people with development skills want to help, I can see 3 different projects there, with different levels of complexity and interest (I currently miss time to work on these issues.): project 1 - relatively easy get yourself familiar with the shadowfb implementation in the vesa driver and then fix it in xf86-video-nv. xf86-video-nv's shadowfb is currently disabled because it crashes the driver. This would probably bring most of the speed back for a relatively low effort. project 2 - a bit harder get yourself familiar with the EXA acceleration framework, and port the current XAA code in xf86-video-nv to EXA. Bitblt operations should give you a reasonable speed-up back on supported cards. But the XAA code is full of magic numbers (no docs, remember) and since EXA is probably also going to get dropped by X.Org in the future, this is probably not the best choice, but it's still interesting to learn about 2D acceleration in X.Org drivers. project 3 - hard dive into the world of DRI and TTM and port the nouveau kernel driver(s) to OpenBSD. Thanks to jsg@ and kettenis@, OpenBSD has now a Linux kernel kernel 3.8 compatible version of the dri infrastructure (including TTM) for intel and radon chipsets. Getting the corresponding nouveau code is thus possible. This is a multi-months project but it's an exciting one and it will provide the most benefit for people forced to use nVidia cards, and for the project in general since having more people hacking in the dri code is also good for the other drivers.
Re: nvidia driver what do you recommend
Hello I think vesa driver allow only built-in resolution of your bios. I saw in my Xorg.0.log: ... (II) VESA(0): Not using mode 1440x900_60.00 (no mode of this name) ... (--) VESA(0): Virtual size is 1024x768 (pitch 1024) (**) VESA(0): *Built-in mode 1024x768 (**) VESA(0): *Built-in mode 800x600 (**) VESA(0): *Built-in mode 640x480 (==) VESA(0): DPI set to (96, 96) (II) VESA(0): Attempting to use 60Hz refresh for mode 1024x768 (118) ... ... I guess I'm stuck with 1024x768 too :( Le 2013-11-02 16:37, Comète a écrit : Hello, I've tried vesa too and it works but it is limited to 1024x768... if you have any tips to allow 1440x900 with vesa, i take it... Thanks Morgan Le 02/11/2013 16:10, Gilles Cafedjian a écrit : Hello, Indeed, switching to vesa driver in xorg.conf removed all the windows lags. I don't need any kind of 3D acceleration, so vesa is just enough to run Emacs and resizing some windows. I think the best will be to port Nouveau to OpenBSD, but it's not a priority. As I said, vesa is just good enough to work with basic 2D, for people stuck with Nvidia. Thanks, Gilles Cafedjian. Le 2013-10-30 08:08, Matthieu Herrb a écrit : On Tue, Oct 29, 2013 at 05:36:43PM +0100, Gilles Cafedjian wrote: I have the same problem but on a dell laptop with integrated NVidia chip. The chip is NVidia Geforce 8600M GS and since I upgraded to 5.4 my laptop is unusable (very slow window movement). I'm thinking of reinstall 5.3 to have a working laptop. I can't change GPU chipset. There is a solution to get a working window manager back? If the VESA BIOS on you machine supports the native resolution of the panel, then running the vesa driver is probably faster than the nv driver. Otherwise, if som e people with development skills want to help, I can see 3 different projects there, with different levels of complexity and interest (I currently miss time to work on these issues.): project 1 - relatively easy get yourself familiar with the shadowfb implementation in the vesa driver and then fix it in xf86-video-nv. xf86-video-nv's shadowfb is currently disabled because it crashes the driver. This would probably bring most of the speed back for a relatively low effort. project 2 - a bit harder get yourself familiar with the EXA acceleration framework, and port the current XAA code in xf86-video-nv to EXA. Bitblt operations should give you a reasonable speed-up back on supported cards. But the XAA code is full of magic numbers (no docs, remember) and since EXA is probably also going to get dropped by X.Org in the future, this is probably not the best choice, but it's still interesting to learn about 2D acceleration in X.Org drivers. project 3 - hard dive into the world of DRI and TTM and port the nouveau kernel driver(s) to OpenBSD. Thanks to jsg@ and kettenis@, OpenBSD has now a Linux kernel kernel 3.8 compatible version of the dri infrastructure (including TTM) for intel and radon chipsets. Getting the corresponding nouveau code is thus possible. This is a multi-months project but it's an exciting one and it will provide the most benefit for people forced to use nVidia cards, and for the project in general since having more people hacking in the dri code is also good for the other drivers.
Re: wifi 5.4
Hello, I use Belkin Surf N300 USB WiFi with urtwn(4) driver. I bougth it specially to work on my old laptop with OpenBSD and it work very well. Don't forget to run fw_update(1) to get the firmware. Le 2013-11-02 17:49, Alexander Pakhomov a écrit : Hi! Have anybody got success with any modern USB WiFi? I have Realtek 8188CE connected via PCI in my laptop. The 8188CE driver (urtwn) is USB only. So I decided to buy USB WiFi. I've got 2 realtek based and one Realtek 8188EU, one Ralink 5372 and one Atheros AR9271. The first two aren't recognised, the last one hang network after ten minutes of work. I can try to port urtwn for PCI(express?) if somebody gives me an entry point. If it is too hard to make any usb wifi work, does anybody have mini pci-e wifi working? I can try to buy another wifi module.
Re: wifi 5.4
I forgot to say, the chip of the Belkin Surf N300 is Realtek RTL8192CU revelent dmesg: urtwn0 at uhub1 port 1 Realtek Belkin Wireless Adapter rev 2.00/2.00 addr 2 urtwn0: MAC/BB RTL8192CU, RF 6052 2T2R, address ff:ff:ff:ff:ff:ff Le 2013-11-02 18:01, Gilles Cafedjian a écrit : Hello, I use Belkin Surf N300 USB WiFi with urtwn(4) driver. I bougth it specially to work on my old laptop with OpenBSD and it work very well. Don't forget to run fw_update(1) to get the firmware. Le 2013-11-02 17:49, Alexander Pakhomov a Ã(c)crit : Hi! Have anybody got success with any modern USB WiFi? I have Realtek 8188CE connected via PCI in my laptop. The 8188CE driver (urtwn) is USB only. So I decided to buy USB WiFi. I've got 2 realtek based and one Realtek 8188EU, one Ralink 5372 and one Atheros AR9271. The first two aren't recognised, the last one hang network after ten minutes of work. I can try to port urtwn for PCI(express?) if somebody gives me an entry point. If it is too hard to make any usb wifi work, does anybody have mini pci-e wifi working? I can try to buy another wifi module.
Re: nvidia driver what do you recommend
I have the same problem but on a dell laptop with integrated NVidia chip. The chip is NVidia Geforce 8600M GS and since I upgraded to 5.4 my laptop is unusable (very slow window movement). I'm thinking of reinstall 5.3 to have a working laptop. I can't change GPU chipset. There is a solution to get a working window manager back? Thanks, Gilles Cafedjian. Le 2013-10-29 11:34, Peter J. Philipp a écrit : On 10/28/13 11:44, Brett Mahar wrote: On Mon, 28 Oct 2013 11:20:32 +0100 Peter J. Philipp p...@centroid.eu wrote: | I remember someone else writing to this list before saying the nvidia | driver is really slow. I just upgraded my main workstation from 5.3 to | 5.4 and it indeed is. | | So I'm wondering what driver I should use because the choppyness of | moving windows is laughable, a sad kind of laugh. | | Do you recommend I get an ATI/AMD card? What sorts of models would you | recommend? | The ATI Radeon HD 5450 works great with the recently added radeon KMS code, I got one for A$30 a few weeks ago, no problems seen, definitely no chopppyness using mplayer -vo xv in fullscreen 1080p, did have problems with a 96fps 4096x2304 video I tried out, however:-) Brett. Hi Brett, Well I took your advice and bought this card. I'm not a high performance freak when it comes to monitor so I think it'll be alright. I paid 27 euros on amazon.de for it. It does match my MSI N250GTS Twin Frozr 1G in DDR3 1 GB RAM but not sure about performance, I'll have to see. :-) Cheers, -peter
Re: Sorry OpenBSD people, been a bit busy
Le 2013-10-07 12:30, Marko CupaÄ a écrit : I don't see a reason why Twitter is given that much attention. It surely gets a lot of hype from all around, but I did not excpect it will get more from OpenBSD mailing lists. Yes, let the people spend their time and energy for nothing. It's absolutely not interesting to spend yours on this, It's a kid game. I appraciate much more the work you do all on awsome project like OpenBSD and YYCIX :) Gilles Cafedjian.
Re: SSH as root with specific IP
Le 2013-09-30 08:29, John Tate a écrit : I want to be able to log in as root by SSH with a specific IP address. This is so rsync can log in to the server easily and backup many files owned by many different users and groups. Rather than a script on the server logging into the server with the backups with many files and many different users. Can it be done? You can use Match statement in your sshd_config to allow root connections only on a particular IP. Also, if you use RSA, DSA or ECDSA key, you should add it to the file authorized_keys on the server and restrict this key to a single command with command=... Do not turn on PermitRootLogin without Match statement. see sshd(8) for the keywords you can add in your authorized_keys to limit the root access.
