On Sun, 2013-08-11 at 08:17 +0200, Maarten Lankhorst wrote:
> > So I'm still a bit confused :-)
> >
> The fun has been doubled because TTM expects PAGE units, so some of
> the PAGE_SHIFT's are
> genuine. Some may be a result of PAGE_SHIFT == 12, so honestly I don't
> know the specific ones.
Right,
On Sun, 2013-08-11 at 17:06 +1000, Benjamin Herrenschmidt wrote:
> I think I found at least two cases where "12" was used where it should
> have been PAGE_SHIFT (basically ttm_mem_reg->num_pages). This
> is only the tip of the iceberg, so this isn't a formal patch submission,
> but I would appreci
On Sun, Aug 11, 2013 at 2:41 PM, Tony Prisk wrote:
> I am working on the HDMI driver for the i.MX6 as part of the larger DRM
> driver written by Sascha Hauer and need a little advice. I seem to be
> missing one important part of the subsystem that I haven't been able to
> resolve.
>
fbcon is limi
Op 11-08-13 10:04, Benjamin Herrenschmidt schreef:
> On Sun, 2013-08-11 at 17:06 +1000, Benjamin Herrenschmidt wrote:
>
>> I think I found at least two cases where "12" was used where it should
>> have been PAGE_SHIFT (basically ttm_mem_reg->num_pages). This
>> is only the tip of the iceberg, so th
On Sun, 2013-08-11 at 11:02 +0200, Maarten Lankhorst wrote:
> > diff --git a/drivers/gpu/drm/nouveau/core/engine/fifo/nv40.c
> > b/drivers/gpu/drm/nouveau/core/engine/fifo/nv40.c
> > index 5c7433d..c314a5f 100644
> > --- a/drivers/gpu/drm/nouveau/core/engine/fifo/nv40.c
> > +++ b/drivers/gpu/drm/
On Sat, Aug 10, 2013 at 09:57:57PM +0200, Guillaume Clement wrote:
> Some Poulsbo cards seem to incorrectly report
> SDVO_CMD_STATUS_TARGET_NOT_SPECIFIED instead of SDVO_CMD_STATUS_PENDING,
> which causes the display to be turned off.
>
> This could also happen to i915.
>
> Signed-off-by: Guill
On Sat, Aug 10, 2013 at 10:12 PM, Patrik Jakobsson
wrote:
> I will give this a spin on my gma500 and i915 hardware on monday. The gma500
> sdvo code should be pretty much identical to i915 from around 2011 but I guess
> we've diverged since then. I'll also rework sdvo for gma500 a little in the
>
On Sun, Aug 11, 2013 at 7:42 PM, Tony Prisk wrote:
> On 11/08/13 20:42, Dave Airlie wrote:
>>
>> On Sun, Aug 11, 2013 at 2:41 PM, Tony Prisk wrote:
>>>
>>> I am working on the HDMI driver for the i.MX6 as part of the larger DRM
>>> driver written by Sascha Hauer and need a little advice. I seem t
https://bugs.freedesktop.org/show_bug.cgi?id=67994
Priority: medium
Bug ID: 67994
Assignee: dri-devel@lists.freedesktop.org
Summary: System freezes when playing video on open source AMD
drivers with VDPAU
Severity: normal
https://bugs.freedesktop.org/show_bug.cgi?id=67994
--- Comment #1 from Nikita ---
My graphic card - Mobility Radeon HD 4650
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedeskto
https://bugs.freedesktop.org/show_bug.cgi?id=43829
--- Comment #29 from ka.n...@mail.ru ---
I've the same issue on my HP4545s laptop (A4-4300M CPU).
At boot time I get
...
[drm:radeon_acpi_init] *ERROR* Cannot find a backlight controller
...
then the computer boots and works just fine (except the
https://bugs.freedesktop.org/show_bug.cgi?id=67994
--- Comment #2 from Nikita ---
Created attachment 83941
--> https://bugs.freedesktop.org/attachment.cgi?id=83941&action=edit
dmesg log
--
You are receiving this mail because:
You are the assignee for the bug.
_
https://bugs.freedesktop.org/show_bug.cgi?id=67994
Nikita changed:
What|Removed |Added
Summary|System freezes when playing |System freezes (GPU lockup)
|
https://bugs.freedesktop.org/show_bug.cgi?id=67994
--- Comment #3 from Christian König ---
Please post the full dmesg output, especially the bootup sequence.
Does that also happen with dpm disabled?
--
You are receiving this mail because:
You are the assignee for the bug.
_
https://bugs.freedesktop.org/show_bug.cgi?id=67994
--- Comment #4 from Nikita ---
Created attachment 83946
--> https://bugs.freedesktop.org/attachment.cgi?id=83946&action=edit
Full dmesg log
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=67994
--- Comment #5 from Nikita ---
(In reply to comment #3)
> Does that also happen with dpm disabled?
Without "radeon.dpm=1", all played normally
--
You are receiving this mail because:
You are the assignee for the bug.
_
https://bugs.freedesktop.org/show_bug.cgi?id=67981
Alex Deucher changed:
What|Removed |Added
Assignee|xorg-driver-...@lists.x.org |dri-devel@lists.freedesktop
https://bugs.freedesktop.org/show_bug.cgi?id=67994
Christian König changed:
What|Removed |Added
Summary|System freezes (GPU lockup) |Lockup with UVD and DPM on
From: Christian König
When the message buffer is currently moving block until it is idle again.
Signed-off-by: Christian König
Cc: sta...@vger.kernel.org
---
drivers/gpu/drm/radeon/radeon_uvd.c |8
1 file changed, 8 insertions(+)
diff --git a/drivers/gpu/drm/radeon/radeon_uvd.c
On Thu, Aug 8, 2013 at 1:24 AM, Maarten Lankhorst
wrote:
> It's my megabyte, I want to use it! At this point in init
> vbios is copied over already, so there's no reason it cannot
> used to hold other data now.
I believe there's areas in here where the SBIOS/VBIOS can communicate
to the driver on
On Thu, Aug 8, 2013 at 1:16 AM, Maarten Lankhorst
wrote:
> Allocating type=0 marks the memory as free. This allows the ltcg memory to be
> allocated twice. Add a BUG_ON in core/mm.c to prevent this ever happening
> again.
> Additionally some registers were not initialized in init, this causes the
https://bugzilla.kernel.org/show_bug.cgi?id=16193
Scott Wood changed:
What|Removed |Added
CC||sc...@buserror.net
--- Comment #3 from Scott
https://bugs.freedesktop.org/show_bug.cgi?id=64201
--- Comment #39 from Erdem U. Altınyurt ---
Still got luck ups with my HD6850.
Using latest trunk with 3.11 RC4 kernel.. :(
--
You are receiving this mail because:
You are the assignee for the bug.
__
I am working on the HDMI driver for the i.MX6 as part of the larger DRM
driver written by Sascha Hauer and need a little advice. I seem to be
missing one important part of the subsystem that I haven't been able to
resolve.
In my testing, powering on the system with only a HDMI cable connected
On 11/08/13 20:42, Dave Airlie wrote:
> On Sun, Aug 11, 2013 at 2:41 PM, Tony Prisk wrote:
>> I am working on the HDMI driver for the i.MX6 as part of the larger DRM
>> driver written by Sascha Hauer and need a little advice. I seem to be
>> missing one important part of the subsystem that I haven
Hi folks !
So I've been trying to figure out what it would take to make
nouveau work properly on architectures where PAGE_SIZE isn't
4k such as most ppc64's. An initial patch from Dave fixed a
bogon in nv41.c nv41_vm_map_sg() which was trying to handle
the case at that low level, but this isn't en
On Sun, 2013-08-11 at 10:41 +1000, Benjamin Herrenschmidt wrote:
> Now, to do that, I need a better understanding of the various things
> in there since I'm not familiar with nouveau at all. What I think I've
> figured out is with a few questions, it would be awesome if you could
> answer them so I
Op 11-08-13 07:36, Benjamin Herrenschmidt schreef:
> On Sun, 2013-08-11 at 10:41 +1000, Benjamin Herrenschmidt wrote:
>> Now, to do that, I need a better understanding of the various things
>> in there since I'm not familiar with nouveau at all. What I think I've
>> figured out is with a few questi
other information?
--
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/20130811/bbb648d7/attachment.html>
On Sun, 2013-08-11 at 08:17 +0200, Maarten Lankhorst wrote:
> > So I'm still a bit confused :-)
> >
> The fun has been doubled because TTM expects PAGE units, so some of
> the PAGE_SHIFT's are
> genuine. Some may be a result of PAGE_SHIFT == 12, so honestly I don't
> know the specific ones.
Right,
On Sun, 2013-08-11 at 17:06 +1000, Benjamin Herrenschmidt wrote:
> I think I found at least two cases where "12" was used where it should
> have been PAGE_SHIFT (basically ttm_mem_reg->num_pages). This
> is only the tip of the iceberg, so this isn't a formal patch submission,
> but I would appreci
On Sun, Aug 11, 2013 at 2:41 PM, Tony Prisk wrote:
> I am working on the HDMI driver for the i.MX6 as part of the larger DRM
> driver written by Sascha Hauer and need a little advice. I seem to be
> missing one important part of the subsystem that I haven't been able to
> resolve.
>
fbcon is limi
Op 11-08-13 10:04, Benjamin Herrenschmidt schreef:
> On Sun, 2013-08-11 at 17:06 +1000, Benjamin Herrenschmidt wrote:
>
>> I think I found at least two cases where "12" was used where it should
>> have been PAGE_SHIFT (basically ttm_mem_reg->num_pages). This
>> is only the tip of the iceberg, so th
On Sun, 2013-08-11 at 11:02 +0200, Maarten Lankhorst wrote:
> > diff --git a/drivers/gpu/drm/nouveau/core/engine/fifo/nv40.c
> > b/drivers/gpu/drm/nouveau/core/engine/fifo/nv40.c
> > index 5c7433d..c314a5f 100644
> > --- a/drivers/gpu/drm/nouveau/core/engine/fifo/nv40.c
> > +++ b/drivers/gpu/drm/
On Sat, Aug 10, 2013 at 09:57:57PM +0200, Guillaume Clement wrote:
> Some Poulsbo cards seem to incorrectly report
> SDVO_CMD_STATUS_TARGET_NOT_SPECIFIED instead of SDVO_CMD_STATUS_PENDING,
> which causes the display to be turned off.
>
> This could also happen to i915.
>
> Signed-off-by: Guill
On Sat, Aug 10, 2013 at 10:12 PM, Patrik Jakobsson
wrote:
> I will give this a spin on my gma500 and i915 hardware on monday. The gma500
> sdvo code should be pretty much identical to i915 from around 2011 but I guess
> we've diverged since then. I'll also rework sdvo for gma500 a little in the
>
On Sun, Aug 11, 2013 at 7:42 PM, Tony Prisk wrote:
> On 11/08/13 20:42, Dave Airlie wrote:
>>
>> On Sun, Aug 11, 2013 at 2:41 PM, Tony Prisk wrote:
>>>
>>> I am working on the HDMI driver for the i.MX6 as part of the larger DRM
>>> driver written by Sascha Hauer and need a little advice. I seem t
:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130811/bb2ac3df/attachment-0001.html>
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20130811/1ad17a7b/attachment.html>
bed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130811/a56ba9ce/attachment.html>
xt part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130811/7b35ab96/attachment.html>
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130811/1d189065/attachment.html>
part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130811/af434c8f/attachment.html>
xt part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130811/3f00ca8b/attachment.html>
--- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130811/4fc0c367/attachment.html>
from Alex Deucher ---
This is probably a duplicate of bug 51658.
--
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/20130
:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130811/dc8ca3de/attachment.html>
From: Christian K?nig
When the message buffer is currently moving block until it is idle again.
Signed-off-by: Christian K?nig
Cc: stable at vger.kernel.org
---
drivers/gpu/drm/radeon/radeon_uvd.c |8
1 file changed, 8 insertions(+)
diff --git a/drivers/gpu/drm/radeon/radeon_uvd.
48 matches
Mail list logo
