https://bugs.freedesktop.org/show_bug.cgi?id=27822 --- Comment #6 from Christian Schmidt <schmidt@xxxxxxxxx> 2010-04-30 06:51:54 PDT --- Hi Rafał, Can you eleborate on what you see if resume fails? I do have some issues on my RV635, and testing with various kernels has shown me: == rc5 resume failure 10fd883ce384706f88554a0b08cc4d63345e7d8b agp/intel: put back check that we have a driver for the bridge. d4b74bf07873da2e94219a7b67a334fc1c3ce649 Revert "drm/i915: Configure the TV sense state correctly on GM45 to make TV detection reliable" == rc5 resume failure 7547a917fa5f3b2406f52c7dcf7ec9ad3c8532eb Merge branch 'drm-ttm-unmappable' into drm-core-next == rc2 resume ok (slow) with 10fd883ce384706f88554a0b08cc4d63345e7d8b 6b8b1786a8c29ce6e32298b93ac8d4a18a2b11c4 drm/radeon/kms: enable use of unmappable VRAM V2 0c321c79627189204d7d0bf65ab19f5ac419abed drm/ttm: remove io_ field from TTM V6 == rc2 resume ok with 10fd883ce384706f88554a0b08cc4d63345e7d8 96bf8b8778976a6e6a4fe4e6e0421d8ed7892798 drm/vmwgfx: add support for new TTM fault callback V5 f32f02fd81f3177cce0c16cc7d210fcc9cad953c drm/nouveau/kms: add support for new TTM fault callback V5 0a2d50e3a8faaf36cde36920431586090411ea15 drm/radeon/kms: add support for new fault callback V7 == rc2 suspend failure (boot with 10fd883ce384706f88554a0b08cc4d63345e7d8b) 82c5da6bf8b55a931b042fb531083863d26c8020 drm/ttm: ttm_fault callback to allow driver to handle bo placement V6 == rc5 resume ok with 10fd883ce384706f88554a0b08cc4d63345e7d8 a8089e849a32c5b6bfd6c88dbd09c0ea4a779b71 drm/i915: drop pointer to drm_gem_object 62b8b21515065235bd363ad07094d301532e14ce drm/i915: don't use ->driver_private anymore c397b9084cabdcaae26266bd0bd32ba62e757046 drm/i915: embed the gem object into drm_i915_gem_object ac52bc56de25535a907ef07f8755f1387b89b0f5 drm/i915: introduce i915_gem_alloc_object == rc5 resume ok with 10fd883ce384706f88554a0b08cc4d63345e7d8 fd632aa34c8592fb1d37fc83cbffa827bc7dd42c drm: free core gem object from driver callbacks 1d397043bcc2c8cdccb584a8ef73131f28f18e4c drm: extract drm_gem_object_init == rc5 resume ok with 10fd883ce384706f88554a0b08cc4d63345e7d8b 153549b8b63d71a9c5d8cbde887097b995c32bd6 Merge branch 'drm-radeon-evergreen-accel' into drm-core-next 7fff400be6fbf64f10abca9939718aaf1d61c255 Merge branch 'drm-fbdev-cleanup' into drm-core-next 0bcb1d844ac638a4c4280f697d5bfac9791e9a70 Merge branch 'drm-radeon-lockup' into drm-core-next c9c2625ff4fc4ce652e686f895059d2902c01ca0 Merge branch 'drm-edid-fixes' into drm-core-next c2b41276da65481d36311a13d69020d150861c43 Merge branch 'drm-ttm-pool' into drm-core-next == rc5 resume ok with 10fd883ce384706f88554a0b08cc4d63345e7d8b 97921a5b03d40681b3aed620a5e719710336c6df Merge remote branch 'anholt/drm-intel-next' of /home/airlied/kernel/drm-next into drm-core-next == rc5 resume ok 01bf0b64579ead8a82e7cfc32ae44bc667e7ad0f Linux 2.6.34-rc5 Resume failures are total screen corruption and inoperational X. All kernels in the range need the fix from 10fd883ce384706f88554a0b08cc4d63345e7d8b to boot as otherwise they oops. I've attached the dmesg that shows: [ 68.840476] resource map sanity check conflict: 0x0 0xfffff 0xa0000 0xbffff PCI Bus 0000:00 ... [ 68.841002] [TTM] Buffer eviction failed and later multiple GPU stalls on resume. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. _______________________________________________ dri-devel mailing list dri-devel@xxxxxxxxxxxxxxxxxxxxx http://lists.freedesktop.org/mailman/listinfo/dri-devel
