Slackware This Forum is for the discussion of Slackware Linux.
|
Notices |
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
Are you new to LinuxQuestions.org? Visit the following links:
Site Howto |
Site FAQ |
Sitemap |
Register Now
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
|
|
|
01-24-2014, 10:33 PM
|
#16
|
Senior Member
Registered: Nov 2013
Location: Brazil
Distribution: Slackware
Posts: 1,223
Original Poster
Rep:
|
After reading everything and thinking about it I think I will stick with the default driver
|
|
|
01-25-2014, 02:30 AM
|
#17
|
Member
Registered: Aug 2009
Location: Netherlands
Distribution: Slackware64-current
Posts: 167
Rep:
|
Quote:
Originally Posted by mostlyharmless
Probably nothing, but, with kernel 3.12.1, version 13.11v9.95 black screens and hangs the keyboard. Fortunately one can still ssh into the system. There appears to be a dmar error, related to IOMMU/vt-d. I don't know whether that's a driver fault, or a flaky bios though. The radeon drivers appear to work fine however.
|
Okay that's odd behavior. I haven't used 3.12.1 so I don't know if it could be a kernel flaw. I've only used 3.12.5 and up. My system is AMD/ATI all the way might be the reason I have no problem with either Radeon or fglrx (although Radeon is slower). I never understood the fglrx "bashing" for me it's just as good as when I ran nVidia. Guess I'm lucky
|
|
|
01-25-2014, 03:08 AM
|
#18
|
Moderator
Registered: Dec 2009
Location: Germany
Distribution: Whatever fits the task best
Posts: 17,148
|
Quote:
Originally Posted by Stuferus
hd6850 here.. i tryed the beta driver with the default generic kernel from 14.1 x64.. for example: minecraft looks unplayable with it only artefacts.. so i reverted to the default radeon driver.. works well.. minecraft (for example) has 30fps, thats more than fine for me.
i dont think i want to compile 3.12 kernel never did in slackware so im a bit feard something could go wrong. 3.10.17 is ok.. an unofficial 3.10.27 package would be nice i must admit.
|
You really should use a later kernel, I recommend to go for 3.13. The 3.10 kernel does not have dynamic power management, so that your card all the time runs in the highest power mode, unnecessarily heating up the videocard.
|
|
|
01-25-2014, 01:24 PM
|
#19
|
Member
Registered: Jun 2013
Location: Germany
Distribution: Slackware
Posts: 174
Rep:
|
no thanks.. 3.13 brings the new firewall stuff which i not really want right now.. also the d-bus in kernel stuff from "the evil redhat guy" is on its way if im not mistaken. so.. 3.12 if i try it - and im not to positive if i really want to.
the radeon driver is fine.. it works.. im not fixing unless its really brocken (no x)!
but thx.
|
|
|
01-26-2014, 08:17 PM
|
#20
|
LQ Guru
Registered: Jul 2011
Location: California
Distribution: Slackware64-15.0 Multilib
Posts: 6,564
|
The kernel dbus implementation is supposed to provide a lower latency daemon protocol. I'd hardly consider that on the same level of systemd, but the implementation hasn't been finalized, added, or introduced, and the Linux Foundation controls the kernel, not GNOME.
Kernel 3.13 is recommended for Radeon video cards using the Southern Islands or later chipsets.
If AMD/ATI and other users recommend Proprietary driver 13.12, you should use that driver, not the BETAs, and use the appropriate kernel, which is recommended 3.13.x.
|
|
|
01-26-2014, 11:55 PM
|
#21
|
Moderator
Registered: Dec 2009
Location: Germany
Distribution: Whatever fits the task best
Posts: 17,148
|
Quote:
Originally Posted by Stuferus
no thanks.. 3.13 brings the new firewall stuff which i not really want right now.. also the d-bus in kernel stuff from "the evil redhat guy" is on its way if im not mistaken. so.. 3.12 if i try it - and im not to positive if i really want to.
the radeon driver is fine.. it works.. im not fixing unless its really brocken (no x)!
but thx.
|
Actually, the 3.10 kernel is broken. It has a bug in the ondemand CPU governor that was fixed in kernel 3.12. This fix can speed up some applications about 90%. But of course it is up to you, if you don't care for performance and heat production/power usage just keep the 3.10 kernel.
|
|
|
01-27-2014, 03:51 AM
|
#22
|
Member
Registered: Nov 2007
Distribution: Slackware64_current
Posts: 47
Rep:
|
Hi
Just to share my pain with proprietary AMD so called driver... I had that misfortune to acquire an HP laptop with AMD chipset on it. Default graphics driver was ok, but it wasn't fit for 3D I'm occasionally using. So I've started experimenting with their proprietary POS since early October. All in all I've tried around 10 different driver blobs ranging from post-13.4 up to 13.12, including current beta. It was rather agonizing and painfully frustrating
Thing is that with each driver there was something wrong. One didn't have proper 3D support, other was retarded with power management or brightness management was messed up. There were problems with sleep resuming, hibernation that were solved with one nice & long power button press.
Finally, 2 or 3 weeks ago I've installed 3.12.6 kernel and latest beta from January ( amd-catalyst-13.11-betav9.95-linux-x86.x86_64). For some unknown reason that combination worked for me. Honestly I don't know what changed (and don't care any more) but with this combo - everything works as it's supposed to: 3D, power events and even brightness; so there is no more 100% brightness super nova for me. At the moment it's rather power efficient as you can see from the screenshot. So 3 hours on battery including compiling, browsing, wifi, 2 web servers with mysql dumping and importing with some music and gtalk.
Thing is that I was stupid enough to get that hardware in the first place, so from now on it's "HP & AMD never again". That approach I would like to recommend to anyone. Sell that crap soon as possible and get something with nvidia/intel inside. It's way less painful, blob drivers are a breeze to install and they work oob most of the time. I'm not talking about bumblebee combo but about regular, single vga cards in laptops or desktops. Personally I didn't have any problems with them.
So my final advice would be that if you have all those problems above try 3.12.6 with beta above. It just might work(TM)
Cheers,
S.
|
|
|
01-27-2014, 06:15 AM
|
#23
|
Senior Member
Registered: Jun 2003
Location: Virginia
Distribution: Slackware = Main OpSys
Posts: 4,979
|
Quote:
Originally Posted by Stuferus
no thanks.. 3.13 brings the new firewall stuff which i not really want right now.. also the d-bus in kernel stuff from "the evil redhat guy" is on its way if im not mistaken. so.. 3.12 if i try it - and im not to positive if i really want to.
the radeon driver is fine.. it works.. im not fixing unless its really brocken (no x)!
but thx.
|
If the radeon driver is sufficient, and it has gotten quite good for some chips) then so be it, but I wouldn't worry much about kernel implementation of systemd just yet. Linus seems to hate those guys at least as much I, and many others, do, and he is far less polite about it.... in fact, rather outspoken and vitriolic. For some information and fun, google "Linus on systemd" or "Linus on udev", etc. DRAMA!
|
|
|
01-27-2014, 07:54 PM
|
#24
|
Member
Registered: Jun 2013
Location: Germany
Distribution: Slackware
Posts: 174
Rep:
|
Quote:
Originally Posted by TobiSGD
Actually, the 3.10 kernel is broken. It has a bug in the ondemand CPU governor that was fixed in kernel 3.12. This fix can speed up some applications about 90%. But of course it is up to you, if you don't care for performance and heat production/power usage just keep the 3.10 kernel.
|
than the question which must be asked is.. why did 14.1 ship with it if it is "broken"?
my lm_sensors says:
cpu 30°c in idle on desktop, gpu 60°c idleing on desktop..
*desktop=xfce
thats the same values i have in windows vista 32bit (which sits on an other harddrive) with ati catalyst 13.4 drivers (13.12 dont work so well for me there too). So im not worryed, at least i did read the card can be 100°C before it dies of heat.
i have enabled the dynpm and it looks like its working as the card gets to 64°C (max!) inside yt or a game (minecraft, flightgear etc).
i really like the slackware way: "not broke, no fixing" - it doesnt feel broke for me..
|
|
|
01-27-2014, 09:35 PM
|
#25
|
Moderator
Registered: Dec 2009
Location: Germany
Distribution: Whatever fits the task best
Posts: 17,148
|
Quote:
Originally Posted by Stuferus
than the question which must be asked is.. why did 14.1 ship with it if it is "broken"?
|
You will always have bugs in the kernel and at the time 14.1 was released this bug was not known. Also, 3.10 is a LTS version, so it suits Slackware best.
Quote:
i have enabled the dynpm and it looks like its working
|
dynpm is not even implemented in 3.10, so it simply can't work.
Quote:
as the card gets to 64°C (max!) inside yt or a game (minecraft, flightgear etc).
|
A temperature difference of only 4°C between idle and full load indicates that power management is not working and the card is either running under full clockspeed/high voltages all the time or under lowest clockspeed/voltages all the time. Neither situation is what I would call optimal.
Anyways, it is of course up to you what you decide to use, it is just that your decision to stick with the od kernel IMHO does not make much sense when there are much better options available.
|
|
|
03-07-2014, 08:30 PM
|
#26
|
Senior Member
Registered: Nov 2013
Location: Brazil
Distribution: Slackware
Posts: 1,223
Original Poster
Rep:
|
So I finally decided to upgrade to Kernel 3.13.6. Everything went fine but I still can't install the driver.
Code:
pedro@slack:~$ cat /usr/share/ati/fglrx-install.log
AMD kernel module generator version 2.1
doing Makefile based build for kernel 2.6.x and higher
rm -rf *.c *.h *.o *.ko *.a .??* *.symvers
make -C /lib/modules/3.13.6/build SUBDIRS=/home/pedro/Downloads/fglrx-install.EOiIfh/common/lib/modules/fglrx/build_mod/2.6.x modules
make[1]: Entrando no diretório `/usr/src/linux-3.13.6'
CC [M] /home/pedro/Downloads/fglrx-install.EOiIfh/common/lib/modules/fglrx/build_mod/2.6.x/firegl_public.o
CC [M] /home/pedro/Downloads/fglrx-install.EOiIfh/common/lib/modules/fglrx/build_mod/2.6.x/kcl_acpi.o
/home/pedro/Downloads/fglrx-install.EOiIfh/common/lib/modules/fglrx/build_mod/2.6.x/kcl_acpi.c: In function ‘KCL_ACPI_GetHandles’:
/home/pedro/Downloads/fglrx-install.EOiIfh/common/lib/modules/fglrx/build_mod/2.6.x/kcl_acpi.c:796:59: error: ‘struct acpi_dev_node’ has no member named ‘handle’
pInfo->video_handle = pInfo->pcidev->dev.acpi_node.handle;
^
/home/pedro/Downloads/fglrx-install.EOiIfh/common/lib/modules/fglrx/build_mod/2.6.x/kcl_acpi.c: In function ‘KCL_ACPI_ParseTable’:
/home/pedro/Downloads/fglrx-install.EOiIfh/common/lib/modules/fglrx/build_mod/2.6.x/kcl_acpi.c:999:5: warning: passing argument 1 of ‘(acpi_status (*)(u32, void *, void *))handler’ makes integer from pointer without a cast [enabled by default]
((acpi_table_handler)handler)(hdr);
^
/home/pedro/Downloads/fglrx-install.EOiIfh/common/lib/modules/fglrx/build_mod/2.6.x/kcl_acpi.c:999:5: note: expected ‘u32’ but argument is of type ‘struct acpi_table_header *’
/home/pedro/Downloads/fglrx-install.EOiIfh/common/lib/modules/fglrx/build_mod/2.6.x/kcl_acpi.c:999:5: error: too few arguments to function ‘(acpi_status (*)(u32, void *, void *))handler’
make[2]: ** [/home/pedro/Downloads/fglrx-install.EOiIfh/common/lib/modules/fglrx/build_mod/2.6.x/kcl_acpi.o] Erro 1
make[1]: ** [_module_/home/pedro/Downloads/fglrx-install.EOiIfh/common/lib/modules/fglrx/build_mod/2.6.x] Erro 2
make[1]: Saindo do diretório `/usr/src/linux-3.13.6'
make: ** [kmod_build] Erro 2
build failed with return value 2
ERROR: I didn't make module
[Error] Generate Package - error generating package : Slackware/Slackware
EDIT: The beta driver worked but a solution would still be nice
Last edited by moisespedro; 03-07-2014 at 08:39 PM.
|
|
|
03-07-2014, 08:49 PM
|
#27
|
Senior Member
Registered: Nov 2013
Location: Brazil
Distribution: Slackware
Posts: 1,223
Original Poster
Rep:
|
I am testing it with fgl_glxgears and I am getting one weird message
[code] pedro@slack:~$ fgl_glxgears
Using GLX_SGIX_pbuffer
libGL error: failed to load driver: swrast
libGL error: Try again with LIBGL_DEBUG=verbose for more details.
8727 frames in 5.0 seconds = 1745.400 FPS
10525 frames in 5.0 seconds = 2105.000 FPS
10498 frames in 5.0 seconds = 2099.600 FPS
^C [code]
Code:
pedro@slack:~$ LIBGL_DEBUG=verbose fgl_glxgears
Using GLX_SGIX_pbuffer
libGL: screen 0 does not appear to be DRI2 capable
libGL: OpenDriver: trying /usr/lib64/xorg/modules/dri/swrast_dri.so
libGL error: failed to load driver: swrast
8314 frames in 5.0 seconds = 1662.800 FPS
^C
It seems harmless
EDIT: fixed it by running "root@slack:~# /usr/lib/fglrx/switchlibGL amd"
Last edited by moisespedro; 03-07-2014 at 09:09 PM.
|
|
|
All times are GMT -5. The time now is 01:41 AM.
|
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.
|
Latest Threads
LQ News
|
|