SlackwareThis Forum is for the discussion of Slackware Linux.
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.
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.
Introduction to Linux - A Hands on Guide
This guide was created as an overview of the Linux Operating System, geared toward new users as an exploration tour and getting started guide, with exercises at the end of each chapter.
For more advanced trainees it can be a desktop reference, and a collection of the base knowledge needed to proceed with system and network administration. This book contains many real life examples derived from the author's experience as a Linux system and network administrator, trainer and consultant. They hope these examples will help you to get a better understanding of the Linux system and that you feel encouraged to try out things on your own.
Click Here to receive this Complete Guide absolutely free.
I read through the post and couldn't tell if you tried running slack 13 without an xorg.conf (i.e. let X detect stuff using HAL). Have you tried that yet? On my Sony Vaio VGN-C140G that solved my problems (that and the inclusion of Robby Workman's Intel packs... I was testing since -current, then installed 13.0 when it was released).
I wasn't sure if this was directed for me, but I'll answer just in case because I appreciate your time :-)
The HP Pavilion dv5000 is a Radeon card and I did try deleting the keyboard entries in xorg.conf but I have them there right now. I think I just generated it with X -configure or something. But I've edited xorg.conf files so much, I can't say for sure. I'm pretty comfortable with writing them by hand as that's what I've normally had to do in the past, until recently. This is the laptop with the problem coming out of suspend. When tried removing the keyboard and mouse entries, it did not work.
The Dell Latitude D630 has Intel Graphics and it works very well. I made no modifications to what was generated for xorg.conf on this one. It worked right out of the box. I even use xrandr to activate and deactivate the external monitor. Works perfectly. This is the one I really care about, as I mentioned before, because it is my work system.
Click here to see the post LQ members have rated as the most helpful post in this thread.
Not to be rude or anything, but you might want to include the caveat that you have seen few problems. I've met people who had problems with <insert distro here> and solved them by switching to <insert distro here> without asking for help or telling anyone....
For example, I could say that it works on all laptops, but unless I say "in my experience" or something, I'm over-generalizing, and probably not telling the truth either....
The number that we are aware of via posting here on LQ is few. If there were such a major problem with suspend then I'm sure that the Slackware team would have submissions. Thus creating changes to Slackware.
I'm speaking about Slackware not '<insert distro here>' nor answering to the OP to switch in order to solve the issue. Yes, you are making general statements. As to the truth? Only you can clarify that.
Just my two bits on this issue. I have a Compaq (HP) nx9420 currently running a Slack 13.0 32 bits in an extra partition for experimental purposes. I am experiencing some of the suspend problems mentioned by some of the posters - the machine suspends to RAM fine but returning from it only produces a black screen and an unresponsive keyboard. The laptop lights (hard-drive, Wifi, power, charging, etc) and fans come on but that is just about it.
Oddly enough, I once tried waking the laptop up immediately after suspension (to RAM) and after a few screen flashes, I had a fully functional machine once again. However when the laptop is under suspension for extended periods, etc overnight, the black screen and unresponsive keyboard problems resurface.
Incidentally, I am using an xorg.conf file primarily to fine tune the functionality of my Synaptics Touchpad. I am using the "radeon" driver since there appear to be some issues with the proprietary ATI offering.
If anyone has been able to get Suspend to RAM working without issues on the HP nx9420, then I will be extremely grateful for their input.
I Just wanted to place a more specific value on the "immediate" resumption period mentioned above. I just performed a 5 minute suspension to RAM and the laptop resumed fine (except for losing my wifi connection , but that was sorted out) so it appears that the suspend to RAM issues are time-based. Does anyone have any ideas how this can be addressed?
None. This is definitely something new, at least in my limited experience. I can't believe I'm saying this... This Dell Latitude D630 has been perfect. It's been on for 6 days now and I suspend it at least 2 twice a day and sometimes for a whole weekend. No problems. Everything is there when I come back to it.
I'll say that sometimes it's interesting to compare and contrast the hugesmp kernel with the generic-smp kernel and even with your own config. Try it and see if it makes a difference.
In the past I've tried custom kernels and graphics card drivers and it was testing ("ok, mine doesn't suspend, theirs does, how do they do it?") that helped me figure out what was going on.
As for custom graphics card drivers, I guess it depends. As a general rule, try without the proprietary ATI/nVidia and with, and see which one behaves better. Then if either one or the other does not suspend at that point you have to make a decision I guess, or test out other stuff and see.
I have Sony Vaio VGN-SR11MR. It has Radeon videocard. To get maximum from my card (DRI2, GLX, etc) with opensource driver, I have to use latest kernel (2.6.32-rc8 currently; it is built with config-generic-220.127.116.11 from /testing; only kms option was switched on), libdrm, mesa and xf86-video-ati all from git.
Even before I swithced to this bleeding edge, suspend didn't work for me. Hibernate worked well all the way. But with suspend - machine goes down very fast, but when I try to bring it up - black screen and the keyboard doesn't respond.
Yesterday I tried to play with unloading different modules before going pm-suspend. And what I found out is that if I manually remove module 'video' - everything works. I tried also to pass different 'quirks' to pm-suspend - but the result was negative.
The requested URL /~hughsient/quirk/quirk-suspend-index.html was not found on this server.
Apache/2.2.8 (Debian) DAV/2 SVN/1.4.6 PHP/5.2.6-3 with Suhosin-Patch mod_python/3.3.1 Python/2.5.2 mod_ssl/2.2.8 OpenSSL/0.9.8g Server at people.freedesktop.org Port 80
Could that be they block Ukraine or my ISP ?!
Or could someone give a link to 'new/fresh website of this quirks manual' or advise, how do I automate removal of video module.
Ok, found it out myself. I had to create following file:
I have this same problem on a Dell Laptop, e1705, Core 2 Duo.
00:00.0 Host bridge: Intel Corporation Mobile 945GM/PM/GMS, 943/940GML and 945GT Express Memory Controller Hub (rev 03)
00:01.0 PCI bridge: Intel Corporation Mobile 945GM/PM/GMS, 943/940GML and 945GT Express PCI Express Root Port (rev 03)
00:1b.0 Audio device: Intel Corporation 82801G (ICH7 Family) High Definition Audio Controller (rev 01)
00:1c.0 PCI bridge: Intel Corporation 82801G (ICH7 Family) PCI Express Port 1 (rev 01)
00:1c.1 PCI bridge: Intel Corporation 82801G (ICH7 Family) PCI Express Port 2 (rev 01)
00:1c.3 PCI bridge: Intel Corporation 82801G (ICH7 Family) PCI Express Port 4 (rev 01)
00:1d.0 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI Controller #1 (rev 01)
00:1d.1 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI Controller #2 (rev 01)
00:1d.2 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI Controller #3 (rev 01)
00:1d.3 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI Controller #4 (rev 01)
00:1d.7 USB Controller: Intel Corporation 82801G (ICH7 Family) USB2 EHCI Controller (rev 01)
00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev e1)
00:1f.0 ISA bridge: Intel Corporation 82801GBM (ICH7-M) LPC Interface Bridge (rev 01)
00:1f.2 IDE interface: Intel Corporation 82801GBM/GHM (ICH7 Family) SATA IDE Controller (rev 01)
00:1f.3 SMBus: Intel Corporation 82801G (ICH7 Family) SMBus Controller (rev 01)
01:00.0 VGA compatible controller: ATI Technologies Inc Radeon Mobility X1400
03:00.0 Ethernet controller: Broadcom Corporation BCM4401-B0 100Base-TX (rev 02)
03:01.0 FireWire (IEEE 1394): Ricoh Co Ltd R5C832 IEEE 1394 Controller
03:01.1 SD Host controller: Ricoh Co Ltd R5C822 SD/SDIO/MMC/MS/MSPro Host Adapter (rev 19)
03:01.2 System peripheral: Ricoh Co Ltd R5C843 MMC Host Controller (rev 0a)
03:01.3 System peripheral: Ricoh Co Ltd R5C592 Memory Stick Bus Host Adapter (rev 05)
03:01.4 System peripheral: Ricoh Co Ltd xD-Picture Card Controller (rev ff)
0c:00.0 Network controller: Broadcom Corporation BCM4311 802.11b/g WLAN (rev 01)
On resume there is no display, no keyboard, nothing. The only option available to me is a hard reset.
Actually, this didn't work on debian either. Only in my ubuntu days more than a year ago did I have working suspend, though I never looked into why. Anyone have a clue? I read something recently about the 18.104.22.168 kernel release, that this bug may be fixed on machines with ati graphics cards. The reason for this was Kernel Modesetting (KMS). The rest of the explanation was over my head, but that's what I got out of it.
I attempted to use the 'KMS' for kernels 2.6.32-rc5 & 2.6.33-r7 without achiving much via git for libdr,mesa and the xf86-video-ati-6.x.x.
For a 'Dell 1501' I reverted to '22.214.171.124' and using mesa-7.5.1-x86_64-1.txz from '-current'. I had to removepkg xorg-server-1.6.3-x86_64-1 then do a fresh installpkg xorg-server-1.6.3-x86_64-1.txz. You could do a search here on LQ for the thread. I really hosed my install because of a lack of reversion of some trouble shooting work. With the aid of adamk75 I got back on track. The damn thing was a oversight thus a big problem that should have jumped out at me.
I'm still having occasional issues and I do believe it's that the Dell chipset is utilizing the R300 but I'll get back to that after the dust settles for the holiday's. I think a experimental install to trouble-shoot this machine will aid in correcting these minor issues then move the changes to my stable.
As for your issue with 'acpi', what have you done other than to go to another kernel?
I'm not sure if I should resurrect this thread, but I started it so I guess I can :-)
I just bought a System 76 Serval Professional. I have Slackware 13.1 installed on it. Suspend does not work in Slackware or Ubuntu even though it is a supported state:
S0 S3 S4 S5
I blew away the original factory install right away :-) I did a System 76 restore on a dual boot configuration. Slackware and Ubuntu are both on it. Slackware works better :-D
Anyone with experience on the recent Serval Professional and making suspend work? I will continue to mess around with it. I just wanted to throw it out there to see if anyone in the community had any ideas.
I have no idea if suspend ever worked. I didn't try it before I wiped the original install.