Bug 23866 - no fallback to stolen memory only allocation
Summary: no fallback to stolen memory only allocation
Status: RESOLVED WONTFIX
Alias: None
Product: xorg
Classification: Unclassified
Component: Driver/intel (show other bugs)
Version: 7.4 (2008.09)
Hardware: Other All
: medium major
Assignee: Wang Zhenyu
QA Contact: Xorg Project Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-09-11 10:47 UTC by Mike Ranweiler
Modified: 2009-10-09 11:41 UTC (History)
1 user (show)

See Also:
i915 platform:
i915 features:


Attachments
Hacky patch to bring StolenOnly back (10.11 KB, patch)
2009-09-13 23:09 UTC, Wang Zhenyu
no flags Details | Splinter Review

Description Mike Ranweiler 2009-09-11 10:47:03 UTC
The intel X driver used to be able to allocate only the stolen memory.  The driver now requires intel-agp to do any memory allocation, which can be a problem if that driver isn't working correctly:
http://bugzilla.kernel.org/show_bug.cgi?id=14117
http://bugzilla.kernel.org/show_bug.cgi?id=14165

Is there any way to add the function back to fall back and allocate only stolen if agp isn't present?
Comment 1 Wang Zhenyu 2009-09-13 20:48:54 UTC
Please don't change the topic for this, obviously not the purpose this bug is fired here, as for agp issue with ati, there's already a kernel bug for it, and all logs are tracked there. No need to dup. Keep this one as the origin.
Comment 2 Wang Zhenyu 2009-09-13 23:09:54 UTC
Created attachment 29503 [details] [review]
Hacky patch to bring StolenOnly back

Mike, this is a dirty hack against recent xf86-video-intel driver to bring StolenOnly option back. It will disable everything for hw accel in that case, so performance is very bad.

Actually I really don't think we should bring this back, but instead focus on why kernel agp failed with your ATI card addon, which looks mostly like a BIOS issue to me.
Comment 3 Eric Anholt 2009-10-09 11:41:16 UTC
If the kernel's GART support is broken, it needs to be fixed, rather than building a bunch of infrastructure in userland to work around it.


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.