[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20170114193959.GA30750@kroah.com>
Date: Sat, 14 Jan 2017 20:39:59 +0100
From: Greg Kroah-Hartman <gregkh@...uxfoundation.org>
To: Paul Menzel <pmenzel@...gen.mpg.de>
Cc: Tomas Winkler <tomas.winkler@...el.com>,
Jan Niehusmann <jan@...dor.com>,
Alexander Usyskin <alexander.usyskin@...el.com>,
linux-kernel@...r.kernel.org, Yu C Chen <yu.c.chen@...el.com>,
Tomi P Sarvela <tomi.p.sarvela@...el.com>,
Thorsten Leemhuis <linux@...mhuis.info>,
Daniel Blueman <daniel@...ra.org>,
Len Brown <len.brown@...el.com>
Subject: Re: [char-misc for 4.10-rc4 V2] mei: bus: enable OS version only for
SPT and newer
On Sat, Jan 14, 2017 at 08:27:31PM +0100, Paul Menzel wrote:
> Dear Greg,
>
>
> On 2017-01-13 14:00, Greg Kroah-Hartman wrote:
> > On Wed, Jan 11, 2017 at 03:26:06PM +0100, Paul Menzel wrote:
>
> > > On 01/11/17 15:12, Winkler, Tomas wrote:
> > >
> > > > > > On 01/11/17 10:24, Winkler, Tomas wrote:
> > > > > > > >
> > > > > > > > On Wed, Jan 11, 2017 at 01:27:21AM +0200, Tomas Winkler wrote:
> > > > > > > > > On older platforms the command should be just ignored by the
> > > > > > > > > firmware but some older platforms misbehave so it's safer to send
> > > > > > > > > the command only if required.
> > > > > > > >
> > > > > > > > Thanks! This fixes suspend-to-ram for me (on a Thinkpad x201s).
> > > > > > >
> > > > > > > What about Dell XPS13?
> > > > > >
> > > > > > With Linus' master branch from today, and Greg's char-misc-linus
> > > > > > merged
> > > > > > (Merge: 807b93e995d1 546cf3ef9c92), the regression is still there.
> > > > >
> > > > > Hmm, this should work on KBL....
> > > > >
> > > > > > I am now building a Linux kernel image with the two commits touching
> > > > > > `bus- fixup.c` reverted.
> > > > >
> > > > > Thanks for the effort.
> > > > >
> > > > > > Do you want me to open a separate bug report for that, or continue
> > > > > > debugging in the existing report [1], which is currently marked as resolved?
> > > > >
> > > > > Let's get some more data, shouldn't take long time.
> > > > > >
> > > > > > Do you have Kaby Lake devices sitting around for testing?
> > > > >
> > > > > We will of course try to reproduce the issue locally.
> > > >
> > > > Paul, currently we cannot reproduce this issue on Kaby Lake platforms on our side,
> > >
> > > It looks like it’s a different issue. Reverting the two commits
> > > touching
> > > `bus-fixup.c`, did not help.
> > >
> > > > we would be great for more debug data from your side.
> > > > You can get more info by enabling mode debug logs
> > > >
> > > > echo -n 'module mei +lfp' > /sys/kernel/debug/dynamic_debug/control
> > > > echo -n 'module mei_me +lfp' > /sys/kernel/debug/dynamic_debug/control
> > >
> > > I am currently bisecting to find the culprit. 13 steps will take
> > > some time
> > > though.
> >
> > I can duplicate this on my laptop here as well :(
>
> Which system do you have?
A Dell XPS13, don't know what cpu type it is, here's the output of one
cpu from /proc/cpuinfo
processor : 3
vendor_id : GenuineIntel
cpu family : 6
model : 78
model name : Intel(R) Core(TM) i7-6560U CPU @ 2.20GHz
stepping : 3
microcode : 0x8a
cpu MHz : 712.207
cache size : 4096 KB
physical id : 0
siblings : 4
core id : 1
cpu cores : 2
apicid : 3
initial apicid : 3
fpu : yes
fpu_exception : yes
cpuid level : 22
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx pdpe1gb rdtscp lm constant_tsc art arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf eagerfpu pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 ssse3 sdbg fma cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm abm 3dnowprefetch epb intel_pt tpr_shadow vnmi flexpriority ept vpid fsgsbase tsc_adjust bmi1 avx2 smep bmi2 erms invpcid mpx rdseed adx smap clflushopt xsaveopt xsavec xgetbv1 xsaves dtherm ida arat pln pts hwp hwp_notify hwp_act_window hwp_epp
bugs :
bogomips : 4419.34
clflush size : 64
cache_alignment : 64
address sizes : 39 bits physical, 48 bits virtual
power management:
> > Did you get anywhere with your bisection?
>
> Sorry, I replied to a different message with my status.
>
> Please see my status below. I’ll have access to the machine on Monday again.
>
> ```
> $ git bisect log
> git bisect start
> # good: [69973b830859bc6529a7a0468ba0d80ee5117826] Linux 4.9
> git bisect good 69973b830859bc6529a7a0468ba0d80ee5117826
> # good: [69973b830859bc6529a7a0468ba0d80ee5117826] Linux 4.9
> git bisect good 69973b830859bc6529a7a0468ba0d80ee5117826
> # bad: [a121103c922847ba5010819a3f250f1f7fc84ab8] Linux 4.10-rc3
> git bisect bad a121103c922847ba5010819a3f250f1f7fc84ab8
> # bad: [72cca7baf4fba777b8ab770b902cf2e08941773f] Merge tag
> 'staging-4.10-rc1' of
> git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/staging
> git bisect bad 72cca7baf4fba777b8ab770b902cf2e08941773f
> # good: [b8d2798f32785398fcd1c48ea80c0c6c5ab88537] Merge tag 'clk-for-linus'
> of git://git.kernel.org/pub/scm/linux/kernel/git/clk/linux
> git bisect good b8d2798f32785398fcd1c48ea80c0c6c5ab88537
> # good: [9439b3710df688d853eb6cb4851256f2c92b1797] Merge tag 'drm-for-v4.10'
> of git://people.freedesktop.org/~airlied/linux
> git bisect good 9439b3710df688d853eb6cb4851256f2c92b1797
> ```
>
You are close! I'll try bisection tomorrow if I have some spare time.
thanks,
greg k-h
Powered by blists - more mailing lists