>
> I assume this bug is going to occur on i8x0 chipsets where the X
> server may acquire the agp to do 2D stuff and the drm then acquires it
> later for 3D stuff this may be a bit broken but it is out there now
> ...
I've confirmed this is the problem, the intel drivers need AGP for 2D
code path
On Friday, March 18, 2005 7:48 pm, Jesse Barnes wrote:
> On Friday, March 18, 2005 7:40 pm, Jesse Barnes wrote:
> > What does your patch look like? Markus might like to try it out as he
> > narrowed his problem down to something AGP related recently too:
> > http://bugme.osdl.org/show_bug.cgi?id=4
On Friday, March 18, 2005 7:40 pm, Jesse Barnes wrote:
> What does your patch look like? Markus might like to try it out as he
> narrowed his problem down to something AGP related recently too:
> http://bugme.osdl.org/show_bug.cgi?id=4337
duh, ignore me. At least Markus can give it a try.
Jesse
On Friday, March 18, 2005 6:45 pm, Brice Goglin wrote:
> agpioc_acquire_wrap is called, it increments the agp_in_use. Then (before
> agpioc_release_wrap happens), drm_agp_init is called (I don't know how).
> drm_agp_init uses agp_backend_acquire which fails because agp_in_use is
> non-null (hold by
Dave Airlie wrote:
DRM/i915 does not work on my Dell Dimension 3000 (i865 chipset).
This is more than likely caused by the multi-bridge AGP stuff in -bk3
Yes, that's it! The bug appeared in -mm when the multi-bridge AGP stuff
was merged (2.6.10-mm3). It is still here in 2.6.12-rc1.
Here's the scena
5 matches
Mail list logo