* Re: Kernel stability on baytrail machines [not found] ` <20160409201417.4436d4bd@lxorguk.ukuu.org.uk> @ 2016-07-12 19:41 ` Ezequiel Garcia 2016-07-12 21:24 ` Pavel Machek 2016-07-18 13:30 ` One Thousand Gnomes 0 siblings, 2 replies; 7+ messages in thread From: Ezequiel Garcia @ 2016-07-12 19:41 UTC (permalink / raw) To: One Thousand Gnomes Cc: linux-pm, intel-gfx, Michal Feix, linux-kernel, dri-devel, Pavel Machek Hi Alan, (Adding interested people to this thread) On 09 Apr 08:14 PM, One Thousand Gnomes wrote: > > > I do feel that the importance of the mentioned bug is currently > > > underestimated. Can anyone here give a note, how much current linux > > > kernel is supposed to be stable on general baytrail machines? > > > > If you did not get any replies... you might want to check MAINTAINERS file, and > > put Intel x86 maintainers on Cc list. > > > > I'm sure someone cares :-). > > Yes we care, and there are people looking at the various reports. > Are there any updates on the status of this issue? The current bugzilla report [1] marks this as a power management issue. However, many reports indicate that it would only freeze when running X, so it's not completely clear if it's related to the gfx driver too. Also, do we know which CPUs are affect by this issue? and which are NOT affected :) - would be quite relevant in picking a CPU for a product. [1] https://bugzilla.kernel.org/show_bug.cgi?id=109051 -- Ezequiel Garcia, VanguardiaSur www.vanguardiasur.com.ar _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: Kernel stability on baytrail machines 2016-07-12 19:41 ` Kernel stability on baytrail machines Ezequiel Garcia @ 2016-07-12 21:24 ` Pavel Machek 2016-07-13 10:05 ` Michal Feix 2016-07-18 13:30 ` One Thousand Gnomes 1 sibling, 1 reply; 7+ messages in thread From: Pavel Machek @ 2016-07-12 21:24 UTC (permalink / raw) To: Ezequiel Garcia Cc: One Thousand Gnomes, linux-pm, intel-gfx, Michal Feix, linux-kernel, dri-devel On Tue 2016-07-12 16:41:58, Ezequiel Garcia wrote: > Hi Alan, > > (Adding interested people to this thread) > > On 09 Apr 08:14 PM, One Thousand Gnomes wrote: > > > > I do feel that the importance of the mentioned bug is currently > > > > underestimated. Can anyone here give a note, how much current linux > > > > kernel is supposed to be stable on general baytrail machines? > > > > > > If you did not get any replies... you might want to check MAINTAINERS file, and > > > put Intel x86 maintainers on Cc list. > > > > > > I'm sure someone cares :-). > > > > Yes we care, and there are people looking at the various reports. > > > > Are there any updates on the status of this issue? > > The current bugzilla report [1] marks this as a power management > issue. However, many reports indicate that it would only freeze > when running X, so it's not completely clear if it's related to > the gfx driver too. Does "intel_idle.max_cstate=1" fix it for you? If you feel it is X-only problem, you may want to provide details about your graphics subsystem (DRM enabled? framebuffer only?) and probably cc. ...actually... you may want to verify if it happens in unaccelerated X. INTEL DRM DRIVERS (excluding Poulsbo, Moorestown and derivative chipsets) M: Daniel Vetter <daniel.vetter@intel.com> M: Jani Nikula <jani.nikula@linux.intel.com> L: intel-gfx@lists.freedesktop.org L: dri-devel@lists.freedesktop.org W: https://01.org/linuxgraphics/ Q: http://patchwork.freedesktop.org/project/intel-gfx/ T: git git://anongit.freedesktop.org/drm-intel S: Supported F: drivers/gpu/drm/i915/ F: include/drm/i915* F: include/uapi/drm/i915_drm.h Best regards, Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html _______________________________________________ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/intel-gfx ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: Kernel stability on baytrail machines 2016-07-12 21:24 ` Pavel Machek @ 2016-07-13 10:05 ` Michal Feix 2016-07-13 10:48 ` Pavel Machek 0 siblings, 1 reply; 7+ messages in thread From: Michal Feix @ 2016-07-13 10:05 UTC (permalink / raw) To: Pavel Machek, Ezequiel Garcia Cc: One Thousand Gnomes, linux-kernel, linux-pm, dri-devel, intel-gfx On Tue 2016-07-12 16:41:58, Ezequiel Garcia wrote: >> Hi Alan, >> >> (Adding interested people to this thread) >> >> On 09 Apr 08:14 PM, One Thousand Gnomes wrote: >>>>> I do feel that the importance of the mentioned bug is currently >>>>> underestimated. Can anyone here give a note, how much current linux >>>>> kernel is supposed to be stable on general baytrail machines? >>>> If you did not get any replies... you might want to check MAINTAINERS file, and >>>> put Intel x86 maintainers on Cc list. >>>> >>>> I'm sure someone cares :-). >>> Yes we care, and there are people looking at the various reports. >>> >> Are there any updates on the status of this issue? >> >> The current bugzilla report [1] marks this as a power management >> issue. However, many reports indicate that it would only freeze >> when running X, so it's not completely clear if it's related to >> the gfx driver too. > Does > > "intel_idle.max_cstate=1" > > fix it for you? Yes, it does. > If you feel it is X-only problem, you may want to provide details > about your graphics subsystem (DRM enabled? framebuffer only?) and > probably cc. It's not X-only problem. Happens even in console mode, which is KMS switched during boot though. > ...actually... you may want to verify if it happens in unaccelerated X. As it happens even in console mode, is this relevant test? Michal ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: Kernel stability on baytrail machines 2016-07-13 10:05 ` Michal Feix @ 2016-07-13 10:48 ` Pavel Machek 2016-07-19 4:51 ` Michal Feix 0 siblings, 1 reply; 7+ messages in thread From: Pavel Machek @ 2016-07-13 10:48 UTC (permalink / raw) To: Michal Feix Cc: Ezequiel Garcia, One Thousand Gnomes, linux-kernel, linux-pm, dri-devel, intel-gfx > On Tue 2016-07-12 16:41:58, Ezequiel Garcia wrote: > >>Hi Alan, > >> > >>(Adding interested people to this thread) > >> > >>On 09 Apr 08:14 PM, One Thousand Gnomes wrote: > >>>>>I do feel that the importance of the mentioned bug is currently > >>>>>underestimated. Can anyone here give a note, how much current linux > >>>>>kernel is supposed to be stable on general baytrail machines? > >>>>If you did not get any replies... you might want to check MAINTAINERS file, and > >>>>put Intel x86 maintainers on Cc list. > >>>> > >>>>I'm sure someone cares :-). > >>>Yes we care, and there are people looking at the various reports. > >>> > >>Are there any updates on the status of this issue? > >> > >>The current bugzilla report [1] marks this as a power management > >>issue. However, many reports indicate that it would only freeze > >>when running X, so it's not completely clear if it's related to > >>the gfx driver too. > >Does > > > >"intel_idle.max_cstate=1" > > > >fix it for you? > Yes, it does. > >If you feel it is X-only problem, you may want to provide details > >about your graphics subsystem (DRM enabled? framebuffer only?) and > >probably cc. > It's not X-only problem. Happens even in console mode, which is KMS > switched during boot though. > >...actually... you may want to verify if it happens in unaccelerated X. > As it happens even in console mode, is this relevant test? No, no need to test with X. Would it be possible to test in good old VGA mode? Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: Kernel stability on baytrail machines 2016-07-13 10:48 ` Pavel Machek @ 2016-07-19 4:51 ` Michal Feix 0 siblings, 0 replies; 7+ messages in thread From: Michal Feix @ 2016-07-19 4:51 UTC (permalink / raw) To: Pavel Machek Cc: Ezequiel Garcia, One Thousand Gnomes, linux-kernel, linux-pm, dri-devel, intel-gfx Dne 13.7.2016 v 12:48 Pavel Machek napsal(a) >>>> Are there any updates on the status of this issue? >>>> >>>> The current bugzilla report [1] marks this as a power management >>>> issue. However, many reports indicate that it would only freeze >>>> when running X, so it's not completely clear if it's related to >>>> the gfx driver too. >>> Does >>> >>> "intel_idle.max_cstate=1" >>> >>> fix it for you? >> Yes, it does. >>> If you feel it is X-only problem, you may want to provide details >>> about your graphics subsystem (DRM enabled? framebuffer only?) and >>> probably cc. >> It's not X-only problem. Happens even in console mode, which is KMS >> switched during boot though. >>> ...actually... you may want to verify if it happens in unaccelerated X. >> As it happens even in console mode, is this relevant test? > No, no need to test with X. > > Would it be possible to test in good old VGA mode? For past few days I updated to 4.6.3 kernel and tested with X and without X, in console mode and no KMS. My machine is way more stable than with previous 4.5.* and 4.4.* kernels I tried. With 4.6.3 kernel and X running, I had only one freeze during Firefox session with video playback. For the rest of two days of testing, no hang. I was not able to hang the machine during another 2 days of testing with 4.6.3 kernel and console mode with KMS disabled. It's fair to say, that stress testing of GFX is quite limited when running in console mode :-). I tried hard with mplayer with libcaca and with repeated kernel compilation task. No hang occured. My conclussion is that 4.6.3 is surelly a huge improvement, compared to 4.5 and 4.4. kernels regarding Bay trail stability issue. Michal Feix ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: Kernel stability on baytrail machines 2016-07-12 19:41 ` Kernel stability on baytrail machines Ezequiel Garcia 2016-07-12 21:24 ` Pavel Machek @ 2016-07-18 13:30 ` One Thousand Gnomes 2016-09-20 13:27 ` Michal Feix 1 sibling, 1 reply; 7+ messages in thread From: One Thousand Gnomes @ 2016-07-18 13:30 UTC (permalink / raw) To: Ezequiel Garcia Cc: Pavel Machek, Michal Feix, linux-kernel, linux-pm, dri-devel, intel-gfx On Tue, 12 Jul 2016 16:41:58 -0300 Ezequiel Garcia <ezequiel@vanguardiasur.com.ar> wrote: > Hi Alan, > > (Adding interested people to this thread) > > On 09 Apr 08:14 PM, One Thousand Gnomes wrote: > > > > I do feel that the importance of the mentioned bug is currently > > > > underestimated. Can anyone here give a note, how much current linux > > > > kernel is supposed to be stable on general baytrail machines? > > > > > > If you did not get any replies... you might want to check MAINTAINERS file, and > > > put Intel x86 maintainers on Cc list. > > > > > > I'm sure someone cares :-). > > > > Yes we care, and there are people looking at the various reports. > > > > Are there any updates on the status of this issue? > > The current bugzilla report [1] marks this as a power management > issue. However, many reports indicate that it would only freeze > when running X, so it's not completely clear if it's related to > the gfx driver too. There are two things we are currently tracking. One of them was merged which seems to have made my machine stable at least and fixes a problem related to the MMC. The second one we may need is a power related changed to SPI to hold the CPU in C0/C1 whenever the ACPI _SEM is held. Graphics shows these problems up because of the way the GPU causes power state changes. Alan ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: Kernel stability on baytrail machines 2016-07-18 13:30 ` One Thousand Gnomes @ 2016-09-20 13:27 ` Michal Feix 0 siblings, 0 replies; 7+ messages in thread From: Michal Feix @ 2016-09-20 13:27 UTC (permalink / raw) To: One Thousand Gnomes Cc: Ezequiel Garcia, Pavel Machek, linux-kernel, linux-pm, dri-devel, intel-gfx Hi, I think there might be another clue on this one. One of the comments is also mentioning an unfixed erratum of certain Baytrail processors, named as "EOI Transaction May Not be Sent if Software Enters Core C6 During an Interrupt Service Routine". This erratum can be found on several different processors, even on several non-baytrails, like Inte Xeon 3400 and similar. I also came across a patch that was created for SUSE and that seems to be adressing this issue in pre 4.X kernels: https://build.opensuse.org/package/view_file?file=22160-Intel-C6-EOI.patch&package=xen&project=home%3Acharlesa%3AopenSUSE11.3&rev=7 --- Michal Dne 18.7.2016 15:30, One Thousand Gnomes napsal: > On Tue, 12 Jul 2016 16:41:58 -0300 > Ezequiel Garcia <ezequiel@vanguardiasur.com.ar> wrote: > >> Hi Alan, >> >> (Adding interested people to this thread) >> >> On 09 Apr 08:14 PM, One Thousand Gnomes wrote: >> > > > I do feel that the importance of the mentioned bug is currently >> > > > underestimated. Can anyone here give a note, how much current linux >> > > > kernel is supposed to be stable on general baytrail machines? >> > > >> > > If you did not get any replies... you might want to check MAINTAINERS file, and >> > > put Intel x86 maintainers on Cc list. >> > > >> > > I'm sure someone cares :-). >> > >> > Yes we care, and there are people looking at the various reports. >> > >> >> Are there any updates on the status of this issue? >> >> The current bugzilla report [1] marks this as a power management >> issue. However, many reports indicate that it would only freeze >> when running X, so it's not completely clear if it's related to >> the gfx driver too. > > There are two things we are currently tracking. One of them was merged > which seems to have made my machine stable at least and fixes a problem > related to the MMC. The second one we may need is a power related > changed > to SPI to hold the CPU in C0/C1 whenever the ACPI _SEM is held. > > Graphics shows these problems up because of the way the GPU causes > power > state changes. > > Alan ^ permalink raw reply [flat|nested] 7+ messages in thread
end of thread, other threads:[~2016-09-20 13:27 UTC | newest]
Thread overview: 7+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <606d9b223f3c12775d108b98c4df72ae@feix.cz>
[not found] ` <20160409160119.GA19362@xo-6d-61-c0.localdomain>
[not found] ` <20160409201417.4436d4bd@lxorguk.ukuu.org.uk>
2016-07-12 19:41 ` Kernel stability on baytrail machines Ezequiel Garcia
2016-07-12 21:24 ` Pavel Machek
2016-07-13 10:05 ` Michal Feix
2016-07-13 10:48 ` Pavel Machek
2016-07-19 4:51 ` Michal Feix
2016-07-18 13:30 ` One Thousand Gnomes
2016-09-20 13:27 ` Michal Feix
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for NNTP newsgroup(s).