https://bugs.freedesktop.org/show_bug.cgi?id=52081
Paul Menzel changed:
What|Removed |Added
CC||paulepanter at users.sourcefor
https://bugs.freedesktop.org/show_bug.cgi?id=52256
Alex Deucher changed:
What|Removed |Added
Summary|ARUBA DP link training |Trinity (ARUBA) DP link
https://bugs.freedesktop.org/show_bug.cgi?id=52256
Alex Deucher changed:
What|Removed |Added
Summary|KMS doesn't work with |ARUBA DP link training
https://bugs.freedesktop.org/show_bug.cgi?id=52081
Alex Deucher changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=52256
Alex Deucher changed:
What|Removed |Added
CC||gunkilatur at gmail.com
--- Comment #3 fr
https://bugs.freedesktop.org/show_bug.cgi?id=52360
--- Comment #1 from okias 2012-07-23 14:45:56 PDT ---
llvm with debug, mesa with debug and still this:
fixme:service:scmdatabase_autostart_services Auto-start service L"SkypeUpdate"
failed to start: 2
WineDbg starting on minidump on pid 0008
Hi,
My HP Elitebook 8540w now crashes on boot with 3.5. All works fine with
3.4. Bisected to the following commit:
20abd1634a6e2eedb84ca977adea56b8aa06cc3e is the first bad commit
commit 20abd1634a6e2eedb84ca977adea56b8aa06cc3e
Author: Ben Skeggs
Date: Mon Apr 30 11:33:43 2012 -0500
drm
Hi Michael,
Thank you for the review.
On Monday 23 July 2012 17:12:43 Michael Jones wrote:
> Hi Laurent,
>
> At a quick glance I noticed a couple of things:
>
> On 07/13/2012 02:00 AM, Laurent Pinchart wrote:
>
> [snip]
>
> > +
> > + The drm_driver structure contains static
> > +
https://bugs.freedesktop.org/show_bug.cgi?id=52373
--- Comment #4 from Daniel 2012-07-23 11:52:42 PDT ---
X is not starting as well showing:
(II) [KMS] Kernel modesetting enabled.
radeon: Invalid PCI ID.
Tried with latest stable and latest git libdrm and xf86-video-ati
--
Configure bugmail: h
On Thu, Jul 5, 2012 at 11:24 PM, Martin Nyhus wrote:
>
> On Mon, 11 Jun 2012 23:18:42 +0200 Martin Nyhus wrote:
> > after resuming from suspend nouveau starts writing Failed to idle
> > channel x (where x is 2 or 3) to the log and X appears to stop and
> > then restart only to stop again. Starting
From: Rob Clark
The GEM handle takes the reference. If a driver is actually importing a
foreign dmabuf, rather than just re-importing it's own dmabuf, it needs
to do a get_dma_buf().
Signed-off-by: Rob Clark
---
drivers/gpu/drm/drm_prime.c|7 +++
drivers/gpu/drm/exynos
Hi Laurent,
At a quick glance I noticed a couple of things:
On 07/13/2012 02:00 AM, Laurent Pinchart wrote:
[snip]
> +
> + The drm_driver structure contains static
> + information that describe the driver and features it supports, and
s/describe/describes/
> + pointers to m
From: Rob Clark
The GEM handle takes the reference. If a driver is actually importing a
foreign dmabuf, rather than just re-importing it's own dmabuf, it needs
to do a get_dma_buf().
Signed-off-by: Rob Clark
---
drivers/gpu/drm/drm_prime.c|7 +++
drivers/gpu/drm/exynos
https://bugs.freedesktop.org/show_bug.cgi?id=52373
Alex Deucher changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=52256
Alex Deucher changed:
What|Removed |Added
CC||reinkarn at gmail.com
--- Comment #4 from
https://bugs.freedesktop.org/show_bug.cgi?id=51198
lo...@email.de changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=45018
--- Comment #66 from Alexandre Demers 2012-07-23
18:49:17 PDT ---
(In reply to comment #37)
> (In reply to comment #36)
> > I know I can run a 3.2 kernel, I know I can compile a different version or
> > bisect or submit patches, I know I can swi
On Fri, Jul 20, 2012 at 12:38 PM, Laurent Pinchart
wrote:
> Hi Rob,
>
>
> On Friday 20 July 2012 10:34:46 Rob Clark wrote:
>> thanks! I've pushed to a branch on my github tree, in case you want
>> to double check that I'm not missing anything:
>>
>> git://github.com/robclark/libdrm.git modetes
> What I meant is: although these keycodes are already sent by acpi
> driver code, is it up to userspace to figure out which backlight
> driver to use, or should the kernel modify brightness in psb-bl
> directly ?
I'm not sure how its all glued together. I need to find out some day !
On Fri, Jul 20, 2012 at 11:46:21AM +0200, Laurent Pinchart wrote:
> Hi Daniel,
>
> On Friday 20 July 2012 10:30:45 Daniel Vetter wrote:
> > Laurent Pinchart missed this when sending in is giant constify patch:
>
> My bad, sorry. I would have sworn I had compiled all the x86 DRM drivers,
> that
Well, actually add some, because currently there's exactly none:
- in handle_to_fd we only take the file_priv's prime lock, but the
underlying gem object we're exporting isn't per-file.
- in each driver's dma_buf->release callback we don't grab any locks
at all.
Also, we're not protected by an
We should _never_ call handle_unref without having a name handle.
Doing so would be a bug, so yell around about if this happens with a
loud WARN_ON.
Signed-Off-by: Daniel Vetter
---
include/drm/drmP.h |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/drm/drmP.h b/inc
If userspace does stupid things and closes the last GEM handle while
calling the flink ioctl, we might end up with and object with
obj->handle_count == 0, but an flink name lying around.
And that flink name must hold a reference on the underlying gem
objects, leading to a neat resource leak (becau
Well, actually add some, because currently there's exactly none:
- in handle_to_fd we only take the file_priv's prime lock, but the
underlying gem object we're exporting isn't per-file.
- in each driver's dma_buf->release callback we don't grab any locks
at all.
Also, we're not protected by an
https://bugzilla.kernel.org/show_bug.cgi?id=45061
Summary: Power consumption higher after resume, probably
vgaswitcheroo/radeon related
Product: Drivers
Version: 2.5
Kernel Version: 3.2, 3.4, 3.5
Platform: All
OS/Version: L
Hi Michael,
Thank you for the review.
On Monday 23 July 2012 17:12:43 Michael Jones wrote:
> Hi Laurent,
>
> At a quick glance I noticed a couple of things:
>
> On 07/13/2012 02:00 AM, Laurent Pinchart wrote:
>
> [snip]
>
> > +
> > + The drm_driver structure contains static
> > +
https://bugs.freedesktop.org/show_bug.cgi?id=50980
Pavel Ondra?ka changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
On Fri, Jul 20, 2012 at 12:38 PM, Laurent Pinchart
wrote:
> Hi Rob,
>
>
> On Friday 20 July 2012 10:34:46 Rob Clark wrote:
>> thanks! I've pushed to a branch on my github tree, in case you want
>> to double check that I'm not missing anything:
>>
>> git://github.com/robclark/libdrm.git modetes
Hi Laurent,
At a quick glance I noticed a couple of things:
On 07/13/2012 02:00 AM, Laurent Pinchart wrote:
[snip]
+
+ The drm_driver structure contains static
+ information that describe the driver and features it supports, and
s/describe/describes/
+ pointers to metho
On Thu, Jul 5, 2012 at 11:24 PM, Martin Nyhus wrote:
>
> On Mon, 11 Jun 2012 23:18:42 +0200 Martin Nyhus wrote:
> > after resuming from suspend nouveau starts writing Failed to idle
> > channel x (where x is 2 or 3) to the log and X appears to stop and
> > then restart only to stop again. Starting
https://bugs.freedesktop.org/show_bug.cgi?id=52081
Paul Menzel changed:
What|Removed |Added
CC||paulepanter@users.sourcefor
https://bugs.freedesktop.org/show_bug.cgi?id=52256
Alex Deucher changed:
What|Removed |Added
Summary|ARUBA DP link training |Trinity (ARUBA) DP link
https://bugs.freedesktop.org/show_bug.cgi?id=52256
Alex Deucher changed:
What|Removed |Added
Summary|KMS doesn't work with |ARUBA DP link training
https://bugs.freedesktop.org/show_bug.cgi?id=52256
Alex Deucher changed:
What|Removed |Added
CC||reink...@gmail.com
--- Comment #4 from Al
https://bugs.freedesktop.org/show_bug.cgi?id=52373
Alex Deucher changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=52256
Alex Deucher changed:
What|Removed |Added
CC||gunkila...@gmail.com
--- Comment #3 from
https://bugs.freedesktop.org/show_bug.cgi?id=52081
Alex Deucher changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=52360
--- Comment #1 from okias 2012-07-23 14:45:56 PDT ---
llvm with debug, mesa with debug and still this:
fixme:service:scmdatabase_autostart_services Auto-start service L"SkypeUpdate"
failed to start: 2
WineDbg starting on minidump on pid 0008
https://bugs.freedesktop.org/show_bug.cgi?id=52373
Daniel changed:
What|Removed |Added
Priority|high|medium
--
Configure bugmail: https://bugs.free
https://bugs.freedesktop.org/show_bug.cgi?id=52373
Daniel changed:
What|Removed |Added
Priority|medium |high
--
Configure bugmail: https://bugs.freede
https://bugs.freedesktop.org/show_bug.cgi?id=52373
--- Comment #3 from Daniel 2012-07-22 22:09:35 PDT ---
Created attachment 64514
--> https://bugs.freedesktop.org/attachment.cgi?id=64514
kernel 3.5.0 config, 3.4.3 is similar
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?ta
https://bugs.freedesktop.org/show_bug.cgi?id=52345
--- Comment #10 from Amadeus 2012-07-22 22:08:06 PDT
---
Very interesting!
What can you gather from the attached logs where I have booted with drm.debug=6
?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- Yo
https://bugs.freedesktop.org/show_bug.cgi?id=52345
--- Comment #8 from Amadeus 2012-07-22 22:05:25 PDT ---
Created attachment 64512
--> https://bugs.freedesktop.org/attachment.cgi?id=64512
dmesg with drm.debug=6
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--
https://bugs.freedesktop.org/show_bug.cgi?id=52373
--- Comment #2 from Daniel 2012-07-22 22:05:13 PDT ---
Created attachment 64511
--> https://bugs.freedesktop.org/attachment.cgi?id=64511
grub.cfg if needed
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You
https://bugs.freedesktop.org/show_bug.cgi?id=52373
--- Comment #1 from Daniel 2012-07-22 22:03:49 PDT ---
Created attachment 64510
--> https://bugs.freedesktop.org/attachment.cgi?id=64510
dmesg output. Last four lines are when i hit any key to turn backlight back on
--
Configure bugmail: http
https://bugs.freedesktop.org/show_bug.cgi?id=52373
--- Comment #4 from Daniel 2012-07-23 11:52:42 PDT ---
X is not starting as well showing:
(II) [KMS] Kernel modesetting enabled.
radeon: Invalid PCI ID.
Tried with latest stable and latest git libdrm and xf86-video-ati
--
Configure bugmail: h
https://bugs.freedesktop.org/show_bug.cgi?id=52345
--- Comment #7 from Grigori Goronzy 2012-07-22 21:46:19
PDT ---
You might have the same problem as me, see
http://lists.freedesktop.org/archives/dri-devel/2012-July/025159.html
First, the engine clock readout seems to be completely bogus on APU
https://bugs.freedesktop.org/show_bug.cgi?id=52345
--- Comment #6 from Amadeus 2012-07-22 21:13:23 PDT ---
Very interesting thread. It seams to be the same problem I have.
Regardless of the power settings I never get a higher engine clock than ~75kHz.
[root at amd ~]# cat /sys/kernel/debug/dri/
Well, actually add some, because currently there's exactly none:
- in handle_to_fd we only take the file_priv's prime lock, but the
underlying gem object we're exporting isn't per-file.
- in each driver's dma_buf->release callback we don't grab any locks
at all.
Also, we're not protected by an
https://bugs.freedesktop.org/show_bug.cgi?id=52345
Sven Arvidsson changed:
What|Removed |Added
CC||sa at whiz.se
--- Comment #5 from Sven
> What I meant is: although these keycodes are already sent by acpi
> driver code, is it up to userspace to figure out which backlight
> driver to use, or should the kernel modify brightness in psb-bl
> directly ?
I'm not sure how its all glued together. I need to find out some day !
_
https://bugzilla.kernel.org/show_bug.cgi?id=45061
Summary: Power consumption higher after resume, probably
vgaswitcheroo/radeon related
Product: Drivers
Version: 2.5
Kernel Version: 3.2, 3.4, 3.5
Platform: All
OS/Version: L
https://bugs.freedesktop.org/show_bug.cgi?id=50980
Pavel Ondračka changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
On Fri, Jul 20, 2012 at 11:46:21AM +0200, Laurent Pinchart wrote:
> Hi Daniel,
>
> On Friday 20 July 2012 10:30:45 Daniel Vetter wrote:
> > Laurent Pinchart missed this when sending in is giant constify patch:
>
> My bad, sorry. I would have sworn I had compiled all the x86 DRM drivers,
> that
We should _never_ call handle_unref without having a name handle.
Doing so would be a bug, so yell around about if this happens with a
loud WARN_ON.
Signed-Off-by: Daniel Vetter
---
include/drm/drmP.h |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/drm/drmP.h b/inc
If userspace does stupid things and closes the last GEM handle while
calling the flink ioctl, we might end up with and object with
obj->handle_count == 0, but an flink name lying around.
And that flink name must hold a reference on the underlying gem
objects, leading to a neat resource leak (becau
Well, actually add some, because currently there's exactly none:
- in handle_to_fd we only take the file_priv's prime lock, but the
underlying gem object we're exporting isn't per-file.
- in each driver's dma_buf->release callback we don't grab any locks
at all.
Also, we're not protected by an
57 matches
Mail list logo
