Re: fixing up DRM device model usage

2007-10-26 Thread Jesse Barnes
On Friday, October 26, 2007 12:08 pm Kay Sievers wrote: > > How does this conversion look? > > Seems fine, at a first look. You moved the device structure into the > object where it belongs, instead of allocating one, and saving the > pointer. You should really considering changing the core to do t

Re: fixing up DRM device model usage

2007-10-26 Thread Kay Sievers
On Fri, 2007-10-26 at 11:40 -0700, Jesse Barnes wrote: > On Friday, October 26, 2007 10:10 am Kay Sievers wrote: > > On 10/26/07, Jesse Barnes <[EMAIL PROTECTED]> wrote: > > > On Thursday, October 25, 2007 9:59 pm Greg KH wrote: > > > > On Thu, Oct 25, 2007 at 04:53:18PM -0700, Jesse Barnes wrote:

[Bug 9446] [r300] running compiz or 3d app locks up/freezes X after some time using r300 driver

2007-10-26 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=9446 --- Comment #23 from [EMAIL PROTECTED] 2007-10-26 12:48 PST --- Michel, actually this does not appear to be necessary any more. Not sure when it was fixed :-) Cyrill, in the Device section, you'd add the line: Option"Silke

Re: fixing up DRM device model usage

2007-10-26 Thread Jesse Barnes
On Friday, October 26, 2007 10:10 am Kay Sievers wrote: > On 10/26/07, Jesse Barnes <[EMAIL PROTECTED]> wrote: > > On Thursday, October 25, 2007 9:59 pm Greg KH wrote: > > > On Thu, Oct 25, 2007 at 04:53:18PM -0700, Jesse Barnes wrote: > > > > Ok, here's yet another version that uses the device mod

Re: [RFC] full suspend/resume support for i915 DRM driver

2007-10-26 Thread Kay Sievers
On Fri, 2007-10-26 at 11:12 -0700, Jesse Barnes wrote: > On Friday, October 26, 2007 10:10 am Kay Sievers wrote: > > The conversion is already queued in Greg's tree, and in -mm: > > http://git.kernel.org/?p=linux/kernel/git/gregkh/patches.git;a=blob;f > >=driver/drm-convert-from-class_device-to-dev

Re: [RFC] full suspend/resume support for i915 DRM driver

2007-10-26 Thread Jesse Barnes
On Friday, October 26, 2007 10:10 am Kay Sievers wrote: > The conversion is already queued in Greg's tree, and in -mm: > http://git.kernel.org/?p=linux/kernel/git/gregkh/patches.git;a=blob;f >=driver/drm-convert-from-class_device-to-device-in-drivers-char-drm.pa >tch;h=f993183d1cb017f981cc2232d1793

Re: [RFC] full suspend/resume support for i915 DRM driver

2007-10-26 Thread Kay Sievers
On 10/26/07, Jesse Barnes <[EMAIL PROTECTED]> wrote: > On Thursday, October 25, 2007 9:59 pm Greg KH wrote: > > On Thu, Oct 25, 2007 at 04:53:18PM -0700, Jesse Barnes wrote: > > > Ok, here's yet another version that uses the device model for the > > > suspend/resume, rather than pci hooks. > > > >

Re: Call for vblank-rework driver ports

2007-10-26 Thread Jesse Barnes
On Friday, October 26, 2007 1:02 am Michel Dänzer wrote: > On Thu, 2007-10-25 at 11:18 -0700, Jesse Barnes wrote: > > The vblank-rework tree has been sitting around with ported radeon > > and i915 drivers for some time now, > > ... except i915 still doesn't increment the counters at the beginning >

Re: [RFC] full suspend/resume support for i915 DRM driver

2007-10-26 Thread Jesse Barnes
On Thursday, October 25, 2007 9:59 pm Greg KH wrote: > On Thu, Oct 25, 2007 at 04:53:18PM -0700, Jesse Barnes wrote: > > Ok, here's yet another version that uses the device model for the > > suspend/resume, rather than pci hooks. > > > > Greg, DRM desperately needs review of its device model usage,

[Bug 9861] lockup with googleearth on r300

2007-10-26 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=9861 --- Comment #8 from [EMAIL PROTECTED] 2007-10-26 09:58 PST --- Created an attachment (id=12219) --> (http://bugs.freedesktop.org/attachment.cgi?id=12219&action=view) xorg.conf -- Configure bugmail: http://bugs.freedesktop.org/userpr

[Bug 9861] lockup with googleearth on r300

2007-10-26 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=9861 --- Comment #7 from [EMAIL PROTECTED] 2007-10-26 09:57 PST --- Created an attachment (id=12218) --> (http://bugs.freedesktop.org/attachment.cgi?id=12218&action=view) Xorg.0.log -- Configure bugmail: http://bugs.freedesktop.org/userp

[Bug 9861] lockup with googleearth on r300

2007-10-26 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=9861 --- Comment #6 from [EMAIL PROTECTED] 2007-10-26 09:55 PST --- Oh, well. When I realized that compiz wasn't locking anymore in September I did try again with googleearth (precisely on September 15) and it still locked up immediately aft

Re: [PATCH] enhanced core vblank support

2007-10-26 Thread Jesse Barnes
On Friday, October 26, 2007 1:14 am Michel Dänzer wrote: > On Thu, 2007-10-25 at 10:25 -0700, Jesse Barnes wrote: > > On Thursday, October 25, 2007 2:02 am Michel Dänzer wrote: > > > > It still has some bugs. When moving windows between screens, > > > > Mesa seems to lose track of the right vblank

[Bug 11131] Mesa 6.5.2 implementation error: i915_program_error: Exceeded max nr indirect texture lookups

2007-10-26 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=11131 [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] --- Comment

[Bug 12957] Exceeded max nr indirect texture lookups

2007-10-26 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=12957 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Bug 9446] [r300] running compiz or 3d app locks up/freezes X after some time using r300 driver

2007-10-26 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=9446 --- Comment #22 from [EMAIL PROTECTED] 2007-10-26 06:58 PST --- (In reply to comment #20) > Back in March of this year I started having a problem with lockups on my PCIe > box when running most/many 3D applications (including GoogleEart

[Bug 12957] New: Exceeded max nr indirect texture lookups

2007-10-26 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=12957 Summary: Exceeded max nr indirect texture lookups Product: Mesa Version: CVS Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medi

[Bug 9446] [r300] running compiz or 3d app locks up/freezes X after some time using r300 driver

2007-10-26 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=9446 --- Comment #21 from [EMAIL PROTECTED] 2007-10-26 03:12 PST --- (In reply to comment #20) > Back in March of this year I started having a problem with lockups on my PCIe > box when running most/many 3D applications (including GoogleEart

[Bug 9446] [r300] running compiz or 3d app locks up/freezes X after some time using r300 driver

2007-10-26 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=9446 --- Comment #20 from [EMAIL PROTECTED] 2007-10-26 02:39 PST --- Back in March of this year I started having a problem with lockups on my PCIe box when running most/many 3D applications (including GoogleEarth) if I didn't disable SilkenM

[Bug 9861] lockup with googleearth on r300

2007-10-26 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=9861 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |NEEDINFO --- Comment #5 from [E

[Bug 9446] [r300] running compiz or 3d app locks up/freezes X after some time using r300 driver

2007-10-26 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=9446 --- Comment #19 from [EMAIL PROTECTED] 2007-10-26 01:38 PST --- (In reply to comment #18) > I have the same problem [...] That's quite a bold statement unfortunately - there are countless possible causes for lockups, all resulting in s

Re: [PATCH] enhanced core vblank support

2007-10-26 Thread Michel Dänzer
On Thu, 2007-10-25 at 10:25 -0700, Jesse Barnes wrote: > On Thursday, October 25, 2007 2:02 am Michel Dänzer wrote: > > > It still has some bugs. When moving windows between screens, Mesa > > > seems to lose track of the right vblank count to sync against > > > sometimes, so my test app's calls t

Re: Call for vblank-rework driver ports

2007-10-26 Thread Michel Dänzer
On Thu, 2007-10-25 at 11:18 -0700, Jesse Barnes wrote: > The vblank-rework tree has been sitting around with ported radeon and > i915 drivers for some time now, ... except i915 still doesn't increment the counters at the beginning of the vertical blank period but only at the end of it, which do