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
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:
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
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
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
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
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.
> > >
>
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
>
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,
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
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
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
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
http://bugs.freedesktop.org/show_bug.cgi?id=11131
[EMAIL PROTECTED] changed:
What|Removed |Added
CC||[EMAIL PROTECTED]
--- Comment
http://bugs.freedesktop.org/show_bug.cgi?id=12957
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
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
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
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
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
http://bugs.freedesktop.org/show_bug.cgi?id=9861
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |NEEDINFO
--- Comment #5 from [E
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
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
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
23 matches
Mail list logo