part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131105/9e890bc4/attachment.html>
...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131105/01e4cff0/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131105/51a6bdc0/attachment.html>
ing this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131105/2ab1b455/attachment.html>
for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131105/4df51bfb/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=63391
Tasev Nikola changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
On Tue, Nov 05, 2013 at 09:23:46AM +0200, Jani Nikula wrote:
> On Mon, 04 Nov 2013, ville.syrjala at linux.intel.com wrote:
> > From: Ville Syrj?l?
> >
> > While we can now call drm_sysfs_connector_remove() even if
> > drm_connector_sysfs_add() failed, it would seem better for
> > the user to know
On Mon, 04 Nov 2013, ville.syrjala at linux.intel.com wrote:
> From: Ville Syrj?l?
>
> Currently if drm_connector_sysfs_add() fails, it can leave connector->kdev
> populated with an ERR_PTR value, or pointing to an already freed device.
> Use a temporarary kdev pointer during drm_connector_sysfs_a
> -Original Message-
> From: Sean Paul [mailto:seanpaul at chromium.org]
> Sent: Tuesday, November 05, 2013 12:44 AM
> To: Inki Dae
> Cc: Thierry Reding; Laurent Pinchart; dri-devel; Sylwester Nawrocki;
> St?phane Marchesin
> Subject: Re: [PATCH v2 12/26] drm/exynos: Split manager/display
sa 10 / master. I'm stuck with i965 on Sandybridge and r600g
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131105/ab997b
https://bugzilla.kernel.org/show_bug.cgi?id=63391
--- Comment #10 from Tasev Nikola ---
Hi,
I tested final 3.12 and the bug is still there.
I 'm closing this bug because for me is not a big issue, i just disabled
dpm and my system is stable. I hear that in next 3.13 kernel the dpm will
be enable
On Mon, 04 Nov 2013, ville.syrjala at linux.intel.com wrote:
> From: Ville Syrj?l?
>
> While we can now call drm_sysfs_connector_remove() even if
> drm_connector_sysfs_add() failed, it would seem better for
> the user to know that something went wrong. So instead of
> ignoring drm_sysfs_connector_
workaround proposed in comment 8 (bug 43655#c8) or comment 13 (bug
> 43655#c13)?
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/att
On Friday 01 November 2013 06:10 AM, Mark Rutland wrote:
> On Tue, Oct 15, 2013 at 08:04:20AM +0100, Archit Taneja wrote:
>> Enable use of DT for DMM/Tiler.
>>
>> Originally worked on by Andy Gross
>>
>> Cc: Andy Gross
>> Cc: DRI Development
>> Signed-off-by: Archit Taneja
>> ---
>> drivers/g
On Mon, 04 Nov 2013, ville.syrjala at linux.intel.com wrote:
> From: Ville Syrj?l?
>
> drm_connector_sysfs_add() explicitly checks if connector->kdev
> is already populated and returns success. So it clearly now allows
> being called multiple times. Remove some stale comments to the contrary.
>
>
my config file.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131105/6f7f231c/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131105/19adfde6/attachment.html>
DE=150 it also works, but I
automatically switch to OpenGL 3.2.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131
From: Ville Syrj?l?
We only depend on the intel-gtt module for GTT frobbign on older gens.
The intel_agp module is optional, except for UMS and some old XvMC
userland on gen3. So make AGP support optional. As before, we will
fail the i915 init for UMS and gen3 KMS the same as before if
intel_agp
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131105/a67b2688/attachment.html>
xt part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131105/d5af52d3/attachment-0001.html>
xt part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131105/56c3d535/attachment.html>
||
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131105/ce58fb21/attachment.html>
next part --
A non-text attachment was scrubbed...
Name: 0001-drm-radeon-fix-radeon_fence_wait_empty_locked.patch
Type: text/x-diff
Size: 1028 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131105/8416f7ea/attachment.patch>
From: Christian K?nig
Don't block forever if there is nothing to wait for.
Signed-off-by: Christian K?nig
---
drivers/gpu/drm/radeon/radeon_fence.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/gpu/drm/radeon/radeon_fence.c
b/drivers/gpu/drm/radeon/radeon_fence.c
index b8f68b
2013/11/5 Christian K?nig :
> Am 03.11.2013 13:15, schrieb Rafa? Mi?ecki:
>
>> 2013/10/29 Christian K?nig :
>>>
>>> From: Christian K?nig
>>>
>>> Stop fiddling with jiffies, always wait for RADEON_FENCE_JIFFIES_TIMEOUT.
>>> Consolidate the two wait sequence implementations into just one function.
2013/11/5 Christian K?nig :
> From: Christian K?nig
>
> Don't block forever if there is nothing to wait for.
>
> Signed-off-by: Christian K?nig
Tested-by: Rafa? Mi?ecki
--
Rafa?
:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131105/5238ca29/attachment.html>
bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131105/19136da2/attachment.html>
was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131105/c9689fdd/attachment-0001.html>
not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131105/1166c68b/attachment.pgp>
Signed-off-by: Rafa? Mi?ecki
---
avivotool.c | 30 --
radeon_reg.h |8 +---
2 files changed, 29 insertions(+), 9 deletions(-)
diff --git a/avivotool.c b/avivotool.c
index 4c5c1ce..f5b3f72 100644
--- a/avivotool.c
+++ b/avivotool.c
@@ -1697,13 +1697,31 @@ v
part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131105/d39c5b7d/attachment.html>
const struct gl_config *mesaVis,
> - __DRIcontext *driContextPriv,
> - unsigned major_version,
> - unsigned minor_version,
> - uint32_t flags,
> - unsigned *error,
> - void *sharedContextPrivate);
> +GLboolean brwCreateContext(gl_api api,
> + const struct gl_config *mesaVis,
> + __DRIcontext *driContextPriv,
> + unsigned major_version,
> + unsigned minor_version,
> + uint32_t flags,
> + unsigned *error,
> + void *sharedContextPrivate);
Unrelated change.
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 835 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131105/a1e60928/attachment.pgp>
my CreateNewScreen2
change.
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 835 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131105/94e49172/attachment.pgp>
https://bugzilla.kernel.org/show_bug.cgi?id=61891
--- Comment #6 from madcatx at atlas.cz ---
Created attachment 113521
--> https://bugzilla.kernel.org/attachment.cgi?id=113521&action=edit
dmesg from 3.12 final
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=61891
--- Comment #7 from madcatx at atlas.cz ---
I just updated to 3.12 final and it is happening again. The problem seemed to
be fixed in 3.12-rc2 and I switched back to stable releases then. New dmesg log
attached...
--
You are receiving this mail b
https://bugzilla.kernel.org/show_bug.cgi?id=61891
--- Comment #8 from Alex Deucher ---
Can you bisect?
--
You are receiving this mail because:
You are watching the assignee of the bug.
t few days?
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131105/04281ecd/attachment-0001.html>
On Tue, Nov 05, 2013 at 12:04:32PM -0800, Eric Anholt wrote:
> Keith Packard writes:
>
> > Keith Packard writes:
> >
> >> This sequence first adds a a couple of new DRIimage extensions to the
> >> dri/common, dri/i915 and dri/i965 directories which define a
> >> loader-independent API for managi
On Mon, Nov 04, 2013 at 06:23:23PM -0800, Keith Packard wrote:
> Instead of assuming that the size will be height * pitch, have the caller pass
> in the size explicitly.
>
> Signed-off-by: Keith Packard
> ---
> src/mesa/drivers/dri/i915/intel_regions.c | 4 ++--
> src/mesa/drivers/dri/i915/intel
On Mon, Nov 04, 2013 at 06:23:25PM -0800, Keith Packard wrote:
> The __DRI_IMAGE_FORMAT codes are used by the image extension, drivers need to
> be able to translate between them. Instead of duplicating this translation in
> each driver, create a shared version.
I'll take the bait... before the i9
On Mon, Nov 04, 2013 at 06:23:26PM -0800, Keith Packard wrote:
> Remove private versions of these functions
Reviewed-by: Kristian H?gsberg
> Signed-off-by: Keith Packard
> ---
> src/mesa/drivers/dri/i915/intel_screen.c | 53 ++-
> src/mesa/drivers/dri/i965/intel_screen.
On Mon, Nov 4, 2013 at 8:11 PM, Keith Packard wrote:
> Jordan Justen writes:
>> After patch 6, this will add SARGB8, right? So, maybe add this to the
>> commit message, or separate out adding SARGB8 into a separate commit?
>
> I added the SARGB8 define in patch 4; is there some other separation y
On Mon, Nov 04, 2013 at 06:23:27PM -0800, Keith Packard wrote:
> These provide an interface between the driver and the loader to allocate
> color buffers through the DRIimage extension interface rather than through a
> loader-specific extension (as is used by DRI2, for instance).
>
> The driver us
desktop.org/archives/dri-devel/attachments/20131105/f5b1ffac/attachment.html>
rent_read");
> +
> + /*
> +* GLX_INTEL_swap_event is broken on the server side, where it's
> +* currently unconditionally enabled. This completely breaks
> +* systems running on drivers which don't support that extension.
> +* There's no way to test fo
ul.
--
keith.packard at intel.com
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 827 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131105/b2a07031/attachment.pgp>
ace is a
happy coincidence.
--
keith.packard at intel.com
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 827 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131105/22b7b40b/attachment.pgp>
gnature
Size: 827 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131105/1bfb99a4/attachment.pgp>
ed...
Name: not available
Type: application/pgp-signature
Size: 827 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131105/f66e4529/attachment.pgp>
bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131105/ec8095ad/attachment.pgp>
Eric Anholt writes:
I've pushed a patch responding to these comments to my dri3 branch and
will send that out shortly. I will merge those changes with the original
DRI3+Present loader patch so that there is only one commit when the
review process is complete.
> I think I'm going to be griping ab
On Tue, Nov 5, 2013 at 4:59 PM, Keith Packard wrote:
> Kristian H?gsberg writes:
>
>
>> We can drop width and height now and just get it from either of the
>> returned images. Format is a function of the __DRIconfig and doesn't
>> change, so we could make that something you can query from the co
On Mon, Nov 04, 2013 at 06:23:27PM -0800, Keith Packard wrote:
> These provide an interface between the driver and the loader to allocate
> color buffers through the DRIimage extension interface rather than through a
> loader-specific extension (as is used by DRI2, for instance).
>
> The driver us
55 matches
Mail list logo
