Re: xorg, transparency and ati drivers
f.carone wrote: Hi everybody, I'm using the ubuntu Xorg server, with the composite and transparency correctly working. I'm also using the opensource radeon driver shipped with it. I get good 3D performances (~2000fps in windowed glxgears) but transparency (set by transset) is really slow, while I expected it to be more smoother. Would this be fixed using the proprietary fglrx driver? Cheers, fc What is the ATI video card you use? I just ordered a Radeon 9250 and hope that is at least as good as my Radeon 9000. I have no experience with fglrx. I have built the X.org from the 25 Jan 05 xorg-x11-6.8.1.903.tar.gz and copied by hand to /usr/local. The rest of the Xfree86 installation is still intact except for relinking the new Xorg server to X and the X11R6 locale files which I updated to Xorg. I just added this to xorg.conf: ModulePath = /usr/local/lib/modules I was originally interested in the improved open source Radeon code with DRI and have not tried the composite and transparency in your question. My results were also very good with the Xorg 6.8.1 Xserver: Sapphire 64M ATI Radeon 9000 soon to be ASUS 256M Radeon 9250 ASUS A8V Deluxe with Athlon 64 3200 90nm and 1GB Corsair Twinx 3200XL Creative SBLive! not integrated audio (0.7% CPU vs 45% CPU with mpg321) Alioth Pure64 with monolithic 2.6.10 kernel without 32bit compatibility $$ xdriinfo Screen 0: r200 $$ glxgears 8449 frames in 5.0 seconds = 1689.800 FPS 10160 frames in 5.0 seconds = 2032.000 FPS 10160 frames in 5.0 seconds = 2032.000 FPS 10159 frames in 5.0 seconds = 2031.800 FPS 10159 frames in 5.0 seconds = 2031.800 FPS 10160 frames in 5.0 seconds = 2032.000 FPS $$
Re: xorg, transparency and ati drivers
I had similar DRI issue due the following things: 1. Have to load agpgart and the module that corresponds to your agp chipset (For instance on my Gigabyte K8NS Ultra 939 m/b I need agpgart and amd64_agp modules loaded) You'll need to check your hardware for the right modules 2. the XF86Config-4/xorg.conf should have the following setting changed: from: Option "UseInternalAGPGART" "yes" to: Option "UseInternalAGPGART" "no" After you've done the changes you should see major improvements in 3d acceleration and your X/Xorg logs should not have any errors related to DRI. Also, check the glxinfo command (it should have "direct rendering: Yes" if the DRI is working properly Hope that helps On Tue, 2005-02-08 at 15:21 +0100, Filippo Carone wrote: > * Andrei Mikhailovsky ([EMAIL PROTECTED]) ha scritto: > > Try fglrx and see for yourself ) > > I'm trying them, but: > - glxgears runs at half speed (~800fps windowed) > - if I enable the Composite extension in xorg.conf, DRI will be > disabled: > (II) fglrx(0): Composite extension enabled, disabling direct rendering > (WW) fglrx(0): *** > (WW) fglrx(0): * DRI initialization failed! * > (WW) fglrx(0): * (maybe driver kernel module missing or bad) * > (WW) fglrx(0): * 2D acceleraton available (MMIO) * > (WW) fglrx(0): * no 3D acceleration available* > (WW) fglrx(0): * * > > > Also, the terminal transparency is very very slow in opensource drivers. > > Do you mean you are able to get Composite/Damage working with the > proprietary drivers? > > Cheers, > fc > -- Andrei Mikhailovsky Arhont Ltd - Information Security Web: http://www.arhont.com http://www.wi-foo.com Tel: +44 (0)870 4431337 Fax: +44 (0)117 9690141 PGP: Key ID - 0xFF67A4F4 PGP: Server - keyserver.pgp.com signature.asc Description: This is a digitally signed message part
CIFS VFS No response buffer - solved
Hi I thought I'd post this as I found a solution (or think I have). I recently started using smb instead of nfs to access files on servers from my 64bit laptop. I had been running windows clients accessing samba but couldn't get it to work right for debian clients. However, using file type cifs instead of smbfs seemed to make it work fine, so much so, that I stopped using nfs. However, after a while, I noticed, when swtiching into console tty1, a recurrent message "CIFS VFS: No response buffer". There were similar messages when shutting down. In spite of these messages, smbclient seemed to be working OK, if a little hesitant when accessing shares. Today I had problems saving files to a share from both OpenOffice and Gvim - I suspected that it was something to do with the above error. Googling didn't produce much but there was a mention of kernels. So I upgraded my kernel from 2.6.8 to 2.6.10 and the error has dissappeared. It is early days and I'll let you know if anything untoward happens, I'll let you know. Regards Clive -- www.clivemenzies.co.uk ... ...strategies for business -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Audio tests on pure64
> > However, Jamin segfaults after a brief flash of the GUI. Norval - > could you do an apt-get install jamin on your Pure64 box, start > jackd, run jamin and see if the same behaviour happens for you? > Daniel Hey Daniel, FWIW, I started the 32bit demudi the other night, started jamin and got exactly what you decribe here (demudi_1.2.1-rc1)... cheers Norv -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: aMule 2.0.0RC7 Font Size
Philippe a écrit : Le lundi 07 février 2005 à 06:23 +0100, thierry a écrit : Font size is really small, something like size 6, or even less, for the all amule window, except the title bar, where it's ok. I am runnign amule on a amd64 machine, with gnome. Is any one having this problem, or any one to help me out with that matter? same probleme for me. I installed xfstt xfs-xtt (modify XF86Config) gtk-theme-switch xfonts-100dpi xfonts-100dpi-transcoded xfonts-75dpi xfonts-75dpi-transcoded and it's ok now (I hope I dont forget something...) By the way for me amule crash with utf8 hth Thank's I did that and now: CA MARCHE! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug in pthread code
Kurt Roeckx <[EMAIL PROTECTED]> writes: >> There is a bug in the pthread_rwlock code in libc for AMD64. I'm >> surprised this hasn't affected any other programs. > > Where is that patch? Can you please submit a bug report with (a > link to) all relevant information and the patch to the glibc package? I don't have a patch to glibc: I have a patch to mythtv to replace all pthread_rwlock_* calls with a mix of pthread_mutex_* and pthread_cond_*. As for the glibc bug reporting system, it's too heavyweight. I have better things to do with my time than spend 10 minutes filing a bug. Cheers, Kyle -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Re: ldd failing on fglrx-installer
Hi, Thank you for the replies - I was using the wrong scripts to build the driver, and I also switched over to a pure gcc3.4 environment. The new scripts helped, but they did fail again during the dh_shlibdeps phase. The good news is, I have a better understanding of the problem. Running the command: debian/rules binary XVERSION=4.3.0 PVERSION=8.8.25 resulted in an error during the dh_shlibdeps check on the following file: emul/ia32-linux/usr/X11R6/lib/modules/dri/fglrx_dri.so This library has a depedency on a 32 bit library, and failed with: ldd: /lib/ld-linux.so.2 not found The comments in the make file (rules) said that it was included in the AMD64 build because of backward compatibility with 32bit systems (?). I don't know how this will work on a 64 bit system that doesn't have the ld-linux.so.2 library installed. I could modify the make file to not include them, but I don't know if this will work or not. Maybe I'll try the precompiled files from the website, but I don't know which version of gcc was used to create them. Thanks for your help, Mark Kennedy P.S. I also did a quick check of all the .so libraries and found another one that requires ld-linux.so.2 - usr/X11R6/lib/modules/dri/fglrx_dri.so.
Re: Bug in pthread code
On Tue, Feb 08, 2005 at 12:19:17PM +1100, Ed Murray wrote: > Just thought I post the result of some problems with MythTV to the > list. > > It appears that there are still some problems with AMD64 & the libc library? > > Ed. > > > Hi Kyle. I forwarded on your patch to a guy on the Debian AMD64 List. > It > > fixed his problem. > > There is a bug in the pthread_rwlock code in libc for AMD64. I'm > surprised this hasn't affected any other programs. Where is that patch? Can you please submit a bug report with (a link to) all relevant information and the patch to the glibc package? Kurt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Sata and Ati Xpress 200
On Tuesday 08 February 2005 09:34, Lennart Sorensen wrote: > On Tue, Feb 08, 2005 at 03:12:31AM +0100, [EMAIL PROTECTED] wrote: >>snip<< > > Which Sil chip does it use? Doesn't it have SATA ports connected > to the main chipset in addition to the Sil? Many boards will have > 4 sata ports, 2 from the main chipset, and 2 from an Sil chip. I > would try the mainboard ones first. For the Sil, if the chip is a > 3112 is should just work even without raid enabled. For the Sil, I > don't know what the state of support is, since it's one of those > awful proprietary software raid chips, although hopefully one can > disable that crap and use it as a simple sata controller. > > > Well the amd64 releases only use 2.6 kernels, so they don't have > the option. The 32bit debian has those options. I was wondering > if it could detect the sata. I thought you were trying that for > some reason. > > > Anyway, I have found a 10Gig traditional IDE harddisk at work, > > this should solve my problems for the moment. > > > > Thanks for the help, I know what to look for now. > > Len Sorensen Its nice that we have all these beta/alpha testers out their, exactly what ATI express 200 model is involved. Knowing ATI it will be some time before they have working Linux drivers. I wonder when they will be able to get multi monitor support out of the IGP version of this chipset. Also which ATI chipset uses the ALI south bridge, I thought it was this one, but it does not mention it on the website, or in the reviews. I salute your bravery, running something on the cutting edge. Rthoreau -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: vlc
David Liontooth wrote: What's the story with vlc and the libflac4 dependency? This was sorted out on i386 a while back and libflac6 is in place for amd64. Hi Dave, Even without the dependency, there is a build problem with the vlc source as it exists in the archive. If you don't mind building it yourself, then you can use "apt-get source vlc" and then apply the patch found in the BTS: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=289923 Once you've applied the patch to the Debian source tree, build with something like: dpkg-buildpackage -rfakeroot -us -uc I've been running the package for a couple weeks now, and it's stable. HTH, tony -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: xorg, transparency and ati drivers
> I'm trying them, but: > - glxgears runs at half speed (~800fps windowed) > - if I enable the Composite extension in xorg.conf, DRI will be > disabled: > (II) fglrx(0): Composite extension enabled, disabling direct rendering > (WW) fglrx(0): *** > (WW) fglrx(0): * DRI initialization failed! * > (WW) fglrx(0): * (maybe driver kernel module missing or bad) * > (WW) fglrx(0): * 2D acceleraton available (MMIO) * > (WW) fglrx(0): * no 3D acceleration available* > (WW) fglrx(0): * * I had the same problem, because libglx was looking for fglrx_dri in /usr/X11R6/lib64 while it was in /usr/X11R6/lib Try running LIBGL_DEBUG=verbose glxinfo and see what's going wrong. I have an ATI Radeon 9700 on my laptop, runs 1300 windowed and 600 fullscreen. Xfree and fglrx. ciao maxxer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Sata and Ati Xpress 200
On Tue, Feb 08, 2005 at 03:12:31AM +0100, [EMAIL PROTECTED] wrote: > this makes things clearer. It seems I was using the emulation mode. > Although I read about it in earlier messages, I did not realise that > not enabling RAID (even with a single harddrive) would enable the IDE > emulation mode on this board. It seem that the RAID part is by > Silicon Image, so I wil play around with the drivers... Which Sil chip does it use? Doesn't it have SATA ports connected to the main chipset in addition to the Sil? Many boards will have 4 sata ports, 2 from the main chipset, and 2 from an Sil chip. I would try the mainboard ones first. For the Sil, if the chip is a 3112 is should just work even without raid enabled. For the Sil, I don't know what the state of support is, since it's one of those awful proprietary software raid chips, although hopefully one can disable that crap and use it as a simple sata controller. > Well, I tried a 2.6.10 kernel from an ubuntu release. But the AMD 64 > debian releases from alioth behaved in a strange way. At startup it > asks you to choose between linux, linux26, expert and expert26 but > none of the *26 files are found... strange (probably just another > filename). Well the amd64 releases only use 2.6 kernels, so they don't have the option. The 32bit debian has those options. I was wondering if it could detect the sata. I thought you were trying that for some reason. > Anyway, I have found a 10Gig traditional IDE harddisk at work, this > should solve my problems for the moment. > > Thanks for the help, I know what to look for now. Len Sorensen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: quality mainboard
On Tue, Feb 08, 2005 at 01:41:12PM +0100, [EMAIL PROTECTED] wrote: > It's a long time that I want to work with a linux system, and I choose Debian. > I have yet the time to work seriously but I must buy a new hardware. I need > to have a computer usable like an HTTP and/or RDBMS (PostgreSQL) server. > > I realy don't know which mainboard to choose (VIA, AMD8000,... - singe/dual > CPU ... ??). > > Could please someone help me for this choice ? Well personally when buying computers, I stick with Asus motherboards, usually the higher end models (P6NP5, P5A, A7V, A7N8X-E-DX, etc), and have never regreted it. I never have liked the P4 design (it reeks of design by marketing, not technical expertise), so I have been buying Athlon's for a number of years, and the AThlon 64 is certainly nice. I have very little experience with dual cpu systems, but do know they are expensive, and there are a lot less options for motherboards, and they require registered memory (costs more, runs a bit slower), and of course the opteron cpu costs more than a regular athlon 64. Unless you actually need that much processing power, the single cpu systems are a lot more reasonable in price. For the athlon 64 the best chipsets seem to be the via and nvidia chipsets. I have personally only tried nvidia for the athlon 64, but both via and nvidia for the athlon 32bit chips. Don't forget quality power supplies and ram also matter. After that, things don't tend to affect reliable operation very much. Len Sorensen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
vlc
What's the story with vlc and the libflac4 dependency? This was sorted out on i386 a while back and libflac6 is in place for amd64. Just wondering. Dave -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: xorg, transparency and ati drivers
* Andrei Mikhailovsky ([EMAIL PROTECTED]) ha scritto: > Try fglrx and see for yourself ) I'm trying them, but: - glxgears runs at half speed (~800fps windowed) - if I enable the Composite extension in xorg.conf, DRI will be disabled: (II) fglrx(0): Composite extension enabled, disabling direct rendering (WW) fglrx(0): *** (WW) fglrx(0): * DRI initialization failed! * (WW) fglrx(0): * (maybe driver kernel module missing or bad) * (WW) fglrx(0): * 2D acceleraton available (MMIO) * (WW) fglrx(0): * no 3D acceleration available* (WW) fglrx(0): * * > Also, the terminal transparency is very very slow in opensource drivers. Do you mean you are able to get Composite/Damage working with the proprietary drivers? Cheers, fc -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
quality mainboard
Hello everybody, It's a long time that I want to work with a linux system, and I choose Debian. I have yet the time to work seriously but I must buy a new hardware. I need to have a computer usable like an HTTP and/or RDBMS (PostgreSQL) server. I realy don't know which mainboard to choose (VIA, AMD8000,... - singe/dual CPU ... ??). Could please someone help me for this choice ? Regards, Amel Kapetanovic Switzerland sunrise ADSL: Gratuit et plus sûr que jamais! http://www.sunrise.ch/fr/home/proint/proint_ads-2.htm
Re: [Jeffrey W. Baker] blown away by the new installer
Yeah, thanks a lot guys. You've done the job better then anyone else! I had a smooth installation from sid-netinstall iso on my Gigabyte K8NS Ultra 939. All hardware has been detected and worked like a charm. The only issues i had with loading sk98lin and ext3 modules, that required me to go to console and manually loading it with modprobe -f. There were some issues with kernel module versioning, but I am sure I has been fixed by now. Again, many thanks for the Port! On Tue, 2005-02-08 at 07:19 +0100, Christian Perrier wrote: > Quoting Goswin von Brederlow ([EMAIL PROTECTED]): > > Subject: blown away by the new installer > > From: "Jeffrey W. Baker" <[EMAIL PROTECTED]> > > To: debian-amd64@lists.debian.org > > Date: Mon, 07 Feb 2005 13:58:51 -0800 > > X-Mailer: Evolution 2.0.3 > > X-Mailing-List: archive/latest/6014 > > > > I must say how impressed I am with the new Debian installer. I just > > > I've also had such reports at work (ONERA, the French Aeronautics and > Space Research Centersimilar to DLR for German people) about the > amd64 port and the installer on amd64 machines. > > I have to mention that I completely succeeded in convincing a few of > our reseach teams that using Mandrake on such boxes is now irrelevant > and they can use what is the standard for all our Linux boxes now : > Debian sarge. > > Thanks to the amd64 port workers for that. Even if not part of the > official sarge release, you obviously are doing a tremendously good > work. > > -- Andrei Mikhailovsky Arhont Ltd - Information Security Web: http://www.arhont.com http://www.wi-foo.com Tel: +44 (0)870 4431337 Fax: +44 (0)117 9690141 PGP: Key ID - 0xFF67A4F4 PGP: Server - keyserver.pgp.com signature.asc Description: This is a digitally signed message part
Re: xorg, transparency and ati drivers
On Tue, 2005-02-08 at 12:52 +0100, Filippo Carone wrote: > Hi everybody, > I'm using the ubuntu Xorg server, with the composite and transparency > correctly working. I'm also using the opensource radeon driver shipped > with it. I get good 3D performances (~2000fps in windowed glxgears) > but transparency (set by transset) is really slow, while I expected it > to be more smoother. > Try maximising glxgears and you'll see a different picture. A massive slow down. On my 9600Pro I get about 200-250 windowed glxgears, when I switch to fullscreen, the framerate drops to about 30. with the proprietary accelerated drivers I get about 1500 in glxgears and around 200-250 in maximised. Also, the terminal transparency is very very slow in opensource drivers. Try fglrx and see for yourself ) > Would this be fixed using the proprietary fglrx driver? > > Cheers, > fc > > -- > I can't afford a signature > > -- Andrei Mikhailovsky Arhont Ltd - Information Security Web: http://www.arhont.com http://www.wi-foo.com Tel: +44 (0)870 4431337 Fax: +44 (0)117 9690141 PGP: Key ID - 0xFF67A4F4 PGP: Server - keyserver.pgp.com signature.asc Description: This is a digitally signed message part
xorg, transparency and ati drivers
Hi everybody, I'm using the ubuntu Xorg server, with the composite and transparency correctly working. I'm also using the opensource radeon driver shipped with it. I get good 3D performances (~2000fps in windowed glxgears) but transparency (set by transset) is really slow, while I expected it to be more smoother. Would this be fixed using the proprietary fglrx driver? Cheers, fc -- I can't afford a signature -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]