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.
|
 |
|
09-24-2013, 02:10 PM
|
#16
|
Member
Registered: Feb 2010
Location: Canada
Distribution: Slackware64-current
Posts: 361
Rep: 
|
Quote:
Originally Posted by Miranden
...
So what should I do about this? Is it safe to blacklist the mei_me module, or should I change to a different kernel? I am wondering why some of the people on the page I linked say the bug was fixed for them after 3.10.5, and for others it continued.
|
Are you sure you got the latest Slackware-current updates? dunno if the root cause was fixed but the mei/mei-me config entries have been disabled since the Aug. 21 Slackware update (3.10.9 kernel) so there's no mei/mei-me modules to blacklist.
http://www.linuxquestions.org/questi...le-4175472734/
Code:
# CONFIG_INTEL_MEI is not set
# CONFIG_INTEL_MEI_ME is not set
|
|
|
09-24-2013, 02:45 PM
|
#17
|
Member
Registered: Apr 2010
Location: Geneva - Switzerland ( Bordeaux - France / Montreal - QC - Canada)
Distribution: Slackware 14.2 - 32/64bit
Posts: 609
|
Quote:
Originally Posted by dr.s
Are you sure you got the latest Slackware-current updates? dunno if the root cause was fixed but the mei/mei-me config entries have been disabled since the Aug. 21 Slackware update (3.10.9 kernel) so there's no mei/mei-me modules to blacklist.
http://www.linuxquestions.org/questi...le-4175472734/
Code:
# CONFIG_INTEL_MEI is not set
# CONFIG_INTEL_MEI_ME is not set
|
To add upon that, one thing to check is what is blacklisted in your slackpkg...
Maybe you didn't have kernel upgrade...
|
|
|
09-24-2013, 03:07 PM
|
#18
|
Member
Registered: May 2012
Distribution: Slackware 64 14.2
Posts: 213
Original Poster
Rep:
|
Quote:
Originally Posted by dr.s
Are you sure you got the latest Slackware-current updates? dunno if the root cause was fixed but the mei/mei-me config entries have been disabled since the Aug. 21 Slackware update (3.10.9 kernel) so there's no mei/mei-me modules to blacklist.
http://www.linuxquestions.org/questi...le-4175472734/
Code:
# CONFIG_INTEL_MEI is not set
# CONFIG_INTEL_MEI_ME is not set
|
I see from the changelog that Pat put these things in yesterday, which I did not get:
Quote:
Mon Sep 23 00:32:58 UTC 2013
EFI/BOOT/*: Switch from elilo to GRUB for UEFI ISO boot. Bring up a menu that
offers to start the installer with or without the KMS console since it seems
that under UEFI some cards require KMS, while others won't work if KMS is
active. Also, provide an option to scan for and offer to boot operating
systems that are installed already. This works here on VirtualBox, but I'd
like to get some feedback from people who have real UEFI machines. My
understanding is that newer UEFI firmwares do support ISO9660 filesystems
and this should work on those. Older machines may still require a USB
stick to boot the installer.
a/sysvinit-scripts-2.0-noarch-15.txz: Rebuilt.
Fix entropy carry in rc.S and rc.6, since /proc/sys/kernel/random/poolsize
now gives the pool size in bits rather than bytes.
Thanks to Frank Molzahn.
n/links-2.8-x86_64-1.txz: Upgraded.
n/samba-4.0.9-x86_64-2.txz: Rebuilt.
Added talloc.h, pytalloc-util.pc, and talloc.pc.
x/dejavu-fonts-ttf-2.34-noarch-1.txz: Upgraded.
|
However, I have everything before that EXCEPT for the most recent gcc and glibc packages, because when I upgraded those, it broke my multilib and I reverted. I know Eric has the new ones on his site now, but I have not had time to take care of that yet.
Quote:
Originally Posted by NoStressHQ
To add upon that, one thing to check is what is blacklisted in your slackpkg...
Maybe you didn't have kernel upgrade...
|
Nope, I upgrade my kernels to whatever Pat puts in -current
Code:
bash-4.2$ uname -r
3.10.12
bash-4.2$
I just checked, and the absolute only thing I have blacklisted is aaa_elflibs. To be honest I'm not sure how that happened, though, because I did have a few more things blacklisted (like Alien's multilib packages and adobe-reader), but they mysteriously disappeared. A few days ago before the last upgrade I got a message from Slackpkg saying it was the first time I had run it, so I'd better choose a mirror. I though that was strange, but I did not try to see if anything else was wrong.
So what does that mean? 
|
|
|
09-24-2013, 03:24 PM
|
#19
|
LQ Addict
Registered: Nov 2008
Location: Paris, France
Distribution: Slint64-15.0
Posts: 11,355
Rep: 
|
Quote:
Originally Posted by Miranden
So what does that mean? 
|
That means that slackpkg itself was upgraded. Probably, when asked what to do with the .new files (e.g. /etc/slackpkg/blacklist and /etc/slackpkg/mirrors) you chose to overwrite the old ones with the new ones, thus you lost your previous settings.
Last edited by Didier Spaier; 09-24-2013 at 03:49 PM.
Reason: s/override/overwrite/ and s/whan/when/
|
|
1 members found this post helpful.
|
09-24-2013, 03:39 PM
|
#20
|
Member
Registered: May 2012
Distribution: Slackware 64 14.2
Posts: 213
Original Poster
Rep:
|
Thank you, that explains it then. I did overwrite those files. I just didn't know what I was overwriting.
Anyway, about what dr.s and NoStressHQ are saying, if the mei/mei-me modules are gone, then I am not sure I understand what is happening here or what to do. I have kernel 3.10.12, and the errors in my syslog seem to be coming from mei-me. Is this not correct? What should I do then?
P.S. I have already blacklisted the kernel modules (even if it will not help), but before I did, I waited until I suspended again for a long time and then resumed. I was still monitoring /var/log/syslog with "tail -f". A few minutes later, I heard my laptop fan start running at full speed, and I looked at the terminal to see, and sure enough, hundreds of errors lines just like the ones I posted were flooding out. The other day I posted a thread about thinking I needed to downgrade my kernel because my laptop fan was running all the time after suspend, but I didn't know why. I guess this is what was causing it. It's good to know that, at least!
|
|
|
09-26-2013, 01:11 AM
|
#21
|
Member
Registered: May 2012
Distribution: Slackware 64 14.2
Posts: 213
Original Poster
Rep:
|
Quote:
Originally Posted by dr.s
Are you sure you got the latest Slackware-current updates? dunno if the root cause was fixed but the mei/mei-me config entries have been disabled since the Aug. 21 Slackware update (3.10.9 kernel) so there's no mei/mei-me modules to blacklist.
http://www.linuxquestions.org/questi...le-4175472734/
Code:
# CONFIG_INTEL_MEI is not set
# CONFIG_INTEL_MEI_ME is not set
|
Just as an update, blacklisting the mei-me modules did the trick. So I checked, and the Slackware64-current kernel .config says:
Code:
CONFIG_INTEL_MEI=m
CONFIG_INTEL_MEI_ME=m
I don't know what kernel you were looking at above or if Pat changed it back maybe, but the way it is now I think you still need to blacklist them. Or I do anyway.
Also, I have not been able to find a particularly good explanation of what the me module is, beyond the fact that it's an Intel driver for some sort of "coprocessor," but I have noticed that blacklisting it along with mei (which is the me interface, whatever me is) has the consequence of slowing down my network reconnection via Network Manager after resume, as well as causing intermittent disconnects. Small price to pay if you have the flood problem, though.
But I hope the kernel guys fix it soon.
Thanks to everyone who helped--you guys are great. I'm happy to be a slacker. 
|
|
|
All times are GMT -5. The time now is 09:43 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
|
|