[SOLVED] 3.10.5 kernel unstable?

volkerdi · 08-16-2013, 04:14 PM

Quote:

Originally Posted by zakame

Kernels 3.10.5 to 3.10.7 are not resuming from suspend on my personal ThinkPad X200, while it runs fine on my work's T420. Seems to be an issue on Core 2 Duo ThinkPads: https://bugzilla.redhat.com/show_bug.cgi?id=989373

Can you try blacklisting mei and mei-me and see if that helps? If it does, we might blacklist those two modules by default.

dr.s · 08-16-2013, 06:15 PM

Quote:

Originally Posted by volkerdi

Can you try blacklisting mei and mei-me and see if that helps? If it does, we might blacklist those two modules by default.

Blacklisting mei-me fixed the crashes on 3.10.5

As of yesterday, I upgraded to 3.10.7 and re-enabled mei-me. So far this is going well. I checked syslog and it's clean, the mei-me errors that flooded syslog with millions of lines on 3.10.5 are gone now.

Anyone knows the purpose of mei/mei-me modules? this desktop worked very smoothly without them

willysr · 08-16-2013, 06:45 PM

Quote:

Originally Posted by dr.s

Anyone knows the purpose of mei/mei-me modules? this desktop worked very smoothly without them

Another driver from Intel: http://lwn.net/Articles/440292/

AlleyTrotter · 08-17-2013, 01:35 PM

Quote:

Originally Posted by volkerdi

Can you try blacklisting mei and mei-me and see if that helps? If it does, we might blacklist those two modules by default.

On a fresh install of current (Sat Aug 17 03:30:00 UTC 2013) immediately upon resume from S3 I still get the mei-me flood to /var/log/syslog.
Blacklisting the two modules eliminates the problem, however from lspci my machine has the chip for mei

Code:

00:16.0 Communication controller: Intel Corporation Panther Point MEI Controller #1 (rev 04)

On a brighter note, Now current with 3.10.7 properly enumerates all my external USB devices in dmesg
I will be testing current further as time goes by.
John

dr.s · 08-19-2013, 10:06 PM

Clean syslog and no crashes so far, marking as solved.

_ZeD_ · 08-20-2013, 05:36 AM

unfortunately I encountered a crash with the 3.10.7 kernel

dunric · 08-20-2013, 07:13 AM

I can also confirm kernel crash even with Linux 3.10.7 . Sometimes attempt to suspend/hibernate only kills X server followed by an immediate resume without any message in syslog that would describe the issue.

dr.s · 08-20-2013, 07:28 PM

I guess I posted too soon, just had the first 3.10.7 crash on this machine with the now familiar mei-me message flood in syslog, blacklisting this module again.

GazL · 08-20-2013, 07:50 PM

I see greg has just put out a 3.10.8 rapidly followed by a 3.10.9.

AlleyTrotter · 08-20-2013, 10:11 PM

Quote:

Originally Posted by GazL

I see greg has just put out a 3.10.8 rapidly followed by a 3.10.9.

A quick grep -i mei-me shows nothing in either changelog.
So my guess is I'm still waiting for a fix. Fortunately PV's recommendation to blacklist the mei-me module is a good temporary fix. I will still give the 3.10.9 a try.
john

zakame · 08-20-2013, 10:30 PM

Quote:

Originally Posted by volkerdi

Can you try blacklisting mei and mei-me and see if that helps? If it does, we might blacklist those two modules by default.

Hi volkerdi, sorry for the late response. Just tried blacklisting the modules and even modprobe -r them immediately to do a quick suspend, it seems to work as I'm typing this response upon resume (actually I did this a couple of times to confirm)

Thanks!

GazL · 08-21-2013, 05:04 AM

Quote:

Originally Posted by AlleyTrotter

A quick grep -i mei-me shows nothing in either changelog.
So my guess is I'm still waiting for a fix. Fortunately PV's recommendation to blacklist the mei-me module is a good temporary fix. I will still give the 3.10.9 a try.
john

Yep. I guess it all depends on whether the mei--me code is the primary cause of the fault, or just a secondary victim of another bug elsewhere in the kernel. Having had a quick read through the Changelog there look to be a number of important fixes in this batch, so worth having all the same.

AlleyTrotter · 08-21-2013, 07:26 PM

Yes I gave 3.10.9 a try.
Hope springs eternal.
But no cigar.
Failed after first resume from S3 with the mei-me flood
john

dr.s · 08-21-2013, 09:37 PM

Looks like mei/mei-me are gone as of the latest slackware-current updates (Aug. 21 --> 3.10.9)

AlleyTrotter · 08-22-2013, 09:34 PM

Quote:

Originally Posted by dr.s

Looks like mei/mei-me are gone as of the latest slackware-current updates (Aug. 21 --> 3.10.9)

Your right it is gone for Slackware.
The bug is not fixed. What PV has done is no longer build the module in his .config i.e.

Code:

# CONFIG_INTEL_MEI is not set
# CONFIG_INTEL_MEI_ME is not set

which works for me as I already had it blacklisted. For now probably the best workaround unless the module is needed for something. I still don't know what it is used for even though my i5 lists it under lspci
john