:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131122/7c4a463f/attachment.html>
HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131122/ed7b26e3/attachment-0001.html>
Simplify the code and resolve race conditions seen because
attribute files are created after hwmon device registration,
and removed before hwmon device removal.
Signed-off-by: Guenter Roeck
---
Compile tested only; unfortunately I don't have the the necessary hardware.
drivers/gpu/drm/nouveau/n
Simplify the code and fix race condition seen because
attribute files were created after hwmon device registration.
Signed-off-by: Guenter Roeck
---
Compile tested only; unfortunately I don't have the the necessary hardware.
drivers/gpu/drm/radeon/radeon_pm.c | 49 +---
esktop.org/archives/dri-devel/attachments/20131122/0be08ae0/attachment.html>
On Fri, Nov 22, 2013 at 05:17:37PM +0100, Daniel Vetter wrote:
> On Fri, Nov 22, 2013 at 12:01 PM, Keith Packard wrote:
> > Daniel Vetter writes:
> >
> >> Hm, where do we have the canonical source for all these fourcc codes? I'm
> >> asking since we have our own copy in the kernel as drm_fourcc.h
ves/dri-devel/attachments/20131122/5648bb90/attachment.html>
This binding specifies a set of common properties for display panels. It
can be used as a basis by bindings for specific panels.
Bindings for three specific panels are provided to show how the simple
panel binding can be used.
Signed-off-by: Thierry Reding
---
This binding has already been discu
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131122/0eb9af1e/attachment.html>
frame errors are causing this.
--
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/20131122/df0660de/attachment.html>
gistering with OF. Instead this should
be mipi_dsi_register_bus/host()...
> +void mipi_dsi_unregister_devices(struct mipi_dsi_bus *bus);
... and this mipi_dsi_unregister_bus/host(). That way registration with
OF (and instantiation of devices from DT) can be done automatically as
needed.
&
2013-11-22 17:35, Arthur Schwalbenberg:
>
> From 340fa01dfe8f699e27ece111996ea088bca6b5c4 Mon Sep 17 00:00:00 2001
> From: Arthur Schwalbenberg
> Date: Thu, 21 Nov 2013 19:42:44 -0500
> Subject: [PATCH] Staging: Fixed compilar warnings and coding style
> issues in i915_debugfs.c
> MIME-Version: 1
On 11/22/2013 05:18 PM, Daniel Vetter wrote:
> On Fri, Nov 22, 2013 at 4:54 PM, Thomas Meyer wrote:
>>> Am 22.11.2013 um 11:55 schrieb Daniel Vetter :
>>>
>>> On Fri, Nov 22, 2013 at 11:36 AM, Dave Airlie wrote:
> Hi,
cc'ing mailing list,
Daniel any ideas?
>>> Nope, not really
Hi Rob and Ville,
2013/11/21 Rob Clark :
> From: Ville Syrj?l?
>
> The atomic modeset ioctl cna be used to push any number of new values
> for object properties. The driver can then check the full device
> configuration as single unit, and try to apply the changes atomically.
>
> The ioctl simpl
On Fri, Nov 22, 2013 at 4:54 PM, Thomas Meyer wrote:
>> Am 22.11.2013 um 11:55 schrieb Daniel Vetter :
>>
>> On Fri, Nov 22, 2013 at 11:36 AM, Dave Airlie wrote:
Hi,
>>>
>>> cc'ing mailing list,
>>>
>>> Daniel any ideas?
>>
>> Nope, not really :( And no ideas how to triage this further - if
On Fri, Nov 22, 2013 at 12:01 PM, Keith Packard wrote:
> Daniel Vetter writes:
>
>> Hm, where do we have the canonical source for all these fourcc codes? I'm
>> asking since we have our own copy in the kernel as drm_fourcc.h, and that
>> one is part of the userspace ABI since we use it to pass ar
On Thu, Nov 21, 2013 at 05:25:35PM +0100, Borislav Petkov wrote:
> On Thu, Nov 21, 2013 at 05:10:30PM +0100, Richard Weinberger wrote:
> > > diff --git a/drivers/gpu/drm/i915/i915_debugfs.c
> > > b/drivers/gpu/drm/i915/i915_debugfs.c
> > > index 6ed45a984230..1191aa47adc9 100644
> > > --- a/driver
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131122/9bc2a447/attachment.html>
> Am 22.11.2013 um 11:55 schrieb Chris Wilson :
>
>> On Wed, Nov 20, 2013 at 09:55:28PM +0100, Thomas Meyer wrote:
>> Hi,
>>
>> I reported this bug a few days ago, but nobody did respond to my bug
>> report:
>> http://lkml.indiana.edu/hypermail/linux/kernel/1311.2/00058.html
>>
>> Every time I
> Am 22.11.2013 um 11:55 schrieb Daniel Vetter :
>
> On Fri, Nov 22, 2013 at 11:36 AM, Dave Airlie wrote:
>>> Hi,
>>
>> cc'ing mailing list,
>>
>> Daniel any ideas?
>
> Nope, not really :( And no ideas how to triage this further - if it
> takes 9 days to hit it eventually we'll have a real h
...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131122/4cdc75f0/attachment.html>
Reding
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131122/1d28f9ab/attachment.pgp>
uot;reasonable" format codes like this to the kernel fourcc list.
--
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.fr
--
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/20131122/c4e036f0/attachment.pgp>
as scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131122/72f37a6f/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/20131122/7575cd53/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/20131122/da6d011a/attachment.html>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131122/30e6be11/attachment.html>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131122/bb7664cd/attachment-0001.html>
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/20131122/2d6c1225/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=61941
--- Comment #15 from Shawn Starr ---
My Theory is incorrect, but what is interesting was I could get the GPU to
reset quicker, still, using EXA is unreliable use GLAMOR in your xorg.conf (if
you dont have a newer stack).
This was stable even if i
u 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/20131122/21853c9e/attachment.html>
Hi Dave,
This pull request includes two fixup patches.
Please kindly let me know if there is any problem.
Thanks,
Inki Dae
The following changes since commit 760c960bd6880cf22a57c0af9ff60c96250aad39:
drm/sysfs: fix hotplug regression since lifetime changes (2013-11-21 21:10:00
+1000)
ar
--
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/20131122/90d00c11/attachment.html>
Reviewed-by: Marek Ol??k
Marek
On Fri, Nov 22, 2013 at 5:20 AM, Keith Packard wrote:
> Upper levels of the stack use base.stamp to tell when a drawable needs to be
> revalidated, but the dri state tracker was using dPriv->lastStamp. Those two,
> along with dri2.stamp, all get simultaneously inc
n i find out anything useful i will call you.
--
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/20131122/45c7366b/attachment-0001.html>
radeon_bo_get_surface_reg(struct radeon_bo *bo)
{
struct radeon_device *rdev = bo->rdev;
struct radeon_surface_reg *reg;
struct radeon_bo *old_object;
int steal;
int i;
BUG_ON(!atomic_read(&bo->tbo.reserved));
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131122/8fa8d241/attachment-0001.html>
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20131122/df0dc787/attachment.html>
On Fri, Nov 22, 2013 at 05:17:37PM +0100, Daniel Vetter wrote:
> On Fri, Nov 22, 2013 at 12:01 PM, Keith Packard wrote:
> > Daniel Vetter writes:
> >
> >> Hm, where do we have the canonical source for all these fourcc codes? I'm
> >> asking since we have our own copy in the kernel as drm_fourcc.h
On Fri, Nov 22, 2013 at 12:41 PM, Thierry Reding
wrote:
> This binding specifies a set of common properties for display panels. It
> can be used as a basis by bindings for specific panels.
>
> Bindings for three specific panels are provided to show how the simple
> panel binding can be used.
>
> S
https://bugzilla.kernel.org/show_bug.cgi?id=65481
Bug ID: 65481
Summary: Page allocation failure errors on Trinity when playing
a HL2 mod (i386 code on 64 bit kernel )
Product: Drivers
Version: 2.5
Kernel Version: 3.12.0 git
yes ofc, when i reach home tonight ill test it and report back
--
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/20131122/939384
ached a patch that fixes the build for me when using this
config.
-- next part --
A non-text attachment was scrubbed...
Name: 0001-nouveau-Fixed-the-hwmon-undeclared-build-error.patch
Type: text/x-diff
Size: 1550 bytes
Desc: not available
URL:
<http://lists.freede
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/20131122/850082f7/attachment.html>
On Fri, Nov 22, 2013 at 11:36 AM, Dave Airlie wrote:
>> Hi,
>
> cc'ing mailing list,
>
> Daniel any ideas?
Nope, not really :( And no ideas how to triage this further - if it
takes 9 days to hit it eventually we'll have a real hard time. Or does
this happen even after just a short X run?
Also is
On Fri, Nov 22, 2013 at 10:34 AM, Thierry Reding
wrote:
> On Thu, Nov 21, 2013 at 02:29:51PM -0500, Rob Clark wrote:
>> For error traces in situations that can run away, it is nice to have a
>> rate-limited version of DRM_ERROR() to avoid massing log flooding.
>
> s/massing/massive/?
errg, yes
D
From 340fa01dfe8f699e27ece111996ea088bca6b5c4 Mon Sep 17 00:00:00 2001
From: Arthur Schwalbenberg
Date: Thu, 21 Nov 2013 19:42:44 -0500
Subject: [PATCH] Staging: Fixed compilar warnings and coding style
issues in i915_debugfs.c
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Tr
On Thu, Nov 21, 2013 at 08:12:04PM -0800, Keith Packard wrote:
> The __DRIimage createImageFromFds function takes a fourcc code, but there was
> no fourcc code that match __DRI_IMAGE_FORMAT_SARGB8. This adds a define for
> that format, adds a translation in DRI3 from __DRI_IMAGE_FORMAT_SARGB8 to
>
On 11/22/13 03:37, Adrian Pop wrote:
> Hello!
>
>> on x86_64:
>>
>> CONFIG_HWMON is not enabled.
>>
>> drivers/gpu/drm/nouveau/nouveau_hwmon.c: In function 'nouveau_hwmon_init':
>> drivers/gpu/drm/nouveau/nouveau_hwmon.c:633:2: error: 'hwmon' undeclared
>> (first use in this function)
>
> I've a
On Wed, Nov 20, 2013 at 09:55:28PM +0100, Thomas Meyer wrote:
> Hi,
>
> I reported this bug a few days ago, but nobody did respond to my bug
> report:
> http://lkml.indiana.edu/hypermail/linux/kernel/1311.2/00058.html
>
> Every time I restart the X server I will run into this bug with 3.12.0.
I
> Hi,
cc'ing mailing list,
Daniel any ideas?
Dave.
> I reported this bug a few days ago, but nobody did respond to my bug
> report:
> http://lkml.indiana.edu/hypermail/linux/kernel/1311.2/00058.html
>
> Every time I restart the X server I will run into this bug with 3.12.0.
>
> Help is welcom
next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131122/a158a32b/attachment.html>
both in Mesa 9.3
and Mesa 10-dev.
--
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/20131122/12a0d232/attachment.html>
On Fri, Nov 22, 2013 at 3:35 AM, Inki Dae wrote:
> Hi Rob and Ville,
>
>
> 2013/11/21 Rob Clark :
>> From: Ville Syrj?l?
>>
>> The atomic modeset ioctl cna be used to push any number of new values
>> for object properties. The driver can then check the full device
>> configuration as single unit,
:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131122/41f0b854/attachment.html>
e bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131122/2b251258/attachment.html>
I've forwarded this email to mesa-stable at lists.freedesktop.org, which
should also be sufficient.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131122/c77a9ce5/attachment-0001.html>
Hi Linus,
was going to leave this until post -rc1 but sysfs fixes broke hotplug in
userspace, so I had to fix it harder, otherwise a set of pulls from intel,
radeon and vmware,
the vmware/ttm changes are bit larger but since its early and they are
unlikely to break anything else I put them i
Just copying code from the dri2 path to set up the fast color clear state.
This also removes a couple of bogus intel_region_reference calls.
Signed-off-by: Keith Packard
---
src/mesa/drivers/dri/i965/intel_mipmap_tree.c | 10 +++---
1 file changed, 7 insertions(+), 3 deletions(-)
diff --gi
The buffer-object is the persistent thing passed through the loader, so when
updating an image buffer, check to see if it is already bound to the provided
bo. The region, on the other hand, is allocated separately for the miptree,
and so will never be the same as that passed back from the loader.
While debugging the libdrm duplicate buffer object adventure, I managed to
temporarily understand object lifetimes in the __DRIimage getBuffers path, and
also to compare that to the DRI2 getBuffers path. Here are a couple of small
fixes.
I haven't looked at the i915 code, but I suspect the first o
If the application sends us a file descriptor pointing at a prime
buffer that we've already got, we have to re-use the same bo_gem
structure or chaos will result.
Track the set of all known prime objects and look to see if the kernel
has returned one of those for a new file descriptor.
Signed-off
let me know if it makes
the game playable.
--
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/20131122/073fa71c/attachment.html>
ou test?
--
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/20131122/8cb2e7f1/attachment.html>
re 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/20131122/634c2f35/attachment-0001.html>
bytes
> VM start=0x8BD000 end=0x8BD0F8 | Buffer 248 bytes
> VM start=0x8BE000 end=0x8BE040 | Buffer 64 bytes
> VM start=0xF56000 end=0x1056000 | Buffer 1048576 bytes
> VM start=0x8BF000 end=0x8BF038 | Buffer 56 bytes
> VM start=0x8C end=0x8C00F8 | Buffer 248 bytes
> VM start=0x8C1000 end=0x8D1000 | Texture 65x32x1, 1 levels, 1 samples,
> r32g32b32a32_float
> [Thread 0x7fffef6e5700 (LWP 7915) exited]
> PIGLIT: {'result': 'pass' }
> [Inferior 1 (process 7911) exited normally]
--
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/20131122/1bd49db0/attachment.html>
LWP 7915) exited]
PIGLIT: {'result': 'pass' }
[Inferior 1 (process 7911) exited normally]
--
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/20131122/1dad9983/attachment-0001.html>
cation/pgp-signature
Size: 827 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131122/6cb24234/attachment.pgp>
--- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131122/f67bdd06/attachment.html>
:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131122/1a8a2c1b/attachment.html>
:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131122/061fa116/attachment.html>
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20131122/b57a2da8/attachment.html>
72 matches
Mail list logo
