Summary: | [CI][BAT] igt@gem_exec_create@madvise - dmesg-warn - ODEBUG: active_state not available | ||
---|---|---|---|
Product: | DRI | Reporter: | Martin Peres <martin.peres> |
Component: | DRM/Intel | Assignee: | Intel GFX Bugs mailing list <intel-gfx-bugs> |
Status: | CLOSED DUPLICATE | QA Contact: | Intel GFX Bugs mailing list <intel-gfx-bugs> |
Severity: | normal | ||
Priority: | highest | CC: | intel-gfx-bugs |
Version: | XOrg git | ||
Hardware: | Other | ||
OS: | All | ||
Whiteboard: | ReadyForDev | ||
i915 platform: | BXT | i915 features: | GEM/Other |
Description
Martin Peres
2018-11-06 08:29:55 UTC
debugobjects hit a malloc error and got all confused. (In reply to Chris Wilson from comment #1) > debugobjects hit a malloc error and got all confused. Is it a NOTABUG, or NOTOURBUG? I would say that if it is not a bug, then it should not spew up a warning. Thoughts? Ping Chris? There isn't that much we can do about the warn; the debugobjects code is written to be usable from atomic context, that is allocation failures are a reality and its way to deal with them is to turn off. The warn makes sense, you were using debugobjects, an error occurred and it can no longer use debugobjects. That being said we are missing a init_rcu_head() which means a lack of opportunity for debugobjects to preallocate. What really threw me here is that we should have seen this error from the get go, the only saving grace would be the late initialisation that failed here due to the allocation failure. *** This bug has been marked as a duplicate of bug 108691 *** |
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.