> Not something that directly affects this patchset.. I'm thinking more
> along the lines of having a way to create a drm_framebuffer w/ more
> than one GEM buffer, one per color plane. The other option is to bury
> this all behind a single GEM buffer.. although that seems like it
> could get ugly
https://bugs.freedesktop.org/show_bug.cgi?id=33371
--- Comment #5 from Lars Wendler 2011-07-22 22:59:33
PDT ---
(In reply to comment #4)
> Are you by any chance using a 32 bit version of zsnes on a 64 bit distro?
Yes I am. AFAIK there's no 64bit version of zsnes available. At least that's
what
https://bugs.freedesktop.org/show_bug.cgi?id=33371
--- Comment #5 from Lars Wendler 2011-07-22
22:59:33 PDT ---
(In reply to comment #4)
> Are you by any chance using a 32 bit version of zsnes on a 64 bit distro?
Yes I am. AFAIK there's no 64bit version of zsnes available. At least that's
what
Kirill Smelkov wrote:
>
>Or would it be more fair to say that UMS is not supported anymore,
>is broken and just remove support for it?
It's kind of ironic that the intention of the offending patch
was to avoid a UMS crash :)
Anyway I'm now using KMS (forced to due to new hardware) so I
https://bugzilla.kernel.org/show_bug.cgi?id=39672
--- Comment #1 from Alex Deucher 2011-07-22
21:59:15 ---
Created an attachment (id=66382)
--> (https://bugzilla.kernel.org/attachment.cgi?id=66382)
fix
This patch should fix the i2c setup.
--
Configure bugmail: https://bugzilla.kernel.or
From: Rusty Russell
The current hyper-optimized functions are overkill if you simply want
to allocate an id for a device. Create versions which use an internal
lock.
Thanks to Tejun for feedback.
Signed-off-by: Rusty Russell
Acked-by: Tejun Heo
Acked-by: Jonathan Cameron
---
include/linux/
Hi All,
Firstly sorry for the huge cc list, but this series does get about.
This series came out of two separate lkml threads:
https://lkml.org/lkml/2011/7/13/64
http://thread.gmane.org/gmane.linux.kernel/1148513/focus=74236
Basically Rusty and I both got annoyed with yet more instances
of the
Some messing with error codes to return 0 on out id's and match
current situation. Is this necessary? Looks a touch 'interesting'.
Signed-off-by: Jonathan Cameron
---
drivers/gpu/drm/vmwgfx/vmwgfx_gmrid_manager.c | 34 ++---
1 files changed, 8 insertions(+), 26 deletions(-
Because of a typo, calling ioctl with DRM_IOCTL_I915_OVERLAY_PUT_IMAGE
is broken if the macro is used directly. When using libdrm the bug is
not hit, since libdrm handles the ioctl encoding internally.
The typo also leads to the .cmd and .cmd_drv fields of the drm_ioctl
structure for DRM_I915_OVER
https://bugs.freedesktop.org/show_bug.cgi?id=33371
--- Comment #4 from Alex Deucher 2011-07-22 15:28:50 PDT ---
Are you by any chance using a 32 bit version of zsnes on a 64 bit distro?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mai
https://bugs.freedesktop.org/show_bug.cgi?id=33371
--- Comment #4 from Alex Deucher 2011-07-22 15:28:50 PDT
---
Are you by any chance using a 32 bit version of zsnes on a 64 bit distro?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this ma
https://bugs.freedesktop.org/show_bug.cgi?id=33371
--- Comment #3 from polynomia...@gentoo.org 2011-07-22 15:23:17 PDT ---
Created an attachment (id=49439)
--> (https://bugs.freedesktop.org/attachment.cgi?id=49439)
glxinfo
Same problem here. This only happens with gallium r600 driver. As soon as
https://bugs.freedesktop.org/show_bug.cgi?id=33371
--- Comment #3 from polynomial-c at gentoo.org 2011-07-22 15:23:17 PDT ---
Created an attachment (id=49439)
--> (https://bugs.freedesktop.org/attachment.cgi?id=49439)
glxinfo
Same problem here. This only happens with gallium r600 driver. As soon
> Not something that directly affects this patchset.. I'm thinking more
> along the lines of having a way to create a drm_framebuffer w/ more
> than one GEM buffer, one per color plane. The other option is to bury
> this all behind a single GEM buffer.. although that seems like it
> could get ugly
[ Cc'ing Florian Mickler and Keith Packard ]
On Tue, Jul 12, 2011 at 09:07:47PM +0300, Pekka Enberg wrote:
> On Tue, Jul 12, 2011 at 8:17 PM, Kirill Smelkov wrote:
> > On Sat, May 28, 2011 at 05:19:20PM +0400, Kirill Smelkov wrote:
> >> Hello Chris, everyone,
> >>
> >> On Sat, May 21, 2011 at 04
https://bugzilla.kernel.org/show_bug.cgi?id=39672
--- Comment #1 from Alex Deucher 2011-07-22 21:59:15
---
Created an attachment (id=66382)
--> (https://bugzilla.kernel.org/attachment.cgi?id=66382)
fix
This patch should fix the i2c setup.
--
Configure bugmail: https://bugzilla.kernel.or
On 07/22/2011 09:41 AM, Jonathan Cameron wrote:
> This does involve additional use of the spin lock in idr.c.
> Is this an issue?
>
Actually it looks like a bug fix. I had a TODO: to add one.
> Also, some error mangling was needed to keep the interface
> the same. Does this matter or can we ret
On Sat, 23 Jul 2011 00:23:36 +0400, Kirill Smelkov wrote:
> What kind of a workaround are you talking about?
Just reverting the commit -- that makes your machine work, even if it's
wrong for other machines.
> Sorry, to me it all looked like "UMS is being ignored forever".
You're right, of cour
ntime; if it does solve the problem, I'd like to
add your Tested-by: line.
--
keith.packard at intel.com
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL:
<http://l
On Thu, Jul 21, 2011 at 3:10 PM, wrote:
> From: Jerome Glisse
>
> atombios functuion DIG*EncoderControl works more reliably (100% link training
> success vs 30% link training success on some monitor like HP ZR22w) for DP
> link
> training than DPEncoderService for DCE3 display block.
>
> Signed
https://bugzilla.kernel.org/show_bug.cgi?id=38792
jdk changed:
What|Removed |Added
CC||synfin at gmail.com
--- Comment #6 from jdk 2
Some messing with error codes to return 0 on out id's and match
current situation. Is this necessary? Looks a touch 'interesting'.
Signed-off-by: Jonathan Cameron
---
drivers/gpu/drm/vmwgfx/vmwgfx_gmrid_manager.c | 34 ++---
1 files changed, 8 insertions(+), 26 deletions(-
From: Rusty Russell
The current hyper-optimized functions are overkill if you simply want
to allocate an id for a device. Create versions which use an internal
lock.
Thanks to Tejun for feedback.
Signed-off-by: Rusty Russell
Acked-by: Tejun Heo
Acked-by: Jonathan Cameron
---
include/linux/
Hi All,
Firstly sorry for the huge cc list, but this series does get about.
This series came out of two separate lkml threads:
https://lkml.org/lkml/2011/7/13/64
http://thread.gmane.org/gmane.linux.kernel/1148513/focus=74236
Basically Rusty and I both got annoyed with yet more instances
of the
Kirill Smelkov wrote:
>
>Or would it be more fair to say that UMS is not supported anymore,
>is broken and just remove support for it?
It's kind of ironic that the intention of the offending patch
was to avoid a UMS crash :)
Anyway I'm now using KMS (forced to due to new hardware) so I
[ Cc'ing Florian Mickler and Keith Packard ]
On Tue, Jul 12, 2011 at 09:07:47PM +0300, Pekka Enberg wrote:
> On Tue, Jul 12, 2011 at 8:17 PM, Kirill Smelkov wrote:
> > On Sat, May 28, 2011 at 05:19:20PM +0400, Kirill Smelkov wrote:
> >> Hello Chris, everyone,
> >>
> >> On Sat, May 21, 2011 at 04
On Fri, 22 Jul 2011 15:08:06 +0400, Kirill Smelkov wrote:
> And now after v3.0 is out, I've tested it again, and yes, like it was
> broken on v3.0-rc5, it is (now even more) broken on v3.0 -- after first
> bad io access the system freezes completely:
I looked at this when I first saw it (a coupl
On Fri, 22 Jul 2011 15:08:06 +0400, Kirill Smelkov wrote:
> And now after v3.0 is out, I've tested it again, and yes, like it was
> broken on v3.0-rc5, it is (now even more) broken on v3.0 -- after first
> bad io access the system freezes completely:
I looked at this when I first saw it (a coupl
On Fri, Jul 22, 2011 at 10:30 AM, Jesse Barnes
wrote:
> On Fri, 22 Jul 2011 08:52:52 -0500
> Rob Clark wrote:
>
>> On Mon, Jun 20, 2011 at 3:11 PM, Jesse Barnes
>> wrote:
>> > ?/**
>> > + * drm_plane_funcs - driver plane control functions
>> > + * @update_plane: update the plane configuration
ing->request_list);
--
1.7.5.4
--
keith.packard at intel.com
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20110722/2cbf7ece/attachment.pgp>
On Thu, Jul 21, 2011 at 3:10 PM, wrote:
> From: Jerome Glisse
>
> atombios functuion DIG*EncoderControl works more reliably (100% link training
> success vs 30% link training success on some monitor like HP ZR22w) for DP
> link
> training than DPEncoderService for DCE3 display block.
>
> Signed
On Thu, 30 Jun 2011 08:37:09 +0200
Olaf Freyer wrote:
> Am 29.06.2011 00:06, schrieb Jesse Barnes:
> > On Wed, 29 Jun 2011 00:01:58 +0200
> > Olaf Freyer wrote:
> >
> >> Am 28.06.2011 23:18, schrieb Jesse Barnes:
> >>> Ok interesting, didn't realize X startup was so GPU intensive. :)
> >>>
> >>>
On Thu, 30 Jun 2011 08:37:09 +0200
Olaf Freyer wrote:
> Am 29.06.2011 00:06, schrieb Jesse Barnes:
> > On Wed, 29 Jun 2011 00:01:58 +0200
> > Olaf Freyer wrote:
> >
> >> Am 28.06.2011 23:18, schrieb Jesse Barnes:
> >>> Ok interesting, didn't realize X startup was so GPU intensive. :)
> >>>
> >>>
On Fri, Jul 22, 2011 at 10:30 AM, Jesse Barnes wrote:
> On Fri, 22 Jul 2011 08:52:52 -0500
> Rob Clark wrote:
>
>> On Mon, Jun 20, 2011 at 3:11 PM, Jesse Barnes
>> wrote:
>> > /**
>> > + * drm_plane_funcs - driver plane control functions
>> > + * @update_plane: update the plane configuration
>
On Mon, Jun 20, 2011 at 3:11 PM, Jesse Barnes
wrote:
> ?/**
> + * drm_plane_funcs - driver plane control functions
> + * @update_plane: update the plane configuration
> + */
> +struct drm_plane_funcs {
> + ? ? ? int (*update_plane)(struct drm_plane *plane,
> + ? ? ? ? ? ? ? ? ? ? ? ? ? struct drm
On Fri, 22 Jul 2011 08:52:52 -0500
Rob Clark wrote:
> On Mon, Jun 20, 2011 at 3:11 PM, Jesse Barnes
> wrote:
> > /**
> > + * drm_plane_funcs - driver plane control functions
> > + * @update_plane: update the plane configuration
> > + */
> > +struct drm_plane_funcs {
> > + int (*update_pl
On Fri, 22 Jul 2011 08:52:52 -0500
Rob Clark wrote:
> On Mon, Jun 20, 2011 at 3:11 PM, Jesse Barnes
> wrote:
> > ?/**
> > + * drm_plane_funcs - driver plane control functions
> > + * @update_plane: update the plane configuration
> > + */
> > +struct drm_plane_funcs {
> > + ? ? ? int (*update_pl
Because of a typo, calling ioctl with DRM_IOCTL_I915_OVERLAY_PUT_IMAGE
is broken if the macro is used directly. When using libdrm the bug is
not hit, since libdrm handles the ioctl encoding internally.
The typo also leads to the .cmd and .cmd_drv fields of the drm_ioctl
structure for DRM_I915_OVER
On Mon, Jun 20, 2011 at 3:11 PM, Jesse Barnes wrote:
> /**
> + * drm_plane_funcs - driver plane control functions
> + * @update_plane: update the plane configuration
> + */
> +struct drm_plane_funcs {
> + int (*update_plane)(struct drm_plane *plane,
> + struct drm_
https://bugzilla.kernel.org/show_bug.cgi?id=38792
jdk changed:
What|Removed |Added
CC||syn...@gmail.com
--- Comment #6 from jdk 2011
https://bugs.freedesktop.org/show_bug.cgi?id=36762
Fabio Pedretti changed:
What|Removed |Added
Summary|broken minimap on 0ad |broken minimap on 0ad >=
https://bugs.freedesktop.org/show_bug.cgi?id=36762
Fabio Pedretti changed:
What|Removed |Added
Summary|broken minimap on 0ad |broken minimap on 0ad >=
42 matches
Mail list logo
