Summary: | [IVB Apple MacBook pro] dmesg of machine boot up with "call trace" and "*ERROR* mismatch in clock (expected 28319, found 0" | ||||||||
---|---|---|---|---|---|---|---|---|---|
Product: | DRI | Reporter: | shui yangwei <yangweix.shui> | ||||||
Component: | DRM/Intel | Assignee: | shui yangwei <yangweix.shui> | ||||||
Status: | CLOSED FIXED | QA Contact: | Intel GFX Bugs mailing list <intel-gfx-bugs> | ||||||
Severity: | major | ||||||||
Priority: | medium | ||||||||
Version: | unspecified | ||||||||
Hardware: | Other | ||||||||
OS: | All | ||||||||
Whiteboard: | |||||||||
i915 platform: | i915 features: | ||||||||
Attachments: |
|
Description
shui yangwei
2013-07-01 09:01:39 UTC
Clock mismatch, one for Jesse! Jesse provided a fixup which I've squashed in. This should work now in latest -nightly. (In reply to comment #2) > Jesse provided a fixup which I've squashed in. This should work now in > latest -nightly. Yeah, the dirty message and "call trace" really disappeared. I verified here. Those patches are these ones (see [1] and [2]): [1/2] drm/i915: fixup messages in pipe_config_compare [2/2] drm/i915: get clock config when checking CRTC state too ...and fixes also a problem I reported against Linux-Next (next-20130701), see thread in [3]. - Sedat - [1] https://patchwork.kernel.org/patch/2809031/ [2] https://patchwork.kernel.org/patch/2809021/ [3] http://marc.info/?t=137266873000004&r=1&w=2 Created attachment 84129 [details]
dmesg: boot up with call trace and error on IVB (Apple Macbook Pro)
I just find this bug reproduced, and I appended the dmesg here. I test it on the Apple MacBook Pro(also IVB platform).
Nope, the calltraces in the new dmesg are a different issue. See the BKM about filing bugs about calltraces in the kernel. Please file a new bug report for those issues. Closing old verified. |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.