http://bugs.freedesktop.org/show_bug.cgi?id=22743
--- Comment #1 from Andre Maasikas 2009-08-12 23:48:44
PST ---
Seems it fails the max_index check in drawrangeelements when rendering player
models.
e.g:
Mesa warning: glDraw[Range]Elements(start 0, end 126, count 240, type 0x1403,
indice
2009/8/11 Thomas Hellström :
> Jesse Barnes wrote:
>> On Tue, 11 Aug 2009 11:23:09 +0200
>> Thomas Hellström wrote:
>>
>>
>>> Hi!
>>>
>>> I'm wondering why we are using a struct device as a sysfs
>>> representation for connectors instead of a struct kobject?
>>>
>>> In particular, what stops the d
On Wed, 12 Aug 2009 16:24:58 -0700
Greg KH wrote:
> On Wed, Aug 12, 2009 at 08:59:17AM -0700, Jesse Barnes wrote:
> > On Wed, 12 Aug 2009 08:21:24 +0200
> > Thomas Hellström wrote:
> >
> > > Jesse Barnes wrote:
> > > > On Tue, 11 Aug 2009 20:29:39 +0200
> > > > Thomas Hellström wrote:
> > > >
http://bugs.freedesktop.org/show_bug.cgi?id=23172
--- Comment #4 from Pauli 2009-08-12 15:18:36 PST ---
(In reply to comment #3)
> Created an attachment (id=28567)
--> (http://bugs.freedesktop.org/attachment.cgi?id=28567) [details]
> LIBGL_DEBUG=verbose glxinfo 2>&1 output
>
Is your user
http://bugs.freedesktop.org/show_bug.cgi?id=23172
--- Comment #3 from Simonas 2009-08-12 14:21:41 PST ---
Created an attachment (id=28567)
--> (http://bugs.freedesktop.org/attachment.cgi?id=28567)
LIBGL_DEBUG=verbose glxinfo 2>&1 output
--
Configure bugmail: http://bugs.freedesktop.org/u
http://bugs.freedesktop.org/show_bug.cgi?id=23172
--- Comment #2 from Simonas 2009-08-12 14:19:33 PST ---
Created an attachment (id=28566)
--> (http://bugs.freedesktop.org/attachment.cgi?id=28566)
xorg.0.log
my xorg.0.log file
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.
On Wed, 12 Aug 2009 00:24:37 -0700
"Vignatti Tiago (Nokia-D/Helsinki)" wrote:
> On Wed, Aug 12, 2009 at 08:48:08AM +0200, Benjamin Herrenschmidt
> wrote:
> > On Tue, 2009-08-11 at 16:17 -0700, Jesse Barnes wrote:
> >
> > > Ok, applied this to my linux-next branch, but I'd like to get
> > > Ben's
On Wed, 12 Aug 2009 10:35:16 +0300
"Vignatti Tiago (Nokia-D/Helsinki)" wrote:
> On Wed, Aug 12, 2009 at 01:21:03AM +0200, Jesse Barnes wrote:
> > Oh yeah, and we should get the documentation merged too. I can
> > handle that or you can send it to Randy. Tiago?
>
> Okay, I can handle this docum
On Wed, 12 Aug 2009 08:21:24 +0200
Thomas Hellström wrote:
> Jesse Barnes wrote:
> > On Tue, 11 Aug 2009 20:29:39 +0200
> > Thomas Hellström wrote:
> >
> >
> >> Jesse Barnes wrote:
> >>
> >>> On Tue, 11 Aug 2009 11:23:09 +0200
> >>> Thomas Hellström wrote:
> >>>
> >>>
> >>>
>
Dave,
The big problem with the (second) radeon approach of state objects was
that we defined those objects statically & encoded them into the kernel
interface. That meant that when new hardware functionality was needed
(or discovered) we had to rev the kernel interface, usually in a fairly
ugly
http://bugs.freedesktop.org/show_bug.cgi?id=23106
Thierry Vignaud changed:
What|Removed |Added
CC||xorg-driver-...@lists.x.org
--- Com
Pekka Paalanen writes:
> On Wed, 12 Aug 2009 02:15:06 +0200
> Francisco Jerez wrote:
>
>>
>> Signed-off-by: Francisco Jerez
>> ---
>> drivers/gpu/drm/Kconfig | 14 +
>> drivers/gpu/drm/Makefile |1 +
>> drivers/gpu/drm/i2c/Makefile |3 +
>> drivers/gpu/drm/i2
On Wed, Aug 12, 2009 at 08:48:08AM +0200, Benjamin Herrenschmidt wrote:
> On Tue, 2009-08-11 at 16:17 -0700, Jesse Barnes wrote:
>
> > Ok, applied this to my linux-next branch, but I'd like to get Ben's
> > s-o-b before pushing it to Linus.
>
> Well, S-O-B is if the code went through my hands...
This code wraps the struct device so that the drm class callbacks can
differentiate between different types of drm sysfs devices. It fixes a
case where a struct drm_connecor is cast to a struct drm_minor in the
drm_sysfs[suspend|resume] code.
It also opens up for adding driver-specific device entr
On Wed, Aug 12, 2009 at 01:21:03AM +0200, Jesse Barnes wrote:
> Oh yeah, and we should get the documentation merged too. I can handle
> that or you can send it to Randy. Tiago?
Okay, I can handle this documentation pretty easy.
But honestly I'm not sure we (or some future developer) will use i
On Wed, 12 Aug 2009 02:15:06 +0200
Francisco Jerez wrote:
>
> Signed-off-by: Francisco Jerez
> ---
> drivers/gpu/drm/Kconfig | 14 +
> drivers/gpu/drm/Makefile |1 +
> drivers/gpu/drm/i2c/Makefile |3 +
> drivers/gpu/drm/i2c/ch7006_drv.c | 479
> +++
Hello Sirs/Madams:
As we are preparing the 64bit DRM, we have tested the DRM in both case of
32bit user space+32bit DRM and 64bit user space + 64 bit DRM. However, we have
a question relative to 32bit user space + 64bit DRM and request suggestion for
the solution. Our question is "How 32 bit
On Tue, 2009-08-11 at 15:52 +1000, Dave Airlie wrote:
> From: Tiago Vignatti
>
> Background:
> Graphic devices are accessed through ranges in I/O or memory space. While most
> modern devices allow relocation of such ranges, some "Legacy" VGA devices
> implemented on PCI will typically have the sa
On Tue, 2009-08-11 at 16:17 -0700, Jesse Barnes wrote:
> Ok, applied this to my linux-next branch, but I'd like to get Ben's
> s-o-b before pushing it to Linus.
Well, S-O-B is if the code went through my hands... though in this case
I wrote the original version so I suppose it did :-) An ack for
19 matches
Mail list logo
